Главная » UML » Список исполнителей

0

В данном приложении перечисляются все исполнители, задействованные в Rational Unified Process. Помните, что исполнитель — это не физическое лицо, а роль, которую исполняют отдельные сотрудники или команды, а также их обязанности по отношению к артефактам (см. главу 3). Перечень дается в алфавитном порядке.

Аналитик производственного процесса координирует моделирование производственных прецедентов и руководит им. Он обрисовывает моделируемую структуру и устанавливает ее границы.

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

Заинтересованная сторона— это любой, материально заинтересованный в результате проекта.

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

Испытатель отвечает за выполнение тестирования. В его обязанности входит настройка и выполнение тестов, оценка выполнения теста, восстановление после ошибок, оценка результатов тестирования и регистрация выявленных дефектов.

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

Любой исполнитель Rational Unified Process может иметь полномочия для проведения "проверки по входу" и "проверки по выходу" работы любого артефакта.

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

Разработчик базы данных определяет таблицы, предметные указатели, представления, ограничения, процедуры хранения, табличные области, параметры сохранения и другие конструкции, связанные с базами данных и необходимые для хранения, извлечения и удаления постоянно хранимых объектов.

 

Разработчик курса разрабатывает обучающие материалы, призванные помочь пользователю в овладении принципами использования продукта. Он создает программы-суррогаты, обучающие материалы, примеры, учебные пособия и т. п. для улучшения понимания пользователем продукта.

Разработчик оболочки отвечает за возможность системы своевременно реагировать на события в соответствии с требованиями параллелизма.

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

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

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

Рецензент архитектуры планирует формальные обзоры архитектуры программного обеспечения и управляет ими.

Рецензент кода отвечает за обеспечение качества исходного кода, за планирование обзоров исходного кода и управление ими.

Рецензент модели производства участвует в формальном рецензировании модели производственных прецедентов и модели объектов производства.

Рецензент проекта проектирует формальные обзоры модели проектирования и управляет ими.

Рецензент требований рецензирует планы и управляет формальным обзором модели прецедентов.

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

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

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

 

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

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

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

Технолог отвечает за сам процесс разработки программного обеспечения. В его обязанности входит конфигурирование процесса перед запуском проекта и непрерывное усовершенствование процесса в ходе проектных работ.

Управляющий контролем над изменениями наблюдает за процессом контроля над изменениями. Эту роль обычно исполняет Орган контроля над изменениями (Change Control Board— CCB), который должен состоять из представителей всех заинтересованных сторон, включая заказчиков, разработчиков и пользователей. В небольшом проекте эту роль может играть одно лицо, например руководитель проекта или архитектор программного обеспечения.

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

Управляющий распространением отвечает за планы передачи продукта в пользовательское сообщество. Задачи этих исполнителей фиксируются в планах распространения.

 

По теме:

  • Комментарии