Файл: Проектирование реализации операций бизнес-процесса «Складской учет» (Характеристика нормативно-справочной, входной и оперативной информации).pdf

Рисунок 19 – Форма «Остаток» на основе запроса

Отчеты представляют собой печатные документы, получаемые в результате выполнения запросов к БД. Распечатка всевозможных бумажных документов - одно из основных предназначений приложений БД.

Полученный результат представлен на рисунке 20.

Рисунок 20 – Отчет «Поставки»

2.4. Общие положения (дерево функций и сценарий диалога)

Применение схемы «Дерево функций» позволяет наглядно показать иерархию функций управления и процессы обработки данных, которые автоматизированы в разработанной системе.

На рисунке 21 изображено дерево функций информационной системы по работе склада ОАО «Детский мир – Центр».

Начало работы с системой

Выбор пункта меню

Товары

Поставки

Выход из системы

Выход в меню

Коллекции

Магазины

Курсы валют

Таблица цветов

Рисунок 21 – Дерево функций информационной системы ОАО «Детский мир – Центр».

Разработка дерева функций позволяет выделить отдельные сценарии диалога и разработать их структуру.

При написании подобных систем обычно используется метод нисходящего проектирования. При этом составляется сценарий работы программы, затем общая задача разбивается на подзадачи, выделяются объекты, для каждого из них определяются свойства и методы их обработки, то есть процедуры, реализующие эти свойства.

Затем объекты, обладающие схожими свойствами, объединяются в группы, определяется иерархия объектов [7]. Сценарий работы программы представлен в приложении А.

2.5. Характеристика базы данных

Для моделирования базы данных складского учета целесообразно использовать модель типа «сущность-связь». Такая модель достаточно проста, легка для понимания и наглядно отображает предметную область.

Основное назначение модели «сущность-связь» – семантическое описание предметной области. Структура предметной области в данной модели изображается в форме диаграммы. Базовыми элементами в модели являются компоненты: сущности, атрибуты, связи.

Сущность – это реальный или представляемый объект. Многие сущности, рассматриваемые в этой модели, соответствуют физическим объектам предметной области. Сущность имеет имя, уникальное в пределах моделируемой системы. Объект, который соответствует понятию сущности, имеет свой набор атрибутов – характеристик, определяющих свойства данного представителя класса.

Атрибут – это поименованная характеристика сущности, которая принимает значение из некоторого множества значений.

Связь – это ассоциация между двумя понятиями. Связи выражают отношения между сущностями. Связи делятся на три типа по множественности: один – к – одному (1:1), один – ко – многим (1:М), многие – ко – многим (М:М).

Связь 1:1 означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности и наоборот. Этот тип используется редко, так как данные могут быть помещены в одну таблицу.

Связь 1:М означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи. Этот вид связи используется чаще всего.

Связь М:М означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности и, наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности.

Начальной стадией проектирования системы баз данных является построение семантической модели предметной области, которая базируется на анализе свойств и природы объектов предметной области и информационных потребностей будущих пользователей разрабатываемой системы. Эту стадию принято называть концептуальным проектированием системы, а ее результат – концептуальной моделью предметной области (объектом моделирования здесь является предметная область будущей системы). Диаграммы – главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно [8].

Построение модели данных предполагает определение сущностей и атрибутов, т. е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте.

Сбор необходимой информации, ее анализ и структурирование помогли создать модель предметной области. Модель включает в себя объекты, информация о которых храниться в БД [11].

В программе ERwin Data Modeler r7.3. была создана логическая модель, которая содержит основные сущности и показывает связи между ними.

Рисунок 22 – Логическая модель базы данных

Сформулируем правила, по которым следует проводить декомпозицию отношения. Этот процесс называется нормализацией, т. е. приведением отношения к нормальной форме.

Нормальные формы представляют собой ограничения на схему отношения, избавляющие ее от нежелательных свойств, которые были перечислены выше. Прежде чем приводить отношения к нормальной форме, следует построить все функциональные зависимости между атрибутами, которые существуют в предметной области [7].

Рисунок 23 – Физическая модель данных

Физическая модель данных кроме сущностей и атрибутов содержит типы атрибута (типы полей базы данных).

После инфологического проектирования проводится даталогическое проектирование и строится модель сущность-связь [6]. На рис. 24. она представлена схемой данных MS Access.

Рисунок 24 – Схема базы данных

После анализа представленной модели приходим к выводу, что она имеет третью нормальную форму – в ней отсутствуют связи «многие-ко многим» [9].

2.6. Структурная схема пакета (дерево вызова программных модулей)

