Диаграмма классов: интерфейс
Интерфейсы являются элементами диаграмм вариантов использования. Однако при построении диаграммы классов отдельные интерфейсы могут изображаться в виде прямоугольника со стереотипом "interface".
При этом секция атрибутов у прямоугольника отсутствует, а указывается только секция операций.
Из интернета:
Интерфейсы являются абстрактными классами, следовательно, объекты данных классов не могут быть созданы напрямую. Они могут содержать методы, но не атрибуты. Классы могут наследоваться от интерфейсов (через ассоциацию реализации), и полученные объекты затем могут использоваться при составлении диаграмм.
Интерфейс (interface) — именованное множество операций, которые характеризуют поведение отдельного элемента модели.
Интерфейс в контексте языка UML является специальным случаем класса, у которого имеются операции, но отсутствуют атрибуты. Для обозначения интерфейса используется специальный графический символ окружность или стандартный способ – прямоугольник класса со стереотипом <<interface>> (рис. 5.5).
На диаграмме вариантов использования интерфейс изображается в виде маленького круга, рядом с которым записывается его имя (рис. 5.5, а). В качестве имени может использоваться существительное, которое характеризует соответствующую информацию или сервис, например" Видеокамера " (рис. 5.5, б). С учетом языка реализации модели имя интерфейса, как и имена других классов, рекомендуется записывать на английском и начинать с заглавной буквы I, например, ITemperatureSensor, IsecureInformation(рис. 5.5, в).
Рис.
- Примеры графического изображения
интерфейсов на диаграммах классов
Интерфейсы на диаграмме служат для спецификации таких элементов модели, которые видимы извне, но их внутренняя структура остается скрытой от клиентов. Интерфейсы не могут содержать ни атрибутов, ни состояний, ни направленных ассоциаций. Они содержат только операции без указания особенностей их реализации. Формально интерфейс не только отделяет спецификациюопераций системы от их реализации, но и определяет общие границы проектируемой системы. В последующем интерфейс может быть уточнен явным указанием тех операций, которые специфицируют отдельный аспект поведения системы. Графическое изображение интерфейсов в форме окружности могут использоваться и на других типах канонических диаграмм, например, диаграммах компонентов и развертывания.
Диаграмма техники оо проектирования и их назначение
Взаимодействие объектов:
Диаграммы кооперации
Является альтернативой диаграммы последовательностей. Если диаграмма последовательности служит для визуализации временных аспектов взаимодействия, то диаграмма кооперации предназначена для спецификации структурных аспектов взаимодействия. Следовательно, на диаграмме лучше просматривается распределение процессов между объектами (из-за отсутствия оси неявного времени).
Кооперация может быть представлена на двух уровнях:
на уровне спецификации (показывает роли классов и ассоциации в рассматриваемом взаимодействии).
На уровне примеров (определяются необходимые свойства объектов, участвующих в кооперации, а также указывающие ассоциации, которые должны иметь место в кооперации).
Так как одна совокупность объектов может учитываться в различных кооперациях, на кооперации уровня спецификации указываются лишь те свойства операторов и связей, которые необходимы в данной кооперации, а на диаграмме классов должны быть все свойства и ассоциации между элементами диаграммы.
Отметим, что подобное представление используется на начальных этапах проектирования. В последующем, каждая из коопераций подлежит детализации на уровне примеров.
При этом в качестве элементов диаграммы кооперации выступают объекты и связи, дополненные сообщениями. На них и акцентируем внимание.
Диаграммы последовательности
Диаграмма последовательности используется для представления временных особенностей передачи и приема сообщений между объектами. Они позволяют наглядно показать сценарии вариантов использования разрабатываемого ПО.
На диаграмме последовательностей отображаются объекты непосредственно участвующие во взаимодействии при этом объекты с линиями жизни размещены последовательно слева направо а неясное время представлено вертикалью, направленной сверху вниз.
Поведение объектов:
Диаграмма состояний
В Visio - трафарет Statechart Diagram.
Диаграмма состояний используется для отдельных классов с целью описания поведения порожденных ими объектов.
Диаграмма состояний по существу является графом специального вида, который представляет некоторый автомат.
Поэтому для построения и понимания семантики конкретной диаграммы состояния надо представлять не только особенности поведения моделируемой сущности, но и знать общие введения по теории автоматов.
Диаграмма деятельности
В Visio - трафарет Activity Diagram.
Диаграмма деятельности в UML используется для моделирования процесса выполнения операций. Из-за схожести нотаций их можно считать частным случаем диаграммы состояний. Диаграммы деятельности отличается от диаграммы состояния семантикой состояний и отсутствием на переходах сигнатуры событий.
Диаграмма вариантов использования:
В Visio для создания диаграмм вариантов использования необходимо выбрать трафарет Use Case Diagram.
Диаграммы вариантов использования являются исходными концептуальным представлением системы на этапе ООА. Диаграммы вариантов использования позволяют:
определить общие границы и контекст моделируемой ПРО
сформулировать общие требования к функциональному поведению создаваемой системы
разрабатывать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей
подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Диаграмма классов:
Диаграмма классов служит для представления статической структуры модели системы в терминологии объектно-ориентированного подхода.