1) По инструментального case- средства bPwin.

Модель BPwin представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые "точки зрения" (point of view), определяющие ракурс, под которым рассматривается процесс.

Модель может содержать четыре типа диаграмм:

1. контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

2. диаграммы декомпозиции;

3. диаграммы дерева узлов;

4. диаграммы только для экспозиции (FEO).

Возможно дополнение созданной модели процессов диаграммами :

5. диаграммы DFD;

6. диаграммы поведенческого моделирования Workflow (IDEF3).

1-2) Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции.

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

Древовидные диаграммы (Node Tree Diagrams).

Древовидные диаграммы (Node Tree Diagrams) используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) соответствует диаграмме контекстного уровня. Однако, в качестве вершины может быть использован любой функциональный блок модели, при этом его подблоки будут показаны в качестве ветвей дерева.

4) Диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.

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

FEO-диаграммы.

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

FEO используется для иллюстрации альтернативных точек зрения.

5) Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.

6) IDEF3. Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming - методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.

Итогом построения модели процесса является набор документации, включающий в себя:

1. Контекстную диаграмму и отчет по ней с указанием: имени модели и проекта, автора модели, вида модели (time frame), точки зрения, определения, источников информации, цели и даты создания.

2. Все диаграммы декомпозиции с отчетами, содержащие: имя, определение, автора элементов диаграммы.

3. Отчет по объектам модели, содержащим: номер, имя работы и имена всех присоединенных стрелок.

4. Отчеты по стрелкам: в первом - содержится информация о названии, определении стрелки; во втором - имя, источник и цель стрелки; в третьем - имя и направления слияния и разветвления.

2) ПО инструментального CASE- средства ERwin.

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

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

• уровень названий: название сущности, имя и мощность связи;

• уровень определений: название и определение сущности, мощность связи;

• уровень атрибутов: название сущности, признак первичного ключа (внешние ключи не показывать).

2. Отчеты по логической модели данных:

• отчет по сущностям: название, определение, тип;

• отчет по атрибутам: название, определение;

• отчет по сущностям и атрибутам: название сущности и атрибутов, признак первичного, внешнего ключа, признак обязательного атрибута;

• отчет по сущностям и связи между ними: имя сущности, тип, триггеры целостности данных для связи.

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