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

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

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

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

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

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

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

Проверьте рекомендации по проектированию, учитывая результаты проверки проектирования.

• Следуют ли сотрудники рекомендациям? Если нет, по какой причине?
• Правильны ли рекомендации? Были ли обнаружены дефекты, возникшие вследствие ошибочных рекомендаций?
• Достаточно ли рекомендации подробны? Возможно ли уменьшение числа дефектов за счет предоставления дополнительных рекомендаций?

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