Моделирование Часть 2

Модели как эффективный инструмент бизнес-анализа


Существует огромное количество различных моделей и различных нотаций. Но как понять, какая именно нотация и модель подходят для того или иного проекта?

Для этого необходимо понять, какую цель мы преследуем, собираясь построить модель, чем она нам поможет, и какие результаты мы хотим получить после ее создания. Также необходимо знать, какие модели помогают получить ту или иную информацию. Ниже мы расскажем о самых популярных моделях и о тех случаях, когда они нужны.

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

1. Диаграмма вариантов использования (Use Case Diagram).

Эта диаграмма описывает систему или процесс. В случае системы она описывает взаимодействия пользователей с этой системой. В случае процесса она описывает участников процесса и их действия.

Данную диаграмму используют, когда необходимо:

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

  • Выявить всю функциональность процесса или системы;

  • Покрыть все пользовательские ожидания;

  • Избежать пропусков и упущений в пользовательских требованиях, а также недостатка функциональности;

  • Определить внешние и внутренние факторы, влияющие на систему и требующие особого внимания.

Эта модель также  помогает в следующих случаях:

  • Не все пользовательские требования очевидны;

  • Описываемая система или процесс очень велики и включают в себя множество актеров и действий;

  • Функциональность системы не полностью понятна всем участникам разработки.

 

2. Контекстная диаграмма (Context Diagram).

Это высокоуровневая диаграмма потоков данных, которая отображает взаимодействие разрабатываемой системы с другими внешними сущностями, с которыми она связана.

Данную диаграмму используют, когда необходимо:

  • Выявить внешние сущности, которые взаимодействуют с системой;

  • Отобразить поток данных на самом высоком уровне;

  • Смоделировать систему в целом;

  • Обобщить все функции системы по отношению к внешним сущностям;

  • Определить обмен данными между системой и внешними сущностями.

3. Диаграмма потоков данных (Data Flow Diagram).

Позволяет отследить потоки данных внутри системы и за ее пределами при взаимодействии с внешними сущностями.

Данную диаграмму используют, когда необходимо:

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

  • Сфокусироваться на потоках данных: откуда и куда они идут, где хранятся и трансформируются;

  • Выявить внешние сущности и их взаимодействие с системой более детально, нежели на контекстной диаграмме;

  • Определить все необходимые хранилища данных;

  • Отобразить процесс как последовательность действий системы, которые связаны с передачей и получением данных;

  • Декомпозировать систему на подсистемы и отобразить обмен данными между ними.

4. Диаграмма деятельности (Activity Diagram).

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

Данную диаграмму используют, когда необходимо:

  • Отобразить весь рабочий процесс или его часть;

  • Показать последовательность перехода от одного действия к другому;

  • Проследить, какие действия могут совершаться параллельно;

  • Определить, есть ли альтернативные пути прохождения пути и на каких этапах пользователь выбирает тот или иной путь;

  • Описать бизнес-процессы;

  • Описать взаимодействие пользователя с системой;

  • Упростить и улучшить процесс путем детализации сложных вариантов использования.