• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

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

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

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

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

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

Вхідні дані:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вхідні дані:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вхідні дані:

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

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

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

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

· Вимоги до ПЗ

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

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

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

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

· Реалізація

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Повнота

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

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

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

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

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

14.02.2012 Лекція 5 Методи збору та виявлення вимог

Читайте також:

1. I визначення впливу окремих факторів
2. II. Визначення мети запровадження конкретної ВЕЗ з ураху­ванням її виду.
3. II. Вимоги безпеки перед початком роботи
4. II. Вимоги безпеки праці перед початком роботи
5. II. Вимоги до складання паспорта бюджетної програми
6. II. Мотивація навчальної діяльності. Визначення теми і мети уроку
7. III. Вимоги безпеки під час виконання роботи
8. III. Вимоги безпеки під час виконання роботи
9. III. Вимоги до учасників, складу груп і керівників туристських подорожей
10. IV. Вимоги безпеки під час роботи на навчально-дослідній ділянці
11. IV. ВИМОГИ ПРОФЕСIЇ ДО IНДИВIДУАЛЬНО-ПСИХОЛОГIЧНИХ ОСОБЛИВОСТЕЙ ФАХIВЦЯ
12. Ocнoвнi визначення здоров'я

Переглядів: 2487