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

1.3 Характеристика документооборота, возникающего при решении задачи

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

Минимальная функциональность системы автоматизации склада:

• Инструменты для обеспечения адресного хранения.
• Мониторинг исполнения заданий в режиме реального времени.
• Встроенные средства интеграции с технологическим оборудованием для сбора данных.

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

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

1.4 Обоснование проектных решений по информационному обеспечению

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

• схема базы данных (на основании ER-модели, разработанной на этапе анализа);
• набор спецификаций модулей системы (они строятся на базе моделей функций).

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

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

1.5 Обоснование проектных решений по программному обеспечению

Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

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

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

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

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

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

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

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

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

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

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

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

Для проанализированной предметной области построим контекстную диаграмму при помощи BPWin 4.0.

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

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

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

• Приемка товара на склад;
• Хранение и переучет продукции;
• Отгрузка продукции.

Рисунок 2 Диаграмма IDEF0

ГЛАВА 2. Проектирование реализации операций бизнес-процесса «Складской учет».

2.1 Информационная модель и её описание

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2 Характеристика нормативно-справочной, входной и оперативной информации

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

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

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

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

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

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

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

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

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

2.3 Характеристика результатной информации

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

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

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

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

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