Основные требование к дизайну - Документирование требований к ПО (часть 2)

Номера страниц проставляются посередине верхнего поля документа на расстоянии не менее 10 мм от верхнего края листа. Допускается создание документов на лицевой и оборотной сторонах листа. При двустороннем создании документов ширина левого поля на лицевой стороне листа и правого поля на оборотной стороне листа должны быть равны.

Виды требований и задачи управления ими по BABOK®Guide

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

Прежде чем начинать проект, обязательно нужно знать, какой результат продукт вы хотите получить. И порой этот продукт необходимо описать самым тщательным образом. Иными словами, нужно знать, какие требования заказчик предъявляет к продукту. Полный набор этих требований называют каталогом требований, или спецификацией. Крупные и сложные проекты обычно насчитывают тысячи требований. Бизнес-анализ как раз и позволяет выявлять проблемы и определять, что требуется для их преодоления.

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