UML 2: Activity diagram: Отличие элементов действий (Прочитано 11079 раз)
Уважаемые коллеги, изучаю диаграмму деятельности и начал использовть в своей работе UML2 tools от Eclipse.
Подскажите пожалуйста или укажите,  где можно познакомиться с такой информацией (желательно с примерами использования).

Чем отличаются следующие элементы (все насколько я понимаю приcутствуют в стандарте UML 2) :
*Add Feature Value Action
*Call Behavior Action
*Call Operation Action
*Create Object Action
*Opaque Action
*OpaqueBehavior
*Value Specification Action



Уважаемые коллеги, изучаю диаграмму деятельности и начал использовть в своей работе UML2 tools от Eclipse.
Подскажите пожалуйста или укажите,  где можно познакомиться с такой информацией (желательно с примерами использования).

Чем отличаются следующие элементы (все насколько я понимаю приcутствуют в стандарте UML 2) :
*Add Feature Value Action
*Call Behavior Action
*Call Operation Action
*Create Object Action
*Opaque Action
*OpaqueBehavior
*Value Specification Action

В UML 2 действительно описаны данные элементы, но чтобы тут все объяснить надо потратить массу времени (надо дать все определения, связать их друг с другом и пр.)

Самый простой способ для вас - создать диаграмму деятельности с каждым из этих действий и посмотреть на сгенеренный код. Если уже после этого возникнут вопросы - задавайте.



Самый простой способ для вас - создать диаграмму деятельности с каждым из этих действий и посмотреть на сгенеренный код.
А разве можно сгенерировать код по диаграмме деятельности?



А разве можно сгенерировать код по диаграмме деятельности?
А зачем тогда к Eclipse это прикручивать и так детально описывать действия?



В UML 2 действительно описаны данные элементы, но чтобы тут все объяснить надо потратить массу времени (надо дать все определения, связать их друг с другом и пр.)

Самый простой способ для вас - создать диаграмму деятельности с каждым из этих действий и посмотреть на сгенеренный код. Если уже после этого возникнут вопросы - задавайте.
Eclipse - для меня платформа для разработки (средства моделирования, IDE, ...), я пока не думал о генерации кода (если можете подсказать как это сделать -  welcome)
+ есть ли литературка об этом (о различиях) почитать?



OMG Unified Modeling LanguageTM (OMG UML),
Superstructure
Version 2.2
Спасибо
Я тоже самостоятельно доходил до этого источника, только вот так и не понял предназначение такой штуки, например, как Opaque Action



Спасибо
Я тоже самостоятельно доходил до этого источника, только вот так и не понял предназначение такой штуки, например, как Opaque Action
Это действие записанное, например, на естественном языке, или на C++, т.е. действие, которое не следует никак интерпретировать инструменту.



Тема -- жир для некрокопателей.
Behavior -- это глыба, про которую у нас может быть повод нарисовать диаграмму деятельности / диаграмму состояний / диаграмму взаимодействия, чтобы прояснить, что там внутри.
Opaque Behavior -- это глыба, устройство которой мы не хотим описывать визуально на UML (это так в стандарте сформулировано). Её описание мы составим на _текстуальном_ языке, не являющимся UML (вероятно, авторы стандарта считают, что UML может быть текстуальным, невизуальным).
Action -- это кирпичик, строительный материал при описании глыб -- Behavior-ов. Кирпичик проще глыбы, настолько, что для него собственная диаграмма не нужна.
Opaque Action -- это кирпичик с пояснением/телом на текстуальном языке, не являющимся UML. Эти Action-ы используются чаще всего. Авторы стандарта даже считают, что при рисовании диаграмм деятельности (или диаграмм состояний) рисовальщик сначала кладёт Opaque-кирпичик, кумекает, и потом заменяет на что-нибудь более приличное (вспоминаем Рамбо: "В ставке Гитлера все...").
Add Feature Value Action -- это кирпичик не требующий пояснения, т. к. про него всё поясняет UMLьный стандарт. У него есть входной пин. На пин приходит значение. Когда кипричик запущен, он присваивает это значение в поле объекта (иногда затирая старое, если оно было).
Call Behavior Action -- это кирпичик (не требующий пояснения и т. д.). Он запускает чего-то сложное, то есть глыбу-Behavior, для которой может быть нарисована своя UML-диаграмма. Запуск может быть синхронным или асинхронным. Если запускаемое поведение является деятельностью, то на кирпичике ставят визуальный значок-"рубильник". На практике, если диаграмма деятельности получается большой, то бьём её на части и на основном осколке ставим Call Behavior(Activity) Action-ы как ссылки на осколки-продолжения.
Call Operation Action -- это кирпичик (не требующий пояснения и т. д.). У него есть входной пин. На пин приходит объект. Когда кирпичик запущен, он посылает этому объекту сообщение, вызывающее определённую операцию этого объекта.
Create Object Action -- это кирпичик (не требующий пояснения и т. д.). У него есть выходной пин. На пин выдаётся экземпляр класса, создаваемого, когда кирпичик запущен. Это голенький экземпляр объекта, у которого нет никаких значений, ссылок. Примечательность этого кирпичика в том, что он служит не только на диаграммах. С его помощью стандарт UML объясняет жизненный цикл экземпляров объектов.
Value Specification Action -- это кирпичик (не требующий пояснения и т. д.). У него есть выходной пин с именем result. На него выдаётся значение, которое является результатом вычисления спецификации значения (например, выражения). Само вычисление стартует, когда кирпичик запущен. Пример: пишем выражение "1". Получаем Value Specification Action-кирпичик, выдающий при его запуске единицу.
« Последнее редактирование: 15 Июня 2022, 03:33:01 от [прилетело НЛО и...] »
[...и улетело НЛО.]




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19