Модели как эффективный инструмент бизнес-анализа
Существует огромное количество различных моделей и различных нотаций. Но как понять, какая именно нотация и модель подходят для того или иного проекта?
Для этого необходимо понять, какую цель мы преследуем, собираясь построить модель, чем она нам поможет, и какие результаты мы хотим получить после ее создания. Также необходимо знать, какие модели помогают получить ту или иную информацию. Ниже мы расскажем о самых популярных моделях и о тех случаях, когда они нужны.
Выбор модели происходит на самом раннем этапе проектирования, когда мы получили всю самую необходимую информацию по проекту и уже можем определить, какая именно модель поможет нам в более углубленном анализе требований и выявлении недостающей информации. Для этого нам необходимо пройти по следующим чек-листам условий использования тех или иных диаграмм и выбрать из них те, которые подходят для нашего проекта.
1. Диаграмма вариантов использования (Use Case Diagram).
Эта диаграмма описывает систему или процесс. В случае системы она описывает взаимодействия пользователей с этой системой. В случае процесса она описывает участников процесса и их действия.
Данную диаграмму используют, когда необходимо:
-
Отобразить все действия, которые пользователи могут и хотят делать посредством создаваемой системы или процесса;
-
Выявить всю функциональность процесса или системы;
-
Покрыть все пользовательские ожидания;
-
Избежать пропусков и упущений в пользовательских требованиях, а также недостатка функциональности;
-
Определить внешние и внутренние факторы, влияющие на систему и требующие особого внимания.
Эта модель также помогает в следующих случаях:
-
Не все пользовательские требования очевидны;
-
Описываемая система или процесс очень велики и включают в себя множество актеров и действий;
-
Функциональность системы не полностью понятна всем участникам разработки.
2. Контекстная диаграмма (Context Diagram).
Это высокоуровневая диаграмма потоков данных, которая отображает взаимодействие разрабатываемой системы с другими внешними сущностями, с которыми она связана.
Данную диаграмму используют, когда необходимо:
-
Выявить внешние сущности, которые взаимодействуют с системой;
-
Отобразить поток данных на самом высоком уровне;
-
Смоделировать систему в целом;
-
Обобщить все функции системы по отношению к внешним сущностям;
-
Определить обмен данными между системой и внешними сущностями.
3. Диаграмма потоков данных (Data Flow Diagram).
Позволяет отследить потоки данных внутри системы и за ее пределами при взаимодействии с внешними сущностями.
Данную диаграмму используют, когда необходимо:
-
Ограничить масштаб системы: определить, где заканчивается системы и начинается внешняя среда;
-
Сфокусироваться на потоках данных: откуда и куда они идут, где хранятся и трансформируются;
-
Выявить внешние сущности и их взаимодействие с системой более детально, нежели на контекстной диаграмме;
-
Определить все необходимые хранилища данных;
-
Отобразить процесс как последовательность действий системы, которые связаны с передачей и получением данных;
-
Декомпозировать систему на подсистемы и отобразить обмен данными между ними.
4. Диаграмма деятельности (Activity Diagram).
Диаграмма отображает переход от одного действия к другому в ходе пользования системой. Действие может быть описано как операция в системе.
Данную диаграмму используют, когда необходимо:
-
Отобразить весь рабочий процесс или его часть;
-
Показать последовательность перехода от одного действия к другому;
-
Проследить, какие действия могут совершаться параллельно;
-
Определить, есть ли альтернативные пути прохождения пути и на каких этапах пользователь выбирает тот или иной путь;
-
Описать бизнес-процессы;
-
Описать взаимодействие пользователя с системой;
-
Упростить и улучшить процесс путем детализации сложных вариантов использования.
