Визначення та розробка вимог до ПЗ

Процеси встановлення вимог

· Визначення та розробка вимог до ПЗ;

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

· Становлення пріоритетів та інтеграція вимог до ПЗ

Вхідні дані:

· Вимоги, що пред’являються для установки;

· Обмеження системи (системні обмеження)

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

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

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

· Вимоги, що пред’являються для установки

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

· Планування проекту

· Встановлення вимог

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

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

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

Попередні (первинні) вимог до ПЗ і вимоги. Що пред’являються для установки повинні включати розглянуті обмеження системи, такі як: термі, розмір, мова, маркетингові обмеження і технології.

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

Вхідні дані:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Встановлення пріоритетів та інтеграція вимог до ПЗ

Вхідні дані:

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

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

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

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

· Вимоги до ПЗ

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

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

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

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

· Реалізація

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

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

Загальний зміст документу «Специфікація вимог до ПЗ»

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

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

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

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

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

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

Специфікація вимог до ПЗ (SRS)

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

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

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

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

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

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

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

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

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

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

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

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

· Повнота

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

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

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

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

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

Дата добавления: 2014-01-04; Просмотров: 2527; Нарушение авторских прав?; Мы поможем в написании вашей работы!