Спецификация требований к программному обеспечению

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

Спецификации требований к программному обеспечению устанавливают основу для соглашения между заказчиками и подрядчиками или поставщиками о том, как должен функционировать программный продукт (в рыночном проекте эти роли могут играть отделы маркетинга и разработки). Спецификация требований к программному обеспечению представляет собой строгую оценку требований перед более конкретными этапами проектирования системы, и ее цель состоит в том, чтобы сократить последующую переделку. Она также должна обеспечивать реалистичную основу для оценки стоимости продукта, рисков и графиков. ^[1] При правильном использовании спецификации требований к программному обеспечению могут помочь предотвратить провал программного проекта. ^[2]

В документе спецификации требований к программному обеспечению перечислены достаточные и необходимые требования для разработки проекта. ^[3] Для выведения требований разработчику необходимо иметь четкое и полное понимание разрабатываемых продуктов. Это достигается посредством подробного и постоянного общения с командой проекта и заказчиком на протяжении всего процесса разработки программного обеспечения.

SRS может быть одним из описаний элементов данных, поставляемых по контракту ^[4], или иметь другие формы организационно предписанного содержания.

Обычно SRS пишется техническим писателем , системным архитектором или программистом . ^[5]

Структура

Пример организации SRS выглядит следующим образом: ^[6]

Цель
1. Определения
2. Фон
3. Обзор системы
4. Ссылки
Общее описание
1. Перспектива продукта
2. Ограничения дизайна
  1. Операции
  2. Требования к адаптации площадки
3. Функции продукта
4. Характеристики пользователя
5. Ограничения, предположения и зависимости
Особые требования
1. Требования к внешнему интерфейсу
2. Требования к производительности
3. Требование к логической базе данных
4. Атрибуты системы программного обеспечения
  1. Надежность
  2. Доступность
  3. Безопасность
  4. Ремонтопригодность
  5. Портативность
5. Функциональные требования
  1. Функциональное разбиение
  2. Функциональное описание
  3. Описание управления
6. Характеристики окружающей среды
7. Другой

Требования запах

Следуя идее запаха кода , было предложено понятие запаха требований для описания проблем в спецификации требований, где требование не обязательно неверно, но может быть проблематичным. ^[7]

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

Смотрите также

Ссылки

^ Бурк, П.; Фэрли, Р. Э. (2014). «Руководство по своду знаний по программной инженерии (SWEBOK)». IEEE Computer Society. Архивировано из оригинала 28 декабря 2014 г. Получено 17 июля 2014 г.
^ "Спецификация требований к программному обеспечению помогает защитить ИТ-проекты от сбоев" . Получено 19 декабря 2016 г.
^ Прессман, Роджер (2010). Программная инженерия: подход практиков . Бостон: McGraw Hill. стр. 123. ISBN 9780073375977.
^ "DI-IPSC-81433A, ОПИСАНИЕ ЭЛЕМЕНТА ДАННЫХ СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ (SRS)". everyspec.com. 1999-12-15 . Получено 2013-04-04 .
^ Донн Ле Ви, младший. «Написание спецификаций требований к программному обеспечению (SRS)». 2010.
^ Стеллман, Эндрю и Грин, Дженнифер (2005). Управление прикладными программными проектами . O'Reilly Media, Inc. стр. 308. ISBN 978-0596009489.
^ ab Феммер, Хеннинг; Мендес Фернандес, Даниэль; Вагнер, Стефан; Эдер, Себастьян (2017). «Быстрое обеспечение качества с помощью запахов требований». Журнал систем и программного обеспечения . 123 : 190–213. arXiv : 1611.08847 . doi : 10.1016/j.jss.2016.02.047. S2CID 9602750.

Внешние ссылки

Руководство IEEE по спецификациям требований к программному обеспечению . 1984. doi :10.1109/IEEESTD.1984.119205. ISBN 978-0-7381-4418-4.
Рекомендуемая практика IEEE для спецификаций требований к программному обеспечению . 1994. doi :10.1109/IEEESTD.1994.121431. ISBN 978-0-7381-4723-9.
Рекомендуемая практика IEEE для спецификаций требований к программному обеспечению . 1998. doi :10.1109/IEEESTD.1998.88286. ISBN 978-0-7381-0332-7. S2CID 8674647.
Системная и программная инженерия — Процессы жизненного цикла — Инженерия требований. Iso/Iec/IEEE 29148:2018(E). 2018. стр. 1–94. doi :10.1109/IEEESTD.2011.6146379. ISBN 978-0-7381-6591-2.(«Этот стандарт заменяет IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998 - [1]»)
Леффингвелл, Дин; Видриг, Дон (2003). Управление требованиями к программному обеспечению: подход к вариантам использования (2-е изд.). Addison-Wesley. ISBN 978-0321122476.
Gottesdiener, Ellen (2009). Требования к программному обеспечению Memory Jogger: настольное руководство для помощи бизнес- и техническим группам в разработке и управлении требованиями . Addison-Wesley. ISBN 978-1576811146.
Wiegers, Karl; Beatty, Joy (2013). Требования к программному обеспечению, третье издание . Microsoft Press. ISBN 9780735679665.
"Шаблон IEEE SRS - rick4470/IEEE-SRS-Tempate". GitHub . Получено 27 декабря 2017 г. .
Как составить спецификацию требований к программному обеспечению, чтобы сэкономить средства?

^[1]

^ Таафф, Эд. "Г-н". thebridger . Получено 2019-02-02 .