6)Уровни требований.

• бизнес-требования (business requirements), Бизнес-требования описывают, КАКИМ ОБРАЗОМ разрабатываемая система связана с достижением бизнес-целей организации и ЧТО она должна для этого делать. Можно сказать, что бизнес-требования являются своего рода задачами, которые должна решать автоматизируемая система для достижения целей своего создания.

• требования пользователей (user requirements),

• функциональные требования (functional requirements). Функциональные требования включают в себя, так называемые, требования пользователей и системные требования.

7)Требования функциональные и нефункциональные.

Функциональные и нефункциональные требования

• Функциональные требования регламентируют функционирование или поведение системы (behavioral requirements).

• Нефункциональные требования, регламентируют внутренние и внешние условия или атрибуты функционирования системы

Нефункциональные требования:

Интерфейсы(External Interfaces)- внешние, пользователя, внешних устройств, программные, передачи информации.

Атрибуты качества (Quality Attributes)- применимость, надёжность, производительность, эксплуатационная пригодность.

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

8)Свойства требований.

Свойства требований:

• Полнота - совокупность артефактов, описывающих требования, исчерпывающим образом описывает все то, что требуется от разрабатываемой системы

• Ясность - сходным образом воспринимается всеми совладельцами системы,

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

• корректность,

• согласованность,

не должны противоречить требованиям своего уровня иерархии и требованиям "родительского" уровня:

требования пользователей не должны противоречить бизнес-требованиям, а функциональные требования - требованиям пользователя.

• верифицируемость,

если требование является полным, то его можно проверить.

• необходимость,

• полезность при эксплуатации,

Невозможность выполнения автоматизированных бизнес-функций пользователей;

Полезными считаются любые свойства, повышающие эргономические качества продукта

• осуществимость,

определяется разумным балансом между ценностью (степенью необходимости и полезности) и потребными ресурсами

• модифицируемость,

• трассируемость,

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

• упорядоченность по важности и стабильности,

количественная оценка степени значимости (важности) требования.

• наличие количественной метрики

запрос должен отрабатываться не более, чем ___ секунд; средняя наработка на отказ должна составлять не менее, чем ___ часов.

9) Характеристика процесса анализа требований. Результат анализа требований.

Процесс анализа требований(Requirement Process):

• Формирование видения;

• Выявление требований;

• Классификация и спецификация требований;

• Расширенный анализ требований (моделирование и прототипирование);

• Документирование требований;

• Проверка требований;

• Управление требованиями;

• Совершенствование процесса работы с требованиями.

Результаты АТ:

• набор артефактов: текстовые документы, модели UML, либо других языков моделирования, прототипы программного обеспечения.

Цели, преследуемые потоком работ АТ:

• добиться одинакового понимания с заказчиком и пользователями о том, что должна делать система;

• дать разработчикам наилучшее понимание требований к системе;

• определить границы системы;

• определить интерфейс пользователя и системы.