Программная система состоит из проекта Project.dpr в который входит 9 модулей: Unit1, Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9 (расширение *.pas).

Иерарическая соподчиненность модулей программного комплекса представлена на рисунке 25.

Unit 1

Unit3

Unit8

Unit2

Unit7

Unit 6

Unit5

Unit9

Unit4

Рисунок 25 - Иерархическая соподчиненность модулей

Модули, реализующие основные функции, вызываются из основного модуля. Вспомогательные модули используются в процессе работы основного модуля.

2.7 Описание программных модулей

описание программных модулей представлено в таблице 3.

Таблица 3 – Спецификация модулей ИС

2.8. Контрольный пример реализации проекта и его описание

Для удобства пользования информационной системой была создана главная форма. Она содержит кнопки открытия форм для ввода и редактирования данных по всем перечисленным выше объектам. При изменении информации в формах, автоматически обновляется информация в таблицах базы данных. При написании подобных систем обычно используется метод нисходящего проектирования.

Запуск программной системы осуществляется с запуска файла ChildShop.exe. При этом запускается идентификация пользователя, если предусмотрен вод пароля и пароль верен, то открывается главное окно, в котором осуществляется навигация по функциям АИС (рисунок 26).

Рисунок 26 - Вход в информационную систему

При нажатии на кнопку «Ok», если пароль верен (или его ввод не предусмотрен), открывается главное окно программы (рисунок 27)

Рисунок 27 – Главная форма работы с информационной системой

При нажатии на кнопку выход произойдет выход из системы.

Начинаем работу с информационной системой.

В формах для перемещения по записям таблиц используется компонент Delphi DBNavigator, где используются обозначения:

«+»-добавить запись в таблицу;

«-»-удалить запись из таблицы;

-перемещение курсора к первой записи;

-возврат курсора к предыдущей записи;

-переход курсора к следующей записи;

-переход курсора к последней записи;

-редактирование полей;

-закрепить действие.

Каждая форма содержит кнопку перехода на главную форму. Данная кнопка располагается вверху или внизу формы.

Для ввода и редактирования данных по товарам служит форма «Товары» (рис.28).

Рисунок 28 – Форма «Товары»

Форма «Поставки» отражена на рисунке 29.

Рисунок 29 – Форма «Поставки»

На форме «Поставки» имеется кнопка «Просмотр» для формирования и просмотра отчета, отчет можно распечатать, нажав на кнопку «Печать».

Форма «Коллекции» содержит отдельную вкладку для каждой коллекции (рис.30). Форма «Магазины» отражена на рисунке 31. Форма «Курсы валют» отражена на рисунке 32.

Рисунок 30 – Форма «Коллекции»

Рисунок 31 – Форма «Магазины»

Рисунок 32 – Форма «Курсы валют»

Форма «Таблицы цветов» содержит кнопки загрузки нового цвета в базу данных, или удаления ненужного цвета (рис.33).

Рисунок 33 – Форма «Таблицы цветов»

ЗАКЛЮЧЕНИЕ

В процессе выполнения курсовой работы была создана автоматизированная информационная система склада детских товаров ОАО «Детский мир – Центр», которая позволила автоматизировать деятельность, связанную с деятельностью склада.

В первой главе рассмотрены основные этапы проектирования АИС: исследование задач автоматизации, рассмотрены основные операции по складскому учету в ОАО «Детский Мир Центр», сформулирована необходимость автоматизации складского учета в ОАО «Детский Мир Центр», произведено обоснование выбора программных средств для разработки информационной системы: среда разработки интерфейса Borland Delphi7 и система управления базами данных Microsoft Office Access 2007, спроектирована SADT-модель информационной системы.

Во второй главе выполнено проектирование и создание модели информационной системы для автоматизации склада детских товаров ОАО «Детский Мир - Центр». После обоснования необходимости автоматизации определена общая архитектура АИС и концепция содержимого базы данных. Далее проведено моделирование системы в программе AllFusion Process Modeler (BPWin). При построении даталогической модели база данных была нормализована, то есть в ней отсутствуют связи «многие-ко-многим».

Далее в данной главе содержится описание разработки базы данных «База Детский мирЦентр.mdb», описывается создание кнопочной формы в Delphi 7, которая определяет интерфейс работы с системой.

Информационная систем работает в диалоговом режиме, который предоставляет пользователю возможность взаимодействовать с хранящейся в системе информацией в режиме реального времени, получая при этом всю необходимую информацию для решения функциональных задач.

СПИСОК ЛИТЕРАТУРЫ