Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Тестировщик




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

Аналитик

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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




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


Дата добавления: 2014-01-07; Просмотров: 271; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.011 сек.