Многие, кто начинает использовать CA ERwin Process Modeler, сталкиваются с тем, что не знают, с чего начать работу, и сразу же энтузиазм куда-то улетучивается. Я тоже прошел через это, поэтому и решил помочь в первых шагах по освоению этого программного продукта. Но хотелось бы сразу оговориться, что это руководство не даст вам тех знаний, которые необходимы для создания полноценной модели, хотя бы в силу того, что целью является показать, как использовать продукт, а не методику моделирования.  

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

Итак, методология IDEF0.

Основные понятия:

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

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

Верхняя сторона имеет значение "Управление" (Control) (используется для обозначения управляющего воздействия на функцию);

Левая сторона имеет значение "Вход" (Input) (используется для обозначения входящих ресурсов);

Правая сторона имеет значение "Выход" (Output) (используется для обозначения результатов выполнения функции);

Нижняя сторона имеет значение "Механизм" (Mechanism) (используется для обозначения механизмов используемых в процессе выполнения функции).

Возникает вопрос: "Механизм является своего рода ресурсом, так как отличить механизм от входящего ресурса?" Ответ достаточно прост, необходимо определить, меняется ли природа ресурса в процесс выполнения функции, если нет, то этот ресурс является механизмом. Например "Тесто" и "Печь", во время выполнения функции "Испечь хлеб". "Тесто" переходит в новое состояние - "Хлеб", а "Печь" остается "Печью". Вот и получаем, что "Тесто" - входящий ресурс, а "Печь" - механизм.

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

Третьим основным понятием является декомпозиция. Принцип декомпозиции заключается в разбиении сложного процесса на составляющие его функции. Построение модели начинается с диаграммы, содержащей один единственный функциональный блок, и стрелками, выходящими за пределы рассматриваемой области, эта диаграмма называется контекстной диаграммой, и обозначается идентификатором "А-0". В пояснительном тексте к контекстной диаграмме должны быть указаны цель (Purpose) построения модели и определена точка зрения (Viewpoint).

Рассмотрим некоторые особенности методики IDEF3.

Данная методика предназначена для моделирования сценариев.

Как видно из изображения, вид функционального блока несколько отличается от его представления в методике IDEF0. Также появились логические элементы:

Кроме функциональных и логических блоков, так же методика IDEF3 содержит блок ссылки (Referent):

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

Методика DFD.

Эта методика используется для описания документооборота и обработки информации.

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

Внешняя ссылка:

Используется для отображения входов и/или выходов из системы.

Хранилище данных:

Используется для отображения объектов в покое (отображение очередей и т.д.)

Итак, вот, пожалуй, вкратце все, что нам потребуется знать о методиках моделирования, используемых в CA ERwin Process Modeler для того, чтобы понимать, о чем пойдет речь в данной статье-руководстве.