15. Use Case моделирование, субъекты, роли и прецеденты Субъекты

Для полного понимания назначения системы необходимо знать, для кого предназначена эта система, и кто будет ее использовать. В Rational Unified Process различные типы пользователей представлены субъектами. Субъектом представляется также и любая другая система, которая взаимодействует с нашей системой; таким образом, субъекты определяют границы системы.

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

Об исполнителе можно думать как о некоторой "шляпе", которую человек может одевать во время проекта. Смысл аналогии заключается в том, что каждый человек может надеть несколько шляп. Это важно, поскольку в повседневной жизни исполни­телем принято считать отдельное лицо или команду, а в Rational Unified Process тер­мин исполнитель относится к ролям, определяющим, как должна выполняться работа. Исполнитель играет одну или несколько ролей и является владельцем множества ар­тефактов. Об исполнителе можно думать и как о партии в спектакле — партии, кото­рая может исполняться множеством актеров.

Приведем несколько примеров исполнителей.

• Системный аналитик

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

• Разработчик

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

• Разработчик тестов

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

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

Прецеденты

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

Например, врач – запустив программу – может посмотреть историю болезни человека, выписать ему рецепт или внести данные в талон амбулаторного пациента.