-
Динамическая концептуальная модель процесса закупки товара
Этот вопрос больше по архитектуре предприятия.
Для описания предприятия, его бизнес-процессов, информационных систем и информации на каждом уровне абстракции (контекст, концептуальный уровень, логический уровень, физический уровень) могут использоваться как динамические, так и статические модели. Динамические модели описывают процессы информационного обмена, пересылку сообщений между объектами, в то время как статические модели рассматривают структуры и взаимосвязи между объектами.
В качестве примера возьмем он-лайновую систему выполнения заказов некоторого гипотетического магазина. Для описания требований к системе, ее проектирования и разработки можно рассматривать динамические и статические модели на различных уровнях абстракции: уровень контекста, концептуальный, логический, физический уровни.
Рассмотрим вначале концептуальный уровень абстракции. Динамическая модель для этого уровня должна отражать взаимодействия между клиентом и магазином. При этом сама проектируемая система выступает как один из акторов процесса в качестве "черного ящика". Клиент и сотрудник(и) магазина выступают как внешние по отношению к системе акторы. Весь процесс рассматривается с точки зрения клиента и сотрудника. Клиент осуществляет заказ через Интернет. Оплата выполняется с помощью кредитной карты. Заказ посылается по указанному адресу. Уведомление о выполнении заказа посылается по электронной почте. Модель на самом высоком уровне описывает бизнес-процессы продавца и содержит простой сценарий использования (use case), описывающий взаимодействия между системой и акторами.
-
Структурные модели в бизнесе
Я оставляю эту теорию, но на самом деле здесь или какая-то модель из «Калашян, Калянов. Структурные модели бизнеса. DFD-технологии», или модель бизнеса из вашей ВКРБ. Показать входы-выходы, алгоритм процесса (образцы в книге).
В основе деятельности по бизнес-моделированию в бизнесе лежит реорганизация бизнес-процессов. В основе структурных моделей лежит структурный анализ – метод исследования системы, который начинается с общего обзора системы, а затем детализируется, приобретая иерархическую структуру в все большим количеством уровней. Для таких моделей характерно разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней, ограниченный контекст, включающий лишь существенные на каждом уровне детали; строгие формальные правила записи; последовательное приближение к конечному результату. Все модели структурного анализа базируются на ряде базовых принципов, регламентирующий процесс анализа бизнес-систем:
-
Принцип абстрагирования — выделение существенных с некоторых позиций аспектов системы и отвлечения от несущественных ее аспектов с целью представления системы в простом общем виде.
-
Принцип формализации — необходимость строгого методологического подхода к решению проблемы
-
Принцип доступности — ограничение доступа к несущественной на конкретном этапе информации: каждая часть «знает» только необходимую ей информацию
-
Принцип полноты — контроль на присутствие лишних элементов
-
Принцип непротиворечивости — обоснованность и согласованность элементов
-
Принцип независимости данных — модели данных должны быть проанализированы и спроектированы независимо от процессов их обработки
Все существующие методологии либо применяют технологии диаграмм потоков данных DFD, либо IDEF0.
В основе классической DFD-технологии лежат три группы средств моделирования:
-
диаграммы, иллюстрирующие функции, которые система должна выполнять, и связи между этими функциями — диаграммы потоков данных DFD + словари данных + спецификации процессов нижнего уровня;
-
диаграммы, моделирующие данные и их взаимосвязи — диаграммы «сущность-связь» ERD
-
диаграммы, моделирующие поведение системы — диаграммы переходов состояний STD.
Диаграммы потоков данных DFD являются основным средством функционального моделирования бизнес-системы. С их помощью система разбивается на процессы и представляется в виде сети, связанной потоками данных. Главная цель таких средств – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, также выявить отношения между этими процессами. Чаще всего данная методология используется для проектирования программного обеспечения. Базовая нотация включает 4 рассматриваемых объекта:
-
Поток данных является для моделирования передачи информации (или даже физ. Компонентов) из одной части системы в другую. Потоки на данной диаграмме изображаются с помощью именованных стрелок.
-
Назначение процесса состоит в преобразовании входных потоков в выходные в соответствии с действом, задаваемым именем процесса. Символ процесса включает три разделённых горизонтальными чертами поля: верхнее поле содержит номер процесса и аббревиатуру детализирующего объекта (КД – контекстная диаграмма, ДПД – диаграмма потоков данных, МС – мини-спецификация), среднее поле содержит имя процесса, нижнее поле содержит имя исполнителя процесса.
-
Накопитель данных позволяет определять данные, которые будут сохраняться вне процессов. Когда процесс сохраняет данные, то стрелка потока данных направлена в накопитель данных, и, наоборот, когда доступ в накопитель данных осуществляется для чтения, стрелка потока данных направлена в процесс.
-
Внешняя сущность представляет сущность вне контекста системы, являющуюся источником или приемником системных данных. Такие объекты находятся за пределами системы и не должны участвовать в обработке.
Диаграмма IDEF0 может применяться для проектирования как программного обеспечения, так и вообще любых бизнес объектов. IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, преобразуемые этими функциями. Методология IDEF0 незначительно отличается от классической схемы описания бизнес-процессов DFD. Основным отличием является классификация входов работы. Стандарт предлагает следующую типизацию входов работ:
-
Вход. Входит в работу слева и показывает информационные и материальные потоки, которые преобразуются в бизнес процессе.
-
Управление. Входит в работу сверху и показывает материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения.
-
Механизм. Входит в работу снизу и показывает людей, технические средства, информационные системы и т.п., при помощи которых бизнес процесс реализуется.
-
Результаты выходят из блока справа.