Размещено на http://www.allbest.ru/

Метод моделирования DFD. Порядок построения иерархии диаграмм DFD

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

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

Метод моделирования DFD. Правила для определения момента завершения детализации иерархии диаграмм

Спецификация - конечная вершина в иерархии ДФД. Решение о завершении детализации процесса и использование спецификации принимается аналитиком исходя из следующих критериев:

наличие у процесса относительно небольшого количества входных и выходных потоков данных (2-3);

если существует возможность описания преобразования данных процесса в виде последовательного алгоритма;

выполнение процессом единственной логической функции преобразования входной информации в выходную;

возможность описание логики процесса при помощи спецификации небольшого объема (20-30 строк).

Метод моделирования DFD. Понятие "спецификация", "элемент данных", "структура данных", "поток данных". Типы организации структур и элементов данных

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

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

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

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

логика процесса - выражается в виде комбинации последовательных конструкций, конструкций выбора и итераций;

глаголы д.б. активными не двусмысленными и ориентированными на целевое действие (заполнить, вычислить, извлечь, а не модернизировать, обработать);

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

Основные компоненты (элементы данных):

- внешние сущности,

- системы и подсистемы,

- процессы,

- накопители данных,

- потоки данных.

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

Метод моделирования ARIS. Назначение и структура бизнес-модели. Типы моделей. Основные типы объектов и связей диаграмм ARIS. Понятие "атрибут"

Назначение: Построение модели организации и усовершенствование по возможности.

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

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функции", "события", "структурные подразделения", "документы" и т.д. Между объектами определённых видов могут быть установлены связи определённых видов ("выполняет", "принимает решение", "должен быть проинформирован о результатах" и т.д.). Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Между объектами "функция" и "структурное подразделение" могут быть установлены связи следующих видов:

* выполняет;

* принимает решение;

* участвует в выполнении;

* должен быть проинформирован о результатах;

* консультирует исполнителей;

* принимает результаты.

Метод моделирования ARIS. Элементы (типы объектов и связей) основной диаграммы бизнес-процесса. Пример диаграммы eEPC и правила ее построения

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функции", "события", "структурные подразделения", "документы" и т.д. Между объектами определённых видов могут быть установлены связи определённых видов ("выполняет", "принимает решение", "должен быть проинформирован о результатах" и т.д.).

Основные объекты нотации eEPC:

Функция. Служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.

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

Организационная единица. Например, управление или отдел.

Документ. Отражает реальные носители информации, например, бумажные документы.

Прикладная система.

Кластер информации. Характеризует набор сущностей и связей между ними.

Связь между объектами. Тип отношений между объектами, например, активация выполнения функции некоторым событием.

Логический оператор. Оператор "И", "ИЛИ" или исключающее "ИЛИ", позволяет описать ветвление процесса.

Нотация eEPC построена на определенных правилах:

* каждая функция должна быть инициирована событием и должна завершаться событием;

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

Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. модель dfd aris диаграмма

Метод моделирования ARIS. Основные диаграммы

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

Метод моделирования Ericsson-Penker. Область применения метода. Понятие "механизм расширения UML" (перечислить механизмы), "профиль UML". Основные категории бизнес-модели

Представляет интерес в связи с попыткой применения объектного моделирования для моделирования БП. Изначально предназначался для моделирования архитектуры систем ПО. Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель. К его механизмам расширения относятся: стереотипы, тэгированные (именованные) значения, ограничения.

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

Метод использует 4 основные категории бизнес-модели:

Ресурсы - различные объекты, используемые или участвующие в БП.

Процессы - виды деятельности, изменяющие состояние ресурсов в соответствии с бизнес-правилами.

Цели - назначения БП. Бизнес-правила. Это условия или ограничения выполнения процесса.

Метод моделирования Ericsson-Penker. Элементы основной UML-диаграммы метода. Понятие "линейка синхронизации". Порядок декомпозиции UML Activity Diagram

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

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

Метод моделирования Ericsson-Penker. Понятие "образец" и его элементы, "статическая часть" и "динамическая часть" образца

Метод Ериксон-Пенкер активно использует набор образцов моделирования БП. Образец можно определить как общее решение некоторой проблемной ситуации в заданном контексте. Образец состоит из 4-х основных элементов: Имя образца, Проблема, Решение, Следствия.

Сославшись на имя образца можно сразу описать проблему, ее решения и последствия.

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

Метод моделирования Ericsson-Penker. Использование образца процесса на UML Activity Diagram для описания бизнес-процесса. Используемые представления бизнес-модели

Метод Ериксон-Пенкер представляет образец процесса на диаграмме деятельности в виде деятельности со стереотипом Process. В качестве основы данного образца использовано представление процесса в методе IDEF0, расширенное за счет введения целей процесса. Процесс использует входные ресурсы и формирует выходные ресурсы, показанные в виде объектов со стереотипом resource, соединенных с процессом связями зависимости. Ресурсы также соединены с процессом связями зависимости со стереотипами. Цель процесса показана как объект со стереотипом goal. Полная бизнес-модель включает множество представлений. Каждое представление выражено в одной и более диаграммах. Диаграммы могут иметь различные типы, изображать процессы, правила, цели и ресурсы во взаимодействии друг с другом.

Метод Ериксон-Пенкер использует 4 основных представления бизнес-модели:

- Концептуальное представление - структура целей и проблем (дерево целей, представленное в виде диаграммы объектов).

- Представление процессов - взаимодействие между процессами и ресурсами (набор диаграмм деятельности).

- Структурное представление - диаграммы этого представления описывают структуру организации и ресурсов (в виде диаграмм классов).

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

Размещено на Allbest.ru