Как передавать значения с тегами в Enterprise Architect из одного экземпляра в другой

Мои вопросы касаются воплощения концепции в реальность за счет технической доступности EA.

Я ищу способ подключения экземпляров на диаграмме объектов, через которую я могу передавать помеченные значения. Позвольте мне объяснить предысторию проекта.

Цель состоит в том, чтобы сначала иметь Стереотипы для конкретных ролей в системе, таких как «Расчет», «Передача», «Решение», «Квалификация», «Абстракция» и т. д.

У каждого из этих стереотипов есть определенные помеченные значения, подходящие для их цели.

Затем я создаю экземпляры из этих стереотипов, например. «MotorTorque: расчет» и «LimitedTorque: абстракция»

Каждый из этих экземпляров имеет общее значение тега, «критичность», логическое значение, и я хочу, чтобы это значение тега переходило от «MotorTorque: Расчет» к «LimitedTorque: Abstraction» через выходной порт> какой-то поток> входной порт каким-то образом .

Вопросы:

1- Этот подход технически достижим в EA? Если да, то каким будет правильный способ сделать это?

2- Цель состоит в том, чтобы это «соединение» читалось при экспорте диаграммы XMI, которую я буду использовать в качестве входных данных для другой цели.

Я создал технологию ЦРТ для своего проекта со стереотипами и помеченными ценностями, однако мне трудно достичь этой «связи», этого «потока» ценностей.

Спасибо за ваше время.


enterprise-architect xmi
person Barbaros Serter    schedule 23.08.2016    source источник
comment
Вы изучали SysML?   -  person qwerty_so    schedule 23.08.2016
comment
Что вы имеете в виду под общим телевидением? Общий?   -  person qwerty_so    schedule 23.08.2016
comment
Однажды я использовал части SysML для создания своей собственной ЦРТ, и это сработало хорошо. Однако SysML, скорее всего, даст вам некоторые идеи. (Ваш последний комментарий не был полным)   -  person qwerty_so    schedule 24.08.2016
comment
В настоящее время я изучаю SysML, много читаю о том, как он работает. Что касается обычного телевидения, мы хотим иметь атрибуты для этих стереотипов, однако в EA атрибуты больше связаны с формой, чем с аспектом стереотипа. В моем случае критически важным было бы общее значение тега, которое принадлежит/определяется как для экземпляров расчета, так и для передачи. Если эти экземпляры подключены, я хочу, чтобы их телевизор был одинаковым, если это имеет смысл.   -  person Barbaros Serter    schedule 24.08.2016
comment
а не общий, я хочу, чтобы это значение влияло на значение того, что происходит ниже по течению от этого экземпляра. A › B такое, что если A критично и A соединено с B, то B также критично   -  person Barbaros Serter    schedule 24.08.2016

Ответы (2)


arrow_upward
0
arrow_downward

То, о чем вы просите, напрямую не достижимо. Однако многие пути ведут в Рим.

Одним из способов было бы <<trace>> соединить эти объекты с классом Status (или как бы вы его ни называли) и сделать так, чтобы он нес "общее телевидение".

Другой способ (гораздо более сложный) — использовать надстройку. В любом случае вам понадобятся способы создания групп, которые совместно используют телевизор. Из вашего текущего объяснения я не понимаю, что это может быть. Может быть, класс создания экземпляров этих экземпляров? Если это так, вы создаете сценарий, который распространяет настройку телевизора из ist current на все другие связанные экземпляры. Я не уверен, что события надстройки срабатывают при смене телевизора (здесь у меня есть некоторые сомнения). Если нужно, я мог бы посмотреть это.

person qwerty_so    schedule 24.08.2016
comment
Большое спасибо, Томас, я посвятю некоторое время опробованию ваших предложений и обновлю этот пост для будущего использования другими. - person Barbaros Serter; 25.08.2016
comment
Не забудьте опубликовать любой совет как ответ себе, а не как редактирование вопроса. Ваше здоровье - person qwerty_so; 25.08.2016

arrow_upward
0
arrow_downward

То, что вы предлагаете, частично осуществимо.

В EA существует цепочка наследования помеченных значений, в которой помеченные значения наследуются по цепочке обобщения и от классификатора к его экземплярам. В графическом интерфейсе унаследованные тегированные значения отображаются отдельно от собственных значений экземпляра, а в API доступ к ним осуществляется с помощью свойства Element.TaggedValuesEx. Унаследованные значения тегов также могут быть переопределены.

Поскольку правильный способ создания порта (или его части/свойства) состоит в том, чтобы сделать его экземпляром компонента, порт унаследует все теговые значения от этого компонента. Таким образом, если ваш стереотип расчета применим к компоненту, порты, которые являются экземплярами компонентов расчета, наследуют значение тега MotorTorque.

Тем не менее, нет способа «перелить» тегированные значения из одного порта в другой. Если вам нужна такая функция, вам придется реализовать ее самостоятельно с помощью надстройки.

Что касается XMI, сначала вы должны понимать, что экспорт XMI основан на пакете, а не на диаграмме. Сам формат XMI является расширяемым, что означает, что разные поставщики инструментов создают свои собственные расширения, которые обычно не документируются публично. Важно отметить, что макеты диаграмм являются частью этих нестандартных расширений. В случае EA данные изображения представляют собой своего рода растровое изображение в кодировке UU, из которого вы не сможете извлечь какую-либо полезную информацию.

Значения тегов элементов включаются в экспорт XMI, но опять же, расширения EA не задокументированы публично. Другими словами, вы можете импортировать формат EA:XMI в другую программу, но вам потребуется реконструировать формат. Не невозможно, но, вероятно, лучше либо написать собственную специализированную функцию экспорта, либо экспортировать через CSV< /а>. Обратите внимание, однако, что экспорт CSV не может быть автоматизирован — в API нет вызова для этого.

person Uffe    schedule 29.08.2016