4. Роль диаграмм прецедентов в процессе анализа

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

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

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

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

5. Пример использования модели прецедентов

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

Локальная сеть — это сеть коммуникаций, используемая организацией на небольших расстояниях. Она позволяет пользователям совместно обра­щаться к ресурсам и информации.

Изучение предметной области

Работа над системой начинается с общения с клиентом и создания диаграммы классов, отражающей предметную область консалтинга. Диаграмма классов может включать следующие: Консультант, Клиент, Проект, Предложение, Данные И Отчет. На рис. 8 представлен общий вид диаграммы.

Рис. 8. Диаграмма классов для предметной области консалтинга

Работа с пользователями

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

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

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

На этом этапе полезно изобразить пользователей в иерархии обобщения, как это сделано на рис. 9.

Рис. 9. Иерархия пользователей, которые бу­дут взаимодействовать с локальной сетью