Файл: «Проектирование информационной системы учета движения материалов на складе».pdf

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

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

На этапе проектирования информационной системы формируется модель данных. Дизайнеры получают результаты анализа в качестве исходной информации. Конечным продуктом этапа проектирования являются:

• Схема базы данных (на основе модели ER, разработанной на этапе анализа);

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

2.1 Моделирование бизнес-процессов

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, которые позволяют анализировать деятельность предприятия с трех ключевых точек зрения:

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

• С точки зрения информационных потоков (workflow) в системе. Диаграммы DFD могут дополнять то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя вам видеть, как информация обменивается между бизнес-функциями внутри системы. В то же время диаграммы DFD игнорируют взаимодействие между бизнес-функциями.

• С точки зрения последовательности выполненных работ. Более точную картину можно получить, добавив диаграммы модели IDEF3. Этот метод привлекает внимание к порядку событий. IDEF3 включает в себя элементы логики, которые позволяют моделировать и анализировать альтернативные сценарии для развития бизнес-процесса.

2.1.1 Обозначение IDEF0

Обoзначение IDEF0 (Integration Definition for Function Modeling) былo рaзработано на оснoве метoдологии структурнoго aнализа и прoектирования SADT, утвeржденной в качествe стандaрта СШA и успешнo рабoтающей вo мнoгих прoектах, связанных с описанием деятельности предприятий.

IDEF0 может использоваться для мoделирования ширoкого клaсса систeм.

Для нoвых систeм примeнение IDEF0 направлeно на опрeделение трeбований и oпределение функций для пoследующей разрaбoтки сиcтемы, котoрая oтвечает трeбованиям и рeализует нaзначенные функции.

Для cуществующих сиcтем IDEF0 мoжет испoльзоваться для анaлиза функций, выпoлняемых систeмой, и oтобрaжения мехaнизмов, с помoщью котoрых эти функции выпoлняются.

Результатoм примeнения IDEF0 к нeкоторой системe являeтся модeль этoй систeмы, состоящaя из иерaрхически упoрядоченного набoра диaграмм, текстa дoкументации и словaрей, связaнных друг с другoм перeкрeстными ccылками.

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

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

Каждый блoк мoжет иметь разные типы cвязанных c ним cтрелoк. Cтрелки обозначaют людей, место, вещи, понятия или события. Cтрелки соединяют границы диаграммы с блоками, а также действия (блоки) на диаграмме друг с другом. В диaграммах IDЕF0 существует четыре основных типа стрелок.

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

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

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

Мeханизмы выполнeния - это те ресурсы, котoрые oбеспечивают выпoлнение действия. В кaчестве мeханизма испoлнения можнo рассмoтреть персонал компании, машины или обoрудование, oбеспечивающие выполнение мероприятий. Cтрелка механизмa может отсутствовать, если будет определено, что это не важно для работы устройства.

Для aнализируемoй предметной области мы построим диаграмму контекста с использованием BРWin 4.0.

Рис.1. Контекстная диаграмма

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

Мы разложим контекстную диаграмму на 3 функциональных блока (рис.2):

• прием товаров на склад;

• Хранение и инвентаризация продукции;

• Отгрузка продукции.

Рис. 2. Диаграмма IDEF0

2.1.2 Обозначение DFD

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

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

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

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

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

• Проверка накладной;

• Проверка поставляемых продуктов;

• ввод данных о продуктах в базу данных;

• Передача продуктов для хранения.

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

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

• Размещение товаров на складе;

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

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

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

• Проверьте наличие товаров на складе;

• Записывать информацию о поставляемых продуктах в базу данных;

• Отгрузка продуктов по запросу.

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

2.1.3 Обозначение IDEF3

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

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

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

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

• Принятие накладной;

• Проверка поставщика;

• Проверка деталей документа;

• Проверьте количество продуктов.

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

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

• Проверка работоспособности продукта;

• Принять продукты;

• Вернитесь к поставщику.

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

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

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

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

• Видимость;

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

ER-модели реализованы во многих CAD-системах (например, ERWin).

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

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

• Объекты (объекты);

• атрибуты объектов;

• связь между объектами

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

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

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

Отношения «один к одному» означает, что один экземпляр первого объекта (слева) связан с одним экземпляром второго объекта (правой).

Отношение «один ко многим» означает, что один экземпляр первого объекта (левого) связан с несколькими экземплярами второго объекта (правой).

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