Послідовність роботи з вимогами. Аналіз проблеми

Управління вимогами

Вимоги задають можливості, які повинна надавати система, так що відповідність чи невідповідність деякій множині вимог часто визначає успіх чи невдачу проекту. Тому має зміст взнати, що представляє собою вимоги, записати їх, впорядкувати і відслідковувати їх зміну.

Управління вимогами – це системний підхід до виявлення, організації і документації вимог до системи, а також процес, у ході якого виробляється і забезпечується узгодження між замовником і виконавчою групою по поводу вимог до системи.

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

Оскільки неможливо утримувати в пам’яті більше кількох десятків фактів, для успішної взаємодії різних учасників процесу необхідно забезпечити документування вимог. Вимоги необхідно записати так, щоб вони були доступні для ознайомлення; це може бути документ, модель, база даних чи листок на дошці оголошень.

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

У користувача є технічні чи бізнес-задачі, для розв’язання яких потрібні програмісти. Задача останніх полягає в тому, щоб зрозуміти проблеми користувачів в їх власній проблемній площині і на їх мові, побудувати системи, які задовольняють їх вимоги. Для розуміння проблеми користувачів існує ряд професійних прийомів.

Програмісти повинні зрозуміти потреби користувачів та інших зацікавлених осіб.

Наступним кроком здійснюється перехід в область розв’язання – безпосередньо до програмування. Однак для початку буде корисно сформулювати знання про предметну область. На даному етапі створюється список функцій, які повинна реалізовувати система.

Для того щоб провести аналіз, корисно визначити, що ж власне представляє собою проблема. По визначенню Гауса та Вайнберга, проблема – це різниця між бажаним і сприйманим.

Іноді самим простим розв’язком є зміна бізнес-процесу, а не створення нової системи. Як завжди, починати потрібно з визначення цілі. Ціль аналізу в тому, щоб добитися кращого розуміння проблеми до початку розробки. Для цього необхідно здійснити наступні п’ять етапів.

1. Досягнути згоди про визначення проблеми.

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

3. Виявити зацікавлених осіб та користувачів.

4. Визначити межу системи розв’язання.

5. Визначити обмеження, які необхідно накласти на розв’язання.

Дата добавления: 2014-01-04