67
Рис. 2.9. Макет справочника «Статусы документов»
Рис. 2.10. Макет справочника «Виды документов»
Рис. 2.11. Макет формы учета клиентов
68
Рис. 2.12. Макет формы учета сотрудников
Рис. 2.13. Макет формы учета поставщиков
69
Рис. 2.14. Макет главной формы приложения – учет документов
Описание справочников представлено в таблице 2.7.
Таблица 2.7
Описание справочников проектируемой АИС
Название
справочника
Ответственный
Средний
объем
справочника в
записях
Средняя
частота
актуализации
Средний объем
актуализации
Статусы
документов
Администратор
7
1 раз в год
25%
Виды
документов
Администратор
18
1 раз в год
30%
2.2.3. Характеристика результатной информации
Результатом работы АИС является Выгруженный файл Excel с данными по
входящим документам (рисунок 2.15).
Рис. 2.15. Выгруженный файл Excel с данными по входящим документам
70
Данный выходной документ формируется по требованию пользователя
системы, но в среднем выгрузка происходит 300 раз в год.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Определение функций проектируемой системы удобно выполнить в виде
иерархического дерева, которое покажет их подчиненность (рисунок 2.16).
Рис. 2.16. Дерево функций
Функции АИС обработки входящих документов ООО «Меркато» деляться
на такие категории:
• основные:
o регистрация входящих документов;
o выгрузка сводных данных в формат excel;
• служебные:
o ведение справочников;
o реализация интерфейса пользователя;
o взаимодействие с базой данных.
71
Сценарий диалога с системой также удобно представить в виде дерева
диалога, которое показывает подчиненность экранных форм приложения
(рисунок 2.17).
Рис. 2.17. Дерево диалога
Таким образом, легко проследить последовательность работы с
приложением.
Вначале открывается главная форма приложения, которая позволяет вести
учет входящих документов. Из главной формы можно вызвать для просмотра и
редактирования один из справочников.
Также из главной формы можно вызвать окно выгрузки данных о входящих
документах в формат Excel.
2.3.2. Характеристика базы данных
Проектирование базы данных начинают с инфологического описания
предметной области, которое позволяет выделить сущности и их атрибуты.
72
Имеется предприятие – ритейлер одежды, который обладает торговой
сетью. Компания ведет учет документов с клиентами и различными посредниками
(контрагентами). Клиенты и контрагенты могут быть как физическими, так и
юридическими лицами. Учет документов ведут сотрудники предприятия.
Исходя из инфологического описания были выделены такие сущности:
• клиенты;
• поставщики;
• документы;
• сотрудники.
Сущность «Клиент» имеет такие атрибуты:
• ФИО;
• паспорт;
• телефон;
• организация;
• адрес;
• флаг юрлица.
Сущность «Поставщик» имеет такие атрибуты:
• ФИО;
• паспорт;
• телефон;
• организация;
• адрес;
• флаг юрлица.
Сущность «Документ» имеет такие атрибуты:
• номер документа;
• сумма;
• дата поступления входящего документа;
• начало периода действия документа;
• конец периода действия документа;
• статус кумента;
• вид документа;
73
• поставщик;
• клиент;
• сотрудник, обработавший документ.
Сущность «Сотрудники» имеет такие атрибуты:
• ФИО;
• логин;
• пароль;
• флаг администратора.
Инфологической описание было реализовано в даталогической модели
(рисунок 2.18). Эта модель построена в CASE-средстве ERWin [8].
Рис. 2.18. Даталогическая модель
Даталогическая модель показывает сущности и их атрибуты, а также
определяет взаимоотношения между сущностями в рамках используемой модели
данных. В качестве модели применяется реляционная.
74
При составлении даталогической модели были учтены принципы
нормализации до 2НФ, при этом были созданы дополнительные сущности. Всего,
как видно, создано 6 сущностей.
Поскольку применяется современное средство проектирования БД ERWin,
то можно легко перейти к физическому представлению данных на основе
выбранной СУБД MS SQL Server.
Для этого надо перейти к типу модели «physical» (рисунок 2.19).
Рис. 2.19. Переход к физической модели
После этого рекомендуется заменить русскоязычные названия таблиц и
атрибутов на аналоги на латинице, чтобы даже потенциально не было сложностей
с базой данных.
Также следует включить отображение типов данных (рисунок 2.20).
Рис. 2.20. Включение отображения типов данных
75
После переименования сущностей и их атрибутов, а также после задания в
настройках отображения типов данных, получаем физическую модель в ERWin
(рисунок 2.21).
Физическая модель в ERWin показывает сущности, их атрибуты и
отношения между сущностями не только в рамках выбранной модели данных, но
и в рамках выбранной СУБД, которой является MS SQL Server.
Рис. 2.21. Физическая модель в ERWin
По данной модели можно переходить к непосредственной разработки базы
данных в самой СУБД.
Поскольку применялось CASE-средство проектирования, то было
выполнено автоматизированное создание базы данных через инструмент ERWin
«Forward Engineer». Однако вначале надо в СУБД MS SQL Server создать базу
данных «merkato» (рисунок 2.22-2.23).
76
Рис. 2.22. Создание новой базы данных в SQL Server Management Studio
Рис. 2.23. Задание параметров создаваемой БД
Далее необходимо импортировать SQL скрипт, который был сгенерирован
в ER Win Forward Engineer (рисунок 2.24).