Метод моделирования dfd. Понятие «спецификация», «элемент данных», «структура данных», «поток данных». Типы организации структур и элементов данных.
Диаграмма потоков данных. Представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Диаграммы верхних уровней иерархии определяют основные процессы или подсистемы с внешними входами и выходами. Далее эти диаграммы детализируются при помощи диаграмм нижнего уровня. И такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм до тех пор, пока не будет достигнут уровень декомпозиции, на котором декомпозировать процессы далее не имеет смысла.
Спецификация — описание алгоритма задач, выполняемых процессами. Содержат номер, и/или имя процесса, списки входных и выходных данных и тела (описание процесса), являющееся спецификацией алгоритма или операции трансформирующие входные потоки данных в выходные. Языки спецификации могут варьироваться от структурированного естественного или псевдокода до визуально языков моделирования.
Структурированный естественный язык применяется для понятного достаточно строгого описания спецификации процесса. При его использовании приняты следующие соглашения:
1. логика процесса — выражается в виде комбинации последовательных конструкций, конструкций выбора и итераций
2. глаголы д.б активными не двусмысленными и ориентированными на целевое действие (заполнить, вычислить, извлечь, а не модернизировать, обработать)
3. логика процесса д.б. выражена четко и не двусмысленно
Основные компоненты (элементы данных):
- внешние сущности
- системы и подсистемы
- процессы
- накопители данных
- потоки данных
Поток данных — определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных м.б. информацией, передаваемой по кабелю м/у 2 устройствами, письмами, пересылаемыми по почте, магнитными лентами, дискетами, флешками, винчестерами и т.д. Обозначается линией, которая показывает направление потока. Каждый поток данных имеет имя, отражающий его содержание.
Для дискретных данных может указываться единица измерения и диапазон значений, точность представления и таблица допустимых значений. После построения законченной модели системы ее необходимо верифицировать, т.е. проверить на полноту и согласованность. В полной модели все ее объекты, т.е подсистемы, процессы, потоки данных должны быть подробно описаны и детализированы. Если выявляются недетализированные объекты, их следует детализировать. В согласованной модели для всех потоков данных и накопителей данных должно выполняться правило сохранения информации – все поступающие куда-либо данные должны быть считанны, а все считанные данные должны быть записаны. При моделировании бизнес-процесса диаграммы потоков данных используются для построения модели as is и as to be, отражая таким образом существующую и предполагаемую структуру бизнес-процессов организации и взаимодействия между ними. При этом описание используемых в организации данных на концептуальном уровне, независящем от средств реализации баз данных, выполняется с помощью модели сущность отношения.
Метод моделирования ARIS. Назначение и структура бизнес-модели. Типы моделей (аспекты моделирования, представления).
Назначение бизнес-модели: Построение модели организации и усовершенствование по возможности.
Метод моделирования ARIS. Требования к последовательности разработки моделей. Основные типы объектов и связей диаграмм ARIS. Понятие «атрибут».
Этап 1. Разработка модели организации "как есть".
Этап 2. Анализа модели организации "как есть".
Этап 3. Разработка модели организации "как надо".
Этап 4. Разработка плана перехода из состояния "как есть" в состояние "как надо".
Этап 5. Внедрение изменений и построение организации "как надо".
Будет подробно рассмотрен, первый этап по описанию организации "как есть", который состоит из четырех шагов.
На первом шаге описываются бизнес-направления, которые реализует компания. Для компании, разработавшей стратегию и формализовавшую ее в виде стратегического плана перечень бизнес-направлений должен быть сформулирован в разделе, описывающем ее продуктово-рыночную составляющую. На втором шаге описываются работы, функции и бизнес-процессы, которые выполняются в компании для того, чтобы реализовывать бизнес-направления. На третьем шаге описывается организационная структура компании, и на четвертом - распределение ответственности структурных звеньев за работы, функции и бизнес-процессы (рис. 1).
Рис. 1. Четыре шага описания организации.
При описании работ, функций и бизнес-процессов на втором шаге используются два инструмента. Первый инструмент под названием "вертикальное описание" является простым и при его помощи описываются работы, выполняемые в организации и их вертикальная иерархия. В случае если этого инструмента недостаточно для проведения анализа деятельности "как есть" используется сложный инструмент под названием "горизонтальное описание". При горизонтальном описании деятельности помимо работ, выполняемых в компании, указывается как эти работы взаимосвязаны между собой, какие материальные и информационные потоки протекают между ними, что является входом и выходом для каждой из работ.
Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функции", "события", "структурные подразделения", "документы" и т.д. Между объектами определённых видов могут быть установлены связи определённых видов ("выполняет", "принимает решение", "должен быть проинформирован о результатах" и т.д.). Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте.
Так, между объектами «функция» и «структурное подразделение» могут быть установлены связи следующих видов:
• выполняет;
• принимает решение;
• участвует в выполнении;
• должен быть проинформирован о результатах;
• консультирует исполнителей;
• принимает результаты.
Основные объекты нотации eEPC:
Функция. Служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия. Каждая функция должна быть инициирована событием и должна завершаться событием; в каждую функцию не может входить более одной стрелки, "запускающей" выполнение функции, и выходить более одной стрелки, описывающей завершение выполнения функции.
Событие. Служит для описания реальных событий, воздействующих на выполнение функций.
Организационная единица. Например, управление или отдел.
Документ. Отражает реальные носители информации, например, бумажные документы.
Прикладная система.
Кластер информации. Характеризует набор сущностей и связей между ними.
Связь между объектами. Тип отношений между объектами, например, активация выполнения функции некоторым событием.
Логический оператор. Оператор "И", "ИЛИ" или исключающее "ИЛИ", позволяет описать ветвление процесса.
Каждому объекту соответствует определенный набор атрибутов, которые позволяют
ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа.
Атрибут – это признак, характеризующий объект.