Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
АВПЗ_Метод_Лаб №1-2.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
441.34 Кб
Скачать

1.1.3 Потенційні користувачі

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

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

Крім того, безкоштовна система керування вимогами може стати в нагоді студентам, що вивчають роботу з вимогами.

1.1.4 Реалізовані функції

– реєстрація та зміна вимог із зазначенням значень основних атрибутів і описом вимоги;

– переміщення вимог в дерев;

– створення посилань між вимогами і використання їх для переходу між вимогам;

– створення посилань на файли і відкриття файлів безпосередньо з програми управління вимогам;

– відображення вимог у вигляді дерев;

– відображення вимог у вигляді таблиць;

– створення нових типів вимог;

– створення нових атрибуті;

– налаштування списків можливих значень атрибуті;

– налаштування списків атрибутів для різних типів вимог;

– створення Html-файлу з описом вимог;

– експорт та імпорт окремих гілок дерева вимог;

– перевірка орфографії.

1.2 Що таке вимоги

Вимоги – це точно сформульований опис сукупності корисних для користувача характеристик, очікуваних ним від продукту. Продуктом в даному випадку може бути предмет, який використовується людиною в побуті та на виробництві (наприклад: автомобіль, комп'ютер, будинок), послуга (стрижка, перевезення вантажу), робота чи результат робіт (будівництво або ремонт об'єкта).

Прикладом вимоги, що пред'являється до автомобіля, може бути максимальна витрата палива – не більше 11 літрів на 100 км пробігу по місту.

У повсякденному житті ми постійно формулюємо вимоги: при купівлі телевізора (вирішуємо, які потрібні тип монітора, діагональ, ...), при відвідуванні перукарні (вказуємо, як стригти) і т.д.

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

1.3 Навіщо потрібно записувати вимоги

При створенні комп'ютерної програми, яка повинна виконувати безліч дій, без розробки документа, що описує вимоги, не обійтися. Якщо розробники не отримають повного і ясного опису того, що повинна робити програма, то результат швидше за все не обрадує замовника. Розробники не є ясновидицями і зроблять лише те, що описано в вимогах. Деякі розробники можуть додати в програму що-небудь від себе, але не обов'язково це буде потрібно замовникові. Якщо у вимогах не буде сказано, що програма повинна зберігати створені в ній дані у файл, то в наслідку можна бути неприємно здивованим, втративши результати роботи після закриття програми. Щоб такого не сталося, необхідно включити в документ все характеристики і всі функції, які повинна виконувати програма. Не слід думати, що очевидні речі для розробника будуть також очевидні і іншим людям.

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

Коректно сформульовані і задокументовані вимоги необхідні всім учасникам проекту з розробки програмного забезпечення:

– розробникам вимоги потрібні, щоб реалізувати всі функції, які очікує побачити в продукті замовник;

– тестувальники будуть використовувати вимоги, щоб перевірити, що програма робить саме те, що повинна робити;

– технічні письменники будуть використовувати вимоги при написанні посібника користувача та іншої документації для програмного продукту;

– на основі вимог буде визначатися трудомісткість, терміни і вартість розробки.