49.Методи опису вимог?

• Звичайна мова - найчастіше використовується. Незручності - в її невизначеності і гнучкості, що дає можливість описувати одне і те ж декількома шляхами. Зв'язки між різними вимогами не можуть бути визначені, і виникають суперечності.

• Математичний формалізм – вживається рідше, ніж колись.

• Структурована звичайна мова. Звичайна мова з обмеженим словником і семантикою. Предмети і проблеми описані в секціях і підсекціях.

• Табліци, форми. Вимоги задані в таблицях (зазвичай двохрівневі), асоційовані різними зв'язками (наприклад, таблиця із зв'язками типів користувачів із сервісами).

• Блоки і діаграми: графічні форми, що зображують процеси.

• Контекстні діаграми: показують системи, оточення, входи і виходи.

• Використання діаграм випадків: концептуальна презентація того, що відбувається, і функцій.

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

Функціональні вимоги(Описують функції (дії, операції) виконувані системою, що використовує зовнішні системи)

нефункціональні вимоги(Обмеження ф-них(у вигляді таблиці))

51. У чому полягає функціональний опис вимог?

• ідентифікація всіх типів користувачів системи,

• ідентифікація всіх типів користувачів підтримки, таких як адміністратори, клерки,

• визначення кожного типу користувачів всіх системних функцій і шляхів використання системи,

• опис зовнішніх систем (бази даних, інтернету, мережі), що використовуються системою

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

52.Що собою представляють нефункціональні вимоги?

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

• вимога процесів, наприклад, процес планувальника повинен виконуватись за стандартом XXXA/06,

• зовнішні вимоги, наприклад, система планування повинна використовувати маркетингове відділення баз даних описане в документі YYYB/95. Ніяких змін до бази даних не застосовано.

53.Причини формулювання нефункціональні вимоги?

• Системні функції: ієрархія функцій, що виконуються системою,

• Об’єм: скільки користувачів працюватимуть одночасно? скільки терміналів буде встановлено? скільки сенсорів буде керовано? скільки інформації буде збережено?

• Швидкість: час для виконання операції (або черги операцій), кількість операцій за одиницю часу, максимальний час виконання операції,

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

• обмеження: обмеження інтерфейсу, якості, блоку часу, устаткування, засобів програмування і т.п.,

• Інтерфейс зв'язку: мережа, протоколи, представлення мережі, рівень абстракції, протоколів і т.п.,

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

• Програмний інтерфейс: сумісність з іншим ПЗ, ОС, мова програмування, компілятори, редактори, система управління базами даних (СУБД),

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

• Адаптивність: специфікація відповіді системи на зміни - нові команди, нове вікно і т.п.,

• Безпека: конфіденційність, приватність, інтеграція, специфікація надійності і т.п.,

• Гнучкість невдач: наслідки помилок ПЗ, помилка живлення, частота збережень, зміна розкладу і т.п.,

• Стандарти: специфікація стандартів документів, форматів файлів, розміри шрифтів, стандарти процесів і продуктів і т.п.,

• Ресурси: бюджет, людський ресурс і обмеження матеріальних ресурсів,

Час: необхідний час для створення системи, тренування і установки

54.Критерії перевірки вимог?

Характеристика	Міра
Продуктивність	Кількість транзакцій за секунду Час відгуку
Розмір	Кількість записів у базі даних Потрібний розмір пам'яті
Зручність для користувача	Час, потрібний для навчання Розмір документації
Надійність	Вірогідність помилки транзакції Час між виконаннями Доступність (час, коли програма доступна для користувача) Час перезавантаження програми після помилки Вірогідність втрати даних після помилки
Переносимість	Розмір платформозалежного коду Кількість платформ Вартість перенесення

55.Структура документу з вимогами до системи?

План Тіло документу Стандарт: ANSI/IEEE std 830-1993 Рекомендований порядок специфікації вимог програмного забезпечення	Резюме (не більше 200 слів) Зміст Статус документу: автори, компанії, дати і т.д. Зміни, зроблені після останньої версії
	1.  Вступ 1.1 Ціль 1.2 Контекст 1.3 Визначення, скорочення, абревіатури 1.4 Посилання 1.5 Короткий огляд 2.  Загальний опис 2.1 Зручність роботи з програмою 2.2 Загальні характеристики 2.3 Характеристики користувача 2.4 Умови роботи 2.5 Припущення та взаємозв'язки 3.  Вимоги 3.1 Функціональні вимоги 3.2 Нефункціональні вимоги Доповнення