Понятие архитектуры программного обеспечения является центральным для RUP и хорошо поддерживается на протяжении всего процесса.
Во-первых, RUP описывает несколько ролей, одна из которых архитектор программного обеспечения :
Это обычно включает в себя определение
и документирование архитектурно
важные аспекты системы,
в том числе требования, дизайн,
реализация и развертывание "просмотров"
системы.
Затем в RUP имеется артефакт, называемый Документ архитектуры программного обеспечения (SAD) :
Документ архитектуры программного обеспечения
обеспечивает комплексный архитектурный
обзор системы, используя номер
различных архитектурных взглядов на
изображать различные аспекты
система.
Система «нарезана» и документируется с использованием разных представлений. Филипп Крухтен , директор по развитию процессов, популяризировал 4 + 1 модель архитектурного представления . Мнения:
- сценарий использования / сценарий
- логическое представление
- развертка
- процесс просмотра
- физический вид / вид депозита
ИМО, это действительно хорошая структура. Однако вам не нужно следовать этой структуре в SAD. Цель SAD - описать информацию, дополняющую код, особенно то, как будут выполняться нефункциональные требования. Вот интересных рекомендаций о том, что должен содержать такой документ.
Вы можете ознакомиться с образцами RUP: система регистрации курсов и система спортивного пейджинга .