Форум Сообщества Аналитиков
Общий раздел => Нововведения => Тема начата: Galogen от 31 Января 2007, 18:59:40
-
UML 2.0 становится стандартом или уже стал таковым.
Есть публикации, книи, которые рассказывают об этомстандарте. Во многих пакетах есть описание стандарта и сравнение его с предыдущими. Однако мне все равно кое-что не понятно.
Не понятно, например, что такое collaboration и как его использовать. И вообще хотелосьбы узнать как применять новые диаграммы и как они согласуются со старыми
-
еще на старой работе пИсал перевод популярно о ЮМЛ2, так и не закончил, на днях найду запощу оригинал
-
вот нашел: http://www.xpdian.biz/UML2.0changes.html
-
UML 2.0 становится стандартом или уже стал таковым.
Есть публикации, книи, которые рассказывают об этомстандарте. Во многих пакетах есть описание стандарта и сравнение его с предыдущими. Однако мне все равно кое-что не понятно.
Не понятно, например, что такое collaboration и как его использовать. И вообще хотелосьбы узнать как применять новые диаграммы и как они согласуются со старыми
еще актуально?
-
еще актуально?
Что касается коллобораций и некоторых новых диаграм вполне актуально. Если у Вас есть чем поделиться, добро пожаловать
-
Что касается коллобораций и некоторых новых диаграм вполне актуально.
В UML 1 была диаграмма кооперации (Collaboration diagram), название которой вводило в заблуждение, так как люди думали, что на ней надо было рисовать кооперации, а на самом деле диаграмма кооперации отображала взаимодействие объектов при выполнении какого-нибудь сценария.
В UML 2 ошибку исправили и переименовали диаграмму кооперации в диаграмму коммуникации (Communication diagram).
Сама по себе кооперация (Collaboration)- это сущность.
Кооперация состоит из элементов(классов), суммарный эффект взаимодействия которых больше, чем сумма эффектов отдельных элементов.
Кооперация описывается со структурной (диаграммы классов) и динамической точек зрения (какая-нибудь диаграмма взаимодействия).
Каждый элемент в кооперации играет свою роль. Когда кооперация реально применяется в проекте (рисуется она на диаграмме классов), каждый из ее элементо замещается реальным классом проектируемого приложения.
Картинки позже нарисую...
Примером кооперации может служить любой образец проектирования, т.е. решение, которое можно использовать повторно.
-
Спасибо за ответ. Однако насколько я понимаю, кооперация не ограничивается только шаблонами проектирования? Вы сами сказали, что возможны и поведенческие моменты?
Еще интересно понять возможности использования разных дополнительных элементов типа портов, частей и т.п.
-
Однако насколько я понимаю, кооперация не ограничивается только шаблонами проектирования? Вы сами сказали, что возможны и поведенческие моменты?
Образцы проектирования - хороший пример коопераций.
Поведенческие моменты не возможны, а обязательны, так как надо понимать как кооперация работает, т.е. как члены коопераций обмениваются сообщениями. Без этого кооперация теряет смысл.
Еще интересно понять возможности использования разных дополнительных элементов типа портов, частей и т.п.
Безпредметно (без контекста) говорить об этом сложно. Гораздо продуктивнее будет привести какой-нибудь пример (например, картинку) и о ней поговорить.
Без портов вполне можно обойтись. По сути они просто указывают (и именуют) точки через которые элементы могут взаимодействовать с внешним миром.
Часть - обобщенное название элементов из которых состоит структурный классификатор (например, класс или компонент).