Interaction diagram (диаграмма взаимодействия)
Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграмма последовательностей действий) и Collaboration diagram (диаграмма сотрудничества), они позволяют всесторонне рассмотреть взаимодействие объектов в создаваемой системе.
Sequence diagram (диаграмма последовательностей действий).
Рис. 4.2.15. Диаграмма активности последовательностей действий.
Объекты системы взаимодействуют посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов.
Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами.
Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений. Для того чтобы окинуть взглядом все взаимосвязи объектов, служит Collaboration diagram.
Collaboration diagram (диаграммы сотрудничества)
Рис. 4.2.16. Диаграмма сотрудничества.
Такая диаграмма компактно отражает принимаемые и передаваемые сообщения объекта и их типы и может описать взаимодействие объектов независимо от последовательности передачи сообщений.
По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.
Class diagram (диаграмма классов).
Этот тип диаграмм позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов.
Элементы диаграммы отображаю иерархию систем, взаимосвязи интерфейсов (Interfaces) и классов (Classes). Этот тип диаграмм по содержанию противоположен диаграмме Collaboration отображающей объекты системы. Rational Rose позволяет использовать такие диаграммы в различных нотациях для создания классов.
В нотации Г. Буча (Booch) классы изображаются в виде чего-то нечеткого, похожего на облако. Это попытка показать, что класс – это лишь шаблон для создания по нему в дальнейшем конкретного объекта.
Рис. 4.2.17. Диаграмма классов в нотации Буча.
Нотация OMT более строга.
Рис. 4.2.18. Диаграмма классов в более строгой нотации.
Component diagram (диаграмма компонент).
Рис. 4.2.19. Диаграмма компонент.
Эта диаграмма (иначе, диаграмма модулей) нужна для покомпонентного распределения классов и объектов при физическом проектировании системы.
При проектировании больших систем может оказаться, что система должна быть разложена на несколько сотен или даже тысяч компонентов, и этот тип диаграмм позволяет не потеряться в обилии модулей и их связей.
Таким образом нетрудно видеть, что возможности объектно – ориентированного метода проектирования столь широки, что объем детального описания его языковых средств, функций и CASE средств далеко не является целью данного учебного пособия, выходит далеко за рамки данной книги. Поэтому с целью изучения данного метода анализа предметной области в следующем разделе мы рассмотрим его особенности с использованием CASE средства Rational Rose на примере анализа бизнес – процессов.