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

1. Всі зміни вимог повинні вноситись відповідно з процесами

2. не можна займатись проектуванням або реалізовувати незатверджені зміни ,окрім перевірки їх реалізовуваності.

3. Запит на зміну ще не гарантує її виконання. Рішення по реалізації змін приймає група по управлінню змінами(ССВ).

4. Вміст репозиторію змін має бути досягнутим для всіх зацікавлених осіб, які мають на це право.

5. Аналіз впливу змін необхідно виконувати для кожної зміни.

6. Кожна затверджена зміна повинна прослідковуватись до її реалізації.

7. Обґрунтування кожного схваленого або відхиленого запиту на зміну необхідно документувати.

Етапи процесу внесення змін(компоненти)

1. Вхідний критерій.

2. Задачі задіяні в процесі

3. Учасники,які відповідають за вирішення задачі.

4. Вихідний критерій

Шаблон опису процесу контролю змін

1.Вступ

1.1. Призначення

1.2.Межі/границі

1.3. Визначення

2. Ролі і відповідальності

• Керівник групи по внесенню змін

• Члени групи по управлінню змінами

• Член групи по оцінюванні змін

• Член групи, що вносить зміни

• Особа ,яка ініціює запит на зміну

• Особа,яка верифікує зміну

Ініціатор

Відправлено(подано)

Подає запит на зміну

Аналіз впливу змін

Відхилено

Оцінка виконана

Визначається версія і

відповідальний за зміну

Схвалено

вніс зміну і запросив

Відмінення

перевірку

Зміну внесено

Перевірено

Завершено

3. Стани та запити (Діаграма)

4. Вхідні критерії

5. Задачі

5.1. Оцінка запиту

5.2. Прийняття рішення

5.3. Внесення зміни

5.4. Повідомлення усіх зацікавлених осіб

6.Перевірка

6.1.Перевірка зміни

6.2.Встановлення(продукту)

7.Вихідний критерій

7.1. Стан запиту(відхилено,закрито,відмінено)

7.2. Всі зміни записано у відповідні розділи

7.3.Ініцатор змін і всі зацікавлені повідомлення

7.4.Матриця зв’язків вимог оновлення.

Елементи(атрибути)внесених змін

Елементи	Опис
Ідентифікатор на зміну	Порядковий номер
Джерело зміни	Хто пропонує зміну? (Маркетологи)
Тип зміни	Зміна вимог, пропоноване покращення (Task,Story)
Дата подачі
Дата оновлення
Опис	Текстовий опис у вільній формі
Пріоритет реалізації	Важливість внесення змін
Особа ,яка вносить зміну	Людина відповідальна за зміну
Планована версія	Версія , в якій зроблена зміна
Стан	Поточний стан запиту за зміну
Назва
???????	Особа,яка перевіряє коректність зміни

В групу внесення змін входить

• менеджер проекту,

• менеджер продукту,

• аналітик вимог,

• спеціалісти з тестування (спеціалісти відповідають за технічну користувацьку документацію)

• спеціалісти служби підтримки

Вимірювання активності змін – це спосіб оцінки стабільності вимог.

Враховують :

• кількість отриманих запитів на зміни ,включаючи відкриті/закриті.

• кількість запитів,включаючи відмінені,

• кількість запитів, на зміни з різних джерел.

• кількість змін , запропонований на кожну вимогу, після створення базової версії.

24.01.2013

Аналіз впливу змін

• Визначення можливих наслідків змін

• Визначення файли, моделі, документи, які можливо доведеться змінити

• Визначити задачі необхідні для реалізації змін і оцінити зусилля для виконання задач

Список можливих наслідків пропонованих змін:

• Чи конфліктують якісь із вимог з базовою версією

• Які можуть бути технічні або бізнес наслідки, якщо зміни не будуть внесені

• Які можуть бути наслідки, якщо не внести змін

• Чи вплине негативно зміна вимог і атрибути якості

• Чи необхідно створення прототипів для перевірки змін

• Скільки затрат буде втрачено якщо прийняти зміну;

Потреби замовника

Трасування вимог (т. в.)

Основні робочі продукти

Вимоги

В напрямку до вимог

Можливі зв’язки трасованості вимог

Бізнес - вимоги

зміна

взаємозалежність

пермодж.

зміна

перевірка

реалізація

перевірка

перевірка

від. до ств

Бізнес правила

вплив

зміна

зміна

Основи системних вимог

В. в., вимоги до зовнішніх інтерфейсів

Атрибути якості

Тестування елементів

Код

Тестувальні цілісності

Задачі клонування проекту

Тестування системи

Користувацькі інтерфейс

Функціональний дизайн

Функціональні вимоги

Запити на зміни