
- •Пріорітезація – це спосіб вирішення конфліктів між вимогами за обмежені ресурси.
- •Методи визначення пріоритетів на основі цінності, вартості, ризиків:
- •Затвердження вимог
- •Затвердження вимог дозволяє переконатися, що:
- •Рев’ю(інспектування)
- •Вихідні критерії
- •Контрольний список дефектів, з допомогою варіантів використання
- •Контрольний список дефектів для специфікації вимог
- •Процедура внесення змін у вимоги Правила політики контролю змін
- •Етапи процесу внесення змін(компоненти)
- •Шаблон опису процесу контролю змін
- •Елементи(атрибути)внесених змін
- •Переваги реалізації трасування вимог:
- •Спосіб представлення трасованості:
- •Для реалізації трасованості:
29.11.2012
Пріорітезація – це спосіб вирішення конфліктів між вимогами за обмежені ресурси.
Вирішення: прибрати вимоги з меншим пріоритетом. Кожну вимогу можна вважати важливою/не важливою і терміновою/не терміновою.
|
Важливі |
Не важливі |
Термінові |
Високий пріоритет |
Можна відкинути |
Не термінові |
Середній пріорітет |
Низький пріоритет |
Табл. Пріоритезації Конвоя
QFM
TQM
Методи визначення пріоритетів на основі цінності, вартості, ризиків:
Валові коеф. |
2 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
Характер. |
Користь |
Відносн. збиток |
Цінність |
Відн. цінність |
Вартість |
% |
Ризик |
% |
Пріоритет |
|
Роздрук списку |
4 |
4 |
12 |
24 |
2 |
20 |
1 |
20 |
0 |
8 |
Запит |
5 |
3 |
13 |
26 |
3 |
30 |
1 |
20 |
|
|
Створ. звіту |
9 |
7 |
25 |
50 |
5 |
50 |
3 |
60 |
|
|
25=9*2+7*1
Всього
Пріорітет
06.12.2012
Затвердження вимог


Приймання тестування
Користувацькі вимоги






Планування модульного тестування
Модульне тестування
Дизайн проектування ф-цій
Інтеграція тестування(перевірка цілісності)
Проектування архітектури
Системне тестування
Функціональні вимоги
Кодування
Затвердження вимог дозволяє переконатися, що:
Очікування можливості і характеристики проекту
Вимоги точно відображають системні вимоги бізнес-правил
Вимоги повні і якісні
Вимоги узгоджені між собою
Вимоги створюють якісну основу для подальшої імплементації продукту
Рев’ю(інспектування)


Формальне Неформальне
-walk throw(наскрізний контроль) -Desktop checking
-fagan inspection(формальне інспектування) -колективна перевірка
Учасники формального інспектування:
автор, колеги автора;
автор попереднього продукту або специфікації для елемента, який необхідно перевіряти;
люди, які будуть виконувати роботу: розробники, тестувальники;
люди, які відповідають за роботу продуктів, що взаємодіють з тим, що перевіряється.
Макс 6 чоловік
Ролі експертів:
автор;
аналітик;
координатор(модератор) – планує експертизу, узгоджує особливості, розподіляє матеріал, управляє нарадою, інформування про результати;
читач (reader);
writer, scriber (секретар).
Вхідні критерії:
документ відповідає шаблону;
виконана перевірка граматики;
підготовлені всі супровідні документи або посилання;
невирішені питання ТВД;
координатор не виявляє більше 3-ьох істотних дефектів протягом 10 хвилин.
Етапи формального тестування:

















Інспекційна нарада
Заключний продукт
Заключний етап
Переробка
Оглядова зустріч
Початковий продукт
Підготовка
Планування
Планування – автор і координатор , дата експертизи, об’єм пакету. Оптимально розглядати 2-4 сторінки на год.
Оглядова зустріч – автор описує матеріал.
Підготовка(експертиза) – 75% дефектів
Інспекційна нарада – не довше 2 год.
13.12.2012