Файл: ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА «СКЛАДСКОЙ УЧЕТ» (Информационная модель и её описание ).pdf

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

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

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

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

Каждая диаграмма IDEF0 содержит блоки и дуги. Блоки представляют функции моделируемой системы. Дуги объединяют блоки и отображают взаимодействия и отношения между ними.

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

Рисунок 1 Контекстная диаграмма «Деятельность склада»

Входящие объекты:

• Клиент
• Счет клиента оплаченный
• Товар от поставщика
• Возврат товара от клиента
• Сопроводительные документы

Выходящие объекты:

• Выходные документы
• Выданный товар
• Списанный товар

Управляющие потоки:

• Должностные инструкции
• Документация
• Законодательство РФ

Исполнители и ПО:

• Складское оборудование
• Персонал склада
• Упаковочные материалы

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

Рисунок 2 Декомпазиционная диаграмма «Деятельность склада»

Весь складской процесс делится на:

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

Глава 2. Проектная часть

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

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

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

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

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

Рисунок 3 Диаграмма DFD «Хранение»

Процесс хранения, в свою очередь делится на:

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

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

Рисунок 4 Диаграмма DFD «Складирование»

Диаграмма складирования, в свою очередь подразделяется на:

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

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

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

График активности акций - первый уровень дерева узлов (активность верхнего уровня);

Графики «Поступление товара», «Доставка и возврат товара» и «Склад» - второй уровень дерева узлов;

Схемы «Создание товаросопроводительных документов», «Хранение», «Сбор» и «Прекращение признания товара» - третий уровень дерева узлов;

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

Рисунок 5.1 Диаграмма узлов

Рисунок 5.2 Диаграмма узлов

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

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

Модели ER реализованы во многих системах CAD.

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

Инструмент CASE ERWin используется для представления информационной модели данных. С его помощью при разработке модели ИС «Склад» была создана физическая и логическая модель базы данных.

Рисунок 6 Модель данных в нотации IDEF1X (логический уровень)

Рисунок 7 Модель данных в нотации IDEF1X (физический уровень)

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

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

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

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

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

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

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

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

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

Рисунок 8 Пример таблицы «Поставщики»

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

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