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

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

Структура конкретной автоматизированной системы для своей реализации предполагает наличие трех компонентов: комплекса технических средств, состоящего из средств вычислительной, коммуникационной и организационной техники; системы программных средств, состоящей из системного (общего) и прикладного программного обеспечения; системы организационно-методического обеспечения, включающей инструктивные и нормативно-методические материалы по организации работы персонала в рамках конкретной автоматизированной системы обеспечения деятельности [7, с.15].

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

Бизнес-процесс — устойчивая, целенаправленная совокупность взаимосвязан­ных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя [2, с.23]. Часто бизнес-процессы визуализируют при помощи блок-схемы бизнес-процессов. Бизнес-процесс начинается со спроса потребителя и заканчивается его удовлетворением. Бизнес-процесс может быть декомпозирован на несколько подпроцессов, которые имеют собственные атрибуты, однако также направлены на достижение цели основного бизнес-процесса. При описании бизнес-процессов используются различные методологии и соответствующие нотации, такие как: IDEF0, IDEF3, DFD.

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

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

• инструменты для обеспечения адресного хранения.

• мониторинг исполнения заданий в режиме реального времени.

• встроенные средства интеграции с технологическим оборудованием для сбора данных.

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

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

2. Проектирование информационной системы

2.1 Способы моделирования бизнес-процессов

На этапе проектирования информационной системы формируется модель данных - совокупность структурированных данных и операций их обработки [5, с.43]. Разработчики в качестве исходной информации получают результаты анализа. Конечным продуктом этапа проектирования является: схема базы данных (сформированная на основе ER-модели, разработанной на этапе анализа) и набор спецификаций модулей системы, которые строятся на базе моделей функций. Для моделирования бизнес–процессов, будет использован программный продукт «AllFusion Process Modeler» (старое название «BPwin»).

«AllFusion Process Modeler» – инструмент моделирования, который используется для анализа, документирования и реорганизации сложных процессов, в том числе, бизнес-процессов. Модель, созданная средствами «AllFusion Process Modeler», позволяет четко документировать различные аспекты деятельности – действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия. «AllFusion Process Modeler» совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3) [4, с.3-10].

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

Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход [4, с.66-67].

Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход [4, с.70].

2.1.1 Функциональное моделирование IDEF0

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

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

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

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

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

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

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

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

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

Каждый блок должен иметь минимум одну стрелку контроля (управления). Управление всегда входит в вершину блока. Как правило, управление представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия [3, с.49].

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

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

Для построения IDEF0 диаграмм использовано ПО «AllFusion Process Modeler». Проанализировав предметную область, была сформирована функциональная схема бизнес-процесса «Складской учёт», представленная в приложении А. Контекстная диаграмма A-0 данной схемы представлена на рисунке 1 .

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

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

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

Рис. 2 - Диаграмма основных операций складского учёта

Приём ТМЦ на склад включает в себя процедуры проверки ТСД, количества и качества прошедшей продукции, и отправку ТМЦ на хранение.

Хранение и учёт ТМЦ разбиваются на два блока «Разместить ТМЦ» и «Инвентаризация».

Отгрузка ТМЦ включает в себя следующую последовательность действий: скомплектовать ТМЦ, проверить комплектацию ТМЦ и отгрузить товар.

Все документы необходимые для функционирования склада формируются, обрабатываются и хранятся в информационной системе.

Функциональные схемы основных операций складского учёта представлены в приложении А.

2.1.2 Моделирование потоков данных DFD

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

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

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

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

Функциональный блок «Сформировать обработать хранить ЭД» содержит следующие потоки данных, представленных на рисунке 3:

• формирование ЭД на поступление отгрузку, хранение и инвентаризацию ТМЦ;
• занесение в БД данных о входящих ТМЦ;
• занесение в БД данных о исходящих ТМЦ;
• занесение в БД данных о учёте и инвентаризации ТМЦ;
• определение плана работ.

Рис.3 - Диаграмма DFD «Сформировать обработать хранить ЭД»

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