90
Опыт создания и внедрения ИС говорит о том, что ошибки, случающиеся на этом
этапе, выявить трудно и трудно устранить, поскольку проявляются они чаще всего
уже на следующих этапах создания системы – при разработке или эксплуатации.
На этапе создания логической модели сама концептуальная модель данных
переходит в логическую модель, создаваемую в рамках модели хранения данных
исходной СУБД. Проще говоря, этот этап отражает, какая СУБД используется в
качестве целевой - иерархическая, реляционная, сетевая или объектно-
ориентированная. В данном этапе убираются все остальные аспекты начальной
СУБД – к примеру, некоторые нюансы физической организации хранения данных.
Логическая модель, отражающая разницу представления о реализуемой системе
некоторых типов пользователей, переходит в глобальную логическую модель.
Имеются 2 базовых подхода для создания такой логической модели данных: метод
интеграции представлений или централизованный метод. Если создается крупная
ИС, лучше всего выбрать 1 подход, когда глобальная логическая модель
реализуется методом соединения нескольких моделей, отражающих
представления разных групп пользователей.
В рамках создания физической модели принимаются решения о методике
реализации создаваемой БД. Поэтому реализация физической модели связана с
конкретной СУБД. Между логической и физической моделью есть постоянная
обратная связь, т.к. все решения, внедренные в процессе построения физической
модели для повышения эффективности системы, также влияют на состояние
логической модели. Основная цель проектирования БД - выделение способа
физической реализации логической модели БД.
В качестве самой модели ИС подготовим ER-диаграмму используемой БД.
Разработанная база данных состоит из 13 таблиц. ER-диаграмма базы
данных представлена на рисунке 2.4.
Рисунок 2.4 ER-диаграмма базы данных
Структура таблиц приведена на рисунках ниже.
Рисунок 2.5 Структура таблицы Договор
Рисунок 2.6 Структура таблицы Клиент
Рисунок 2.7 Структура таблицы Поставщик
Рисунок 2.8 Структура таблицы Приход
Рисунок 2.9 Структура таблицы Продажа
93
Рисунок 2.10 Структура таблицы Склад
Рисунок 2.11 Структура таблицы Сотрудник
Рисунок 2.12 Структура таблицы Список прихода
Рисунок 2.13 Структура таблицы Справочник Должность
Рисунок 2.14 Структура таблицы Тип пользователя
94
Рисунок 2.15 Структура таблицы Тип товара
Рисунок 2.16 Структура таблицы Тип упаковки
Рисунок 2.17 Структура таблицы Товар
95
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
На рисунке 2.18 представлено дерево программных модулей, отражающее
структурную схему пакета. ИС включает в себя модули, описание которых
приведено ниже в таблице 2.12.
Главное меню
Главное меню
Модуль работы со
справочниками
Модуль работы со
справочниками
Модуль
формирования
результатных
документов
Модуль
формирования
результатных
документов
Модуль работы с
товарами
Модуль работы с
товарами
Модуль учета продаж
Модуль учета продаж
Модуль получения
статистики прихода
Модуль получения
статистики прихода
Модуль получения
статистики продаж
Модуль получения
статистики продаж
Модуль авторизации
Модуль авторизации
Модуль учета прихода
Модуль учета прихода
Рисунок 2.18 Дерево программных модулей
Таблица 2.12
Идентификаторы программных модулей
Название программного модуля
Идентификатор
Главная форма
main
Вход в систему
login
БД
db
Справочник «Контрагенты»
fmInfoClient
Справочник «Товары»
fmInfoItems
Справочник «Наши реквизиты»
fmDetails
Справочники «Группы товара»
info
Справочник «Договора»
fmInfoContract
Меню «Товар - Склад»
fmStore
Меню «Товар – Статистика прохода»
fmStatBuy
Меню «Товар – Статистика продаж»
fmStatSell
Меню «Операции – Приход товара»
fmBuy
Меню «Операции – Продажа товара»
fmSell
96
2.3.4 Описание программных модулей
Схема описания работы программного модуля представляет собой блок-
схему и состоит из:
символов данных, указывающих на наличие данных (символы
данных могут также указывать вид носителя данных);
символов процесса, указывающих операции, которые следует
выполнить над данными, а также определяющих логический путь, которого
следует придерживаться;
линейных символов, указывающих потоки данных между
процессами;
специальных символов, используемых для облегчения
написания и чтения блок-схемы.
Схема модуля учета продукции и оформления накладной приведена на рис.
2.21.
97
Начало
Выбор билета
event
ue_card_changed
( )
event ue_cadres (
)
Регистрация Продажа
Заполнение
регистрационн
ых полей
Uci_edit.verify ()
Uci_edit.save()
Да
Нет
Gf_send_msg ()
Ввод данных
по продаже
Uci_edit.verify
Нет
Uci_edit.save()
Да
Function
of_select_office
Нет
Да
Конец
Of_select_group
Op_user_right
Function gf_userfight
Да
Нет
98
Рисунок 2.19 Схема программного модуля
Листинг программных модулей приведен в Приложении.
2.4 Контрольный пример реализации проекта и его описание
Рассмотрим интерфейс разработанной программы, а также основные
моменты работы пользователя с системой.
Начало работы начинается с ввода пароля и имени пользователя (Рисунок
2.20).
Рисунок 2.20 Авторизация при входе в программу
После на нажатии кнопки «ОК» в случае правильного ввода пароля
программа запустится. Основой программы является системное меню (Рисунок
2.21), предоставляющее пользователю доступ ко всем возможностям
информационной системы. Основные пункты меню следующие:
– Товар;
– Прайс-лист;
– Продажа;
– Статистика;
– справочники – доступ к просмотру и редактированию справочной
информации.
99
Рисунок 2.21 Главное меню программы
Рассмотрим работу пользователя с меню «Справочники». Данный пункт
меню открывает доступ к вкладкам:
– клиенты;
– типы упаковки;
– товар;
– типы пользователей;
– пользователи;
– должности;
Рисунок 2.22Справочник «Типы товаров»