Спецификация требований

Перед началом работы над любым проектом, проходит обсуждение деталей работы программы и на основании результатов…


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

Рассмотрим основные требования по составлению такого рода документов:

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

 

Рассмотрим структуру документа на примере рекомендаций стандарта IEEE 830 (структура SRS – Software Requirements Specification):

  • Введение:
      • Цель (цель документа и целевая аудитория)
      • Масштаб проекта (название, назначение, достоинства)
      • Определения, сокращения, аббревиатура (может быть предоставлена ссылка на приложения к документу или на другой документ)
      • Ссылки на источники (список документов, как-либо упоминающихся в данной спецификации, названия и ссылки на них)
      • Краткий обзор (содержание и организация документа)

 

  • Общее описание:
      • Видение продукта (дается представление о продукте – является ли он частью большой системы, и каково его место в ней, или продукт полностью независим)
      • Функциональность продукта (описание основной функциональности)
      • Характеристики пользователей (образование, опыт, экспертность)
      • Рамки, ограничения, стандарты, правила
      • Зависимости и допущения

 

  • Специальные требования:
      • Требования к внешним интерфейсам (описания форматов)
      • Функциональные требования (подробное описание требований к функционалу системы)
      • Требования к производительности (количество оборудования и пользователей, объем информации)
      • Требования к базам данных (типы информации, частота использования, доступность, целостность)
      • Требования к дизайну (ограничения, вызванные вследствие использования определенного оборудования и ПО)
      • Свойства системы (надежность, доступность, секретность, удобство сопровождения, портативность)

 

  • Вспомогательная информация
      • Содержание
      • Алфавитный указатель
      • Дополнения (необязательный раздел, может отсутствовать)

 

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


Оцените полезность статьи:

Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (Пока оценок нет)
Загрузка...

Ваш комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Для отправки комментария, поставьте отметку, что разрешаете сбор и обработку ваших персональных данных . Политика конфиденциальности