Материал: Разработка информационной системы по учету движения материалов на складе

Нотация DFD

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

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

Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.

Далее моделировать систему будем, используя диаграммы потоков данных (DFD).

Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (Рис.3):

• · Проверка товарно-транспортной накладной;
• · Проверка поставленной продукции;
• · Занесение данных о продукции в БД;
• · Передача продукции на хранение.

Рис.3. Диаграмма DFD «Приемка товара на склад»

Далее декомпозируем функциональный блок «Хранение и переучет продукции» на два действия (Рис.4):

• · Размещение товара на складе;
• · Анализ наличия необходимого количества на складе (на этом этапе лицу, принимающему решение, передается оперативная информация).

Рис.4. Диаграмма DFD «Хранение и переучет продукции»

Рис.5. Диаграмма DFD «Отгрузка»

Декомпозируем функциональный блок «Отгрузка» на три действия (Рис.5):

• · Проверка наличия товара на складе;
• · Занесение информации об отгружаемой продукции в БД;
• · Отгрузка продукции по требованию.

Нотация IDEF3

Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов (workflow), для которых важно отразить логическую последовательность выполнения процедур.

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии - IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.

IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация, или же модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.

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

• · Принятие товарно-транспортной накладной;
• · Проверка поставщика;
• · Проверка реквизитов документа;
• · Проверка количества продукции.

Рис.6. Диаграмма IDEF3 проверки товарно-транспортной накладной.

Рис.7. Диаграмма IDEF3 проверки поставленной продукции

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

• · Проверка продукции на годность;
• · Принять продукцию;
• · Вернуть поставщику.

Разработка информационной модели данных

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

Основные преимущества ER-моделей:

• · наглядность;
• · модели позволяют проектировать базы данных с большим количеством объектов и атрибутов.

ER-модели реализованы во многих системах автоматизированного проектирования баз данных.

IDEF1X описывает собой совокупность/набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности, т.о. сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Сущность - это множество экземпляров реальных или абстрактных объектов (человек, место, вещь, событие, состояние, концепция, идея, предмет и т.п.), обладающих общими атрибутами или характеристиками, и о которых необходимо хранить информацию.

Основные элементы ER-моделей:

• · объекты (сущности);
• · атрибуты объектов;
• · связи между объектами

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

Связь - это функциональная зависимость между сущностями. Каждая сущность обладает атрибутами. Атрибут - это свойство объекта, характеризующее его экземпляр.

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

Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой).

Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой).

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

В моей курсовой работе ER-модель имеет связь типа один-ко-многим.

Существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

Диаграмма уровня сущностей и атрибутов, в нотации IDEF1X логического уровня модели (Рис.8):

Физический уровень модели составляют целевая СУБД, имена объектов и типы данных, индексы. ERD - диаграмма в нотации IDEF1X физического уровня представлена на рис. 9.

Рис.8. Диаграмма сущностей и атрибутов логического уровня модели

Рис. 9. ERD - диаграмма в нотации IDEF1X физический уровень.

Реализация информационной системы в СУБД Access

Структурными единицами базы данных Access являются таблицы, запросы, формы, отчеты, страницы, макросы и модули.

Таблицы - это объекты, в которые вводятся данные.

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

Запросы - это объекты, позволяющие производить расчеты, извлекать нужные данные по определенным критериям, фильтровать данные входящие в БД.

Отчеты - это объекты позволяющие выводить результатные данные на экран и печать в нужном виде.

Страницы - это объекты, позволяющие связываться с Internet или Intranet.

Макросы - это макрокоманды БД, позволяющие просто и быстро выполнять однотипные операции с данными базы.

Модули - это специальные программы, написанные в Access на языке Visual Basic для обработки данных базы, если средств, заложенных в Access для их обработки не хватает или пользоваться ими менее удобно.

Создание таблиц и схемы данных

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

Рис. 10. Струкрура полей таблицы “Продукция”

Рис. 11. Пример таблицы “ Продукция ”

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

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

В нашей базе данных был использован тип связи «один-ко-многим». Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A. База данных реализована в виде восьми взаимосвязанных таблиц.