Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Зміст Стандарту IEEE № 830-1998



Читайте также:
  1. III. Зміст програми
  2. Види тлумачення норм права за обсягом їх змісту
  3. Викладення змісту курсової роботи
  4. Вимоги до змісту курсової роботи.
  5. Вимоги до змісту роботи
  6. Военные часы. Требования по стандарту НАТО MIL-PRF-46374
  7. Для допуску до атестації студенту необхідно набрати не менше 60 балів з кожного змістового модуля, а загалом - не менше, ніж 42 бали з навчальної роботи.

Описывается содержание и качественные характеристики правильно составленной спецификации требований к программному обеспечению (SRS) и приводится несколько образцовых SRS. Данная рекомендуемая методика имеет своей целью установление требований к разрабатываемому программному обеспечению, но также может применяться, чтобы помочь в выборе собственных и коммерческих программных изделий.

1.Краткий обзор

1.1 Область действия

2. Публикации

3. Определения

4. Критерии получения качественной SRS

4.1 Сущность SRS
4.2 Среда SRS
4.3 Характеристики качественной SRS
4.4 Совместная подготовка SRS
4.5 Развитие SRS
4.6 Макетирование
4.7 Встраивание структуры в SRS
4.8 Встраивание требований проекта в SRS

5. Разделы SRS

5.1 Введение (Раздел 1 SRS)
5.2 Общее описание (Раздел 2 SRS)
5.3 Специфические требования (Раздел 3 SRS)
5.4 Дополнительная информация

 

 

  1. Документування вимог в RUP

Згідно RUP, управління – це систематичний підхід до виявлення, організації і документування вимог до системи, а також установка і підтримка угоди між клієнтом і групою розробників з приводу вимог до системи. Дана угода, як і тести вихідних (початкових) вимог, підлягає документальному оформленню.

Угода за вимогами є сполучною ланкою між розробкою та управлінням вимогами. У членів команди повинен бути доступ до поточних вимог протягом всього проекту, можливо, через Web-рішення за допомогою інструментів управління вимогами.

 

  1. Базові вимоги до розділів SRS

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

1. Функціональні можливості. Які передбачувані функції ПЗ?

2. Зовнішні інтерфейси. Як ПЗ взаємодії з користувачем, апаратними засобами системи, іншими апаратними засобами і іншим ПЗ?

3. Продуктивність (робочі характеристики). Яка швидкодія, досяжність, час відгуку, час відновлення різних функцій ПЗ?

4. Атрибути. Яка мобільність, правильність, зручність супроводження, захищеність ПЗ і інші критерії?

5. Можливі проектні обмеження, що накладаються на реалізацію. Чи існують необхідні стандарти на ефективні мові реалізації, політика по збереженню цілісності БД, обмеження ресурсів, операційне середовище (ща) і т.д.?


Дата добавления: 2015-07-11; просмотров: 133 | Нарушение авторских прав






mybiblioteka.su - 2015-2024 год. (0.006 сек.)