Связывание диаграммы активности с объектами, к которым осуществляется доступ
Как мы представляем в диаграмме действий, какие объекты должны быть доступны или обновлены? Это должно быть сделано как часть диаграммы деятельности, или это должно быть сделано отдельно?
2 ответа
Вы указываете, какой Classes
доступны или обновляются с помощью Pins
на Action
или используя ActivityParameterNode
на Activity
, Те Pins
выглядят как маленькие квадраты на периферии Action
или прямоугольники на рамке диаграммы Activity
и вы подключаете OutputPins
в InputPins
с помощью ObjectFlows
(которые, к сожалению, выглядят так же, как ControlFlows
которые соединяют Actions
все вместе). Вот пример из спецификации UML 2.5:
Теперь, чтобы ответить на то, что я думаю, вы действительно спрашиваете. Я думаю, что вы хотите знать, как перейти к случаям Classes
в твоей модели. Чтобы сделать это из Activity
, вы используете ReadStructuralFeatureAction
читать свойства из Class
экземпляр, которому принадлежит Activity
вы указываете. Значения вытекают из OutputPin
, С помощью ReadStructuralFeatureActions
Вы можете перемещаться везде, где позволяют ваши экземпляры. (Обратите внимание, что когда Property
принадлежит Association
а не Class
Вы используете один из ReadLink*Actions
специализации Action
.)
Пожалуйста, смотрите Часть 4 превосходной серии Конрада Бока, UML 2 Модели действий и действий, Часть 4: Узлы объектов для лучшего понимания.
Вы можете использовать либо
- зависимость (пунктирная линия) или
- поток объекта (сплошная линия), чтобы показать, что действие взаимодействует с объектом или
- информационный поток (стереотипно с
<<flow>>
). Таким образом, вы можете указать один или несколько классов, которые управляют потоком информации (в данном примере это FileTypeObject).