Спецификатор вариантов использования работает непосредственно с реальными потребителями варианта или вариантов.Каждый спецификатор вариантов использования отвечает за детальное описание одного или более вариантов использования.
Архитектор участвует в процессе определения требований, определяет приоритет их реализации, что влияет на создание архитектурного представления моделей вариантов использования. Реализации вариантов использования, которые поддерживают важную или критическую функциональность, включают в себя множество классов, поэтому имеют большое значение и должны быть первоочерёдно разработаны в жизненном цикле системы. Архитектор несет ответственность за целостность архитектурной модели, гарантируя, что она правильна и согласована. Для больших и сложных систем эти обязательства потребуют несколько итераций. В таких случаях архитектору могут помогать, возможно, инженеры по компонентам. Однако архитектор останется ответственным за то, что важно для архитектуры, — за описание архитектуры. Другой сотрудник может отвечать за отдельные уровни архитектуры, которые должны быть согласованы с описанием всей архитектуры. Модели верны, когда они соответствуют функциональным возможностям, описанным в модели вариантов использования.
Инженер по вариантам использования отвечает за целостность одной или нескольких реализаций варианта использования и гарантирует выполнение предъявляемых к ним требований, т.е. отвечает за последовательную разработку и реализацию моделей проектирования. Проект реализации варианта должен корректно описывать поведение системы соответственно модели и надо обязательно описать реализацию варианта использования.
Инженер по компонентам:
отвечает за создание классов проектирования, подсистем, интерфейсов и зависимостей, используемых в реализациях вариантов использования;
определяет и поддерживает операции, методы, атрибуты, отношения и требования к реализации одного или нескольких классов проектирования;
гарантирует выполнение предъявляемых к каждому из классов проектирования требований в ходе осуществления реализации варианта использования, в которой участвует этот класс;
поддерживает целостность одной или более подсистем.
Инженер по компонентам, отвечающий за подсистему отвечает также и за ее внутренние элементы. На этапе реализации инженер по компонентам определяет и поддерживает исходный текст компонента в одном или нескольких файлах, гарантируя, что этот компонент реализует правильную функциональность, в соответствии с определением в процессе проектирования. Он также должен отвечать и за проектирование классов, и за их реализацию.
Системный интегратор отвечает за интеграцию системы. Он планирует последовательность подключения приложений, необходимых на каждой итерации. Результатом планирования становиться план сборки проекта в целом.
Разработчик тестов:
отвечают за целостность модели тестирования, гарантируя, что модель выполняет те функции, для которых она создавалась;
планируют тесты, т.е. определяют цели соответствующих тестов и график тестирования;
выбирают и определяют тестовые примеры и соответствующие им процедуры тестирования,
отвечают за оценку результатов тестов интеграции и системных тестов.
Разработчики тестов сами не проводят тестирования, концентрируясь на создании тестов и оценке их результатов. Непосредственно тестированием занимаются два других типа сотрудников,тестировщики целостности и системные тестировщики.
Тестировщик целостности отвечает за проведение тестов на целостность, необходимых для каждого приложения, созданного в ходе рабочего процесса реализации. Тестирование целостности проводится для того, чтобы проверить правильность интеграции компонентов в приложениях при их совместной работе. Поэтому тесты на целостность обычно создаются из тестовых примеров, определяющих методы тестирования проектов при реализации вариантов использования. Тестер целостности тестируетрезультат интеграции, созданный системным интегратором в ходе рабочего процесса реализации.
Системный тестировщик отвечает за осуществление системных тестов, необходимых для объявления результата конкретной итерации. Тестирование системы проводится в первую очередь для проверки взаимодействия между пользователями и системой. Поэтому системные тесты обычно создаются из тестовых примеров, определяющих тестирование вариантов использования. Он обязан прекрасно разбираться во внешнем поведении тестируемой системы. Системные тесты могут осуществляться другими членами команды разработчиков (спецификаторами вариантов использования или пользователями бета-версий).
Инженер по компонентам отвечает за тестовые компоненты, которые автоматизируют некоторые процедуры тестирования, но не все процедуры тестирования можно автоматизировать.
Рисунок 1 – Диаграмма команды разработки ПО