Визначення вимог до інтерфейсу

Вхідні дані:

• Обмеження системи

• Функціональний опис системи

• Попередні (первинні) вимоги до ПЗ

• Функціональні вимоги до ПЗ системи

• Вимоги до інтерфейсу системи (якщо доступні, тобто вже визначені)

Вихідні дані:

• Вимоги до інтерфейсу системи

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

Інтерфейс користувача має вирішальне значення у визначенні зручності використання системи.

Вимоги до інтерфейсу включають:

1. Зручність роботи з графічними елементами

2. Види відповідної кольорової гамми

3. Розміщення інформації на екрані

4. Підбір шляхів символіки і кольорової композиції

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

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

• Максимальна взаємодія програми і користувача (продуктивність)

• Мінімальний об’єм оперативної памяті користувача

10. Процеси встановлення вимог – встановлення пріоритетів та інтеграція вимог до програмного забезпечення. Встановлення пріоритетів та інтеграція вимог до пз

Вхідні дані:

• Опис інформації стосовно ризиків

• Попередні (первинні) вимоги до ПЗ

• Вимоги до інтерфейсу ПЗ

Вихідні дані:

• Вимоги до ПЗ

Призначення:

• Початок проекту

• Управління і моніторинг проекту

• Проектування

• Реалізація

Функціональні і експлуатаційні вимоги повинні бути переглянуті і список пріоритетних вимог має бути визначений.

Формування вимог до ПЗ, що зявляються повинні бути переглянуті і перевірені при необхідності.

11. Загальний зміст специфікації вимог до програмного забезпечення.

Специфікація вимог до ПЗ – закінчений опис поведінки системи, яку потрібно розробити.

В стандарті IEEE 830 містяться рекомендації до структури і методів опису вимог до ПЗ.

Специфікація вимог до пз

SRS – специфікація для конкретного (визначеного) ПЗ, програми чи набору програм, які виконують визначені функції в конкретному середовищі.

SRS можуть бути складені одним або декількома представниками постачальника, одним або декількома представниками клієнта, або обома.

Специфікація вимог до ПЗ – документ, що представляє собою рекомендовану методику складання специфікації вимог до ПЗ. (Она сама не поняла что сказала)

Специфікація вимог до пз (srs)

Основні питання, що розглядаються SRS

• Функціональні можливості системи

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

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

• Атрибути системи: зручність для користувачів різних груп, захищеність системи%

• Можливі проектні обмеження, що накладаються на систему: вимоги до ОС, до форматів даних, до СУБД.

Переваги використання SRS:

• Для замовника – точний опис того, що він хоче отримати;

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

Характеристика правильно складеної SRS :

• Коректність

• Однозначність

• Повнота

• Несуперечливість

• Упорядкованість за значністю

• Перевіряємість

• Модифікуємість

• Відслідковуваність