Требования

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

Основные требования, разрабатываемые в Брацком Облаке - это требования к изделиям и их разработкам.

Виды требований

1. По объекту применения, требования разделяются на:

• Требования к изделию представляют собою описи будущего продукта и создаются в результате бизнес-анализа. Далее, эти требования подразделяются на функциональные, нефункциональные и переходные.
• Требования к проекту или процессу разработки могут включать требования по срокам, стоимости и другим факторам, влияющим на процесс разработки. Далее, требования к проекту могут быть отнесены к требованиям к разработке и требованиям к приёмке.

2. Требования к изделию представляют собою описи будущего продукта и создаются в результате бизнес-анализа. Далее, эти требования подразделяются на функциональные, нефункциональные и переходные.

• Функциональные требования к создаваемому изделию или продукту описывают способности будущего изделия выполнить ту работу, ради которой оно создаётся. Они описывают отдельные функции (utility), то есть способности изделия выполнить ту работу, ради которой оно должно быть создано. Простыми словами, функциональность -- это то, что система может сделать. В оперативно-гибких разработках, эти функции традиционно описываются "пользовательскими историями" в формате из трёх секций:

a. Имея права (описывается пользователь или системная роль того, кто получит выгоду от функционала),

b. я хочу (описывается желаемый функционал),

c. чтобы (описывается выгода, которую функционал создаст для пользователя).

Например,

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

• Нефункциональные требования или требования по применимости описывают гарантии того, что пользователи смогут воспользоваться функциями создаваемого изделия. Нефункциональные требования включают условия доступности изделия, готовности его к использованию, его рабочему ресурсу, запасу прочности, безопасности, стабильности работы и удобству пользования (usability). Они описываются заданиями, которые адресуют:
  • Доступность будущего изделия, то есть, физическую доступность и доступность восприятия. То, что изделие может делать, не означает, что он это сделает. В сказке "Волшебник Изумрудного Города" Элли имела серебряные башмачки Гингемы, но не знала об их волшебной силе.
  • Готовность изделия к использованию. Эти требования могут включать физическую готовность, а также документацию, маркировку, совместимость с другими системами, соответствие законам и отраслевым инструкциям.
  • Технические характеристики, как, например, рабочий ресурс, запас прочности, безопасность и стабильность работы. Технические задания (ТЗ) включают технические характеристики, но часто имеют и другие виды требований,
  • Удобство пользования (usability), то есть требования к комфорту пользователя в применении изделия по назначению, часто выражаемому фразой "не заставляйте меня думать, что мне с этим изделием надо делать".
• Переходные требования описывают те характеристики и условия, которыми изделие должно обладать для того, чтобы быть доставленным к заказчику и установленным. Переходные требования могут также описывать характеристики и условия, которыми изделие должно обладать для того, чтобы быть демонтированным и утилизованным.

3. По своему происхождению, требования составляют три уровня иерархии:

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

4. По вектору действия, требования делятся на дозволения и ограничения. Ограничения суживают возможности продукта или его изготовителей, в то время как дозволения, наоборот, расширяют. "Сделать что-то" -- это пример дозволения. Сделать это определённым, определённым образом, к определённому сроку или в рамках определённого бюджета -- это примеры ограничений.

5. По степени своей доработки, требования могут быть отнесены к необнаруженным, найденным, находящимся в работе и разработанным.

6. По стадии жизни в проекте, требования классифицируются как заявленные, подтверждённые, утверждённые, задействованные в производстве, приоритетные и реализованные.

Связанные лектио

• Справа и Крынка
• Сценарии и Поиски
• Заранее или по Ходу
• Списки и Сценарии
• Тестировка Изделий
• Проверка Функций
• Добавки и Возвраты
• Задания на Поиск
• Сценарии Тестов
• Атрибуты Сценариев
• Отчёты по Тестам
• Оценки и Замеры
• Проверки и Приёмки
• Тесты Приёмки
• Критерии Приёмки
• Разработки в Правке
• Проекты в Правке
• Истории и Задания
• Циклы Разработок
• Интеграции Операций
• Инструменты Цикла
• Уровни Результатов
• Совместное Создание
• Запуски Проектов
• Что Есть Требования
• Типы Требований
• Требования и Желания
• Свойства Требований
• Требования в Облаке
• Требования к Продукту
• Источники Требований
• Методы Сбора
• Разработки Требований
• Конфликты Требований
• Учёт в Требованиях