2. Отношения в uml

В UML определены четыре типа отношений.

• зависимость;

• ассоциация;

• обобщения;

• реализация.

Отношения являются связующими элементами для объединения сущностей.

Зависимость – это семантическое (смысловое) отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой.

Ассоциация – структурное отношение, описывающее совокупность связей между объектами. Графически изображается прямой линией (иногда со стрелкой или меткой), рядом с которой могут присутствовать дополнительные обозначения, например, кратность или имена.

Обобщение – это отношение родитель-потомок.

Реализация – это семантическое отношение между интерфейсами и реализующими их классами или между прецедентами и реализующими их кооперациями.

3. Диаграммы

Диаграмма – это графическое представление набора элементов с отношениями между ними. Обычно представляет собой ориентированный граф, описывает систему визуально с какой-либо точки зрения. Всего существует девять типов диаграмм.

Диаграмма классов – включает классы, интерфейсы, объекты и кооперации, а так же отношения между ними. Эта диаграмма соответствует статическому виду системы с точки зрения проектирования.

Диаграмма объектов – представляет объекты и отношения между ними. Она даёт статический слепок экземпляров сущностей, показанных на диаграмме классов.

Диаграмма прецедентов – включает прецеденты и актёров (внешние, по отношению к данной системе, лица или другие системы), а так же отношения между ними.

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

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

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

Диаграмма деятельности – разновидность диаграммы состояния, показывает потоки управления между объектами.

Диаграмма компонентов – представляет организацию компонентов и существующих между ними зависимостей. Относится к статическому виду системы.

Диаграмма развёртывания – представляет конфигурацию обрабатывающих узлов системы и размещённых в них компонентов. Относится к статическому виду системы.

4. Инструментарий проектирования программного обеспечения

Многие продукты, реализующие CASE-технологии (Computer Aided Software Engineering – автоматизированное проектирование и создание программ) в настоящее время поддерживают нотацию UML. Такие пакеты как Paradigm Plus, System Architect, Microsoft Visual Modeler, Delphi и др. Поддерживают нотацию UML. Наиболее мощный пакет проектирования, разработанный компанией Rational Software – Rational Rose (RR) позволяет использовать при разработке все возможности языка UML.

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

Первая фаза: определение свойств системы. На этом этапе задаётся идея нового ПО, определяются варианты разработки, круг лиц, взаимодействующих с ПО, круг задач (варианты использования Use Case), время и стоимость разработки. RR в первой фазе позволяет отображать диаграммы прецедентов (варианты использования) для нескольких вариантов разработки. Документировать эти варианты с описанием действующих лиц и прецедентов. Эти диаграммы можно показать заказчикам, чтобы убедиться в полном представлении свойств ПО.

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

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

Четвёртая фаза: ввод в действие. Эта фаза наступает, когда готовый продукт, откомпилированный в среде выбранного языка высокого уровня, передают пользователю. В этой фазе RR не используется.