14. Характеристики правильно складеної специфікації вимог.

Критеріями перевірки системи служать вимоги, критеріями перевірки самих вимог є наступні властивості: повнота, ясність, коректність та узгодженість, верифікованість і здійсненність. При перевірці специфікації вимог необхідно впевнитися в наступному:

1) В специфікаціях вимог належним чином описані можливості що пропонуються і характеристики систем, які задовольняють вимогам різних зацікавлених сторін.

2) Вимоги до ПЗ, які відображені в специфікаціях вимог, точно відображають системні вимоги та бізнес правила.

3) Вимоги забезпечують якісну основу для проектування та збірки ПЗ

15. Проблемні ситуації процесу формування і оцінки вимог.

1. Двозначність вимог (невідповідність, властивості, якості) - вимога сформульована двозначним чином може призвести до різних інтерпретацій як представниками розробника так і представника замовника

2. Золочення продукту (ситуації коли розробники додають функції, яких не має в специфікації, але розробнику здається що це сподобається користувачам)

3. Мінімальна специфікація – документ, який оформлений на 2-3 сторінки, проводиться в невеликих проектах. Доречна коли є наявність 3-х обставин:

- Ціна контракту та розміри проекту такі, що розробка розгорнутого ТЗ або специфікації вимог економічно недоцільна

- Колектив розробника володіє достатнім ступенем професіоналізму та досвіду виконання проектів у суміжних областях

- Між замовником та розробником існують конструктивні відносини та обидві сторони розуміють і приймають ризики міні специфікації .

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

16. Методи і засоби перевірки вимог.

Виділяють методи перевірки вимог за відповідними параметрами:

1. За широтою аналізу – перегляд та наскрізний контроль

2. За ступенем формалізації – неофіційні процедури, процедури, що проводяться за формальними правилами (інспекції та експертизи)

3. За складом групи перевірки – перевірка проходить

- За або без участі автора.

- За або без участі менеджера проекту

- За участю представників зовнішніх організацій

4. За використовуваними засобами –тестові сценарії, критерії прийнятності, прототипи та інше.

5. Не офіційні перегляди вимог:

- Перегляд за столом

- Колективна перевірка – запрошується декілька колег для перевірки

- Критичний аналіз – автор описує створюваний майбутній ПП і просить його прокоментувати. У перших 2-х випадках автор вимог звертається за допомогою до колег з метою видачі практичних рекомендацій по поліпшенню розроблюваного ПП. В 3-у випадку автор здійснює презентацію розроблюваних ним вимог на нараді з подальшим обговорюванням цих вимог. За статистикою це дозволяє виявити 60% помилок. На відміну від неформальних переглядів офіційна перевірка представляє собою суворо рекомендований процес. По його завершенню формується змість в якому вказується матеріали, рецензенти та думки команди рецензентів про прийнятність зазначених вимог специфікації вимог до ПЗ. Головний результат полягає в сукупності усіх знайдених дефектів та піднятих питань.