7. Чинники успіху

Найголовнішими чинниками успіху на стратегічному етапі є:

• Ефективність роботи. Будь-які затримки в роботі на цьому етапі можуть призвести до втрати контракту. Тому вимагається малу кількість людей, які можуть виконати роботу за короткий проміжок часу.

• Контакт з ключовими представниками клієнта. Невелике неприйняття методу може закінчитися невдачею.

• Розуміння всієї системи. Неправильно концентруватися на деталях або фрагментах системи. Розуміння складності всієї системи неможливе і може призвести до нерозуміння її найскладніших частин.

8. Результати стратегічного етапу

Користувач отримує звіт, який містить в собі:

• мета проекту,

• область дії проекту,

• опис зовнішніх систем,

• формулювання основних вимог,

• модель системи,

• пропоноване рішення,

• попередній графік роботи.

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

9. Короткий звіт

Стратегічний етап - це попередня стадія проекту. Головна мета - доставити відповідні дані, потрібні для проектного стратегічного ухвалення рішення. Це дуже складне завдання, для вдалого виконання якого необхідний досвід.

V. Розпізнавання вимог і документація

Опис вимог - це ключовий і важливий крок до успіху. Крім того, це - дуже складне завдання через те, що можливі зміни у вимогах клієннтом, і можливі труднощі, які можуть виникнути у клієнта в розумінні і формулюванні завдання.

Цей етап повинен бути виконаний кілька разів, можливо інколи із присутністю клієнта.

1. Складнощі у формулюванні вимог

Цей етап дуже важливий. Він визначає успішність проекту. Також це - дуже складне завдання.

Існує багато причин складності цього етапу:

• клієнт зазвичай не знає, як досягти мети,

• існує багато шляхів для рішення завдання,

• великі системи часто використовуються безліччю користувачів, і вони протирічать один одному,

• користувачі можуть спілкуватися, використовуючи різні словники,

• люди, що робили замовлення, і люди, що використовуватимуть систему, можуть бути різними. Люди, що роблять замовлення, можуть не розуміти до кінця всіх потреб.

Рівні опису вимог

Визначення вимог - це форма основної загальної мови, що використовується для підготовчого спілкування з клієнтами.

Задоволення вимог - це структурована форма ясності вимог, що використовує загальну мову і базові структури.

Специфікація ПЗ - формальний опис вимог.

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

Якість опису вимог

Хороший опис вимог повинен задовольняти наступні вимоги:

• бути повним і послідовним,

• описувати зовнішній режим роботи,

• описувати обмеження системи,

• бути доступним для модифікування,

• брати до уваги можливі майбутні зміни,

• описувати швидкодію системи в екстремальних або небажаних ситуаціях.

Типова помилка на цьому етапі: фокусування на типових ситуаціях і зневага виключень і несподіваних ситуацій. І користувачі, і аналітики роблять цю помилку.

Рекоммендациі до правильних визначеннях

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

Вимоги користувача повинні бути:

• зрозумілими,

• унікальними,

• такими, щбо їх можна було перевірити,

• точними,

• реалістичними,

• виконуваними.