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