Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
zalik.doc
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
403.97 Кб
Скачать

109. Сутність етапу визначення вимог?

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

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

110. Труднощі, які виникають на етапі формування вимог?

Труднощі на цьому етапі виникають з наступних причин:

  • клієнт не знає, як цілі можуть бути досягнуті ( існує багато способів досягнення цілей)

  • великі системи використовуються багатьма користувачами. Можуть бути протиріччя в підходах до їх використання. Різні користувачі можуть володіти різною термінологію

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

111. Абстрактний рівень описання вимог клієнта?

Вимоги клієнта можна описати на різних абстрактних рівнях:

  • визначення вимог ( загальний опис, який проводиться після обговорення деталей з представниками клієнта)

  • специфікація вимог. Опис, який використовує структуровану і природню мову і вводить деякі прості формальні примітки

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

112. В чому полягає якісний опис вимог?

Опис вимог повинен:

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

  • описувати, як поводиться система, як вона організована;

  • розглядати будь-які обмеження системи;

  • бути легким у розвитку;

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

  • описувати виключення.

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

113. Типи вимог?

Вимоги до ПЗ можуть бути розділені на два типи:

  • Функціональні вимоги. Вони описують функції (операції, дії), що виконуються системою;

  • Нефункціональні вимоги. Вони описують обмеження функціональності.

114. Що включає в себе документація по опису вимог?

Вимоги повинні міститися в відповідному документі, який повинен містити в собі наступні розділи:

  • вступ - цілі, можливості і контекст системи. Ця частина містить результати стратегічного етапу

  • опис розвитку системи - опис можливих змін

  • опис функціональних вимог

  • опис атрофованих вимог

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

  • словник

Крім того цей документ може містити додаткову інформацію:

  • специфікація функціональних вимог

  • специфікація нефункціональних вимог

  • вимоги до устаткування

  • вимоги до баз даних

  • індекс

  • плани тестування

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]