Типичные приемы моделирования Архитектура системы

Наиболее распространенный случай применения систем и моделей - это орга­низация элементов, используемых с целью визуализации, специфицирования, конструирования и документирования архитектуры системы (см. главу 1). При этом затрагиваются практически все артефакты, встречающиеся в проекте разра­ботки программного обеспечения. Моделируя системную архитектуру, вы своди­те воедино решения, принятые относительно требований к системе, ее логических и физических элементов. Моделируются структурные и поведенческие аспекты системы, образцы (или паттерны), формирующие ее различные представления. Наконец, следует обратить внимание на стыковку подсистем и трассировку реше­ний, начиная от формулировки требований до этапа развертывания.

Моделирование архитектуры системы производится так:

1. Идентифицируйте виды, которые вы будете использовать для представле­ния архитектуры (см. главу 2). Чаще всего это виды с точки зрения преце­дентов, процессов, реализации и развертывания, как показано на рис. 31.3

2. Специфицируйте контекст системы, включая и окружающие ее актеры.

3. При необходимости разложите систему на элементарные подсистемы.

При моделировании системы в целом и ее подсистем выполняются следующие действия:

1. Специфицируйте вид системы с точки зрения вариантов использования или прецедентов, которые описывают поведение системы таким, каким оно пред­ставляется конечным пользователям, аналитикам и тестировщикам. Для мо­делирования статических аспектов примените диаграммы (см. главу 7) пре­цедентов, а для моделирования динамических - диаграммы взаимодействия, состояний и деятельности.

2. Специфицируйте вид системы с точки зрения проектирования, куда входят классы, интерфейсы и кооперации, формирующие словарь предметной об­ласти и предлагаемого решения. Для моделирования статических аспектов примените диаграммы классов и объектов, а для моделирования динамичес­ких - диаграммы последовательностей, состояний и деятельности.

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

4. Специфицируйте вид системы с точки зрения реализации, куда входят ком­поненты, используемые для сборки и выпуска готовой физической системы.

Для моделирования статических аспектов используйте диаграммы компонентов, для моделирования динамических - диаграммы взаимодействия, состояний и деятельности.

5. Специфицируйте вид системы с точки зрения развертывания, куда входят узлы, формирующие топологию аппаратных средств, на которых выполня­ется система. Для моделирования статических аспектов применяются диаг­раммы развертывания, для моделирования динамических - диаграммы вза­имодействия, состояний и деятельности.

6. Смоделируйте архитектурные образцы (паттерны) и образцы проектирова­ния с помощью коопераций.

Необходимо понимать, что системная архитектура не рождается в ходе единич­ного акта творения. Напротив, хорошо структурированный процесс применения UML подразумевает последовательное уточнение архитектуры на основе анализа прецедентов, итеративное и инкрементное (Рациональный Унифицированный Про­цесс обсуждается в главе 2).

Если не брать в расчет простейшие системы, вам необходимо управлять верси­ями системных артефактов. Для представления решений о версиях каждого эле­мента можно воспользоваться механизмами расширения UML (см. главу 6), в част­ности помеченными значениями.