Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Для более широкого освещения этой темы см. Требования к программному обеспечению .
Жизненный цикл программного обеспечения IEEE

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

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

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

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

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

Структура [ править ]

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

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

Цели [ править ]

Спецификация требований к программному обеспечению (SRS) - это инструмент связи между пользователями и разработчиками программного обеспечения. Конкретные цели СГД заключаются в следующем:

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

Запах требований [ править ]

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

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

См. Также [ править ]

  • Спецификация системных требований
  • Концепция операций
  • Разработка требований
  • Свод знаний программной инженерии (SWEBOK)
  • Проектная спецификация
  • Спецификация (технический стандарт)
  • Формальная спецификация
  • Абстрактный тип

Ссылки [ править ]

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

Внешние ссылки [ править ]

  • 830-1984 - Руководство IEEE по спецификациям требований к программному обеспечению . 1984. DOI : 10,1109 / IEEESTD.1984.119205 . ISBN 978-0-7381-4418-4.
  • 830-1993 - Рекомендуемая практика IEEE для спецификаций требований к программному обеспечению . 1994. DOI : 10,1109 / IEEESTD.1994.121431 . ISBN 978-0-7381-4723-9.
  • 830-1998 - Рекомендуемая практика IEEE для спецификаций требований к программному обеспечению . 1998. DOI : 10,1109 / IEEESTD.1998.88286 . ISBN 978-0-7381-0332-7. S2CID  8674647 .
  • 29148-2018 - Системная и программная инженерия - Процессы жизненного цикла - Разработка требований . 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 - http://standards.ieee.org/findstds/standard/29148-2011.html »)
  • Леффингуэлл, Дин; Видриг, Дон (2003). Управление требованиями к программному обеспечению: подход варианта использования (2-е изд.). Эддисон-Уэсли. ISBN 978-0321122476.
  • Готтесдинер, Эллен (2009). The Software Requirements Memory Jogger: настольное руководство, помогающее бизнес-командам и техническим командам разрабатывать требования и управлять ими . Эддисон-Уэсли. ISBN 978-1576811146.
  • Вигерс, Карл; Битти, Джой (2013). Требования к программному обеспечению, третье издание . Microsoft Press. ISBN 9780735679665.
  • «Шаблон IEEE SRS - rick4470 / IEEE-SRS-Tempate» . Дата обращения 27 декабря 2017 .

[1]

  1. ^ Таафф, Ed. "Мистер" . мост . Проверено 2 февраля 2019 .