Спецификации требований к программному обеспечению устанавливают основу для соглашения между заказчиками и подрядчиками или поставщиками о том, как должен функционировать программный продукт (в рыночном проекте эти роли могут играть отделы маркетинга и разработки). Спецификация требований к программному обеспечению представляет собой строгую оценку требований перед более конкретными этапами проектирования системы, и ее цель состоит в том, чтобы сократить последующую переделку. Она также должна обеспечивать реалистичную основу для оценки стоимости продукта, рисков и графиков. [1] При правильном использовании спецификации требований к программному обеспечению могут помочь предотвратить провал программного проекта. [2]
В документе спецификации требований к программному обеспечению перечислены достаточные и необходимые требования для разработки проекта. [3] Для выведения требований разработчику необходимо иметь четкое и полное понимание разрабатываемых продуктов. Это достигается посредством подробного и постоянного общения с командой проекта и заказчиком на протяжении всего процесса разработки программного обеспечения.
Следуя идее запаха кода , было предложено понятие запаха требований для описания проблем в спецификации требований, где требование не обязательно неверно, но может быть проблематичным. [7]
Примерами запахов требований являются субъективный язык , двусмысленные наречия и прилагательные , превосходные степени и отрицательные утверждения . [7]
^ Бурк, П.; Фэрли, Р. Э. (2014). «Руководство по своду знаний по программной инженерии (SWEBOK)». IEEE Computer Society. Архивировано из оригинала 28 декабря 2014 г. Получено 17 июля 2014 г.
^ "Спецификация требований к программному обеспечению помогает защитить ИТ-проекты от сбоев" . Получено 19 декабря 2016 г.
^ "DI-IPSC-81433A, ОПИСАНИЕ ЭЛЕМЕНТА ДАННЫХ СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ (SRS)". everyspec.com. 1999-12-15 . Получено 2013-04-04 .
^
Донн Ле Ви, младший. «Написание спецификаций требований к программному обеспечению (SRS)». 2010.
^ Стеллман, Эндрю и Грин, Дженнифер (2005). Управление прикладными программными проектами . O'Reilly Media, Inc. стр. 308. ISBN978-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. ISBN978-0-7381-4418-4.
Рекомендуемая практика IEEE для спецификаций требований к программному обеспечению . 1994. doi :10.1109/IEEESTD.1994.121431. ISBN978-0-7381-4723-9.
Рекомендуемая практика IEEE для спецификаций требований к программному обеспечению . 1998. doi :10.1109/IEEESTD.1998.88286. ISBN978-0-7381-0332-7. S2CID 8674647.
Системная и программная инженерия — Процессы жизненного цикла — Инженерия требований. Iso/Iec/IEEE 29148:2018(E). 2018. стр. 1–94. doi :10.1109/IEEESTD.2011.6146379. ISBN978-0-7381-6591-2.(«Этот стандарт заменяет IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998 - [1]»)
Леффингвелл, Дин; Видриг, Дон (2003). Управление требованиями к программному обеспечению: подход к вариантам использования (2-е изд.). Addison-Wesley. ISBN978-0321122476.
Gottesdiener, Ellen (2009). Требования к программному обеспечению Memory Jogger: настольное руководство для помощи бизнес- и техническим группам в разработке и управлении требованиями . Addison-Wesley. ISBN978-1576811146.
Wiegers, Karl; Beatty, Joy (2013). Требования к программному обеспечению, третье издание . Microsoft Press. ISBN9780735679665.
"Шаблон IEEE SRS - rick4470/IEEE-SRS-Tempate". GitHub . Получено 27 декабря 2017 г. .
Как составить спецификацию требований к программному обеспечению, чтобы сэкономить средства?