Раздел объясняет, почему качество требований определяет результат создания информационной системы. В нём формулируются проблема, цель, задачи и практическая значимость проекта, а также уточняется связь между потребностями организации, работой пользователей и будущими функциями программного решения. Отдельно обозначаются основные понятия и логика дальнейшего рассмотрения темы.

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

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

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

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

Пункт знакомит с назначением стандартов, регламентирующих жизненный цикл, инженерный процесс, качество и оформление требований к информационным системам. Рассматриваются ISO/IEC/IEEE 29148, семейство ISO/IEC 25010 и российский ГОСТ 34.602-89. Объясняется, какие единые термины, структуры документов и критерии оценки они помогают применять на практике.

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

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

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

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