При составлении документа, содержащего требования, следует тщательно соблюдать баланс между двумя аспектами:

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

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

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

Инженерия требований включает все действия, выполняемые на протяжении всего жизненного цикла, направленные на идентификацию требований пользователя, на анализ этих требований с целью формирования дополнительных требований, на документирование всех требований в форме спецификаций, на проверку документированных требований потребностям пользователей, а также процессы, поддерживающие эти действия (DoD 1991)

Диаграмма потоков данных (data flow diagrams, DFD)

Диаграмма потоков данных состоит из следующих элементов:

• потоки данных;
• процессы преобразования данных;
• хранилища данных;
• внешние объекты.

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

Словарь данных (data dictionary) используется для определения всех потоков и хранилищ данных. Каждый процесс преобразования данных определяет основные функциональные возможности, которыми обладают компоненты системы. Эти возможности описываются в виде П-спецификаций (process specification). Подробные текстовые спецификации часто записываются в форме псевдокода.

Kонтекстная диаграмма (context diagram) диаграмма верхнего уровня, отображающая взаимодействие создаваемой системы с внешними системами.

Диаграмма потоков данных

Контектсная диаграмма

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

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

Диаграмма классов (class diagram)

Основной элемент объектно-ориентированного анализа и проектирования. Диаграммы классов предоставляют информацию о классах объектов и о связях между ними.

Диаграмма классов

Элементы информации:

• Операции (методы);
• Концепция обобщения;
• Атрибуты внутри объектов.

Определение требований на основе точек зрения (viewpoint-oriented requirements definition, VORD)

• Прямые точки зрения (direct viewpoints)
  Получают услугу от системы и передают в систему управляющую информацию и данные.
• Косвенные точки зрения (indirect viewpoints)
  Не взаимодействуют с системой напрямую, но имеют некоторую «заинтересованность» в ее услугах.

Метод VORD включает:

• Идентификация точки зрения и структурирование;
• Документирование точки зрения;
• Анализ и спецификация требований, связанных с точкой зрения.

Графические условные обозначения точки зрения

Метод VORP позволяет назначать для точек зрения атрибуты. Атрибуты предоставляют данные, с которыми работает система.

Пример определения точек зения с атрибутами для системы автоматической оплаты парковки

Поведение системы моделируется с использованием сценариев событий.

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