Требования к программному обеспечению
Требования к программному обеспечению [1] для системы — это описание того, что система должна делать, услуга или услуги, которые она предоставляет, и ограничения на ее работу. Стандартный глоссарий терминологии разработки программного обеспечения IEEE определяет требование как: [2]
- Условие или возможность, необходимые пользователю для решения проблемы или достижения цели.
- Условие или возможность, которым должна соответствовать или обладать система или ее компонент, чтобы соответствовать контракту, стандарту, спецификации или другому официально установленному документу.
- Документированное представление состояния или возможности, как в пунктах 1 или 2.
Действия, связанные с работой с требованиями к программному обеспечению, можно в общих чертах разбить на сбор, анализ, спецификацию и управление. [3]
Обратите внимание, что формулировка « Требования к программному обеспечению» дополнительно используется в примечаниях к выпуску программного обеспечения для объяснения того, какие пакеты программного обеспечения необходимы для сборки/установки/использования определенного программного обеспечения. [1]
Вызов [ править ]
Выявление — это сбор и выявление требований от заинтересованных сторон и других источников. Могут использоваться различные методы, такие как сеансы совместного проектирования приложений (JAD), интервью, анализ документов, фокус-группы и т. д. Выявление требований является первым шагом разработки требований.
Анализ [ править ]
Анализ – это логическое разделение, происходящее в результате выявления. Анализ предполагает достижение более глубокого и точного понимания каждого требования и представление наборов требований множеством взаимодополняющих способов.
Сортировка требований или определение приоритетности требований — еще одна деятельность, которая часто следует за анализом. [4] Это относится к гибкой разработке программного обеспечения на этапе планирования, например, с помощью Planning poker , однако это может быть не то же самое в зависимости от контекста и характера проекта, а также требований или создаваемого продукта/услуги.
Спецификация [ править ]
Спецификация включает в себя представление и хранение собранных знаний о требованиях в постоянном и хорошо организованном виде, что способствует эффективной коммуникации и управлению изменениями. Варианты использования, пользовательские истории, функциональные требования и модели визуального анализа являются популярным выбором для спецификации требований.
Проверка [ править ]
Валидация включает в себя методы подтверждения того, что был указан правильный набор требований для создания решения, которое удовлетворяет бизнес-целям проекта.
Управление [ править ]
Требования меняются в ходе проектов, и их часто бывает много. Управление этими изменениями становится первостепенным для обеспечения того, чтобы для заинтересованных сторон было создано правильное программное обеспечение.
инструментов для требований разработки Поддержка
для выявления, анализа и требований проверки Инструменты
Принимая во внимание, что эта деятельность может включать в себя некоторые артефакты, такие как отчеты о наблюдениях ( за пользователями наблюдение ), анкеты ( интервью , опросы и опросы), варианты использования , пользовательские истории ; такие мероприятия, как семинары по требованиям ( чарреты ), мозговой штурм , составление интеллект-карт , ролевые игры ; и даже прототипирование ; [5] программные продукты, обеспечивающие некоторые или все из этих возможностей, могут использоваться для решения этих задач.
Есть по крайней мере один автор, который открыто выступает за инструменты отображения разума , такие как FreeMind ; и, альтернативно, для использования спецификации с помощью примеров инструментов, таких как Concordion . [6] Кроме того, идеи и утверждения, возникающие в результате этой деятельности, могут быть собраны и систематизированы с помощью вики и других инструментов для совместной работы, таких как Trello .Фактически реализованные функции и соответствие стандартам варьируются от продукта к продукту.
для спецификации требований Инструменты
Документ спецификации требований к программному обеспечению (SRS) может быть создан с использованием программного обеспечения общего назначения, такого как текстовый процессор, или одного из нескольких специализированных инструментов. Некоторые из этих инструментов могут импортировать, редактировать, экспортировать и публиковать документы SRS. Это может помочь создавать документы SRS, следуя стандартизированной структуре и методологии, например ISO/IEC/IEEE 29148:2018. Аналогично, программное обеспечение может использовать или не использовать какой-либо стандарт для импорта или экспорта требований (например, ReqIF ) или вообще не разрешать этот обмен.
Инструменты для проверки документов требований [ править ]
Инструменты такого типа проверяют, есть ли какие-либо ошибки в документе с требованиями в соответствии с некоторой ожидаемой структурой или стандартом.
для сравнения требований Инструменты
Инструменты такого типа сравнивают два набора требований в соответствии с некоторой ожидаемой структурой и стандартом документа.
Инструменты для слияния и обновления требований [ править ]
Инструменты такого типа позволяют объединять и обновлять документы с требованиями.
для отслеживания требований Инструменты
Инструменты такого типа позволяют отслеживать требования к другим артефактам, таким как модели и исходный код (прямая трассируемость), или к предыдущим, таким как бизнес-правила и ограничения (обратная трассируемость).
основе моделей или системных требований для разработки программного обеспечения на Инструменты
Системное проектирование на основе моделей (MBSE) — это формализованное применение моделирования для поддержки системных требований, проектирования, анализа, проверки и валидации, начиная с этапа концептуального проектирования и продолжаясь на протяжении всей разработки и последующих этапов жизненного цикла.Также возможно использовать подход на основе моделей для некоторых этапов разработки требований и более традиционный — для других. Возможно очень много комбинаций.
Уровень формальности и сложности зависит от используемой методологии (например, i* гораздо более формален, чем SysML , и даже более формален, чем UML ).
для общего проектирования Инструменты требований
Инструменты этой категории могут предоставлять некоторое сочетание возможностей, упомянутых ранее, и других, таких как управление конфигурацией требований и совместная работа. Фактически реализованные функции и соответствие стандартам варьируются от продукта к продукту.
Существуют еще более функциональные или общие инструменты, которые поддерживают другие этапы и действия. Они классифицируются как ALM инструменты .
См. также [ править ]
- Требование
- Разработка требований
- Спецификация требований к программному обеспечению (SRS)
- Комплексный и надежный процесс спецификации требований
- Список инструментов разработки требований
- Нефункциональное требование
- Требования к производительности, которые рассматриваются при тестировании производительности программного обеспечения.
- Требования безопасности
- Требования безопасности
Ссылки [ править ]
- ↑ Перейти обратно: Перейти обратно: а б «Ядро Linux версии 5.x — Документация по ядру Linux» . www.kernel.org . Проверено 25 марта 2021 г.
- ^ Компьютерное общество IEEE (1990). «Стандартный глоссарий IEEE терминологии программной инженерии» . Стандарт IEEE . Архивировано из оригинала 15 июня 2018 г. Проверено 11 января 2013 г.
- ^ «Руководство по своду знаний в области программной инженерии» . Компьютерное общество IEEE. Архивировано из оригинала 7 декабря 2014 года . Проверено 11 января 2013 г.
- ^ Дэвис, Алан Марк. (2005). Достаточно управления требованиями: где разработка программного обеспечения встречается с маркетингом . Нью-Йорк: Паб Dorset House. ISBN 0-932633-64-1 . OCLC 57211148 .
- ^ «7 инструментов для сбора более точных требований к программному обеспечению» . 22 июля 2015 г.
- ^ Лапланте, Филипп А. (2009). «Разработка требований к программному обеспечению и системам». ЦРК Пресс.
{{cite web}}: Отсутствует или пусто|url=( помощь )
Дальнейшее чтение [ править ]
- Вигерс, Карл ; Битти, Джой (2013). Требования к программному обеспечению (3-е изд.). Майкрософт Пресс . ISBN 978-0-7356-7966-5 .
- Кокберн, Алистер (2001). Написание эффективных сценариев использования . Образование Пирсона . ISBN 0-201-70225-8 .
- Леффингвелл, Дин (2000). Управление требованиями к программному обеспечению: унифицированный подход . Аддисон-Уэсли Профессионал . ISBN 0-201-61593-2 .
- Бурек, Пол (2008). Создание четких требований к проекту, отличающих «что» от «как» . Доклад конференции. Управление требованиями, бизнес-анализ, управление объемом.
- Купман, Филип (2020). Требования к встроенному программному обеспечению . Осенние лекции.
- Поиск IEEE Xplore. «Требования к программному обеспечению» .
