Обеспечение процессов управления требований

 

Распределение ответственности

Аналитик

Аналитик является ключевой ролью в составе рабочей группы.

Аналитик имеет право согласовывать требования перед их утверждением Руководством компании.

Для каждого проекта разработки программного обеспечения в рабочей группе выделяется специалист – Аналитик, который ведет управление требованиями. Управление требованиями выполняется Аналитиком на протяжении всего жизненного цикла проекта.

В обязанности Аналитика входит:

1. Разработка требований и/или координация работ по разработке требований.

2. Локализация требований к ПО на основе общих требований к системе, в случае, если проект разработки ПО является подпроектом общего проекта разработки программно - аппаратной системы.

3. Анализ требований, координация по процедурам проверки требований, сбор и учет замечаний к требованиям, идентификация и оценка рисков.

4. Согласование требований в компании, в рабочей группе проекта и у Заказчика.

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

6. Обеспечение информированности членов рабочей группы о текущем статусе требований.

7. Организация сдачи разработанного продукта Заказчику.

8. Контроль над изменениями требований.

9. Контроль над соответствием разрабатываемых материалов проекта утвержденным требованиям.

Менеджер проекта

Менеджер проекта является ключевой ролью в составе рабочей группы.

Менеджер проекта имеет право согласовывать требования перед их утверждением Руководством.

Менеджер проекта имеет следующие обязанности в процессе управления требований:

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

2. Проверка корректности требований.

3. Организация оценки требований в отношении ресурсов, требуемых для их выполнения и связанных с требованиями рисков.

4. Разработка плана компенсации рисков, связанных с требованиями к ПО.

5. Разработка и корректировка плана разработки ПО на основе утвержденных требований к ПО.

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

7. Организация принятия решений по проблемам и рискам, связанным с управлением требованиями.

8. Вынос на уровень руководства проблем и рисков, связанных с требованиями, которые не могут быть разрешены внутри проекта.

Тестировщик

Тестировщик является ключевой ролью в составе рабочей группы.

Тестировщик имеет право согласовывать требования перед их утверждением Руководством компании.

Тестировщик проекта имеет следующие обязанности в процессе управления требованиями:

1. Проверка требований в отношении их тестируемости. Внесение предложений по изменению требований с целью обеспечения их тестируемости.

2. Подготовка и корректировка плана тестирования, включая программу-методику испытаний, на основе актуальной версии требований.

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

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

Проектировщик

Проектировщик является ключевой ролью в составе рабочей группы.

Проектировщик имеет право согласования требований.

Проектировщик проекта имеет следующие обязанности в процессе управления требованиями:

1. Проверка требований в отношении их реализуемости. Внесение предложений по изменению требований с целью обеспечения их реализуемости.

2. Оценка технических рисков, связанных с реализацией требований.

3. Разработка и корректировка технического проекта на основе актуальной версии требований.

Разработчик

Разработчик является ключевой ролью в составе рабочей группы.

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

Разработчик проекта имеет следующие обязанности в процессе управления требованиями:

1. Проверка требований в отношении трудоемкости их удовлетворения.

2. Внесение предложений по изменению требований с целью повышения эффективности работ по реализации требований.

3. Проверка соответствия между ТЗ и Техническим проектом, между ТЗ и Планом тестирования.

4. Оценка технических рисков, связанных с реализацией требований.

5. Кодирование и отладка в соответствии с Техническим проектом, с учетом Плана тестирования в контексте удовлетворяемых требований.

Документирование

Требования к ПО должны быть документированы. Действующая версия требований должна быть оформлена и утверждена в соответствии с порядком утверждения официальных документов в организации Заказчика. Электронная копия действующей копии требований должна быть опубликована для информации членов рабочей группы и руководства компании.

Оформление требований для российских заказчиков выполняется в соответствии со стандартом ГОСТ 34.602, для иностранного заказчика - в соответствии со стандартом IEEE Std 830, если иное не оговорено в контракте.

<== предыдущая лекция | следующая лекция ==>
Политика в области управления требованиями | Правила оформления требований


Дата добавления: 2017-12-05; просмотров: 78; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ


Поиск по сайту:

При помощи поиска вы сможете найти нужную вам информацию, введите в поисковое поле ключевые слова и изучайте нужную вам информацию.

Поделитесь с друзьями:

Если вам понравился данный ресурс вы можете рассказать о нем друзьям. Сделать это можно через соц. кнопки выше.
helpiks.org - Хелпикс.Орг - 2014-2018 год. Материал сайта представляется для ознакомительного и учебного использования. | Поддержка
Генерация страницы за: 0.009 сек.