82
Реализация
PK № чека
Шифр
Количество
Дата реализации
Стоимость
Справочник
PK Шифр
Наименование
Единица измерения
Цена
Поставка
PK Номер накладной
Наименование поставщика
Дата поставки
Шифр
Количество
Стоимость
Сумма НДС
Сумма ск
Склад
PK Шифр
Единица измерения
Количество
Стеллаж
Поставщик
PK Наименование поставщика
Адрес поставщика
РНН
Счет
Статья НДС
Скидка
Рисунок 18. Инфологическая модель данных
На основе полученной инфологической модели строим даталогическую
модель данных (рисунок 19).
Нормализация – это разбиение таблицы на две или более, обладающих
лучшими свойствами при включении, изменении и удалении данных.
Окончательная цель нормализации сводится к получению такого проекта базы
данных, в котором каждый факт появляется лишь в одном месте, то есть
исключена избыточность информации. Это делается не столько с целью
экономии памяти, сколько для исключения возможной противоречивости
хранимых данных.
В процессе нормализации элементы данных разделяются и
группируются в дополнительные таблицы, представляющие дополнительные
объекты и их взаимосвязи. Теория нормализации основана на том, что
определенный набор таблиц называемый нормализованным обладает лучшими
свойствами при выполнении следующих операций:
запись данных,
редактирование данных,
удаление данных.
83
Рисунок 19. Даталогическая модель данных
Проводя нормализацию нужно:
не допускать повторения атрибута – для каждого набора связанных
атрибутов следует создавать отдельную таблицу, и присваивать ей
уникальный ключ;
все атрибуты, зависящие только от части составного ключа, следует
переместить в отдельную таблицу, и присвоить ей уникальный код;
по возможности следует использовать идентификаторы вместо
84
описательных атрибутов, создавая для них отдельную таблицу
идентификаторов;
если атрибуты не добавляют ничего нового в описание ключа, то их
следует переместить в отдельную таблицу.
После нормализации схема данных выглядит следующим образом
(рисунок 20).
Рисунок 20. Схема данных
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Второй этап рассмотрения и анализа программного обеспечения задачи
включает разработку структурной схема пакета – построения дерева вызова
процедур и программ (рисунок 21).
Рисунок 21. Структурная схема пакета (дерево вызова процедур)
Cклад
Project1
Unit3
Unit1
Unit2 Unit7 help.hpj
Unit6
Unit4
Unit5
85
Таблица 12
Краткое описание программных модулей
Идентификатор
модуля
Выполняемые функции
Склад.mdf
Файл базы данных
Project1.dpr
Файл проекта
Unit1.pas
Главное окно
Unit2.pas
Окно «Таблицы»
Unit3.pas
Модуль «Таблицы»
Unit4.pas
Окно ввода номера стелажа
Unit5.pas
Окно «Запросы»
Unit6.pas
Отчеты
Unit7.pas
Окно «Об авторе»
help.hpj
Окно справки
2.3.4 Описание программных модулей
На рисунках 22 – 26 подробно рассмотрены алгоритмы работы программы
(в разрабатываемой программе – это окно «Таблицы»).
На рисунке 22 рассмотрены функции и действия при работе пользователя
с окном «Поставщик», по которому видно, что при запуске окна мы можем:
переходить к записям таблицы, добавлять записи, редактировать записи, удалять
записи, сохранять изменения, отменять изменения, обновлять информацию.
На рисунке 23 рассмотрен алгоритм загрузка окна «Поставка» и
отображения функций, которые могут быть используемые в данном окне при
работе пользователя, аналогичные предыдущему окну. На рисунке 24
рассмотрен алгоритм загрузка окна «Справочник товаров» и отображения
функций, которые могут быть используемые в данном окне при работе
пользователя, аналогичные предыдущему окну.
Далее (рисунок 25) подробно рассмотрен алгоритм работы пользователя в
окне «Склад» и отображения всех функций при работе в этом окне.
На рисунке 26 подробно рассмотрен алгоритм загрузка окна «Реализация»
и отображения функций, которые могут быть используемые в данном окне при
работе пользователя.
86
4
Загрузка окна
«Поставщик»
5
Переход к
записям таблицы
Добавление
записи
Редактирование
записи
Удаление записи
Сохранение
изменений
Обновление
информации
6
7
8
9
10
12
Отмена
изменений
11
3
Рисунок 22. Алгоритм работы программы: загрузка окна «Поставщик»
Следует отметить, что кроме технологических задач, в данных окнах
реализованы и дополнительные для упрощения работы с программой:
сортировка, печать, расчет, оправка на склад/со клада.
87
4
Загрузка окна
«Поставка»
5
Переход к
записям таблицы
Добавление
записи
Редактирование
записи
Удаление записи
Сохранение
изменений
Обновление
информации
6
7
8
9
10
12
Отмена
изменений
11
3
Рисунок 23. Алгоритм работы программы: загрузка окна «Поставка»
88
4
Загрузка окна
«Справочник
товаров »
5
Переход к
записям таблицы
Добавление
записи
Редактирование
записи
Удаление записи
Сохранение
изменений
Обновление
информации
6
7
8
9
10
12
Отмена
изменений
11
3
Рисунок 24. Алгоритм работы программы: загрузка окна «Справочник
товаров»
89
4
Загрузка окна
«Склад»
5
Переход к
записям таблицы
Добавление
записи
Редактирование
записи
Удаление записи
Сохранение
изменений
Обновление
информации
6
7
8
9
10
12
Отмена
изменений
11
3
Рисунок 25. Алгоритм работы программы: загрузка окна «Склад»
Следующим этапом разработки системы является разработка алгоритма
работы программы и хода выполнения ей функций. На рисунках 27 и 28
приведена эта схема с описанием действий пользователя согласно диаграммы
потоков данных.
90
4
Загрузка окна
«Реализация
»
5
Переход к
записям таблицы
Добавление
записи
Редактирование
записи
Удаление записи
Сохранение
изменений
Обновление
информации
6
7
8
9
10
12
Отмена
изменений
11
3
Рисунок 26. Алгоритм работы программы: загрузка окна «Реализация»
По данной схеме видно, что при загрузке окна у пользователя на экране
отображаются кнопки, по которым в итоге переходят в окна «Таблицы»,
«Запросы», «Отчеты», «Справка» и «Выход». Далее виден порядок отображения
других окон, кнопок и функций.
91
НАЧАЛО
Загрузка
главного окна
Таблицы
Поставшик
Поставка
55
14
5
3
4
13
1
2
Справочник
товаров
23
22
Склад
32
31
Реализация
40
38
12,21,30,37,
50,54,67,69,
72
Запросы
Сформировать
51
52
Ввод
данных в
поля
Сохранение
изменений
53 54
3
Рисунок 27. Алгоритм работы: начало