Форум Сообщества Аналитиков

Общий раздел => ПО Аналитика => Sparx => Тема начата: Galogen от 22 Марта 2007, 11:48:52

Название: Enterprise Architect: Практика использования
Отправлено: Galogen от 22 Марта 2007, 11:48:52
Коллеги, я новичок в использовании EA и хотел испросить совета.
Как вы знаете RUP и Rational Rose имеет расширения через стереотипы и графическое их изображение.
Для полного счастья мне не хватает в EA этих графических образов: business actor, worker, entity, boundary и т.п.
Насколько я понимаю - это не проблема для EA. Потому вопрос - как это делается? Если у кого уже есть библиотека графических расширений ну и т.д.
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 23 Мая 2007, 14:44:44
Это действительно не проблема для EA. У каждого элемента есть в свойствах на первой странице поле Stereotype. Если вручную вбить или выбрать из списка стереотипов нужный, то изображение изменится. Например, для actor'а если ввести вручную стереотип business actor и нажать кнопку Apply, то элемент приобретет нужный вид. Тот же принцип для всего остального. Так же есть отдельная возможность добавления своих графических изображений. Это можно в хелпе посмотреть + в их примере, входящем в поставку.
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 23 Мая 2007, 16:07:56
У каждого элемента есть в свойствах на первой странице поле Stereotype. Если вручную вбить или выбрать из списка стереотипов нужный, то изображение изменится. Например, для actor'а если ввести вручную стереотип business actor и нажать кнопку Apply, то элемент приобретет нужный вид.
попробывал - дейстивтельно получилось. Однако не совсем понятно, почему список этих стереотипов отсутствует в списке доступных.

Цитировать
Тот же принцип для всего остального. Так же есть отдельная возможность добавления своих графических изображений. Это можно в хелпе посмотреть + в их примере, входящем в поставку.

В общем я разобрался с этим делом. Действительно все просто и довольно понятно:
Имеем три возможности:
1. предопределенные стереотипы - которые вияют на отображение элемента, правда не всегда понятно как и где это работает, почему-то на одних диаграммах это отображается как иконка, на других как текст стереотипа. Но в общем заморачиваться не стоит.
2. Переопределить иконку путем внедрения другого рисунка или использования рисунков из готовых имадж библиотек. Здесь обнаружил некоторую проблему с редактированием шрифтов, например ставлю жирный шрифит а ставится все равно не жирный, но это не так страшно. Странно, что почему-то не показываются атрибуты и опреации - например как в розе, даже если сменить стил отображения иконки
3. Создать рисунок используя скрипт. Отличная возможность, но... еесть проблемы:
а/ с автоматическим масштабированием рисунка - непонял как можно этого добиться
б/ скрывается подпись-имя объекта и как застаить его отображаться тоже не понял
с/ несовсем понятны подбор параметров для рисования - примеров маловато

Есть еще проблема -а как самому создавать собсвтенные Имадж библиотеки. Каким образом и какие рекомендации по рисункам - формат, размеры, как их внедрять в xml код, какие инструменты для этого используют
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 24 Мая 2007, 14:53:08
П.1 - подозреваю, что текстом стереотипа помечаются элементы, стереотипы которых не описаны/отсутствуют в спецификации UML 2.1 (или той версии UML, которую поддерживает ваша версия EA).
П.2 - Насчет шрифта - я такого глюка не видела, но возможно и бывает. Атрибуты и операции - могут не показываться на тех диаграммах, для которых спецификацией UML не положено их показывать. Но можно поиграть с командой pop-up меню Set Feature Visibility для конкретного элемента (там есть галки для показа/скрытия разных типов атрибутов и операций) или с командой pop-up меню Properties для всей диаграммы, там есть галки в группе Appearance Options для всех элементов. Если после проставления всех галочек, так и не появятся атрибуты - возможно дело в противоречии спецификации UML, т.к. EA по-моему проводит валидацию модели относительно правил UML.
П.3 и собственные Image-библиотеки - К сожалению, ничем не могу помочь, у меня не было такой необходимости
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 24 Мая 2007, 18:09:01
П.1 - подозреваю, что текстом стереотипа помечаются элементы, стереотипы которых не описаны/отсутствуют в спецификации UML 2.1 (или той версии UML, которую поддерживает ваша версия EA).
версия 6.5.803.

Цитировать
П.2 - Насчет шрифта - я такого глюка не видела, но возможно и бывает. Атрибуты и операции - могут не показываться на тех диаграммах, для которых спецификацией UML не положено их показывать. Но можно поиграть с командой pop-up меню Set Feature Visibility для конкретного элемента (там есть галки для показа/скрытия разных типов атрибутов и операций) или с командой pop-up меню Properties для всей диаграммы, там есть галки в группе Appearance Options для всех элементов. Если после проставления всех галочек, так и не появятся атрибуты - возможно дело в противоречии спецификации UML, т.к. EA по-моему проводит валидацию модели относительно правил UML.
Просто попробуйте - сделайте сначала некую диаграмму, выделите все и измените шрифт скажем 12 жирный Arial. Затем присоедините любую картинку (фотку нечто еще) и увидите размер не изменился, а жирность исчезла.
Делал все это. Ничего не помогает. Вполне возможно отображение в виде иконок и не предусматривает отображение атрибутов и операций по логике вещей, т.к. с иконками мы возимся как раз для отображения самой широкой концепции самого поверхностного взгляда.
Да я заметил что много определяектся еще и типом диаграммы. Например то что я здесь размещу располагается на диаграмме анализа


Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 25 Мая 2007, 10:56:21
Интересный у Вас пример получился  :)
Мне тоже удобно использовать EA в большинстве случаев необходимости рисования картинок.
Про ошибку со шрифтом: если Вы зарегистрированный пользователь, то можно написать им на форум об этой ошибке, насколько я заметила, ребята из Sparx очень быстро реагируют на пожелания пользователей.
Про диаграммы: в таком случае остается только подобрать удобные для Вас типы диаграмм и создавать нужные диаграммы. Для этого удобно создавать их из Project Browser командой Add Diagram - там можно выбрать тип диаграммы, а не брать defaultную, как пришлось бы при создании пакета из панели инструментов или установке свойства composite element для элемента.
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 25 Мая 2007, 13:57:17
Про ошибку со шрифтом: если Вы зарегистрированный пользователь, то можно написать им на форум об этой ошибке, насколько я заметила, ребята из Sparx очень быстро реагируют на пожелания пользователей.
К сожалению я не имею лицензии на продукт и пользуюсь триальной версией с краком. Утешаю себя мыслью, что не зарабатываю на этом деньги.
Или Вы имеете в виду регистрацию на самом сайте?
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 25 Мая 2007, 14:48:50
К сожалению я не имею лицензии на продукт и пользуюсь триальной версией ...
Так и напиши вот юзаю треал, есть такой баг, с ним я купить его не могу. Исправите и когда??
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 25 Мая 2007, 15:41:21
Я имею в виду регистрацию на программу, т.е. покупку лицензии.
Да, можно воспользоваться советом bas :-) Хотя иногда они так и пишут в форуме, что ошибки исправляют только от зарегистрированных пользователей.
Кроме того, по-моему у них там возможны скидки на лицензии для преподавателей, что-то такое я слышала. Им же нужна популяризация средства. Может, Вам стоит написать им письмо и узнать об этой возможности?
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 25 Мая 2007, 22:58:45
Я имею в виду регистрацию на программу, т.е. покупку лицензии.
Да, можно воспользоваться советом bas :-) Хотя иногда они так и пишут в форуме, что ошибки исправляют только от зарегистрированных пользователей.
Кроме того, по-моему у них там возможны скидки на лицензии для преподавателей, что-то такое я слышала. Им же нужна популяризация средства. Может, Вам стоит написать им письмо и узнать об этой возможности?
Да у них есть академическая версия - что-то около 60 или 100 баков.
Вроде немного, но знаете не куплю из принципа: ставка доцента в вузе 5000 р + за степень 3000 - ну сами понимаете смешно даже думать о том, что я планирую купить ентот продукт за деньги официально.

Обратился в вышестоящие органы  на приобретение скажем 30 лицензий - получается что-то около 2000 баков. или 52000 тысяч рубликов - много? вроде нет, а вы попробуйте пробить эту сумму, может студентам всех курсов предложить скинуться? получится так: 25*5 = 125 итого 416 р с носа - не много никто не даст. Так и прийдется пользоваться:
1. кракнутыми версиями - для пропоганды но не использования
2. предлагать опенсоурс ПО - хотя он не всегда так хорош.
3. ипользовать Visio и на большее не рассчитывать

Но в EA я почти влюбился и еще в Visual Paradigm +
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 28 Мая 2007, 10:21:27
 :(
Сочувствую, но, видимо, так и придется выбирать вариант 1. А борьба министерства образования за олицензирование ПО в школах и ВУЗах не поможет заказать и купить недорогой и хороший продукт?
Мне EA приглянулся сразу, и за год использования я ни разу не находила необъяснимых нелогичностей в работе. Падает редко, сделан логично, хелп хороший, обновляется часто. Что еще надо для осчастливливания пользователя?!
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 28 Мая 2007, 19:44:21
:(
Сочувствую, но, видимо, так и придется выбирать вариант 1. А борьба министерства образования за олицензирование ПО в школах и ВУЗах не поможет заказать и купить недорогой и хороший продукт?
Не в моей компетенции. Но могу сказать следующее. Заказал 20 лицензий на 1с8 для программеров. каждая 540 р. Итого 10000 р - полгода уже подписывают. Денег-то мало. А министерство умыло руки мне думается пока.

Цитировать
Мне EA приглянулся сразу, и за год использования я ни разу не находила необъяснимых нелогичностей в работе. Падает редко, сделан логично, хелп хороший, обновляется часто. Что еще надо для осчастливливания пользователя?!
К сожалению я еще ниразу не смог получить в конечном выходе даже каркас ПО. Исключение MDA с Rose в BOLD DELPHI. Так что для меня это скорее рисовалка + органайзер.
Инструмент конечно удобный, но не без недостатков. Многое приходится делать через контекстное меню, что порой раздражает. Есть проблемы с портированием элементов. Особенно достали плавающие дорожки, как их портировать? форматировать. Не совсем удобен перенос фигур - стрелками нельзя.
Почему-то нельзя менять шрифт тегов ограничений наименований ассоциаций - что довольно странно. Но в целом инструмент нравится.

Вы рабоаете уже год, наверняка накоплен не малый опыт как рисования так и организации моделей. Нет желания поделиться?
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 29 Мая 2007, 12:55:34
Irr и Galogen,

Оцените плиз EA по следующим параметрам:
http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=118.0
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 29 Мая 2007, 16:06:26
To Galogen: рисовала-то я много, а аналитик еще ну очень неопытный, так что мой опыт в основном касался рисовательных возможностей EA, организации совместной работы, немного смотрела функции EA по интеграции с системами версионного контроля, систему прав EA, связку EA+RaQuest (это средство работы с требованиями, производится дочкой Sparx). Тут что знаю - все расскажу, ничего не утаю. :)
Irr и Galogen,

Оцените плиз EA по следующим параметрам:
http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=118.0
Немного не поняла, что конкретно надо сделать? Оценить по параметрам в 1м ответе по ссылке и написать ответ и общий счет туда же? Я не смогла найти автоопросник в этой теме
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 29 Мая 2007, 17:42:45
Ну Вы даете.
Вот Критерии, возле каждого критерия написан вес, вам надо рядом с весом поставить свою оценку исходя из 5 (5-очень хорошо). Потом умножить вес на свою оценку, просуммировать, разделить на кол-во критериев и получить общую оценку.

1. Удобство рисования ВСЕХ моделей ЮМЛ - 5
2. Поддержка UML 2.0 - 2
3. Поддержка OCL - 2
4. Поддержка методологий RUP, Agile и т.д. - 3
5. Наличие документации - 5
6. Наличие документаций на русском - 4
7. Наличие примеров - 3
8. Возможность генерации шаблонных документов - 3
9. Возможность интеграции - 3
10. Возможность кодогенерации, обратно и для кого - 5
11. Возможность импорта и куда - 4 (а м.б. и все 5)
12. Возможность коллективной работы и как - 3
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 29 Мая 2007, 19:24:06
ну я попробывал, хотя сложно. Много спорных мест, да и не знаю EA так глубоко, но судите сами:
(http://www.uml2.ru/images/forumpic/EAvalue.jpg)
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 29 Мая 2007, 19:51:48
Ну если интересно вот заявленные фичи оного продукта
Enterprise Architect Features

· Model complex software and hardware systems in UML-compliant notation

· Generate and reverse engineer Actionscript, C++, C#, Delphi, Java, PHP, Python, Visual Basic and VB.NET (Professional and Corporate Editions only)

· Model databases and generate DDL scripts. Reverse database schema from ODBC connections (Professional and Corporate Editions only)

· Manage change, maintenance, test scripts and more

· Model dependencies between elements

· Set object classifiers

· Model system dynamics and state 

· Model class hierarchies

· Model deployment, components and implementation details

· Collect project issues, tasks and system glossary

· Assign resources to model elements and track effort expended versus required effort

· Output detailed and quality documentation in RTF and HTML formats

· Output models in XMI 1.0, XMI 1.1, XMI 1.2 and XMI 2.1 compatible format for import or export to other XMI compliant tools

· Import models in XMI 1.0, XMI 1.1, XMI 1.2 and XMI 2.1 format from other tools

· Version Control through XMI using SCC, CVS and Subversion version control configurations.

· UML Profiles are available to create custom modeling extensions

· Save and Load complete diagrams as UML Patterns

· Show links between elements in tabular format using the Relationship Matrix

· Script and work with the UML elements and automate common tasks using a detailed Automation Interface 

· Connect to SQL Server, MySQL or Oracle 9i and 10g databases (Corporate edition only)

· Migrate changes across a distributed environment with JET Replication 

· Use Controlled Packages based on XMI import/export

· Perform MDA Style Transforms


Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 31 Мая 2007, 10:43:11
По текущим данным, что набрались у меня сейчас, получилось вот так:
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 31 Мая 2007, 12:46:19
Если исходить из 5 бальной шкалы, то пока средняя оценка 14,77 из максимальной 18,1
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 31 Мая 2007, 19:04:41
Если исходить из 5 бальной шкалы, то пока средняя оценка 14,77 из максимальной 18,1
Но ты учти, дорогой mate, что эта оценка не является вообще сколь-нибудь значимой.
1. половину парметров я ставил на обум почти, поскольку просто не пользовался ими или не знаю как использовать. Не эксперт я то есть
2. Некие критерии конечно слишком волюнтаристкие, а вывод рейтинга делением на число критериев довольно странен. Гораздо лучше, если критерий имеет долевой коэффициент - либо относить надо к сумме критериев, либо проводить усреднение (а их много и желательно выбрать такое - которое имеет большую целесообразность - особенно когда сравниватеся длина с цветом - ну когда несравнимые вещи учитываются), можно провести сравнение по всем средневзвешенным осреднениям.
3. Нужна реперзентативная выборка с учетом коэффициента конкордации, то есть доверия к эксперту. Результат следует принимать(доверять) если оный будет не хуже 0,7-0,8

Вообще оценвание систем вопрос не простой и включает качественные и количественные методы.
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 01 Июня 2007, 10:26:37
Абсолютно согласна с предыдущим оратором!
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 01 Июня 2007, 19:42:35
Я в общем-то не против, но что-то лучше чем ничего
Название: Re: Практика использования Enterprise Architector
Отправлено: 110 от 15 Июня 2007, 12:56:03
Здравствуйте!

Я новичок на форуме, только что зарегистрировался.

Подскажите, пожалуйста:
1. Существует ли в природе русскоязычный help (или документация) по EA? Если нет, то какие есть case, с поддержкой UML, имеющие русскую документацию или справку?

2. Можно ли каким-нибудь образом "переключить" EA в "корпоративный режим" (т.е. сделать его corporate edition)?

Заранее благодарю.
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 15 Июня 2007, 13:49:55
1. Существует ли в природе русскоязычный help (или документация) по EA? Если нет, то какие есть case, с поддержкой UML, имеющие русскую документацию или справку?
Вроде как нет в ЕА русского хелпа. Что можно посоветовать:
1. Взять Rational Rose по ней много всяких учебников
2. Попробовать AllFusion Process Modeler (ранее: BPwin) там вроде есть русский хелп
Название: Re: Практика использования Enterprise Architector
Отправлено: Denis Beskov от 15 Июня 2007, 14:11:28
2. Попробовать AllFusion Process Modeler (ранее: BPwin) там вроде есть русский хелп
А когда он стал поддерживать UML?
Название: Re: Практика использования Enterprise Architector
Отправлено: 110 от 15 Июня 2007, 14:11:59
Вроде как нет в ЕА русского хелпа. Что можно посоветовать:
1. Взять Rational Rose по ней много всяких учебников
2. Попробовать AllFusion Process Modeler (ранее: BPwin) там вроде есть русский хелп
А что, последние BPWinы поддерживают UML?
Название: Re: Практика использования Enterprise Architector
Отправлено: 110 от 15 Июня 2007, 15:13:48
И еще один вопрос. (я сейчас разбираюсь с ним, верчу в руках, так сказать)

Рисую в логической модели объект. Почему я не могу указать, какого он класса?
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 15 Июня 2007, 15:31:40
А что, последние BPWinы поддерживают UML?
Сори обознался, имел в виду: AllFusion Component Modeler (ранее: Paradigm Plus), но про русский хелп на него не знаю.
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 15 Июня 2007, 20:30:17
И еще один вопрос. (я сейчас разбираюсь с ним, верчу в руках, так сказать)

Рисую в логической модели объект. Почему я не могу указать, какого он класса?
Да, я тоже столкнулся с этим.
Как-то там можно выкрутиться. Простейший случай, создать сначала нужные классы.
Вероятно есть средства, но я их тоже не нашел, как например это делается в Розе
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 15 Июня 2007, 20:39:47
Кажется знаю как.
Например, делаем набор нужных классов, которые в будущем будут размещены на диаграммах взаимодействия (последовательности или кооперции) да и на других тоже.
Выбираем их в окне браузера проекта, перетаскиваем на диаграмму, появляется окно в котором предлагется вставить элемент как простую ссылку, экземляр элемента(объект) или как нового детятю.
При выборе 2 случая - класс встаиться как объект и будет иметь название класса и пустое имя обхекта которое можно добавить, вот так.
Все работает прекрасно
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 19 Июня 2007, 11:20:05

Рисую в логической модели объект. Почему я не могу указать, какого он класса?
Можете так, как написал Galogen, но можно и для уже созданного объекта указать класс, если класс уже создан. Для этого нужно указать Вашему объекту Classifier. Выделяем объект, ctrl-L или контекстное меню Advanced - Instance Classfier... и там выбираем нужный нам класс.
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 19 Июня 2007, 11:23:54
Подскажите, пожалуйста:
2. Можно ли каким-нибудь образом "переключить" EA в "корпоративный режим" (т.е. сделать его corporate edition)?
Можно, для триального EA с сайта нужно взять ключик по ссылке http://www.sparxsystems.com.au/resources/corporate/index.html
Но это удовольствие будет работать 30 дней. В сломанных EA корпоративного режима я не видела. А что Вам там сейчас понадобилось?
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 19 Июня 2007, 18:07:43
А как из ДП сделать Д Кооперации? Например, в Розе это делается автоматом.
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 19 Июня 2007, 18:52:11
Можете так, как написал Galogen, но можно и для уже созданного объекта указать класс, если класс уже создан. Для этого нужно указать Вашему объекту Classifier. Выделяем объект, ctrl-L или контекстное меню Advanced - Instance Classfier... и там выбираем нужный нам класс.

Irr, Вы как самый опытный пользователь EA - может начнете делать типа методички по использованию EA, приемы кажется набираются. Можно типа FAQ сделать - вопрос ответ?
к
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 20 Июня 2007, 10:12:14
А как из ДП сделать Д Кооперации? Например, в Розе это делается автоматом.
Искали, смотрели, не нашли такой возможности. Либо ее нет, либо она очень хорошо спрятана. В хелпе и интерфейсе не найдено. Может, Вам спросить у Спаркса на форуме?
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 20 Июня 2007, 10:21:52
Irr, Вы как самый опытный пользователь EA - может начнете делать типа методички по использованию EA, приемы кажется набираются. Можно типа FAQ сделать - вопрос ответ?
к
В принципе, материал для методички есть. Предупреждаю сразу, он большей частью по использованию EA для коллективной работы, экспорта/импорта данных и т.д. Ведь я большей частью не аналитик, а технолог, т.е. моя задача поддерживать работу со средством моделирования аналитиков, архитекторов, тестеров, ну и консультировать их заодно. Но если будут вопросы, буду искать на них ответы, мне интересно :-)
В общем, подскажите, в какой форме и куда выкладывать, буду выкладывать :-)
Название: Re: Практика использования Enterprise Architector
Отправлено: Galogen от 20 Июня 2007, 21:02:30
Для начала можно посмотреть нашу дискуссию, вычленить вопросы и варианты решения их и опубликовать прямо здесь.
А далее можно открыть раздел FAQ (в joomla есть встроенный компоент, но можно поискать что-то более привлекатльное) Там это будет выглядеть примерно так:
FAQ- Использование EA:
далее список вопросов: клик на каждом раскрывает ответ, который можно формировать как нормальный html документ с картинками и текстом
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 21 Июня 2007, 10:39:03
Договорились. Супер-скорости пока не обещаю :-)
Если есть еще вопросы по EA, можно кидать их прямо сюда, заодно и на них постараюсь ответить.
Название: Re: Практика использования Enterprise Architector
Отправлено: bas от 21 Июня 2007, 10:58:45
Irr,

Сенкс.
Если не сложно, то подпишись на эту тему, что оперативно отвечать :)
Если есть желание, то можно сделать тебя модератором этого раздела, обязанности модератора здесь:
http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=303.0
Название: Re: Практика использования Enterprise Architector
Отправлено: Irr от 21 Июня 2007, 16:22:24
Подписалась на уведомления по этой теме. Желание стать модератором есть, но боюсь не справиться :-) Давайте вы посмотрите на мое поведение, и если понравится, тогда и сделаете меня модератором :-)
И еще у меня есть просьба: переименуйте, пожалуйста, этот топик в "Практика использования Enterprise Architect", он Architect, а не Architector
Название: Re: Практика использования Enterprise Architect
Отправлено: Наталья Желнова от 21 Июня 2007, 22:56:59
Да у них есть академическая версия - что-то около 60 или 100 баков.
О, как интересно. А в чем ограничения академической версии? Например, у Microsoft многие академические версии - это те же trials, только без ограничений по сроку использования. Что просто ужасно: те же глюки - но за деньги! Нет слов.

Вообще у меня идея: для покупки можно найти Спонсора.
Я поговорю со своими спонсорами :)
Они меня кормят-поят, холят и денег дают (правда, за работу, не просто так) на протяжении уже долгих лет... Так неужели ж не потратятся на благие и высокие цели?
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 21 Июня 2007, 23:38:04
Про корпоративную лицензию и коллективное использование очень кратко (развернуто будет чуть позже)
Для коллективного использования модель можно развернуть несколькими способами:
1. Самый простой: вместо базы по умолчанию использовать базу на MS SQL, Oracle и т.д. - и обращаться к ней по сети. (Крякнутые версии это позволяют делать без корпоративной лицензии)
2. Формировать свою модель на каждом рабочем месте: выгружать базу попакетно, загружать у себя в нужном порядке, работать, результат работы выгружать и т.д. (особенности будут позднее) так же не требует корпоративной лицензии.
3. Несколько моделей и репликации между ними (Это удобно для удаленной работы, когда для работы в одной модели слишком связь плохая) - этот вариант я не пробовала.
Во всех способах есть особенности и необходимость разрабатывать политику прав пользователей (чтоб не затереть чужие изменения). Права пользователей действительно подключаются только с корпоративной лицензией. Но, если мы храним модель попакетно (вариант 2), например, в системе версионного контроля (СВК), тогда тут уже работают права доступа к СВК, а не права EA.
В общем, для реализации коллективной работы корпоративная лицензия не так уж и обязательна. Но вопрос организации коллективной работы тянет за собой кучу вопросов будущего FAQ: внутренняя организация модели EA и способы размещения модели (deployment), перенос ее на промышленный сервер БД, экспорт/импорт/сравнение пакетов и перенос трассировок при этом, резервное копирование модели, интеграция EA с СВК, права пользователей, lock'и на диаграммы и т.д. В общем, это анонс пополнений FAQ на ближайшие 2 недели :-)
Название: Re: Практика использования Enterprise Architect
Отправлено: bas от 22 Июня 2007, 12:20:24
Немного своих впечатлений от использования ЕА:
1. Достачно удобная рисовалка, намного быстрее работает, чем VP
2. Неудобно:
а. Нельязя переносить стрелки от артефакта к артефакту, только удалить и заново
б. Не удобное расширение артефактов (ВИ, классов ...), только пропорционально сторонам
в. Нельзя сгенерить ДКо из ДП
г. При добавление связей м.у. классами на ДКо они проявляются как ассоциации на ДК, что крайне не удобно, так же связи из ДК проявляются на ДКо при добавлении объекта
д. Ну как всегда рисование связей, все равно не удобно :) Роза рулит :)

И еще пол часа искал как же добавить сообщение м/у классами на ДКо, в хелпе и на сайте даже про это не написано. Вот рассказываю:
1. Делаем ассоциацию м/у классами/объектами
2. Нажимаем на ассоциацию правой кнопкой, в меню выбираем Add message и вуаля, получаем сообщение м/у клссами/объектами
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 22 Июня 2007, 19:01:26
О, как интересно. А в чем ограничения академической версии? Например, у Microsoft многие академические версии - это те же trials, только без ограничений по сроку использования. Что просто ужасно: те же глюки - но за деньги! Нет слов.
Ничего не могу сказать. вот ссылка http://www.sparxsystems.com.au/products/academic_pricing.html
Обычная версия конечно подороже, но тоже не астрономические цены
http://www.sparxsystems.com.au/products/ea_purchase.html
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 22 Июня 2007, 19:08:43
д. Ну как всегда рисование связей, все равно не удобно :) Роза рулит :)
мэй би мэй би, но вот например диаграммы розы нихотят отображаться на экране через проектор - куда-то исчезают все графически представления стереотипов, стрелки есть, названия есть, остального нет
Название: Re: Практика использования Enterprise Architect
Отправлено: bas от 22 Июня 2007, 19:13:59
мэй би мэй би, но вот например диаграммы розы нихотят отображаться на экране через проектор - куда-то исчезают все графически представления стереотипов, стрелки есть, названия есть, остального нет
Ctrl+C и в PowerPoint и будет счастье ...
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 22 Июня 2007, 20:34:11
Ctrl+C и в PowerPoint и будет счастье ...
на фиг такое счастье, особенно когда я объясню как строить диаграммы в Розе, на экране ничего не видно, как на экране компа так и видеопроектора.
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 25 Июня 2007, 22:35:12
на фиг такое счастье, особенно когда я объясню как строить диаграммы в Розе, на экране ничего не видно, как на экране компа так и видеопроектора.
Ничего себе! У нас вроде все показывало, и в Rose и в EA на проекторе. Странно как-то. Хотя... визуальные стереотипы мы не пользовали...
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 25 Июня 2007, 22:41:52
Общие вопросы
Что такое Enterprise Architect?
EA – CASE-инструмент для проектирования и конструирования программного обеспечения. EA поддерживает спецификацию UML2.0, описывающую визуальный язык, которым могут быть определены модели проекта.
Некоторые из ключевых функций ЕА:
- создание элементов UML-моделей широкого круга назначения;
- размещение этих элементов в диаграммах и пакетах;
- создание коннекторов между элементами;
- документирование созданных элементов;
- генерация кода для конструируемого ПО;
- реверс-инжиниринг имеющегося кода на некоторых языках.
Используя EA, можно выполнять форвард и реверс-инжиниринг ActionScript, C++, C#, Delphi, Java, Python, PHP, VB.NET and Visual Basic классов, синхронизировать код и элементы моделей, проектировать и генерировать элементы баз данных. Из моделей может быть быстро создана документация в стандартном rtf-формате и импортирована в Word для финального редактирования, так же доступна генерация HTML-документов.
EA поддерживает все модели/диаграммы UML 2.0. С его помощью можно моделировать бизнес-процессы, веб-сайты, пользовательские интерфейсы, сети, конфигурации аппаратного обеспечения, сообщения и т.д., оценивать размер трудозатрат проектных работ в часах, фиксировать и трассировать требования, ресурсы, тест-планы, дефекты и запросы на изменения.
Т.о. EA – современный инструмент, который поддерживает все аспекты цикла разработки, обеспечивая полную трассировку от начала проектирования до размещения и поддержки. Также он обеспечивает поддержку тестирования, управления сопровождением и изменениями.
Какова архитектура EA?
Архитектурно Enterprise Architect представляет собой программу – рабочее место EA, из которого осуществляется соединение через собственный драйвер БД с проектным репозитарием, организованным в виде базы данных. В качестве базы данных по умолчанию используется Microsoft Jet. Так же  в качестве сервера БД могут использоваться SQL Server, MySQL, Oracle 9i и 10g, PostgreSQL, Adaptive Server Anywhere, MSDE Server, Progress OpenEdge.
На рабочем месте хранятся пользовательские настройки этого рабочего места, такие как настройки отображения панелей инструментов, набор горячих клавиш и т.д.
В проектном репозитарии хранятся следующие элементы моделирования:
- объекты модели, такие как UML-элементы и пакеты;
- коннекторы, которые связывают взаимодействующие объекты;
- диаграммы, отображающие объекты, коннекторы и ссылки на другие диаграммы.
При этом один элемент может быть отображен на нескольких диаграммах, но физически как объект базы данных он хранится только в одном экземпляре. Т.о. удаление элемента на диаграмме не вызывает удаление объекта из репозитория.
Также в проектном репозитарии хранится дополнительная и служебная информация:
- дополнительные справочники, такие как глоссарий, авторов моделей, задач, проблем, дефектов и пр.;
- настроечные справочники, такие как типы стереотипов, пользовательских тегов, шаблонов отчетов и т.п.
- шаблоны проектирования, такие как UML-паттерны и UML-профили, позволяющие сохранять и быстро воспроизводить типовые решения, смоделированные ранее.
- базовые линии, т.е. моментальные снимки состояния пакетов в XML-формате.
Для обмена информацией между репозитариями используется экспорт/импорт файлов XML-формата.
Существует ли в природе русскоязычный help (или документация) по EA?
Нет, не существует.
Особенности и недостатки
Инструмент конечно удобный, но не без недостатков. Многое приходится делать через контекстное меню, что порой раздражает. Есть проблемы с портированием элементов. Особенно достали плавающие дорожки, как их портировать?Не совсем удобен перенос фигур - стрелками нельзя.
Почему-то нельзя менять шрифт тегов ограничений наименований ассоциаций - что довольно странно. Но в целом инструмент нравится.
Глюки
Обнаружена некоторая проблема с редактированием шрифтов, например, ставлю жирный шрифт, а ставится все равно не жирный, но это не так страшно. Просто попробуйте - сделайте сначала некую диаграмму, выделите все и измените шрифт, скажем 12 жирный Arial. Затем присоедините любую картинку (фотку нечто еще) и увидите: размер не изменился, а жирность исчезла.
Источники информации для ответов на вопросы
Help к EA, входящий в поставку, информация с сайта производителя http://www.sparxsystems.com.au/ , личный опыт участников форума UML2.ru
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 28 Июня 2007, 14:11:27
Начала рисовать FAQ, буду постепенно добавлять туда информацию. Возникает вопрос: удобно ли использовать для хранения FAQ одно сообщение? Мне для добавления - без разницы, но читатель узнАет о том, что FAQ изменился, только если откроет нужную ветку в форуме. Может, мне надо каждый раз писать ответ в эту ветку с указанием, что изменилось?
Аксакалы, выскажите, пожалуйста, свое мнение
Название: Re: Практика использования Enterprise Architect
Отправлено: bas от 28 Июня 2007, 14:48:45
Отличное начало ...

Создал для вас тему: FAQ - Sparx Enterprise Architect (http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=312.0)
Там и надо будет все оформлять. Лучше наверное писать все в первое сообщение, а в постах просто говорить, что изменилось.
Сделаю вас модератором раздела, а то Вы не сможете править это самое сообщение.
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 28 Июня 2007, 15:01:32
ОК, спасибо, нашла, буду продолжать :-)
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 28 Июня 2007, 16:10:43
Может сделаем проще?
Ира, я сделаю раздел на сайте аналогичного названия. Дам Вам доступ для редактирования и опубликования. Там используя средства визуального редактора, Вы могли бы делать интересные комментарии - фактически вести свой собственный блог. Я могу настроить его для отображения либо как таблица вопросов (с переходом на дополнительное изучения ответа) либо в виде списка вопросов с кратким вступлением и отдельной подробной частью. Если Вам такая функция интересна - дайте знать...
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 29 Июня 2007, 21:20:14
Хорошо, давайте попробуем так.
И ко мне можно обращаться на "ты" :-)
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 30 Июня 2007, 21:10:09
Хорошо, давайте попробуем так.
И ко мне можно обращаться на "ты" :-)
Договорились, но только взаимно :)
В понедельник я отработаю механизм на локальной копии и опубликую способ, которым ты сможешь легко формировать эту рубрику!
Название: Как в Enterprise Architect сделать typedef ?
Отправлено: Oleg_Smith от 01 Июля 2007, 16:12:56
Вобщем есть у меня набор класов, но в одном класе я хочу определить переменную СВОЕГО типа

код на С++ должен получиться приблезительно таким :

typedef enum ACTION_TYPE
{
    AT_START = 1,
    AT_STOP = 2,
    AT_PAUSE = 3,
    AT_RESUME = 4
} ACTION_TYPE ;

class CManager
{
public:
CTaskManager();
virtual ~CTaskManager();

private:
ACTION_TYPE m_atLastAction;
};
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 01 Июля 2007, 21:48:48
Вобщем есть у меня набор класов, но в одном класе я хочу определить переменную СВОЕГО типа код на С++ должен получиться приблезительно таким :

Для начала, я бы не советывал переименовать общую тему для того, чтобы задать вопрос. Создавайте новую тему! Или в этой теме пишите ответ, задавая свой вопрос.

Ну поругали - теперь ответ на Ваш вопрос.
Прилагается картинка. Есть два способа. UML обычно указывает избегать атрибутов такого типа как класс или перечисление. Т.е. атрибут указывается посредством связи.
Вообщем там два варианта: один - похож на Ваше требование, не знаю только как виртуальный метод изображать; второй вариант - почти такой же, только атрибут удален - и указана связь между классом Менеджер и перечислением Тип-действия
Название: Re: Практика использования Enterprise Architect
Отправлено: Oleg_Smith от 01 Июля 2007, 23:25:09
Для начала, я бы не советывал переименовать общую тему для того, чтобы задать вопрос. Создавайте новую тему! Или в этой теме пишите ответ, задавая свой вопрос.

Вообще то, я именно так и сделал, причем в ветке "Для всех".
Модератор перенес мое сообщение в эту тему.

Спасибо за ответ.

А как изобразить такое :
typedef std::list<ITask*> QList;
?
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 02 Июля 2007, 09:12:10
Вообще то, я именно так и сделал, причем в ветке "Для всех".
Модератор перенес мое сообщение в эту тему.
Ну извините за нотации.

Цитировать
Спасибо за ответ.
Всегда рад помочь.

Цитировать
А как изобразить такое :
typedef std::list<ITask*> QList;
?
К сожалению я не знаток C++. Потому не совсем понимаю, что тут такое? Оператор :: что тут указывает? Вызов метода класса без создания объекта? Или нечто иное?
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 02 Июля 2007, 16:26:50
Вобщем есть у меня набор класов, но в одном класе я хочу определить переменную СВОЕГО типа

код на С++ должен получиться приблезительно таким :
К сожалению, я не знаток C++, но хочу вставить свои 5 копеек: кто мешает написать пример этого кода, заимпортить в EA, а потом посмотреть результат реверс-инжиниринга? Он, по-моему, поддерживает с++, я, правда, пробовала только Java-код  импортить, но вроде что-то импортилось...
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 02 Июля 2007, 17:46:50
Согласен с предыдущим оратором. Я и сам об этом думал, но как-то постенснялся предложить, так как сам такого не практиковал ни разу. Не было как-то прецедента!
Но способ познания весьма хорош. Сразу становится ясно, что к чему.
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 06 Июля 2007, 10:35:50
Ирина! Поскольку ты у нас отвественная за данную тему, хочу задать вопрос.

Смысл вопроса в следующем. Существует такая связка Rose-Bold-Delphi, которая позволяет осуществлять создание приложений по технологии MDA. Такая технология очень удобна в обучении и создании прототипов приложений.
Она позволяет быстро создать приложение по существующей модели классов, активно использовать OCL.

Интересно, существует ли подобная интеграция для EA с какми-либо средствами разработки, или возможно с самостоятельной средой, эмулирующей подобные функции.

Я обнаружил для EA Enterprise Analyst, который, кажется, позволяет это делать.
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 06 Июля 2007, 12:20:22
Есть связка MDG Integration for Visual Studio 2005, описываемая на http://www.sparxsystems.com.au/products/mdg_integrate.html

Цитата: Sparx Systems
Seamless integration of Enterprise Architect and UML 2.1 into Microsoft Visual Studio 2005
Navigate and refine the development model using UML, allowing model and code to become one
Generate high quality, template driven, reports in Rich Text and HTML format
Share blueprints between analysts, architects and developers
Collaborate with team members and improve communication using the built-in model discussion forum
Fast-track development with MDA transforms
Visualize and model database schema, WSDL and XSD documents
Ухожу на неделю в отпуск, потом вернусь и напишу подробнее.

Модератор: немного поправил отображение.
Название: Генерация базы MS Access из Enterpr Architect
Отправлено: Дмитрий от 16 Июля 2007, 14:13:57
Доброго времени суток.
Подскажите пожалуйстак как из Enterprice Architect 6,5 сгенерировать таблицы в MS Access ???
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 16 Июля 2007, 21:52:52
Доброго времени суток.
Подскажите пожалуйстак как из Enterprice Architect 6,5 сгенерировать таблицы в MS Access ???
Используйте лучше ERWIN 4.1.4 - 100% гарантия успеха.
Название: Re: Практика использования Enterprise Architect
Отправлено: bas от 17 Июля 2007, 10:05:05
Используйте лучше ERWIN 4.1.4 - 100% гарантия успеха.
А есть ли линк между ЕА и ERWIN ?
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 17 Июля 2007, 10:35:58
Генерация таблиц в MS Access в EA - а что конкретно вызывает трудности? Рисование таблицы, генерация сама ?

Линка между EA и ERWin - напрямую, думаю, нет. Но, думаю, оба средства умеют генерить DDL-файлы и импортировать схемы из ODBC. Большую часть нужд это покрывает.
Название: Re: Практика использования Enterprise Architect
Отправлено: bas от 17 Июля 2007, 10:50:01
Ира,

Проблема как я понял в самой генерации. Т.е. можно сделать коннект к MS Access через ODBC драйвер? Если так, то проблем нет.
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 17 Июля 2007, 11:55:01
Генерация таблиц в MS Access в EA - а что конкретно вызывает трудности? Рисование таблицы, генерация сама ?

Линка между EA и ERWin - напрямую, думаю, нет. Но, думаю, оба средства умеют генерить DDL-файлы и импортировать схемы из ODBC. Большую часть нужд это покрывает.

Ира, думаю надо просто описать сценарий кодогенерации. Т.е. как это делается по шагам.
В том же ErWin нужно предварително сделать ряд шагов:
1. создать пустую БД
2. соединиться с ней
3. выполнить прямой инжиниринг настроив его в ходе генерации
4. сгенерировать результат и посмотреть
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 17 Июля 2007, 13:21:16
Ира, думаю надо просто описать сценарий кодогенерации. Т.е. как это делается по шагам.
Вопрос посчитан, будет описан в ближайшие 2 недели.
Текущий список вопросов:
создание приложений по технологии MDA
использование Add-on Enterprise Analyst
Как сгенерировать таблицы в MS Access
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 17 Июля 2007, 13:52:40
Вопрос посчитан, будет описан в ближайшие 2 недели.
Текущий список вопросов:
создание приложений по технологии MDA
использование Add-on Enterprise Analyst
Как сгенерировать таблицы в MS Access

Великолепно
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 19 Июля 2007, 14:37:21
MSAccess окучен, см. FAQ на сайте :-)
А вообще я сейчас смотрю 7ю версию EA, пока бета. Уже замеченные изменения: они включили в стандартную поставку профили для  BPMN и MindMapping. Ура! Мне больше не нужно иметь еще и программку для рисования майндмепов с припиской к топикам - "это моделируется в EA", хватит и половины дозы!
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 19 Июля 2007, 14:54:37
Спасибо. Надеюсь с редакцией освоилась?

У меня маленькое пожелание замечание.  Все такие процесс конвертации запроса в Аксесс нужно прописать чуть по подробнее и по шагам.
Просто часто сталкиваюсь, что многим именно такое объяснение требуется :-)
 И не забывай выставлять параметр опубликовано, очобенно когда работаешь через фронтэнд, иначе только админы и прочитают твои сообщения:-)

Так же советую выработать стиль для FAQ, но это конечно так развитие.

Ты видишь там два вида факов один в виде блога, другой простой таблицей, что оставить что удалить?
Название: Re: Практика использования Enterprise Architect
Отправлено: Irr от 19 Июля 2007, 15:14:29
Если такой укрупненный способ, что описан, устраивает, то я его распишу поподробней. Просто вдруг прямо в Access'е есть средства выполнить SQL-запрос, а я тут так сложно, через дополнительные программы все объясняю.
Название: Re: Практика использования Enterprise Architect
Отправлено: Galogen от 19 Июля 2007, 15:22:33
Если такой укрупненный способ, что описан, устраивает, то я его распишу поподробней. Просто вдруг прямо в Access'е есть средства выполнить SQL-запрос, а я тут так сложно, через дополнительные программы все объясняю.
Думаю такая цель: можно ли только средствами ЕА это сделать, не прибегая ни к какими другим, как например это делается в ERWin. Описанный тобою способ - можно назвать стандартным: получаем SQL- скрипт исполняем его. Для выполнения SQL-скрипта под Аксесс он должен выглядеть не как ANSI инструкция DDL, а как процедура VBA. Только так :-) ERWin как раз и формирует VBA-скрипт, что и ценно. Но конечно Аксесс не такая уж серьезная штука, чтобы с ней сильно заморачиваться, правда если тут окажется все это столь же просто ка в ERWIN, тогда можно от последнего отказаться полностью :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: magicmhz от 06 Сентября 2007, 19:52:48
Доброго вермени суток!
Подскажите такой момент: Я видел на примере который поставляется вместе EA 7 такую вот вещь - К примеру есть Use Case диаграмма, на ней присутствует Use Case элемент (причем в правом нижнем углу элемента есть значок бесконечности) и если щелкнуть дважды по этому элементу то осуществляется переход на другую дигармму...
Вопрос как сделать тоже самое (очень долго искал и не нашел как это сделать)
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 06 Сентября 2007, 20:25:18
И вам добрый вечер!
Спасибо за вопрос, ответ на Ваш вопрос добавлен сюда: http://www.uml2.ru/index.php?option=com_content&task=view&id=98&Itemid=48
Название: Re: Enterprise Architect: Практика использования
Отправлено: EStep от 18 Сентября 2007, 13:24:47
Здравствуйте!
Добавлю свой вопрос чайника. С ЕА познакомилась впервые совсем недавно, делаю структуру требований. Проблема в следующем.

Очень хочется иметь возможность выводить в RTF-отчете значения атрибутов требования. По-русски (с английским, понятно, проблем нет :) ).
Конечно, эти отчеты будут проходить по номинации "внутренняя документация", но все равно оставлять на них англоязычные термины невежливо.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Сентября 2007, 14:58:22
Проблема в следующем.
Очень хочется иметь возможность выводить в RTF-отчете значения атрибутов требования. По-русски (с английским, понятно, проблем нет :) ).

Т.е. вопрос таков, как использовать рускоязычные значение атрибутов требований и сами атрибуты?
Название: Re: Enterprise Architect: Практика использования
Отправлено: EStep от 18 Сентября 2007, 15:26:14
Т.е. вопрос таков, как использовать рускоязычные значение атрибутов требований и сами атрибуты?
Я спрашивала только про rtf-отчет (создается в экранной форме "Generate RTF Documentation"....). Довольно много позволяет редактирование шаблонов отчета. В частности, сами названия атрибутов (сложность, статус и т.п.) без вопросов вбиваются по-русски. А вот значения атрибутов (approved, implemented ets.) в документ вытягиваются (что естественно). И можно ли их "руссифицировать" - понятия не имею.

Еще один вопрос - выборка данных в отчет. Есть необходимость сгенерировать отчет, содержащий требования с определенными значениями атрибутов (например, только требования с высоким приоритетом). Это явно должно быть осуществимо. Но как и где искать методы создания такой выборки - мне неизвестно.

К сожалению, я действительно новичок, да еще и с английским сложности некоторые имею :(. В хелпе пока нужной информации не нашла.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Сентября 2007, 16:51:22
Екатерина! Постараемся помочь, ведущий этого раздела, надеюсь, ответит на поставленный вопрос и опубликует решение (если оно существует) здесь и в FAQ по EA.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Сентября 2007, 17:38:05
Полазил по справке.

1. Значения атрибутов нужно сразу задавать на русском. Т.е. отредактировать все элементы и перевести их на русский Settings/General Types. Можно ли как-то иначе - пока не знаю.

2. Фильтрация требований. Предположим у вас есть пакет Модель требований, в нем пакеты Функциональные требования и так дальще. Предположим Вы хотите выделить все требования, которые были предложены к рассмотрению, но еще не рассматривались.
Выделяете этот пакет.
Идете Project/Documentation/RTF
В окне Generate RTF Documentation жмем кнопку Generate Options . Там есть настройка фильтров, в частности with element status.
Я выбрал 'in' и ввел Proposed,
в отчете остались только предложенные на рассмотрение требования

3. Как-то можно еще поиграться с подстановками языковыми, но не совсем понял как это делается. Пока проще просто подготовить собственный RTF шаблон
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 03 Октября 2007, 14:16:25
Очень хочется иметь возможность выводить в RTF-отчете значения атрибутов требования. По-русски (с английским, понятно, проблем нет :) ).
Добавлен ответ http://www.uml2.ru/index.php?option=com_content&task=view&id=103&Itemid=47
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 03 Октября 2007, 14:33:19
2. Фильтрация требований.
Спасибо, рецепт добавлен в FAQ http://www.uml2.ru/index.php?option=com_content&task=view&id=104&Itemid=47
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 10:26:40
Приветствую !!!
Ребята - такой вопрос -
Enterprise Arhitect 7.0 - контроль версий. . .
Непосредственно интеграция с SVN интересует . . .
Никто не в курсе ????
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 10 Октября 2007, 11:01:02
Приветствую !!!
Ребята - такой вопрос -
Enterprise Arhitect 7.0 - контроль версий. . .
Непосредственно интеграция с SVN интересует . . .
Никто не в курсе ????
Не, все понятно, но что конкретно?
Сформулируйте вопрос по-конкретнее, плиз.
Непосредственная интеграция с SVN в EA еще в 6.5 объявлена, в хелпе описана, ручками я ее не трогала.
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 11:04:19
Да куда уж конкретнее . . .
Есть > 10 юзеров EA
Нужно - настроить им чекин \ чекаут на элементы проекта. . .
Все стандартно - классика жанра . . .
Заявляют что возможность есть. . .
Это - радует - вот и решил спросить - может кто нить занимался - глюки, подводные камешки ну и т. д.
Да и вообще - как это хозяйство работает ...
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 12:11:40
Не поддается ....
Ребят - неужели никто не ковырял ? ? ?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 10 Октября 2007, 13:43:39
В исследовательских целях пробовали скрестить еще EA 6.5 с SubVersion и со StarTeam. Вроде работало, в StarTeam'е не понравилось то, что при check-out из EA устанавливался эксклюзивный лок на выгружаемый элемент. Но практически использовать не стали пока. Элементом конфигурации является 1 пакет, заметьте - пакет, а не диаграмма. Т.е. при настройке под систему версионного контроля возможны изменения в структуре модели.
Сама смотрела на ST, опишу для него, вряд ли сильно отличается. Логика работы:
1 настройка связки и путей
2 постановка на учет элементов - физически при этом происходит экспорт пакета в xml по локальным путям и после этого постановка xml-файлов на учет в ST
3 после этого в EА в ProjectBrowser у пакета появляется спецзначок и доп. пункты контекстного меню для чек-ина и чек-аута.
Как уже говорила, лок у меня получился эксклюзивный, т.е. никто этот пакет больше взять не сможет даже на просмотр. Возможно это подкручивается, но где - не искала.
compare и merge - по-моему есть, но не помню, по крайней мере возможность сравнить 2 пакета по-элементно, а не как текст xml - точно есть.
Времени много ковыряться с ним не было, из-за эксклюзивных локов полную интеграцию делать не стали, поэтому работаем с пакетами  как с обычными текстовыми файлами: просто выгружаем/загружаем пакеты в xml, а потом чекины/чекауты из интерфейса StarTeam. Без всякой интеграции. Но в этом случае уже становится важным последовательность загрузки/выгрузки пакетов, ибо мало ли чего, а трассировки между пакетами терять не хочется.
Название: Re: Enterprise Architect: Практика использования
Отправлено: marvan от 10 Октября 2007, 13:44:33
У нас настроена не на  Subversion а на Source Safe. Сама база крутится на MS SQL 2005. Вроде работает. Проблема одна - найти в версионном контроле смысл ??? Это ж не исходники - xml'ки сравнивать не наглядно.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 10 Октября 2007, 13:45:49
Не поддается ....
А что конкретно не поддается?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 10 Октября 2007, 13:49:08
Проблема одна - найти в версионном контроле смысл ??? Это ж не исходники - xml'ки сравнивать не наглядно.
При подключении стороннего версионного контроля или внутреннего механизма базовых линий в EA появляется возможность силами EAшной утилитки сравнить поэлементно контролируемые пакеты и их элементы.

Уфф. Развернутые ответы на оба вопроса постараюсь в ближайшее время внести в FAQ, но точных сроков обещать не могу.
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 14:44:34
Да уж . . .
На сколько порадовал сам продукт (я про EA) - на столько огорчила интеграция с SVN . . .
Пол дня ковыряли - макс што получилось - это жалкое подобие на основе мастер файла и репликаций . . .
А с чеками (Ин \ Аут)  - ничего пока не вышло. . .
Сикель поднимать - не охота. . .
Если есть какой нить вариантик без субдшки что то подобное настроить - плизз, хоть пару слов - в каком направлении копать ....

Цитировать
Сама смотрела на ST, опишу для него, вряд ли сильно отличается. Логика работы:
Можно - немного подробнее . . .
Тогда попытаюсь повторить с svn - ом сии  манипуляции. . .
Тоесть - интересует - проще наверное пошагово - что где ковырять в EA . . .
Хотя бы приблизительно.....
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 14:45:49
Цитировать
Проблема одна - найти в версионном контроле смысл

Да смысл - не в контроле версий, а больше в предоставлении "группового" доступа к данным . . .
Штоб не один кто то ковырял, а толпой . . .
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 10 Октября 2007, 14:56:47
Вот, теперь становится яснее, что цель: не настроить интеграцию с СВК, а получить групповой доступ.
Для группового доступа рецепт другой: корпоративная лицензия + сетевая база данных. Если с лицензией все гуд, то можно не заморачиваться, а выложить файлик eap на сеть в общедоступное место и всем его открывать - это получится групповой доступ к Access-файлу. Но если в районе 10 человек работает, лучше заморочиться на MS SQL или Oracle. Кстати, в этом случае возникает масса сложностей с правами доступа. Пример: работают 2 человека, открыли оба одну и ту же диаграмму, один в ней сидел и правил картинку, второй просто чуток сдвинул какой-то элемент. Первый товарищ диаграмму сохранил, и думает, что все хорошо. А после этого второй товарищ, кот. правил что-то другое, берет и жмет кнопку save all. В результате вся работа первого - в помойке. Это для диаграмм. Для элементов репозитария правила как при совместном доступе к базе данных.
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 14:57:40
2Irr
Кстати - если будет минутка - хотелось бы в асе пообщатся, задать пару вопросиков . . .
По ходу - серьезно на EA подсаживаться хотим, оч продукт понравился - так что, думаю, можем буть друг другу полезны
;-)))
320929083 - если не против - жду. . .
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 10 Октября 2007, 15:16:25
Цитировать
выложить файлик eap на сеть в общедоступное место и всем его открывать



Нееееттть..... Это - бардак а не групповой доступ....
В идеале - хотелось бы выложить файлик проекта куда нить на файл - сервер в нашей сетке,
понаставить на локальные машинки EA - шек, и при открытии проекты (с файл - сервера) видеть по правому клику на пакете (как я понял - на отдельной диаграмме все таки не получится) в менюшке чек ин \ чек аут . . .
Тоесть человек заходит, чек инит пакет, ковыряет его (понятно что для остальных он либо не доступен вообще, либо в реад онли) потом чек аутит - и все чаво он натворил залилось на сервачек .... но остальные компоненты проекта, пакеты, справочники и т. д. - остальным бойцам - доступны . . .
Вот примерно что то в ентом роде . . . .
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 11 Октября 2007, 11:41:32
!!! Приветствую !!!

Вот и пошли вопросики . . .
Ребят - никто не пытался сгенерить отчет .rtf по пакету, с "пристыковкой" текстовых атрибутов контента пакета. . . ? ? ?
Тоесть, допустим есть пакет (неважно где) "Пик тра ляля", в состав которого входит пара юзеров, пара классов и пара диаграмм (опять таки - не важно каких) - так вот хотелось бы сгенерить rtf файлик, в котором бы учавствовали картинки диаграмм + ТЕКСТОВОЕ описание атрибутов контента пакета (тех самых юзеров, классов и диаграмм. . .). Речь идет о пункте меню (правый клик по пакету) //documentation/ RTF report (F8)/switch generator + кнопка create в шейпе document.
На данный момент - отчет то генерится, да только в него входят картинки диаграмм с классами, а вот их текстовыее атрибуты - почиму то не подхватываются . . . Может где какую галочку выставить нужно ? ? ?
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 11 Октября 2007, 14:23:12
Все ушли на фронт ? ? ?
;-)))
Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 11 Октября 2007, 16:15:18
Цитировать
. . . . Ребят - никто не пытался сгенерить отчет . . .

Всем спасибо за бурное обсуждение - разобрались . . .
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 11 Октября 2007, 18:57:08
Всем спасибо за бурное обсуждение - разобрались . . .

Так может скажите как разобрались??
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 11 Октября 2007, 22:58:10
Всем спасибо за бурное обсуждение - разобрались . . .

Пожалуйста, YSS! Слово - серебро, молчание - золото.

Просто для Вас тема была больная, для других, вероятно, не очень, хотя возможно, да скорее не возможно, а просто так и есть, интересна.

Так что делитесь все будут Вам благодарны за решение.

Название: Re: Enterprise Architect: Практика использования
Отправлено: yss от 12 Октября 2007, 10:09:01
Да шутю я . . .
Чаво прям напали - понятно что по активности тута не скуль ру . . .
Хорошо хоть по EA хоть чтото есть - и то радуит ...
По решениям - да не вопрос - буду освобождатся по времени немного - буду выкладывать што как победил - хочу его (продукт в плане) внедрить от начала разработки софта и до сдачи в пром. экспл. вроде все возможности имеюцца - так што заранее предвижу баталии . . .
Название: Re: Enterprise Architect: Практика использования
Отправлено: marvan от 12 Октября 2007, 12:00:26
По поводу версионного контроля в связке с Source Safe (vss)
Обнаружилось  несколько неприятных особенностей. Помещение пакета в vss сопровождается генерацией соответствующего xml файла.
1. На больших моделях при CheckIn CheckOut есть заметное торможение.
2. Если надо выгрузить один из вложенных пакетов, то необходимо удалить привязку к vss внешнего.
3. Сравнение версий средствами EA совсем не впечатляет.
4. Для создания иерархии пакетов в vss придётся под каждый создавать соответствующую конфигурацию контроля версий, что весьма муторно.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 12 Октября 2007, 13:21:17
По поводу версионного контроля в связке с Source Safe (vss)
Обнаружилось  несколько неприятных особенностей. Помещение пакета в vss сопровождается генерацией соответствующего xml файла.
1. На больших моделях при CheckIn CheckOut есть заметное торможение.
Если не сложно, посмотрите, пожалуйста, а экспорт/импорт в xml будет происходить так же медленно? Т.е. хочется понять, где тормоза, в ЕА или в vss.
2. Если надо выгрузить один из вложенных пакетов, то необходимо удалить привязку к vss внешнего.
По-моему это какая-то странная организация версионного контроля. Т.е. Вы храните там перекрывающиеся куски? т.е. один элемент конфигурации "а+б+в", а другой просто "б"? А это действительно нужно?
3. Сравнение версий средствами EA совсем не впечатляет.
А что конкретно не нравится? Чего не хватает?
4. Для создания иерархии пакетов в vss придётся под каждый создавать соответствующую конфигурацию контроля версий, что весьма муторно.
Ну, тут ничего не могу сказать, не требовалась иерархия. А действительно в ней есть необходимость?
Название: Re: Enterprise Architect: Практика использования
Отправлено: svowl от 13 Октября 2007, 14:55:47
2Irr: спасибо за ответы, очень помогает новичкам!

Такая проблема: при переносе проекта DBMS->EAP теряются темплейты для документов. Из-за этого в результирующем EAP-проекте все объекты типа Artifact, которые используют эти темплейты - пустые. Не замечали такое?
Нужна, собственно, возможность получать backup-копии проекта в БД в формате EAP.

DBMS указывает на MySQL базу, EA версия 7 (817 build)
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 15 Октября 2007, 12:17:56
2Irr: спасибо за ответы, очень помогает новичкам!
Всегда рады, приходите еще :-)
Такая проблема: при переносе проекта DBMS->EAP теряются темплейты для документов. Из-за этого в результирующем EAP-проекте все объекты типа Artifact, которые используют эти темплейты - пустые. Не замечали такое?
Нужна, собственно, возможность получать backup-копии проекта в БД в формате EAP.
DBMS указывает на MySQL базу, EA версия 7 (817 build)
Хм, конкретно с этой проблемой не сталкивалась. Гипотетически проблема может быть вот в чем:
Возможно, что при переливке базы льется не все, а только данные этого проекта: созданные элементы и диаграммы, а справочники всякие (типа видов статусов, тегов и т.п.) не льются.
Для проверки этой гипотезы нужно сделать следующее: попробовать экпортировать из DBMS базы в xml, а потом выполнить импорт в перелитый EAP справочника шаблонов:
Tools-Export Reference data-и из списка - LinkedDocumentTemplate. (если я правильно поняла, что конкретно становится пустым).
По результатам эксперимента: если все получилось, то кроме переливки базы стоит переливать все справочники - Reference Data. Если не получилось, то либо не там ищем (я неправильно поняла проблему), либо какие-то проблемы у EA (7ка она еще новенькая, наверняка глюки еще есть).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 15 Октября 2007, 12:18:57
И пожалуйста, сообщите результаты эксперимента, мне тоже интересно :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: svowl от 16 Октября 2007, 10:54:23
И пожалуйста, сообщите результаты эксперимента, мне тоже интересно :-)

Прошу прощения, в первом сообщении я не указал подробности - при переносе проекта DBMS->EAP получаю ошибки по количеству документов в моем проекте. Текст ошибок: несовпадение типов. После того, как процесс переноса завершен (прерывать ни в коем случае нельзя, так как пользователи переносятся в последнюю очередь и если процесс прервать, то зайти в EAP-проект будет невозможно - мы используем Corporate Edition с включенной Security опцией), в результирующем EAP-проекте темплейтов нет и все объекты типа Artifact, которые их используют - пустые.

Попробовал сделать как вы написали - через Export и Import reference data темплейты переносятся. Но это не помогает, потому что при переносе все данные в результирующем EAP-файле очищаются (в том числе reference data) и снова валятся ошибки. Project integrity check ошибок в DBMS-проекте не выявляет.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 16 Октября 2007, 11:10:59
Ну, таким образом мы выяснили, что ошибка не в темплейтах, а где-то глубже. Надо копаться. Если у вас корпоративная лицензия, может, вы производителю на форум напишете? Они довольно быстро отвечают зарегистрированным пользователям :-)
Кстати, а если все перелить, пусть и криво, а потом в получившийся EAP, сэкспортировать темплейты, станет легче? Или, если при переносе все референсдата очищаются, потом все их и экспортнуть?
Если дело в каком-либо справочнике из референсдата, и это в нем несовпадение типов, можно сделать так: выделить именно его опытным путем, экспортировать из mySQL-базы оттуда инфу, прибить информацию в справочнике, выполнить перенос без ошибок, импортировать в EAP xmlку с данными. Но вообще уж очень заморочено получается...
Название: Re: Enterprise Architect: Практика использования
Отправлено: svowl от 16 Октября 2007, 11:22:35
Если у вас корпоративная лицензия, может, вы производителю на форум напишете? Они довольно быстро отвечают зарегистрированным пользователям :-)

Уже написал: http://www.sparxsystems.com/cgi-bin/yabb/YaBB.pl?board=Automation;action=display;num=1192266797
Я им еще bug request, пожалуй, запощу :)

Кстати, а если все перелить, пусть и криво, а потом в получившийся EAP, сэкспортировать темплейты, станет легче? Или, если при переносе все референсдата очищаются, потом все их и экспортнуть?

Дело в том, что при переносе проекта теряется контент документов, построенных на темплейтах. Я подумал - раз все эти документы пустые и нету темплейтов, значит дело в потере темплейтов. Но, возможно, дело в чем-то другом.
Пожалуй, попробую отвязать доки от темплейтов и перенести еще раз
Название: Re: Enterprise Architect: Практика использования
Отправлено: svowl от 16 Октября 2007, 11:33:02
Пожалуй, попробую отвязать доки от темплейтов и перенести еще раз

Так и есть - объект Artifact переносится, а связанный с ним RTF-документ - нет. По двойному клику открывается RTF-редактор и предлагается создать новый документ
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 16 Октября 2007, 15:48:45
Похоже, отпадывают завязки на Linked Document. А где они хранятся, я даже и не знаю :-( а если посмотреть структуру базы данных чем-нибудь и поискать табличку, в которой Linked document лежат, и сравнить тип данных в еап и mySQL? Проблему это не решит, но хоть будет ясно в этом дело или нет.
Кстати, если тупо выгрузить пакет, в котором есть такие артефакты, в xml, а потом в пустую/любую eap-базу импортнуть, там будет проблема проявляться? или честно все перенесется?
Название: Re: Enterprise Architect: Практика использования
Отправлено: svowl от 16 Октября 2007, 17:00:44
Кстати, если тупо выгрузить пакет, в котором есть такие артефакты, в xml, а потом в пустую/любую eap-базу импортнуть, там будет проблема проявляться? или честно все перенесется?

При экспорте/импорте документы не теряются, но в новом проекте оказалась выключена фича Security, не перенеслись reference data, возможно еще что-нибудь. В общем, сделать backup в EAP-файл сходу не получается, нужно слишком много телодвижений. Запостил им баг-реквест, может быть, в следующем билде ошибка будет исправлена
Название: Re: Enterprise Architect: Практика использования
Отправлено: svowl от 17 Октября 2007, 11:23:13
Запостил им баг-реквест, может быть, в следующем билде ошибка будет исправлена

Получил ответ от суппорта, проблема оказалась в настройках ODBC:

Цитировать
Unfortunately we can not reproduce this issue
here. It would be very appreciated and helpful if your could provide
following information to us.
 
-> Which MySQL ODBC driver are you using? We recommend you using MySQL
ODBC driver version 3.51.12.00.
 
Note:  When you setup ODBC click on the Advanced tab and Flags 1 tab
enable "Don't Optimize Column Width" and "Return Matching Rows"
checkboxes.
 
-> When you doing project transfer please select "Microsoft OLE DB
Provider for ODBC Drivers"  for the Provider.

После того, как была выставлены опции "Don't Optimize Column Width" и "Return Matching Rows" перенос проекта прошел без ошибок включая reference data и все текстовые документы.
2Irr: спасибо, что помогали разобраться!
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 17 Октября 2007, 12:14:14
Хорошо бы это добавить в ФАК :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 17 Октября 2007, 13:35:56
Хорошо бы это добавить в ФАК :)
Обязательно добавлю!
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 17 Октября 2007, 13:39:33
2Irr: спасибо, что помогали разобраться!
Вам спасибо за хорошее описание проблемы и ее решения и красивое практическое дополнение ФАКа :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: marvan от 06 Ноября 2007, 13:10:46
Странное поведение при импорте классов:
 
Есть Package1 содержащий Class1
Есть Package2 содержащий Instance :Class1

Теперь создадим копию Package1:
Экспортируем Package1 в файл XMI и обратно импортируем, установив флажок Strip GUID's.
Получаем Package3 содержащий самостоятельную копию Class1

Беда в том, что при этом меняется Instance :Class1
Если раньше это был Instance :Package1.Class1, то теперь это Instance :Package3.Class1

Так что удалив Package3 мы получим Instance без привязки к классу.

Но и это ещё не всё. Instance :Class1 меняется, даже если он Check In, то есть вообще не имеет права меняться.

Конфигурация следующая: Enterprise Architect 7.0.816 (Corporate) + MS SQL 2005 + VSS 8.0
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 07 Ноября 2007, 13:12:49
Странное поведение при импорте классов:
Вопросик замечен и посчитан, решения пока нет, смотрю. У меня похожая проблема возникает даже без Strip Guid's. Т.е. когда я экспортирую, а потом импортирую Package2 без strip GUID's, у меня Instance теряет привязку.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 07 Ноября 2007, 15:34:56
Моя проблема была связана с моими кривыми руками. Ваша проблема - да, существует, видимо, Вам надо написать на форум Sparx, они на ошибки резво реагируют и правят.
По поводу Check in - если я правильно поняла, то в данном случае право на изменения раздает EA, и если он сам что-то меняет, то никто не сможет ему запретить.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 12 Ноября 2007, 20:31:57
В ЕА есть такая фишка как привязка Note в внутренним элементам.

В частности в примере самого ЕА, есть заметки на многих диаграммах, в которых отображается текст - нарпмире есть такой ВИ Закртыь аккаунт(счет), внем есть сценарии - и описаны 4 потока событий. Так вот внутри этого ВИ есть две диаграммы одна из них - диаграмма комунникации на который выложены четыре заметки, первые сыслаются на базовый поток клиента и админа.

Экспериментируя я удалил это связку типа, пытался восстановить. Облазил справку, но так и не понял как сделать этот самы Linking Note to Internal Elements.

А фишка очень удобная. Меняешь этот самый элемент, а заметка тутже отображает его изменение
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 12 Ноября 2007, 20:42:42
Оказывается нашел.

Делается так.

На желаемой диаграмме, где по смыслу следует разместить ссылку, из меню проекта перетаскиваете например ВИ Закрыть счет и делаете симпл линк.

Далее любым способом делаете Note. Ничего в ноте не пишем. Любым способом соединяем Note с целевым объектом с помощью Note Link - в нашем случае с ВИ Закрыть счет, который мы предварительно отбуксировали на диаграмму.

Далее правой кнопкой по Note Link и выбираем Link this Note to Element Feature. Появится окошко, в нем этих фич как тарканов. Ищем нужный фич (думаю он контекстный) - выбираем Scenario, там появится список нужных нам сценариев. Усе дело сделано.

Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 13 Ноября 2007, 17:44:02
Спасибо участникам обсуждений, FAQ обновлен до текущего состояния ветки обсуждения.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 13 Ноября 2007, 18:28:51
Спасибо участникам обсуждений, FAQ обновлен до текущего состояния ветки обсуждения.
+5
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 12 Января 2008, 23:26:43
Irr
Gevorg опубликовал свои впечатления от использования ЕА и RaQuest, правда не здесь, а в другой теме: http://www.uml2.ru/forum/index.php?topic=487.msg6842#msg6842

Если тебе интересно будет ответить на них, можно было бы пополнить FAQ.

Кстати я кажется нашел решение для трансформации sequence to communication и наоборот. Правда работает вероятно только на 6.5 корректно, на 7 версии только от communication to sequence.
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 01 Февраля 2008, 10:14:17
Добрый день!
Может быть вы мне подскажите..
Рисую диаграмму компонентов в Enterprise Architect и..застряла на каком то глупом месте:
Не могу соеденить класс(который находится внутри компонента 1) и компонент 2..
Может быть у меня сама логика диаграммы неверная, и по-этому инструмент не даёт соединить.
Логика следующая.
Необходимо нарисовать схему взаимодействия приложения (Программа), нескольких DLL и хранимых oracle процедур/функций.
1.Рисую ДКомпонентов: компоненты следующие - Программа, DLL1, DLL2, процедура1, процедура 2, процедура 3.
2.Для DLL1 и DLL2 делаю Composite Element и Show Composite Diagram Contents
(соответсвенно наполняю содержимое DLL1 и DLL2 процедурами - классами и всё содержимое прекрассно видно на диаграмме).
3.Теперь проблема, как соеденить классы(процедуры), которые внутри компонента "DLL1" с компонентом "Программа".
Причём не ко всем классам (процедурам) компонента "DLL1" обращается программа.
4.Соеденить компоненты "Программа" и "процедура1", "процедура 2", "процедура 3" проблем не вызывает. Тип соеденителя associate.
Спасибо тем кто прояснит ситуацию..
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 01 Февраля 2008, 11:09:09
Добрый день!
А такой вариант действий подойдет?
Берем Deployment Diagram, на ней располагаем DLL1 в виде элемента Node, а процедуры изображаем элементами типа Component. При этом, если мы располагаем Component внутри Node на диаграмме, в Project Browser в дереве Component располагается внутри Node. И таким образом рисуем все наши Ноды и компоненты. Между компонентами разных нод соединения устанавливаются прекрасно. Также можно расположить компонент внутри компонента.
Вполне возможно, что с точки зрения синтаксиса UML это и неверно, но для изобразительных целей вполне подходит.
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 01 Февраля 2008, 11:11:20
Большое спасибо за ответ:)! Я попробую!
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 01 Февраля 2008, 13:32:42
Попробовала.
Результат такой:
Соединения между компонентой Программой и компонентами Процедура 1, Процедура 2 (которые находятся внутри ноды DLL1) нарисовать удалось.
НО!
1.При переносе DLL1 на другую диаграмму - становится не видно, что внутри этой ноды есть две процедуры.
2.Процедура 1 и процедура 2 в Project Browser в дереве Component располагается внутри Node, но на самой диаграмме их можно вытащить и за пределы:(
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 01 Февраля 2008, 16:49:44
1. А там действительно надо видеть процедуры? Диаграмма при этом не перегружена информацией получается? Если действительно надо показывать, я бы с 1 диаграммы делала копирование в буфер - во 2 диаграмме вставку из буфера.
2. Если компонент вытаскивается за пределы ноды, то он в браузере меняет расположение, выходит из-под ноды.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 01 Февраля 2008, 18:08:31
В ЕА есть такая фишка как привязка Note к внутренним элементам.
А фишка очень удобная. Меняешь этот самый элемент, а заметка тутже отображает его изменение
есть ещё фича: прицепить комментарий к ассоциации (или даже к целому набору ассоциаций) на диаграмме,
но здесь уже фокус с выводом текста из внутреннего элемента не проходит, токо вручную писать.

у меня с этим одна неприятность была: на экране текст такой заметки  виден, а при печати - пропадает, вражина.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 01 Февраля 2008, 18:10:57
Кстати я кажется нашел решение для трансформации sequence to communication и наоборот. Правда работает вероятно только на 6.5 корректно, на 7 версии только от communication to sequence.
а поделиться можете?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Февраля 2008, 18:16:07
проблемы нет, вышлю по почте.

Как писали на ЕА форуме - это корректно работает на 6.5 и неочень корректно на 7.
Устанавливается add-in, после построение диаграммы коммуникации (зотя естественнее именно последовательности в начале) в меню add-nсов выбирается соотвествующая функция.

Можно с сайта ЕА скачать mdg AgileIconix кажется, который позволяет конвертировать диаграмму робастности - по сути диаграмму классов участвующих в ВИ в диаграмму последовательности, но кажется не наоборот :(
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 01 Февраля 2008, 19:05:52
... я бы с 1 диаграммы делала копирование в буфер - во 2 диаграмме вставку из буфера....
с тех пор, как загробил себе мессиджи в 1-й Communication Diagram при попытке скопировать объекты через буфер в новую,
я вААще остерегаюсь пользоваться буфером, ото тягать элементы на новую диаграмму из браузера - надёжнее...

а причина моих неприятностей с буфером, как мне видится - вот в чем:

ЭА не переносит в новую диаграмму мессиджи вместе с ассоциацией между двумя взаимодействующими объектами,
что есть удобно и видится правильным.
При попытке скопировать фрагмент коммуникативной диаграмы через буфер,
в последний помещаются данные УЖЕ без мессиджей.
И вот в этом узком месте чуть что не так сделаешь - потеряешь мессиджи, а то и ассоциации в исходной диаграмме.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Февраля 2008, 22:17:12
Да, Gevorg, Вы правы. Тут какая-то недоделка или политическая ошибка у ЕА. Хотя в прочем и в других инструментах подобное встречается. Вот Роза делает это иначе.

С другой стороны сообщения в виде месаджей - просто текст, переносится операция, но тоже странновато. Думаю тут есть особенность ЕА, как со списком состояний для объекта.
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Февраля 2008, 10:36:28
1. А там действительно надо видеть процедуры? Диаграмма при этом не перегружена информацией получается? Если действительно надо показывать, я бы с 1 диаграммы делала копирование в буфер - во 2 диаграмме вставку из буфера.
Да, конечно необходимо видеть всё,  что находится внутри компонента, чтобы не перерисовывать каждый раз заново.
2. Если компонент вытаскивается за пределы ноды, то он в браузере меняет расположение, выходит из-под ноды.
Может быть я что-то не так делаю:
1.Рисую Node
2.На диагрмме "кидаю"  Component на Node
3.в Project Browser в дереве Component располагается внутри Node.
4.Вытаскиваю на диаграмме Component за пределы  Node: в Project Browser в дереве Component ПРОДОЛЖАЕТ располагаться внутри Node.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 18 Февраля 2008, 12:12:42
По поводу перерисовывания - чем не устраивает copy paste?
4.Вытаскиваю на диаграмме Component за пределы  Node: в Project Browser в дереве Component ПРОДОЛЖАЕТ располагаться внутри Node.
Хм, у меня не так. А какая у вас версия EA?
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Февраля 2008, 12:39:33
1.Да собственно говоря наверное устраивает.
Неудобство в том, что при создании новой диаграммы компонентов, надо заходить в предыдущие, копировать оттуда..Проще было бы конечно прост оперетащить из браузера.
2.Версия 6,5
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Февраля 2008, 12:43:38
Ещё вопрос.
Можно ли каким то способом из нескольких диаграмм компонентов (одного проекта) потсроить блок-схему взаимодействия для одного компонента с другими компонентами, классами и тп.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 18 Февраля 2008, 15:00:58
У меня в 7 из браузера все переносится как в Node, так и из под него. Так что не знаю, чем Вам помочь :-(
Вопрос о блок-схеме я не поняла. Если несложно, скажите, какую из диаграмм UML вы хотите построить?
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Февраля 2008, 15:22:52
У меня в 7 из браузера все переносится как в Node, так и из под него. Так что не знаю, чем Вам помочь :-(
Вопрос о блок-схеме я не поняла. Если несложно, скажите, какую из диаграмм UML вы хотите построить?
О блок схеме.
Если мы в одном проекте строим несколько диаграмм компонентов:
Диаграмма1: Компонент 1 использует Компонент 2 (больше ничего видеть на этой диаграмме не хочется)
Диаграмма2: Компонент2 использует Компонент 3
Вопрос: можно ли сгенерить диаграмму, на которой будет видно, что Компонент 1 использует Компонент 2, который в свою очередь испольует Компонент 3.
Вот:)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Февраля 2008, 15:31:06
Ещё вопрос:
Поддерживается ли communication diagram средством Enterprise Architect?
Вижу элементы для данной диаграммы в Toolbox, но не понимаю где её создавать в Project Browser.
PS Извиняюсь за количество вопросов.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 18 Февраля 2008, 16:22:58
Если мы в одном проекте строим несколько диаграмм компонентов:
Диаграмма1: Компонент 1 использует Компонент 2 (больше ничего видеть на этой диаграмме не хочется)
Диаграмма2: Компонент2 использует Компонент 3
Вопрос: можно ли сгенерить диаграмму, на которой будет видно, что Компонент 1 использует Компонент 2, который в свою очередь испольует Компонент 3.
"использует" реализовано в виде связи, так?
Тогда: создаем диаграмму, кидаем драг-н-дропом из браузера 3 компонента, стрелки с ними сами придут, останется только художественно расположить.
Поддерживается ли communication diagram средством Enterprise Architect?
Вижу элементы для данной диаграммы в Toolbox, но не понимаю где её создавать в Project Browser.
PS Извиняюсь за количество вопросов.
Communication diagram поддерживается, выбираем в ProjectBrowser пакет, в которой мы хотим добавить такую диаграмму, выбираем в контекстном меню Add - Add diagram, в списке типов диаграмм выбираем UML Behavioral - Communication.
Кроме того, мы можем на любой диаграмме расположить элементы из тулбокса для этой диаграммы, просто дефолтный набор проверок и предлагаемых типов линков будет предлагаться в зависимости от типа, с которым диаграмма создавалась.
PS Не за что извиняться, это прекрасно, когда есть вопросы - есть что добавить в FAQ :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 07:21:59
Спасибо большое за ответы!:)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 07:24:23
У меня в 7 из браузера все переносится как в Node, так и из под него. Так что не знаю, чем Вам помочь :-(
Ещё разок: вы прямо на диаграмме выносите компонент за пределы ноды и сразу же видете, что в Project Browser в дереве Component компонет поменял место положение и уже не находится внутри ноды? Правильно я поняла?
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 07:34:21
Вопрос по поводу communication diagram.
В хэлпе есть иллюстрация такой диаграммы:
The UML Language-->UML Diagrams-->Communication Diagram (formerly Collaboration Diagram).
Каким образом рисовать показанные там стрелки, с цифрами 1, 1.1, 1.2 и т.д?
К сожалению, получаются просто стрелки с именами.



Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Февраля 2008, 08:51:32
Каким образом рисовать показанные там стрелки, с цифрами 1, 1.1, 1.2 и т.д?
К сожалению, получаются просто стрелки с именами.

Правая кнопка мышки по полю диаграммы. Выбираем Свойства. Закладка Connectors. Поставьте галочку: Show collabaration numbers. Да будет Вам счастье!

На диаграммах последовательности нужно сделать кое-что иначе.
Tools - Options - Sequence - галочку Show sequence number
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 09:04:13
Правая кнопка мышки по полю диаграммы. Выбираем Свойства. Закладка Connectors. Поставьте галочку: Show collabaration numbers. Да будет Вам счастье!
Я правильно поняла? Мои действия следующие:
1.Создаю Communication Diagram
2.Кликаю правой клавишей, ставлю галочку.
3.Рисую два компонента на Communication Diagram.
4.Соеденяю ассоциацией.
5.Кликаю по ассоциации, задаю имя ассоциации, сохраняю.
6.Нет нужной нумерации:(


Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Февраля 2008, 09:14:36
Ничего не понял. Причем тут компоненты?

Коммуникационная диаграмма используется для обмена информацией между объектами, а не компонентами.

Тем не менее. Создаю коммуникационную диаграмму. Накидываю компоненты, добавляю сообщение. Вуа ля. (ЕА 7 версии)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 09:16:23
Спасибо, у меня не получается:(
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Февраля 2008, 09:37:52
Возможно - такой функции нет в 6.5.

Можете описать весь порядок деятельности, которую Вы выполняете?
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 09:51:02
Конечно могу.
Итак:
1.Создаю новую диаграмму, допустим компонентов.
2.Кликаю правой клавишей по полю диаграммы и ставлю галочку Show collaboration numbers
3. Создаю два компонента
4.связываю их ассоциацией.
5.Задаю имя ассоциации
6.Сохраняю.
7.Нет нумерации
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Февраля 2008, 10:11:27
Конечно могу.
Итак:
1.Создаю новую диаграмму, допустим компонентов.
ошибка первая. на этой диаграмме нельзя добиться того, что Вы желаете по определению. Попробуйте создать диаграмму коммуникации и на ней экспериментировать.

Цитировать
2.Кликаю правой клавишей по полю диаграммы и ставлю галочку Show collaboration numbers
На диаграмме компонентов от этого мало толку
Цитировать
3. Создаю два компонента
4.связываю их ассоциацией.
5.Задаю имя ассоциации
А причем тут имя ассоциации. Вы же передаете сообщение (ПКМ - сообщение от компонента 1 к компонету 2 и наоборот. Однако это Вам на диаграмме компонентов недоступно)
Цитировать
6.Сохраняю.
7.Нет нумерации
Имена ассоциаций вообще-то не нумеруются по определению

Учите матчасть, учите UML. И будет Вам счастье!
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 19 Февраля 2008, 15:53:38
Как правильно создать сообщение на Communication Diagram (formerly Collaboration Diagram) от одного объекта к другому?
Подскажите, пожалуйста.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Февраля 2008, 16:20:30
Как правильно создать сообщение на Communication Diagram (formerly Collaboration Diagram) от одного объекта к другому?
Подскажите, пожалуйста.
Разместите объекты или компоненты, раз Вам нужны компоненты, ПКМ там есть добавить сообщение от одного объекта к другому ну и добавляйте.
Ну справка же есть еще :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 19 Февраля 2008, 16:49:06
Ну справка же есть еще :)
Так ты лучше справки :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 20 Февраля 2008, 07:14:07
Разместите объекты или компоненты, раз Вам нужны компоненты, ПКМ там есть добавить сообщение от одного объекта к другому ну и добавляйте.
Ну справка же есть еще :)
Да-да:) То что лучше справки, это бесспорно:)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 22 Февраля 2008, 11:09:05
Вопрос про управление сообщениями на Communication Diagram.
1.Можно ли их выравнивать, выстраивать в линию, столбец автоматически?
2.Можно ли "привязать" их к стрелке? При изменении место положения стрелки сообщение передвигается... как то непонятно и порой теряюсь, какой стрелке принадлежит оно вобще?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 22 Февраля 2008, 11:47:46
Я ничего не нашел, где и как это можно сделать. Возможно никак.

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

Либо Вы можете сами задать вопрос на их форуме, к примеру.

Мне думается Ваше замечание справедливо и такая фича была бы очень полезна и объективна
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 25 Февраля 2008, 16:19:53
Интересная переписка была у меня с ЕА по поводу автоматизации формирования диаграмм коммуникации из диаграммы последовательности и наоборот.

Напомню, что в стандартной поставке ЕА отсутствуют такие возможности. Однако для решения этого вопроса был выпущен плагин (add-in), доступ к которому явно на сайте не обзначен. Саму ссылку на плагин я нашел на форуме ЕА. Не проверял как плагин работает на 6.5 (под который он собственно и разработа), но под 7 версии он работает криво.

Конвертация из коммуникационной диаграммы в ДП происходит нормально, а вот после исправления последней назад возникали проблемы. На билде 818 (последнем) конверт работает вроде корректно, но выдает сообщения об ошибках.

Я обратился в службу поддержки и мне дали ссылку на обновленный адд-ин, который вообще не работает. Вот цитата из ответа:
Цитировать
You can download the free and unsupported collaboration to sequence diagrams add-in from http://sparxsystems.com/bin/C2SEQ.zip

После вторичного обращения ответил уже директор Tom O'Reilly, CIO, Sparx Systems PL.
Цитировать
The addin was written some time ago as a proof of concept as an example for people working with EA's Automation Interface. Over the years people have picked it up and used it within its limited capacity. We do realise there are limitations with the addin and concede that it should be rewritten or just written into EA's base code.
This is something I will raise with the development team.

Насколько я понял в письме говорится, что автоматизация конвертации дело рук самих пользователей, если им необходимо это. Однако можно ожидать, что данный функционал может со временем быть реализован в ядре ЕА.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 04 Марта 2008, 21:03:40
Можно ли использовать Enterprise Architect для проектирвоания баз данных? И как это делать?

Сразу скажу, что все-таки лучше инструмента ERWin пока не встречал, хотя и него есть заморочки. Однако все-таки.

1. Можно проектировать БД и для этого есть специальная диаграмма Data Modeling.
  Определяешь тип базы данных Settings/DataBase Types - выбираешь нужную базу ставишь ее по умолчанию, закрываешь -   действует пока не переопределишь
  Создаешь диаграмму Data Modeling.
  Накидываешь нужные будущие таблицы
  Формируешь поля таблиц (не забывая вставлять поля для связи)
  Для автоинкриментых задаешь автоинкрименцию (Column propities в свойствах атрибута)
  Рисуешь ассоциацию (внимание!) от таблицы-деталь(источник) к таблице-мастер(мишень)
  ПКМ по ассоциации, выбираешь FK, определяешь поля связи - Ок
  Далее Project/Datbase Engeneering/Generate Package DDL. Там выставляешь нужные фишки, например генерацию ПК и ФК а также триггеров (в случае интербейза), ставишь выходной файл, получаешь sql инструкцию. Запускаешь нужную БД генеришь БД
Можно подключаться к существующей и туда сразу генерить схему

2. Более верный способ
   Генеришь модель классов типа ПИМ, не проверял насчет свойства перзистент и транзиент, по идее транзиентные в схему включаться не должны (хотя не факт)
  Далее Project/Transformations/ Transform current package - Выбираешь DDL схеу, предлагает в каком пакете сохранять, выбираешь. Жмешь кнопку
 Открвыаешь проект браузер - ищешь тот пакет в нем создается DDL пакет а в нем собственно диаграмма.
Для корректного отображения атрибутов заходишь в свойства диаграммы и у элементов указываешь отображать атрибуты
При генерации создаются первичные ключи по имени класса типа idКласс, создаются внешние ключи аналогичным образом. Если связь многи ко многим создается таблица связи
Кооректируешь схему и далее генеришь DDL инструкции как рассказано в пункте 1

ну типа так
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Марта 2008, 07:32:08
Вопрос о диаграмме Activity:
1.Как поставить стрелкам (например Control Flow) по умолчанию режим Auto Routing?
2. Как "приклеить" к Swimlanes активити? чтобы при изменении размера Swimlane активити не "съезжали" в чужие Swimlane?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Марта 2008, 09:34:37
1.Как поставить стрелкам (например Control Flow) по умолчанию режим Auto Routing?
Tools/Options/Links - Default Style - Routing:Routed
Действует только на вновь создаваемые линки, сделанные ранее, до установки свойства нужно устанавливать вручную.

2. Как "приклеить" к Swimlanes активити? чтобы при изменении размера Swimlane активити не "съезжали" в чужие Swimlane?
Боюсь, никак. Правда, если Вы сформулируете этот вопрос на английском, я смогу передать его разработчикам.
Обратите внимание, что термина Swimlane уже в UML нет или, по крайней мере в ЕА, используйте Partition

ЗЫ: Вам номер моего счета как лучше сообщить?  ;D
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Марта 2008, 09:51:30
Спасибо за ответы:) Не думала что они платные;)
Почему же нет термина Swimlane? даже в хэлпе к  ЕА (6.5) такой термин описан.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Марта 2008, 13:34:52
Спасибо за ответы:) Не думала что они платные;)

Это так, стимул к самостоятельности. Все-таки сначала надо изучать справку и опцион :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 07 Апреля 2008, 07:32:28
Ещё вопрос: каким образом правильнее отображать на диаграмме владельцев (создателей) каких-либо компонентов?
Конкретнее: автора отдельного компонента -программного модуля.
Можно ли отобразить другим способом, чем в виде Note ?
Примечание: фамилию создателя компонента необходимо видеть на диаграмме в "чистом" виде, не заходя в свойства компонента.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 07 Апреля 2008, 10:22:36
Т.е. вы хотите на диаграмме видеть значение поля Author компонента? хм, я такого функционала для визуализации не нашла. Кроме Notes можно тегом. Но в таком случае будут видны все теги, а не только этот
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 08 Апреля 2008, 13:00:53
Спасибо!
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 08 Апреля 2008, 15:00:00
Т.е. этот рецепт подошел? На здоровье!
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 18 Апреля 2008, 15:07:43
Подошёл)
Ещё вопрос: в свойствах диаграммы есть флажок: Show details on diagram.
Если его установить, то видны следующие данные:
Название диаграммы
Автор
Версия
Название пакета

В деталях присутствуют ещё поля:
дата создания
дата изменений.

Не получается их сделать видимыми...Подскажите, возможно ли это?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 18 Апреля 2008, 18:31:27
По-моему нет. А для чего? Мне кажется, это только замусорит всю диаграмму.
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 21 Апреля 2008, 06:57:36
На мой взгляд удобно видеть дату создания диаграммы и дату последнего изменения.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 21 Апреля 2008, 11:08:08
Для чего удобно видеть эти даты? Какова цель создания диаграммы? Обычно диаграмма создается для визуального отображения элементов и связей между ними, а информация о том, когда она делалась, обычно важна далеко не всем. Даты прекрасно хранит и показывает подключенная система контроля версий.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 24 Апреля 2008, 14:43:57
Для чего удобно видеть эти даты? Какова цель создания диаграммы?
Обычно диаграмма создается для визуального отображения элементов и связей между ними,
Irr, не совсем так.
Есть много любителей, в роде меня, работать с диаграммами в бумажном варианте.
Я нахожу в этом особую прелесть:
держать в реале картинку и разрисовывать её маркером и карандашом :-)
Так вот, в процессе работы таких бумажек собирается много, каждая из них хранит безценные зацепки для вытягивания из недр памяти "гениальных мыслей" или важных аспектов.
Как правило, эти зацепки - в виде мазков маркером и карандашных каракулей-приписок, родившихся в транспорте или на митинге с Заказчиком.
А когда такие бумаги начинаешь пересматривать - вот тут и жалеешь, что не видна версия диаграммы и дата её распечатки.


а информация о том, когда она делалась, обычно важна далеко не всем.
Даты прекрасно хранит и показывает подключенная система контроля версий.

ох уж эта мне больная тема с контролем версий в ЭА :-)

тут мысль родилась:
вообще все элементы, которые выносятся из системы версионного контроля надо бы снабжать "бирками", какой они версии.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 24 Апреля 2008, 15:53:53
Вот, теперь понимаю, для чего это надо :-) Так бы сразу и сказали :-)
Если печатать диаграмму через правый клик documentation\rtf report, и предварительно настроить шаблон отчета, то будет вам и белка, будет и свисток. Там есть возможность настройки вывода для диаграммы этих и не только этих полей.
А вот как на экран вывести, пока не знаю.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 22 Мая 2008, 15:05:41
Проблема:
Для создании структуры требований используется RaQuest. После формирования части или всего списка требований - список иерахический, данные по требованиям переносятся в EA, где возникает собственная - но аналогичная структура требований (см. рисунки). При построении моделей требований - т.е. формирования связей трассировки и визуализации отношений между требованиями и в будущем с элементами аналитической, проектной и т.п. моделями - может произойти нарушение первоначальной структуры вложеннности требований.
Ниже проблема проиллюстрирована:
Собственно созданная структура в RaQuest и ее образ в EA после переноса в EA (все это осуществляется прозрачно для пользователя)
(http://www.isuct.ru/~ivt/foruml2/EAris001.jpg)

Далее, формируем некоторую диаграмму и перетаскиваем нужные требования мышкой из дерева требований на диаграмму. Рисуем связи и трассировки.
(http://www.isuct.ru/~ivt/foruml2/EAris002.jpg)

В этот момент что-то происходит и нарушается иерархия требований, которая ранее была определена. Сравни первый и третьий рисунки. Нарушение иерархии показано красным овалом
(http://www.isuct.ru/~ivt/foruml2/EAris003.jpg)

Происходит ли это в результате формирования связи?

Решение проблемы:
В ответ на запрос служба поддержки EA написала следующее:

Изменение в иерархии, вероятно, происходит при перемещении требования на диаграмме. Т.е., если в каком-нибудь момент подчиненное требование размещается (попадает, пересекает) в вершине родительского и затем смещается в другое положение, тогда это приводит к автоматическому удалению подчиненного требования из иерархии.

Это поведение может быть изменено или использованием [alt] при перемещении объект на  (по) диаграмму(е), или отключением опции "Auto Group Elements" в "Tools | Options | Diagram | Behaviour".
Более подробно смотри http://www.sparxsystems.com/EAUserGuide/diagrambehavoir.htm

Чтобы избежать этого типа случайного изменения в иерархии, мы рекомендуем отключить опцию "Auto Group Elements", описанную выше.

Если в любое время Вам потребуется изменить вложение любых элементов на диаграмме, Вы можете удерживать [alt] во время перемещения объекта, что обеспечивает изменения поведения объектов на диаграмме на противиположный тип, установленному в  "Tools | Options | Diagram | Behaviour" (в данном случае приводит к включению опции автогруппировки).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 22 Мая 2008, 15:48:56
Проблема:
Для создании структуры требований используется RaQuest. После формирования части или всего списка требований - список иерахический, данные по требованиям переносятся в EA, где возникает собственная - но аналогичная структура требований (см. рисунки).
маленькое уточнение: данные по требованиям - одни и те же, хранятся в одних и тех же таблицах, только есть возможность с ними работать, как из RaQuest, так и через EA.
в моём случае окзывается удобным вначале создавать требования в RaQuest, а потом открывать EA и уже там дальше с ними работать.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 22 Мая 2008, 17:14:59
Спасибо за уточнение, это действительно так. Хранятся требования в одной базе, а RaQuest и EA с ними работают и каждый предоставлет их немного по-разному. RaQuest в виде традиционных списков, EA в виде структуры в браузере и на диаграммах.
Название: Enterprise Architect - массовое изменение объектов модели
Отправлено: step от 02 Июня 2008, 13:45:02
Начинаю работатать с  Enterprise Architect, делаю кучу ошибок. Возникают задачи типа этой - надо в паре сотне классов поменять стереотип. Как это сделать быстро? Такая же задача для стрелок связей. Нужен нормальный механизм массовых изменений. Пока нашел примитивный вариант - импорт/экспорт csv, в промежутке правлю поля csv файла, но такой механизм срабатывает не во всех случаях. Похожий вариант - импорта/экспорт  хмл файла, не устраивает так как очень неудобно править такой файл. Какие еще есть варианты?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 02 Июня 2008, 22:40:54
Хм, вроде писала ответ, а он не сохранился. Повторяю:
Первое, что приходит в голову - импорт/экспорт с правкой в xml. Побегала по менюшкам, вроде ничего похожего не наблюдается. Если задача повторяемая и алгоритм изменения понятен, можно написать скрипт/add-on, благо API в хелпе EA описан.
Название: Re: Enterprise Architect: Практика использования
Отправлено: step от 03 Июня 2008, 07:51:42
Спасибо за ответ. Отрицательный ответ тоже важен.
Если я правильно понял, то простой функции найти и заменить в ЕА нет?
Зачем в ЕА есть функция массового выделения объектов по типу (Edit->Select byType)? Только для копирования что-ли?
Название: Re: Enterprise Architect: Практика использования
Отправлено: step от 03 Июня 2008, 07:54:45
Еще вопрос. Что-то типа макросов есть в ЕА? Писать СОМ компоненты это, конечно, здорово, но не каждому под силу и по времени, да и со средами разработки надо будет разбираться.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 03 Июня 2008, 11:18:32
Если я правильно понял, то простой функции найти и заменить в ЕА нет?
Зачем в ЕА есть функция массового выделения объектов по типу (Edit->Select byType)? Только для копирования что-ли?
Порылась дополнительно по хелпу. Такой функции не нашла. Но с тем, что она простая, я бы не согласилась. Чтоб понять, что на что менять - это ж полный механизм поиска (который у них есть и он не тривиален) да плюсом к нему еще редактор правил замены. А насколько часто нужна такая массовая замена?
Функция массового выделения объектов по типу - для копирования и удаления.
Что-то типа макросов есть в ЕА?
JavaScript подойдет? У нас на нем писались скрипты. В основном для формирования хитрых отчетов и манипуляции тегами.
Название: Re: Enterprise Architect: Практика использования
Отправлено: step от 03 Июня 2008, 12:41:07
Насчет JavaScript пока не знаю :)
Опишите кратко технологию создания скрипта...Если не сложнеее макросов VBA то сойдет
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 03 Июня 2008, 13:22:30
Начинаю работатать с  Enterprise Architect, делаю кучу ошибок. Возникают задачи типа этой - надо в паре сотне классов поменять стереотип. Как это сделать быстро? Такая же задача для стрелок связей. Нужен нормальный механизм массовых изменений.

Я послал запрос в службу поддержки. Вот пришел ответ:
EA's automation interface is very useful for performing bulk changes across your model.  For more information on using automation, refer to the EA help file under the "Extend Enterprise Architect" chapter.

Additional code samples for EA Add-Ins are available from our website under the "Resources" area.
Название: Re: Enterprise Architect: Практика использования
Отправлено: step от 03 Июня 2008, 13:47:19
Спасибо, но это меня выводит на разработку EA Add-Ins, такой подход трудно назвать юзерфрендли. Надо поставить среду разработки, освоить практику создания СОМ компонент, освоить  АПИ для EA и т.п. Иными словами, получен ответ "нельзя внести много однотипных изменений иным способом кроме как ручками."
Например,  нельзя исправить грамматическую ошибку в термине предметной области, которая расползлась по всей модели, или ошибку в персоналиях и т.п. Ну или поменять стереотип как в моем случае.
Спасибо за скорый отклик.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 03 Июня 2008, 15:04:21
Насколько я понял Вы дружны с VB. Смотрите раздел Automation Interface и примеры на сайте в разделе Resourses. Мне кажется Вы скорее сделаете что-то полезное, чем будете пенять на невозможность сделать это иначе.
Возможно Вам удасться сделать что-то очень оригинальное. Поделившись опытом, Вы привлечете других энтузиастов :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 23 Июня 2008, 13:57:14
Столкунулась с проблемой. На Activity Diagram не могу сделать у самих Activity видимыми атрибуты и операции :(. Помогите?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 23 Июня 2008, 15:21:44
Для начала надо определится - зачем Вам это?

Деятельность - это поведенческий элемент, он имеет много общего с операцией, которая характеризуется параметрами, предусловиями и постусловиями.

ИМХО, в пределе деятельность стремится к действию, которое есть собственно операция или часть данной операции.

Хотя ЕА позволяет обращаться с Activity как с классом (или объектом), это не совсем так, потому и не отображаются атрибуты и операции.

А вот дополнительные свойства отображаются - Advanced / Custom Properties
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 30 Июня 2008, 10:17:56
В итоге сделал так: деятельность оформила как операцию, дополнительно нарисовала входные и выходны параметры операции.
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 30 Июня 2008, 10:21:42
Что делать в случае большого количесьтва условий (ветвлений ) на диаграмме деятельности?
огромное количество ромбов, даже уже в количестве 10 штук вызывает мягко говоря путаницу в глазах..Для восприятия сложно выглядит.
Может есть способ объединения условий?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 30 Июня 2008, 10:25:42
Что делать в случае большого количесьтва условий (ветвлений ) на диаграмме деятельности?
А нельзя часть деятельностей и ромбов выделить как единые блоки и спрятать под композитную активити?
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 30 Июня 2008, 10:34:23
Видимо нет, попытаюсь объяснить. У каждого ромба два условия:
из Ромба 1 по условию 1.1  идёт одна деятельность и далее проверка - следующий Ромб 2.
из Ромба 1 по условию 1.2 идёт проверка Ромб 2.

из Ромба 2 по условию 2.1 идёт одна деятельность и далее проврка - следующий Ромб 3
из Ромба 2 по условию 2.2 идёт проверка Ромб 3.
........

Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 30 Июня 2008, 10:57:38
Ещё интересует вопрос возможности/невозможности рисования оператора многозначного выбора: когда условий больше чем три.
С помощью ветвлений ромба можно нарисовать не более трёх условий..
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 30 Июня 2008, 11:33:35
В принципе для множественного выбора или вообще перехода по условию совершенно не обязательно строить точку принятия решения. Да это лучше позиционирует диаграмму, но вы просто можете нарисовать столько стрелок из деятельности , сколько нужно, главное чтобы все условия были несовместные, т.е. чтобы не было конфликта перехода, когда два условия выполняются одновременно.

Золотухина например предлагает (и это в приницпе возможно) для множественного перехода использовать элемент синхронизации - т.е. элемент распараллеливание процесса с условием.

Правда у меня есть мнение, что алгоритм содержащий множество условных переходов не эффективен, сложен, а следовательно некорректен. Для этого лучше использовать таблицу принятия решений или как она назыается в конечных автоматах - таблица истинности, или деревья принятия решения.
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 30 Июня 2008, 11:46:22
Синхронизация - это распараллеливание процессов.
А если деятельности выполняются не параллельно, а согласно РАЗНЫМ условиям???
Допустимо ли рисовать из одного ромба сразу пять( допустим) условий?
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 30 Июня 2008, 12:09:00
Допустимо ли рисовать из одного ромба сразу пять( допустим) условий?
да
Название: Re: Enterprise Architect: Практика использования
Отправлено: anasta1979 от 30 Июня 2008, 12:28:37
В принципе для множественного выбора или вообще перехода по условию совершенно не обязательно строить точку принятия решения. Да это лучше позиционирует диаграмму, но вы просто можете нарисовать столько стрелок из деятельности , сколько нужно, главное чтобы все условия были несовместные, т.е. чтобы не было конфликта перехода, когда два условия выполняются одновременно.
А где это в теории почитать? Именно то, что прямо из деятельности можно рисовать стрелки?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 30 Июня 2008, 12:58:28
А где это в теории почитать? Именно то, что прямо из деятельности можно рисовать стрелки?
Это самоочевидный факт. ДД по сути есть иной взгляд на модель состояний в UML 1.5. По сути это переход из 1 состояния в другое. В UML 2.0 ДД интерпретируется уже как сеть Петри, но там все равно есть состояния. Просто более строгие правила переходов.
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 30 Июня 2008, 19:43:20
При генерации rtf отчетов получаю кракозябры. Как бороться? Версия 6.5
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 30 Июня 2008, 20:27:46
Еще вопросик - напомните как в EA создавать свои картинки для стереотипов. Где то вроде читал что можно но где не найду никак
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 30 Июня 2008, 21:55:28
При генерации rtf отчетов получаю кракозябры. Как бороться? Версия 6.5
Можете прислать пример - я протестирую на 7.1
Просто я еще не генерировал на русском. Вернее вру - делал. Крякозябр не было. Были крякозябры в Note - т.е. пишешь по-русски, сохраняешь, вдруг видишь часть текста в крякозябрах.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 30 Июня 2008, 22:04:23
Еще вопросик - напомните как в EA создавать свои картинки для стереотипов. Где то вроде читал что можно но где не найду никак
А по точнее можно?

Если я правильно понял - Settings / UML ...
Вкладка Stereotypes
Затем выбирается нужный стереотип либо создается новый
Задается базовый класс и т.п. Далее определяется (перекрывается) проявление либо с метафайлом либо с скриптовым рисунком (перекрывается естественно изображение базового класса)

Еще имеет смысл рассмотреть вопрос создания профиля UML - поищите в справке - очень ценная штука


Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 01 Июля 2008, 16:44:56
по поводу кракозябр вместо русских букв в документации. Наблюдаю поразительный эффект. Берем класс, к нему пишем Note на русском последнее слово в документации к этому классу получается на русском остальное кракозябры. Версия 7.0.XXX
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 01 Июля 2008, 16:55:40
видимо то что и писал Galogen тут http://www.uml2.ru/forum/index.php?topic=190.msg8765#msg8765
А както лечится????
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 01 Июля 2008, 17:44:05
А Codepage у вас правильно выставлена?
В версии 7.1 - формирование ртф доки - закладка Codepage, там Language=1049 Russian, Codepage=855 Cyrillic, Charset=204 Russian
В версии 6.5 было в другом месте в интерфейсе, но настройки такие же.
С такими настройками никаких проблем с формированием документации не было
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Июля 2008, 18:51:31
Наблюдаю поразительный эффект. Берем класс, к нему пишем Note на русском последнее слово в документации к этому классу получается на русском остальное кракозябры. Версия 7.0.XXX
данную проблему я обнаружил давно. Даже послал сообщение саппорту. Ответа до сих пор не было
Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 01 Июля 2008, 19:04:36
Как убрать ненужный набор элементов из Toolbox? Вытащил Anlysis Elements, а убрать не получается - торчит во всех шаблонах.  
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Июля 2008, 20:00:18
Не очень понял о чем речь, но может так.
ЛКМ по титлу More Tools

В самом низу Set Toolbox Visibility

В диалоге убрать галочку напротив Extended Analysis
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 01 Июля 2008, 20:05:22
С установками "Language=1049 Russian, Codepage=855 Cyrillic, Charset=204 Russian" генерация отчетов идет нормально!!Спасибо
Еще вопросик - хранить в eap не ССЫЛКИ на файлы, а сами ФАЙЛЫ можно? Имеется в виду например всякие ворды,эксели. Вроде mdb умел их хранить
Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 01 Июля 2008, 20:16:57
Не очень понял о чем речь, но может так.
ЛКМ по титлу More Tools

В самом низу Set Toolbox Visibility

В диалоге убрать галочку напротив Extended Analysis
ЛКМ - это, наверное Левая Кнопка Мыши... В общем, нет у меня Set Toolbox Visibility ???
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Июля 2008, 20:21:51
В справке по этому вопросу ничего не сказано, только внешние гиперссылки.

Может быть есть такая возможность при использовании серверов БД.

Хотя в ЕА есть диаграмма Модели документов. Там есть такое понятие как артефакт документа. Насколько я могу судить хранится он внутри базы в виде rtf файла, по заданному шаблону. пРИЧЕМ ДЛЯ ТОГО ЧТОБЫ ИСПОЛЬЗОВАТЬ СОБСТВЕННЫЙ ШАБЛОН ЕГО ТРЕБУЕТСЯ ВНАЧАЛЕ СОЗДАТЬ в Ресурсах , Templates, Linked Document Templates
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 01 Июля 2008, 20:39:18
В справке по этому вопросу ничего не сказано, только внешние гиперссылки.

А Visual paradigm умеет это делать?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Июля 2008, 21:23:28
ЛКМ - это, наверное Левая Кнопка Мыши... В общем, нет у меня Set Toolbox Visibility ???
Version, please. Ну а также в хелп. Содержание: EA UML Toolboxes и в частности UML Toolbox Appearance Options

версия моя 7.1.830
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Июля 2008, 21:25:33
А Visual paradigm умеет это делать?
Ой спросите у BASa, я с VP не так много возился, хотя студентам и преподаю :)
Знаю только, что в комьюнити эдишн вообще с документами не поработаешь
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 01 Июля 2008, 22:33:25
Еще вопросик - хранить в eap не ССЫЛКИ на файлы, а сами ФАЙЛЫ можно? Имеется в виду например всякие ворды,эксели. Вроде mdb умел их хранить
Ворды хранятся как LinkedDocument, Excel и все прочее - по-моему не умеет ЕА хранить. НО: можно попробовать его замучить с помощью API (но возможны проблемы при последующих обновлениях ЕА, ковырять-то базу приходится).
А вообще, хранить файлы в модели, имхо, не очень прилично, база данных раздувается со страшной силой... Я бы предложила другой вариант: создаем структуру хранения файлов в системе контроля версий и ссылаемся в ЕА на файлы с относительным путем на рабочие каталоги чек-ина/чек-аута. Тогда у всех пользователей в принципе будет единообразненько
Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 01 Июля 2008, 23:03:03
UML Toolbox Appearance Options

версия моя 7.1.830
7.0.813
Спасибо, все получилось. Оказывается, надо было сделать unpin. Как-то я бессознательно пришпилил эту страницу по-началу...
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 01 Июля 2008, 23:47:07
Я бы предложила другой вариант: создаем структуру хранения файлов в системе контроля версий и ссылаемся в ЕА на файлы с относительным путем на рабочие каталоги чек-ина/чек-аута. Тогда у всех пользователей в принципе будет единообразненько
Я тоже так подумал что через CVS эта проблема обходится. А вот с доводом что база пухнет - не соглашусь - пусть себе пухнет на то она и база!!!!!
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 02 Июля 2008, 09:36:51
А вот с доводом что база пухнет - не соглашусь - пусть себе пухнет на то она и база!!!!!
Согласен, файловый репозиторий менее надежная система, да и поиск затруднен. Тем более если используется сетевая версия
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 02 Июля 2008, 11:23:30
Согласен, файловый репозиторий менее надежная система, да и поиск затруднен. Тем более если используется сетевая версия
Самая надежная система для хранения файлов - система версионного контроля! :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 02 Июля 2008, 12:55:40
По мотивам общения в этой ветке (последние 2 страницы) и сообщениям от пользователя Ksysha обновлен FAQ по EA. Спасибо!
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 02 Июля 2008, 18:34:19
А Link между элементами модели не является членом модели? При создании связи (ассоциации) между классами самой связи не вижу как самостоятельного члена в Project Browser. Так и должно быть?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 02 Июля 2008, 18:47:04
А Link между элементами модели не является членом модели? При создании связи (ассоциации) между классами самой связи не вижу как самостоятельного члена в Project Browser. Так и должно быть?
Link между элементами является частью модели, но не отображается в ProjectBrowser. Линки можно увидеть либо на закладке Links Properties элемента, либо в окне hierarchy элемента. Физически это отдельная таблица, называется как-то типа Connectors. При импорте/экспорте пакетов выгружается вместе с элементами.
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 02 Июля 2008, 18:56:48
Не нашел в поиске (Ctrl-F) возможности искать Link.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 02 Июля 2008, 19:12:31
Вообще View / More Windows / Relationships. Вы деляется элемент и показываются все его связи. Это то?
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 02 Июля 2008, 19:24:42
не, не то.
Блин, странное у них отношение к линкам...
Мне хочется найти все экземпляры линков в модели с некоторым именем
Только если через отчет...
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 02 Июля 2008, 20:16:31
не, не то.
Блин, странное у них отношение к линкам...
Мне хочется найти все экземпляры линков в модели с некоторым именем
Только если через отчет...
А мне кажется это у вас странное отношение :)
Спросите себя можно ли создавать экземпляр линка? Т.е. Экземпляр линка между Классом А и Классом Б.
Вы скажите конечно!!!!! например  01.А 01.Б или 01.А 03.Б и т.д. Все верно, но! можно ли разместить на ДРУГОЙ диаграмме ссылку на вот эту самую линку? Нет!  Нельзя, она появится автоматом между ссылками элементов - коли уже была... Но как можно найти все экземпляры линков - у меня не помещается такое желание в голове. Главное зачем????

Не были бы столь любезны рассказать причину этого?

Посмотреть разом все отношения в проекте - такое желание понятно, может ли дать это ЕА - бум выяснять, пока 100% могу лишь указать на окно Рэлэйшнз. Словаря стрелок как в BPWin тут явно не видно.
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 02 Июля 2008, 23:23:28
Но как можно найти все экземпляры линков - у меня не помещается такое желание в голове. Главное зачем????
Не были бы столь любезны рассказать причину этого?

Мне не нужны все экземпляры линков. Мне нужен конкретный линк название которого я помню но между чем он - не помню
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 03 Июля 2008, 11:55:37
Мне не нужны все экземпляры линков. Мне нужен конкретный линк название которого я помню но между чем он - не помню
Конкретно этому горю помочь можно так: открываем EAP-файл, например, в Access. Заглядываем в структуру таблицы T_Connector, находим имя поля, в котором лежит имя линки. Дальше делаем запрос Select, где критерий - имя поля="название линки". В каждой записи о коннекторе должны быть идентификаторы элементов, которые он соединяет. Запоминаем идентификатор одного из элементов, находим в таблице T_Object название поля, в котором хранится идентификатор, строим аналогичный Select, в записи находим имя элемента. Ну а после этого можем честно искать в ЕА элемент по имени, и жить долго и счастливо.
Хацкерско, но по идее должно сработать. Но лучше, конечно, не забывать названия элементов :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 03 Июля 2008, 13:46:04
Конкретно этому горю помочь можно так: открываем EAP-файл, например, в Access.

Ага тут кстати приходит в голову и обратный способ. Например у меня имеется список обьектов (классов) в экселе!!!!! Пишем скрипт - который загоняет все в аксесс...
Прокатывает такой вариант?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 03 Июля 2008, 13:57:37
Ага тут кстати приходит в голову и обратный способ. Например у меня имеется список обьектов (классов) в экселе!!!!! Пишем скрипт - который загоняет все в аксесс...
Прокатывает такой вариант?
Не, не прокатывает. Ибо у меня селекты, а Вы хотите базу менять. Я бы базу меняла только честным API, используя честные команды вставки элемента. Он же там и идентификаторы по определенному принципу прописывает и т.д.
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 03 Июля 2008, 14:40:35
Не, не прокатывает. Ибо у меня селекты, а Вы хотите базу менять. Я бы базу меняла только честным API, используя честные команды вставки элемента. Он же там и идентификаторы по определенному принципу прописывает и т.д.

Да согласен - честное API конечно корректнее. Ну в принципе API предусматривать возможность insert update делать?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 03 Июля 2008, 15:08:17
Да согласен - честное API конечно корректнее. Ну в принципе API предусматривать возможность insert update делать?
Есть. Смотрим хелп Extending EA-The Automation Interface-Reference-Code Samples-Add and Manage Elements
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 04 Июля 2008, 09:38:25
Вот что ответила служба поддержки от ЕА по поводу возможности посмотреть все линки:

В ЕА отсутствует возможность получить такие данные через использование интерфейса ЕА. Однако можно рассмотреть возможности интерфейса автоматизации (API) или просто сформировать SQL-запрос. Например такого вида:

SELECT t_connector.Connector_ID,
t_connector.Connector_Type,
t_connector.Stereotype,
t_connector.Name,
StartObject.Object_ID AS StartObjectID,
StartObject.Object_Type AS StartObjectType,
StartObject.Name AS StartObjectName,
StartObject.Stereotype AS StartObjectStereotype,
EndObject.Object_ID AS EndObjectID,
EndObject.Object_Type AS EndObjectType,
EndObject.Name AS EndObjectName,
EndObject.Stereotype AS EndObjectStereotype
FROM t_connector, t_object AS EndObject, t_object AS StartObject
WHERE StartObject.Object_ID = t_connector.Start_Object_ID
AND EndObject.Object_ID = t_connector.End_Object_ID
ORDER BY t_connector.Connector_Type, t_connector.Stereotype, StartObject.Name, EndObject.Name

Для получения более подробной информации по использованию SQL в ЕА смотрите ссылку:
http://www.sparxsystems.com/EAUserGuide/creating_filters.htm
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 04 Июля 2008, 15:16:01
EA имеет какието встроенные механизмы типа вот такого http://www.visual-paradigm.com/highlight/diagramtransitor.jsp ?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 04 Июля 2008, 15:56:13
Имеется в виду копирование диаграмм?
С помощью механизма профилей или копирования пакетов. Про профили недавно где-то здесь обсуждали
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 04 Июля 2008, 16:22:26
Насколько я понял в VP это не копирование диаграмм, а разные состояния ОДНОЙ диаграммы
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 07 Июля 2008, 17:47:46
1 Что означает помещение одного класса под другой в Project browser?
После того как поместил класс 01.01.00 под 01.00.00, вытащил его на диаграмму классов получил такую картинку. Насколько я помню это означает что класс 01.00.00 имеет тип 01.01.00. я все правильно понял?
2 Существуют ли у обьекта атрибуты описывающие его базовый класс? или опять же только через четвероточие в названии?
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 07 Июля 2008, 18:09:19
ну по п2 разобрался в API через установку свойства ParentID в дочернем элементе задается родитель. Но родитель именно в смысле project browser. Каково отражение отношения родитель-ребенок (project browser) в UML отношения - ктонибудь может подсказать.
Например если я помещаю обьект1 под класс1 (в Project browser) то логично это воспринимать что этот обьект есть экземпляр этого класса. Однако видимо этого не происходит
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 07 Июля 2008, 18:50:40
Не логично. Это не отношение наследования. Это отношение вложения. Т.е. класс определен в рамках другого класса. заблы как точно это называется, кажется вложенные классы или вложенное определение класса. Именно это и отражает ЕА, поскольку механизмы работы в нем едины для многих UML элементов
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 07 Июля 2008, 19:08:06
А почему вложение не показывать через агрегацию композицию?
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 07 Июля 2008, 19:13:34
Кстати почему то EA реализовал эту вложенность не через линки (t_connector)  а через прямую ссылку обьекта на обьект (t_object)
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 07 Июля 2008, 19:14:00
А почему вложение не показывать через агрегацию композицию?
У меня тоже была такая мысль, почему это ЕА не сделал так, чтобы автоматом появлясь связь агрегации. НО вложенный класс - это не часть агрегата, это часть самого главного класса. В этом то и тонкость... наверное :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 07 Июля 2008, 19:22:55
ГЫыыы честно говоря слишком тонкая тонкость...
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 07 Июля 2008, 21:27:27
ГЫыыы честно говоря слишком тонкая тонкость...
А зря, хахалитесь :). Я сказал, разница есть. И по-моему она серьезна. Другое дело лично я ее до конца не понимаю, вернее выразить не могу. Потому обратился к ЕА за помощью. Есть там очень интересный инструмент - =иерархия= -.
Сразу так в чувство приводит :)

Создадим класс Class1. Сделаем его большим-пребольшим. Поместим на него еще один класс Class2. Еще сделаем рядышком Class3. Свяжем Class3 агрегацией с Class1. Потом взглянем на иерахию. Например от Class1:
владеет Class2 и !!!! состоит из Class3. Есть разница - владеть и состоять? Но пойдем дальше. Добавим Class4 и свяжем его композицией. Ну и? А никакой разницы... Разница уже такова - что часть не существует вне целого.

Просто описание класса, связанного агрегацией и композицеей произходит вне класса агрегата-композита. И вполне может быть определен отдельно от класса агрегата. Формам- контейнер, кнопка - элемент формы. Помирает форма - изчезает кнопка. Но это вовсе не означает, что класс кнопка обязательно должен определяться внутри формы.

В вот наш класс 2 - определяется исключительно внутри класса 1. Без класса 1 он не существует и имеет значение только внутри этого самого класса 1. Какова практическая значимость такой ситуации- мне сказать сложно, надеюсь более опытные товарищи подскажут
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 08 Июля 2008, 12:44:31
ну есть отношение nested
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 11 Июля 2008, 20:17:13
кстати одна из засад такого странного отношения к линкам -
1 берем пакет
2 сохраняем на диск (XMI)
3 добавляем связь между элементами пакета
4 сравниваем пакет с ранее сохраненным на диске XMI
5 EA говорит что они идентичны

Во как
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 05 Августа 2008, 18:03:31
свойства ParentID в дочернем элементе задается родитель. Но родитель именно в смысле project browser. Каково отражение отношения родитель-ребенок (project browser) в UML отношения
Я тоже задавался этим вопросом.
В смысле соответствия UML-ному стандарту,
я вижу интерпретацию связи родитель-ребенок в project browser EA только в контексте пакетов.

Пакеты - инструмент управления моделью. UML-модельер может, конечно-же,
построить иерархию пакетов в каком-то соответствии с моделируемой областью,
но стандарт UML даёт ему свободу от этого.
Пакетная структура может отражать, к примеру:
разбивку элементов модели по авторам,
версиям-апдейтам,
уровням моделирования,
типам диаграмм и т.д.

Так вот, интересно, что в ЭА роль пакета может исполнять и класс,  и состояние, и активность, и Юзкейс похоже, любой элемент модели, изображение которого на диаграмме имеет вид фигуры с полощадью.
Как минимум, в контексте project browser-а.

Как-то мне по работе нужно было дать Заказчику диаграмму зависимости пространств имён в разрабатываемом .NET-приложении.
Получилось достаточно удачная диаграмма файлов-компонентов, в которых содержались пакеты-пространстваИмён. (Я использовал MagicDrowUML)
Мне очень понравилась конструкция с плавным переходом:
NameSpace.SubNameSpace.ClassName.ClassFunctionName()

Если NameSpace и SubNameSpace моделируем на диаграммах пакетами, то логично пойти дальше, и воспринимать и ClassName и ClassFunctionName тоже как в каком-то смысле, пакеты.

Например, диаграмму состояний (вместе с состояниями) можно сделать в project browser-е дочерней для соответствующего класса.

Диаграмму активности, детализирующую ЮзКейс, вместе с активностями - делаем дочерними самому Юзкейсу.


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

В том и вся привлекательность этого дерева:
его можно строить и перестраивать,
повторяя какие-то логические структуры модели, не изменяя при этом саму модель.

Но не всё так красиво в ЭА.
Мы с Galogen-ом давно нарвались на обидный хомут:
Есть функция у класса, очень хочется активити-диаграмму с алгоритмом вычисления этой функции сделать дочерней...
Ан-нет :-( ЭА функцию в дереве показывает, а прицепить к ней дочерний элемент не даёт.

Ещё - ЭА не хочет цеплять пакет дочерним куда бы то ни было, кроме другого пакета.

Но самое страшное - это риск "полного съезда крыши" у ЭА,
как только начинаешь более-менее основательно перестраивать дерево браузера.

Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 12 Августа 2008, 17:31:09
Как делается направление чтения имени ассоциации?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 12 Августа 2008, 22:56:15
Как делается направление чтения имени ассоциации?
Александр, к сожалению в ЕА нет явных средств для этого, как, например, в VISIO. Однако следует придерживаться правила справа-налево-сверху-вниз.

Я выкручивался путем изображения направления навигации или включения в текст имени ассоциации знака -> или <-. Конечно не так удобно. Однако направление чтения часто тривиально и понимаемо
Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 13 Августа 2008, 00:26:40
Я выкручивался путем изображения направления навигации или включения в текст имени ассоциации знака -> или <-. Конечно не так удобно. Однако направление чтения часто тривиально и понимаемо
Прийдется выкручиваться...
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 17 Августа 2008, 22:34:20
Всем доброго вечера :).

Собственно вопрос: как заставить EA показывать на диаграмме классов параметры методов в соответствии с нотацией UML?

Очень хотелось бы чтобы для методов он показывал значения параметров по умолчанию, сейчас максимум что можно это название и тип.

У них на форуме уже спрашивал - стандартными средствами никак.

Может быть это можно сделать с помощью add-ins-а или еще как-то?


Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 17 Августа 2008, 23:12:25
Всем доброго вечера :).
Собственно вопрос: как заставить EA показывать на диаграмме классов параметры методов в соответствии с нотацией UML?
Очень хотелось бы чтобы для методов он показывал значения параметров по умолчанию, сейчас максимум что можно это название и тип.
У них на форуме уже спрашивал - стандартными средствами никак.
Может быть это можно сделать с помощью add-ins-а или еще как-то?
Вечер добрый.

Как Вы сами и сказали, на форуме Вам ответили - нет нельзя.
Однако вопрос: что такое "отобразить параметры методов в соответствии с UML". Т.е. если дефолтные значение не отображаются, то это уже будет не в соответствии?

Насколько я понимаю UML все-таки графическая система, значения по умолчанию скорее уже ближе к реализации. Процесс кодогенерации производится по шаблону. Если в шаблоне отсутствует возможность обрабатывать дефолтные значения, то следует скорректировать этот шаблон, очевидно.

Я согласен с Вами ЕА в очередной раз прокололся.

Хотя, прежде всего хотелось бы понять для чего Вам требуется строгое определение. Может оно того и не стоит :)

В Visual Paradigm полную сигнатуру операции или метода можно изобразить без лишних хлопот. Существует бесплатная версия Community Edition.
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 18 Августа 2008, 00:24:27
Цитировать
Однако вопрос: что такое "отобразить параметры методов в соответствии с UML". Т.е. если дефолтные значение не отображаются, то это уже будет не в соответствии?

В полном соответствии со спецификацей UML (это, естественно, только кусок):
<parameter-list> is a list of parameters of the operation in the following format:
   <parameter-list> ::= <parameter> [‘,’<parameter>]*
   <parameter> ::= [<direction>] <parameter-name> ‘:’ <type-expression>
  [‘[‘<multiplicity>’]’] [‘=’ <default>] [‘{‘ <parm-property> [‘,’ <parm-property>]* ‘}’]

Т.е. если я ставлю для диаграммы "Show Parameter Detail" в "Full Details" - то по-моему должно показываться все что определено нотацией, а не только название и тип.

Цитировать
Насколько я понимаю UML все-таки графическая система, значения по умолчанию скорее уже ближе к реализации.
Однако для атрибутов с этим проблем нет - дефолтные значения показываются.

Цитировать
Хотя, прежде всего хотелось бы понять для чего Вам требуется строгое определение. Может оно того и не стоит

Проблема в том, что у меня есть классы (на PHP5) у которых методы допускают вызов с различным числом параметров (1, 2, 3 и тд), НО по диаграмме невозможно определить сколько параметром можно передавать методу - приходится постоянно лезть в свойства...

Да в VP это все показывается, но по-моему он слишком навороченный, ну и стоит естественно больше. Community Edition не подходит т.к. там нет генерации кода :(, а без неё вообще мало смысла использовать UML... если все делать вручную - проще рисовать в Visio или ConceptDraw.

И всетаки - может существует какой-либо обходной путь, чтобы заставить EA показать дефолтные значения?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Августа 2008, 00:49:31
И всетаки - может существует какой-либо обходной путь, чтобы заставить EA показать дефолтные значения?
Боюсь, что нет, только если не использовать искусственные способы.


Кстати, если Вы лицензированный пользователь, то можете обратиться в службу поддержки, возможно они ответят более точно, чем на форуме ЕА. Либо рассмотрять возможность включить это в будущие релизы
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 18 Августа 2008, 01:07:44
Боюсь, что нет, только если не использовать искусственные способы.
Не могли бы Вы подробнее рассказать об этих способах (хотя бы в общих чертах, чтобы знать куда копать дальше)? может мне какой-либо из них подойдет...

К сожалению, я не лицензированный пользователь (хотя с удовольствием стал бы им, если бы не эта недоработка).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 18 Августа 2008, 11:19:56
Не могли бы Вы подробнее рассказать об этих способах (хотя бы в общих чертах, чтобы знать куда копать дальше)? может мне какой-либо из них подойдет...
Я точно не знаю, могу лишь предполагать. Вынести как тегированные значения, либо просто в описании и использовать обновляемые NOte, смотрите рецепты в нашем FAQ.

Цитировать
К сожалению, я не лицензированный пользователь (хотя с удовольствием стал бы им, если бы не эта недоработка).
Составьте запрос - лучше не английском. Я от своего лица передам.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Августа 2008, 17:11:01
Сделал запрос в поддержку. Вот какой ответ пришел:

Цитировать
It is not currently possible to display this information in EA. However,
it shouldn't be difficult to add, so I will try to add it for one of the
next builds of EA.

Best Regards,

Neil Capey
Sparx Systems Pty Ltd
support@sparxsystems.com.au
http://www.sparxsystems.com.au
 
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 19 Августа 2008, 22:41:51
Вышел очередной 832 билд EA версии 7.1. 832 билд имеет внушительный список изменений (http://sparxsystems.com/products/ea/history.html#832), но ... вряд ли они слишком значительны.

Изменения затронули устранение выявленных в ходе эксплуатации ошибок, добавление новых функций, улучшение имеющихся в области:
- Инжиниринга баз данных
- Автоматизации
- Документации
- в целом ...
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 23 Августа 2008, 00:33:40
Сделал запрос в поддержку. Вот какой ответ пришел:

Огромное спасибо! :)

Остается дождаться этого билда...

А пока (ради спортивного интереса ;)):
Цитировать
Я точно не знаю, могу лишь предполагать. Вынести как тегированные значения, либо просто в описании и использовать обновляемые NOte, смотрите рецепты в нашем FAQ.

Также можно для параметра задать Alias (не забыть для диаграммы разрешить показывать alias-ы, а для самих параметров только названия), единственный недостаток - приходится вручную обновлять.

Эх... Написать бы Addin который при изменении параметра (или метода) сам обновляет alias. Жаль только событий об изменении вроде бы не предусмотрено :(.
Может быть есть какой-либо способ для отслеживания изменений методов?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 23 Августа 2008, 23:17:05
Эх... Написать бы Addin который при изменении параметра (или метода) сам обновляет alias. Жаль только событий об изменении вроде бы не предусмотрено :(.
Может быть есть какой-либо способ для отслеживания изменений методов?
Совершенно не занимался этим, но судя по тому, что вокруг скажем так стандартного решения выстраивают кучу всякий надстроек, судя по наличию API, возможности интеграции в среды разработки - наверняка что-то можно сделать. Наверное что-то типа макросов. Но просто времени и желания нет разбираться.

Вообще при всех прелестях ЕА неожидано ловишь себя на мысли, а не является ли низкая цена единственной прелестью?

Да много всяких изящных наворотов типа тегированных значений и создания собственных UML шаблонов - а такой простой тривиальной вещи как отображение дефолтного значения на параметре почему нет. Да фиг с ним с дефолтным значением параметра - мне думается тут не так это важно, хотя с какой позиции посмотреть (учитывая что забыли сделать возможность визуализации и включения в генерируемый код - наверное просто упустили из виду). Но вот почему упустили из виду возможность трансформации диаграммы последовательности в диаграмму кооперации, или почему заявляя о соотвествии UML 2, многое вообщем-то бывает либо недоступно, либо приходится вставать на уши, чтобы сделать это доступным.

Или это просто проблемы роста?
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 27 Августа 2008, 09:43:27
У меня 2 вопроса по использованию ЕА:

1. Как импортнуть файл с моделью экспортированной из VP? Файл прикладываю.
2. Как сделать так, чтобы при генерации HTML репорта ЕА не изменял название файл HTML страниц
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 27 Августа 2008, 11:08:03
1. Как импортнуть файл с моделью экспортированной из VP? Файл прикладываю.
Насколько я понимаю XMI в ЕА вовсе не предназначено для обмена с другими системами проектирования. XMI служит ровно для того, чтобы можно было импортировать/экспортировать отдельные элементы между моделями, при удаленной разработке, при версионном контроле...

В ЕА заявлена возможность импортировать файлы RSA. А вот если сравнить xml файл, предложенный тобою и скажем экспортированный ЕА - ну они так серьезно отличаются по схеме, что трудно ожидать возможности конвертации. Как же это делается? Пока не знаю...

Цитировать
2. Как сделать так, чтобы при генерации HTML репорта ЕА не изменял название файл HTML страниц
но компрене ву? Насколько, я знаю при создании рипорта формируется три файла index blank toc + несколько папок с содержимым, имаджами и т.п. Там даже вообще никто не спрашивает имя файла для рипорта. Ты можешь и должен определить имя папки куда все хозяйство сложишь, а так просто будешь каждый раз перезаписывать имеющееся
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 27 Августа 2008, 11:15:07
1. Как импортнуть файл с моделью экспортированной из VP? Файл прикладываю.
Попробовала, не получилось. Имхо, такой формат не поддерживается. Заголовки и имя схемы точно отличаются от файлов импорта ЕА. В хелпе на эту тему:
You can import the following formats:
· UML 1.3 (XMI 1.0)
· UML 1.3 (XMI 1.1)
· UML 1.4 (XMI 1.2)
· UML 2.0 (XMI 2.1)
· UML 2.1 (XMI 2.1)
· MOF 1.3 (XMI 1.1)
· MOF 1.4 (XMI 1.2)
EA can also import the *.emx and *.uml2 files generated by tools such as Rational Software Architect (RSA) and Rational Software Modeler (RSM).
VP умеет в формате Rational выгружать? Можно попробовать так.
2. Как сделать так, чтобы при генерации HTML репорта ЕА не изменял название файл HTML страниц
Не поняла вопроса. Не изменял название чего?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Денис Иванов от 27 Августа 2008, 12:41:38
Насколько я понимаю XMI в ЕА вовсе не предназначено для обмена с другими системами проектирования. XMI служит ровно для того, чтобы можно было импортировать/экспортировать отдельные элементы между моделями, при удаленной разработке, при версионном контроле...

Вообще существует OMG стандарт, который описывает формат (XMI) передачи данных модели между РАЗЛИЧНЫМИ инструментами.
При этом у меня НИ РАЗУ НИ ОДИН ИНСТРУМЕНТ не смог адекватно передать модель другому инструменту.

Кстати, у OMG существует еще один стандарт (UML Diagram interchange), который описывает как обмениваться диаграммами и еще сохранять layout.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 27 Августа 2008, 13:51:05
Вообще существует OMG стандарт, который описывает формат (XMI) передачи данных модели между РАЗЛИЧНЫМИ инструментами.
Вот ЕА как раз и заявляет, что поддежривает несколько версий этого формата. Но в заголовке хмл-ки от BAS'а никакого упоминания о версии формата, кроме
<?xml version="1.0" encoding="UTF-8"?>
<Project name="РўРЎР_" umlVersion="2.x">
У аналогичного файла в ЕА заголовок:
<?xml version="1.0" encoding="windows-1252"?>
<!DOCTYPE XMI SYSTEM "UML_EA.dtd">
<XMI xmi.version="1.1" xmlns:UML="omg.org/UML1.3" timestamp="2008-08-12 17:00:28">
   <XMI.header>
      <XMI.documentation>
         <XMI.exporter>Enterprise Architect</XMI.exporter>
         <XMI.exporterVersion>2.5</XMI.exporterVersion>
      </XMI.documentation>
   </XMI.header>
А что у файлов от других инструментов? Rational не берем, у них свой отдельный формат.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 27 Августа 2008, 13:56:27
Александр, к сожалению в ЕА нет явных средств для этого, как, например, в VISIO. Однако следует придерживаться правила справа-налево-сверху-вниз.

Я выкручивался путем изображения направления навигации или включения в текст имени ассоциации знака -> или <-. Конечно не так удобно. Однако направление чтения часто тривиально и понимаемо

Прийдется выкручиваться...

Ребята, вы прикалываетесь или действительно не знаете?

1. Прописываем ассоциации имя.
2. На диаграмме тыцаем мышкой в имя ассоциации (именно в имя, а не в саму ассоциацию), выделяем оное.
3. ПКМ->контекстноеМеню->Direction.
4. Выбираем направление.
5. Наслаждаемся закрашенным треугольником в имени ассоциации, проставленным с нужной стороны и в нужном направлении.

Да, как и многое в ЭА  - извращённо,
но всё-таки, есть такая возможность.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 27 Августа 2008, 13:57:35
Вообще при всех прелестях ЕА неожидано ловишь себя на мысли, а не является ли низкая цена единственной прелестью?

многое вообщем-то бывает либо недоступно, либо приходится вставать на уши, чтобы сделать это доступным.

Или это просто проблемы роста?
IMHO - не роста, а старения и развала, здесь мне видится наиболее уместной ассоциация со старческими маразмами.

Лично я не вижу здоровых перспектив у ЭА, его разработчики занимают нездоровую позицию: выжимания из загнивающего продукта максимум прибыли, - и никаких серъёзных движений к его оздоровлению.

В ответ на это и у самого уже созрело отношение:
выжать из продукта  всё, что можно на данном этапе,
промучиться ещё месяц-два в поисках замены, а затем 

- выбросить и забыть, как страшный сон.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 27 Августа 2008, 16:20:01
1. Получилось. Полез в хелп, чтобы узнать какой стандарт экспорта поддерживается, и нашел, что надо экспортнуть весь проект. Хотя экспорт\импорт прошел криво - диаграмм нет, есть только классы, ВИ и актеры.

2. Я хочу выгружать проект в HTML, выкладывать его на сервер и чтобы можно было из Вики ссылаться на конкретные диаграммы (страницы HTML репорта), и чтобы после новой генерации HTML репорта ссылки (названия страниц) оставались такими же как и были при прошлой генерации.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 27 Августа 2008, 16:20:50
IMHO - не роста, а старения и развала, здесь мне видится наиболее уместной ассоциация со старческими маразмами.

Нифига себе заявление. Почему такое мнение? Я уже хотел взять его за основу для инструмента моделирования.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 27 Августа 2008, 17:27:14
Ребята, вы прикалываетесь или действительно не знаете?
Конечно не знали, теперь знаем. Кстати можно ведь и намекнуть ЕА про юзабилити, они ребята хорошие принимают предложения

Лично я не вижу здоровых перспектив у ЭА, его разработчики занимают нездоровую позицию: выжимания из загнивающего продукта максимум прибыли, - и никаких серъёзных движений к его оздоровлению.

- выбросить и забыть, как страшный сон.
Назови мне  что-то идельное. Мне кажется ты утрируешь ситуацию
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 27 Августа 2008, 17:34:29
1. Получилось. Полез в хелп, чтобы узнать какой стандарт экспорта поддерживается, и нашел, что надо экспортнуть весь проект. Хотя экспорт\импорт прошел криво - диаграмм нет, есть только классы, ВИ и актеры.
не понял что получилось?

Цитировать
2. Я хочу выгружать проект в HTML, выкладывать его на сервер и чтобы можно было из Вики ссылаться на конкретные диаграммы (страницы HTML репорта), и чтобы после новой генерации HTML репорта ссылки (названия страниц) оставались такими же как и были при прошлой генерации.
ты не понимаешь или прикидываешься.
Слушай сюда.
При создании рипорта создаются строго одинаковые файлы: index, toc, blank - как я понимаю в бланк ты можешь чего-то вставить своего, хотя хз не смотрел внимательно. ЕА генерирует фреймовые страницы.
Содержательные файлы будут лежать в папке files и т.д.

Ты создаешь на сервере (где общий доступ будет) папочку, скажем Бизнес-модель - и портируешь туда свой рипорт.

В своем инетприложении делаешь ссылку на папочку, не обязательно на файл. Обычно по умолчанию веб-сервер автоматом ищет index или main

Если тебя это не устраивает - делаешь приложение которое конвертирует твой рипорт и интегрирует его в твой сайт
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 27 Августа 2008, 17:46:38
1. Получилось. Полез в хелп, чтобы узнать какой стандарт экспорта поддерживается, и нашел, что надо экспортнуть весь проект. Хотя экспорт\импорт прошел криво - диаграмм нет, есть только классы, ВИ и актеры.
Ну это уже кое-что! Может, посмотреть по хелпу, поддерживают ли VP и EA формат UML Diagram interchange, о котором говорит Денис?
2. Я хочу выгружать проект в HTML, выкладывать его на сервер и чтобы можно было из Вики ссылаться на конкретные диаграммы (страницы HTML репорта), и чтобы после новой генерации HTML репорта ссылки (названия страниц) оставались такими же как и были при прошлой генерации.
О, теперь гораздо понятней!
Решения я не знаю, но:
1.Идентифицировать диаграмму можно либо по RTF-bookmark, по идее - он не меняется, либо по ID - тоже не меняется.
2. В 7.х версии появилась возможность создавать свои hmtl-template для отчета. Эта штука доступна на закладке Resources, ветка Templates\Web Style Templates - пкм Create html template.
Возможно, человек,  сведующий в хтмл, с учетом этой инфы сможет тебе чем-нибудь помочь.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 27 Августа 2008, 18:23:52
Нифига себе заявление. Почему такое мнение? Я уже хотел взять его за основу для инструмента моделирования.
дак и я до сих пор пользую, не нешёл пока лучшего,
но нужно трезво смотреть в будущее:
реально ожидать от Sparx-a можно только косметических доработок и багфиксинга,
править концептуальные уродства в своём продукте они и не думают.
Уже, наверное, с десяток таких уродств обсуждалось здесь на форуме,
запросы им посылались, ответ один: нет и не будет.

они ребята хорошие принимают предложения
ну ты же сам уже сколько раз нарывался:
если дело касается мелкой доработки подкрасить-подрихтовать  - так оно и есть,
но стоит спросить что-то действительно стОящее - съезжают по полной программе.

Назови мне  что-то идельное. Мне кажется ты утрируешь ситуацию
Нет, я просто стараюсь реалистично смотреть на эту сАмую ситуацию.
У нас речь не об идеальности, а о перспективности.
Я говорю о том, что в основу ЭА заложена очень удачная метамодель, благодаря которой он до сих пор остаётся лучшим выбором.
НО!

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

Поскольку от этих пунктов ребята в Sparx-е упорно воротят нос,
я и делаю для себя заключение, что перспектив здорового развития у них нет.

Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 27 Августа 2008, 20:56:17
Поскольку от этих пунктов ребята в Sparx-е упорно воротят нос,
я и делаю для себя заключение, что перспектив здорового развития у них нет.
А вот это "наглая" неправда - нос они не воротят. Обращался ты к ним через меня 1 раз. Может обращался сам? Я же уже добился от них:
1. что они подумают о включении конвертации диаграммы последовательности в кооперации и наоборот
2. расширят возможность отображения и управления свойствами параметров

А насчет метамодели - там можно делать свою.

Ну а серьезно, это не разговор в данной теме. Нужно создать тему + и минусы ЕА или критику ЕА - тоже полезно. А тебе поручение - раз ты знаешь что тебе нужно, может тогда сформулируешь эти самые принципы? Т.е. что по твоему должен уметь UML стурмент...
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 28 Августа 2008, 16:19:24
2. расширят возможность отображения и управления свойствами параметров

Возвращаясь к дефолтным значениям параметров (пока нет стандартного решения): для себя я решил использовать alias-ы, но изменять их вручную надоело довольно быстро. Поэтому решил собрать небольшой аддин, чтобы автоматизировать эту задачу (здесь, правда, тоже не обошлось без неприятных сюрпризов...).

Вот что в итоге получилось: UMLAddin-1.0.0.0.zip (см. ниже)
Исходники там же. (за код сильно не пинать :), т.к. делфи я не занимаюсь).
Тестировалось на Win XPsp2; EA 7.1.832

После установки (см. хелп EA, не забыть запустить UMLAddin.reg) в контекстном меню у классов (на диаграммах и Project Browser-е) появляется пункт "UMLAddin/Update Parameters Alias", при нажатии на который alias-ы параметров методов заменяются на строку в соответствии с UML нотацией (не полностью, но по крайней мере дефолтные значения показываются). Также есть возможность очистить установленный ранее Alias ("UMLAddin/Clear Parameters Alias").

Обновление происходит в полуавтоматическом режиме - после изменения метода надо снова выбрать этот пункт... но это все равно удобнее чем вручную.

Примечание:
- если выбран метод - обновляются только он, если класс - обновляются все методы класса
- не забудьте для диаграммы поставить показ только названий параметров.

реально ожидать от Sparx-a можно только косметических доработок и багфиксинга,
править концептуальные уродства в своём продукте они и не думают.
Уже, наверное, с десяток таких уродств обсуждалось здесь на форуме,
запросы им посылались, ответ один: нет и не будет.
И правильно делают что не исправляют. Вы бы сами стали это делать ради 0.1% пользователей?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Денис Иванов от 28 Августа 2008, 17:33:57
1. что они подумают о включении конвертации диаграммы последовательности в кооперации и наоборот

В UML 1 еще можно сконвертить диаграмму последовательности в диаграмму кооперации, а в UML 2 уже нет.
Во-первых и диаграммы-то такой нет:). Переименована в диаграмму коммуникации,
а главное, слишком сильно разошлись нотации - не все графические элементы одной диаграммы можно отмаппировать в элементы другой.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 28 Августа 2008, 23:10:43
В UML 1 еще можно сконвертить диаграмму последовательности в диаграмму кооперации, а в UML 2 уже нет.
Было у меня смутное предчувствие, что сделано это не случайно, а не по халатности. Однако в том же VP это есть.
Денис, а в чем таки отличия?
Была у нас такая тема - Отличия UML2. Может ты возьмешься и потихоньку сформируешь некоторую базу знаний?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Denis Beskov от 29 Августа 2008, 02:46:21
ув. коллеги, а что это вы тут за филиал sql.ru устроили на 19 страницах?

мы когда начинали форум, одна из целей была — возможность эффективно работать с информацией

можно как-то разнести всё это роскошество на отдельные дискуссии?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Денис Иванов от 29 Августа 2008, 07:03:08
Однако в том же VP это есть. Денис, а в чем таки отличия?
Не знаю, что есть в VP, но интересно посмотреть, как они трансформирует, например, комбинированные фрагменты (combined fragment).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 29 Августа 2008, 10:00:14
мы когда начинали форум, одна из целей была — возможность эффективно работать с информацией
можно как-то разнести всё это роскошество на отдельные дискуссии?
Частично информация о применении инструмента EA есть в FAQ по EA, планирую в эти выходные дополнить. Дискуссию плюсы и минусы ЕА (расцвет или закат) и отличия версий UML в принципе действительно можно разнести.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 10:36:45
ув. коллеги, а что это вы тут за филиал sql.ru устроили на 19 страницах?
Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 29 Августа 2008, 12:23:41
Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?
А смысл?
Практические наработки - выложить в фак, теоретческие рассуждения "О чем думают эти чуваки в спарксе" оставить здесь и все. Имхо, это проще, чем бегать по нескольким темам
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 12:30:07
Еще раз спасибо Ире за ФАК :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 29 Августа 2008, 13:04:52
Еще раз спасибо Ире за ФАК :)
Еще бы эта Ира выкладывала вовремя :-( А не копила по 3-4 месяца
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 29 Августа 2008, 15:17:54
Добрый вечер, эксперты!
Прочёл всю ветку, решил внедрять данную систему в контору.
Начал проектировать проект и столкнулся с простейшей задачей: при моделировании бизнес процессов, я могу сделать вложенные диаграммы, так? Так. Например, расписывать процессы по иерархии, с различным уровенем детализации и вот в конце, когда я добился нужной детализации бизнес процесса, я бы хотел перейти к юзкейсам, но вот писать их в бизнес модели - несовсем корректно, на мой взгляд. Писать их надо в папочке "Модели юзкейсов". Так вот, как мне сделать ссылки из моих бизнес процессов на юзкейсы, которые находятся в другой папке?

/надеюсь, что описал на доступном языке/
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 15:30:34
С помощью зависимости  "trace". При это можно скопировать сначала ВИ на ДБП, а потом ВИ удалить с ДИАГРАММЫ, но линк сам останется. Или сделать отдельную диаграмму под трассировку м\у ВИ и БП
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 29 Августа 2008, 15:37:03
С помощью зависимости  "trace". При это можно скопировать сначала ВИ на ДБП, а потом ВИ удалить с ДИАГРАММЫ, но линк сам останется. Или сделать отдельную диаграмму под трассировку м\у ВИ и БП
Голосую за второй вариант - отдельная диаграмма под трассировку - очень наглядно получается.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 29 Августа 2008, 15:42:23
Спасибо за ответ, но что значит "сделать отдельную диаграмму под трассировку"? ;-) Пардон, за настойчивость, просто вчера первый раз открыл сей продукт.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 15:46:39
Это Д, где Вы выкладываете с одной стороны БП а с другой ВИ, и связываете их зависимостью со стереотипом  "trace".
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 29 Августа 2008, 15:59:22
При создании диаграммы трассировки Вам не нужно заново делать БП и ВИ, вы просто перетаскиваете их из эксплорера проекта в виде ссылок
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 29 Августа 2008, 16:07:24
Это Д, где Вы выкладываете с одной стороны БП а с другой ВИ, и связываете их зависимостью со стереотипом  "trace".
Спасибо большое. Понял :-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 29 Августа 2008, 16:52:44
Как убрать из содержимого пакета классы которые есть на диаграммах внутри этого пакета?

Т.е. есть проект (см. скрин) - на диаграмме "Class Model" показан пакет "Package 1", в котором показаны даже те классы которые непосредственно не содержатся в нем (зато они есть на диаграмме "Package 1"). Если же внутри пакета нет диаграмм ("Package 4") - тогда все нормально.

Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 17:05:23
LastDragon,

А что у Вас такая хреновая организация? Каким образом м.б. на одном и том же уровне детализации и классы и пакеты??
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 17:25:57
Спасибо большое. Понял :-)
Не за что. Только ради Бога, выделяйте ВИ правильно. ВИ - это цель Пользователя, а НЕ функция Системы.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Денис Иванов от 29 Августа 2008, 17:31:14
ВИ - это цель Пользователя, а НЕ функция Системы.
Ну я бы так не сказал.
Конечно ВИ представляют из себя функции субъекта (системы, как частный случай). ВИ - это же функциональные требования субъекта, значимые для Действующего Лица.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Григорий Печенкин от 29 Августа 2008, 17:34:38
Не за что. Только ради Бога, выделяйте ВИ правильно. ВИ - это цель Пользователя, а НЕ функция Системы.

А вот радионяня, в смысле Коберн, учит, что ВИ могут быть разных уровней.
Но, может, это не так именно в EA?
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 17:36:09
Народ,

Про ВИ много копий сломано, поищите на форуме, почитайте, если будут какие-то сомнения, что я (и Коберн) не прав :) то обсудим в другой ветке. Не будем здесь захламлять.
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 29 Августа 2008, 18:20:38
А что у Вас такая хреновая организация? Каким образом м.б. на одном и том же уровне детализации и классы и пакеты??

В смысле?
Что значит на одном и том же уровне?

Если вы про "Package 1" (тот что на диаграмме) - то в этом как раз и состоит проблема - EA показывает внутри него не только вложенные пакеты и классы (1 уровня), но также и те которые есть на диаграммах внутри этого пакета - "Class 2" и "Class 3" (которые содержатся на внутренней диаграмме).

От этого я как раз и хочу избавится.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 29 Августа 2008, 18:52:22
В смысле?
Что значит на одном и том же уровне?

Это значит, что в пакете могут быть или только пакеты или только классы. Вперемешку быть они не могут.
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 29 Августа 2008, 19:54:09
Это значит, что в пакете могут быть или только пакеты или только классы. Вперемешку быть они не могут.

Простите, это откуда следует?

Насколько я знаю спецификация допускает помещать в пакеты другие пакеты и другие элементы, но в ней не сказано что пакет должен содержать что-то одно. Или я ошибаюсь?

Да и с точки зрения реализации, по-моему, естественно размещение и пакетов и классов внутри одного пакета.

Но вопрос был не в этом, а в том как убрать классы которые есть на вложенной диаграмме (Class 2 и 3) из содержимого пакета?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Gevorg от 29 Августа 2008, 20:06:09
Практические наработки - выложить в фак,
теоретческие рассуждения "О чем думают эти чуваки в спарксе" оставить здесь и все.
Практические наработки в этой теме рождаются и созревают.
А в фак они попадают уже очищенными от сопутствующих обсуждений и отшлифованные.
Еще бы эта Ира выкладывала вовремя :-( А не копила по 3-4 месяца
Это не Ира тормозит, а добротный результат созревает в законный срок.

Вот как раз "теоретическим рассуждениям" здесь не место,
пусть тема остаётся таким же плодотворным инкубатором для будущих насельников Ириного фака:
заинтересованный народ спрашивает, чего хочет, знающий - вырабатывает решение, а Ира потом всё приводит к приличному виду и помещает в фак.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Денис Иванов от 29 Августа 2008, 20:32:43
Насколько я знаю спецификация допускает помещать в пакеты другие пакеты и другие элементы, но в ней не сказано что пакет должен содержать что-то одно. Или я ошибаюсь?
Не ошибаетесь.

Да и с точки зрения реализации, по-моему, естественно размещение и пакетов и классов внутри одного пакета.
Пакеты UML не имеют никакого отношения к реализации, они просто группируют элементы модели для лучшей структуризации и т.д. Однако производители инструментов считают иначе (и наверное это удобно пользователям).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 01 Сентября 2008, 09:32:29
Ещё вот такой вопрос:

как сделать так, чтобы при установке у БП галочки Composite Element ЕА автоматически НЕ создавал вложенную Activity диаграмму, а создавал нужную мне диаграмму (к примеру, БИ или ВИ диаграмму)? А то получается довольно неудобно.

Спасибо.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Сентября 2008, 09:51:13
как сделать так, чтобы при установке у БП галочки Composite Element ЕА автоматически НЕ создавал вложенную Activity диаграмму, а создавал нужную мне диаграмму (к примеру, БИ или ВИ диаграмму)? А то получается довольно неудобно.
Не совсем понял, что все-таки нужно. О каком БП идет речь. Если рассматривается диаграмма видов деятельности, то как вы можете видеть, там есть просто Activity и Structured Activity. В первом случае вам необходимо выбрать свойство Make composite, во втором сразу создается поддиаграмма. В любом случае она создается как Activity diagram. Можно ли настроить по умолчанию другую - не знаю, однако легко изменить тип диаграммы. Т.е. активируйте вложенную диаграмму и выберите Diagram / Chande type
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 01 Сентября 2008, 12:35:49
У меня тоже накопились вопросы по ЕА:
1. Как напечатать диаграмму на одном листе, если она занимает места больше? Т.е. как сделать fit to page при печати?
Ответ Иры: встаешь на диаграмму, ctrl-a, ctrl-c, переходишь на чистый лист Word, ctrl-v, и жмешь на принт.
Неужели это единственный вариант?
1а. При копировании одной диаграммы - слева получается большой отступ, хотя все эл-ты в ЕА прижаты к левому борту. Как избавиться от пробела слева. См. приложенный файл.
2. Как поменять стиль всех элементов одного типа (вновь создаваемых и кот. уже на диаграммах)? Т.е. хочется сделать шрифт побольше, цвет заливки другой и линии покрасивее.
3. При генерации HTML документации вначале справа получаются обрезанные диаграммы, а потом при хождении по дереву они становятся нормальными. Как это исправить? См. приложенный файл.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 01 Сентября 2008, 13:46:16
Ну и в догонку еще один вопрос:
4. Как найти все элементы одного типа. Например всех Актеров на всех диаграммах.
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 01 Сентября 2008, 15:03:59
4. Как найти все элементы одного типа. Например всех Актеров на всех диаграммах.
1. Жмем Ctrl+F (отрывается окошко поиска)
2. Жмем на кнопку "Manage searches" (отрывается соответствующее окошко, find.png)
3. Жмем "Add filter"
4. Добавляем нужные условия (для вашего случая для элемента надо добавить поле ObjectType, см. find.png), жмем "ОК"
5. Жмем "Run Search"
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 01 Сентября 2008, 15:26:54
LastDragon,

Спасибо. Но до этого я и сам догадался, только этот серчер не искал почему-то элементы с типом DataObject (BPMN), вернее выдавал еще кучу ненужного мусора. Когда я еще добавил поле для поиска stereotype, то вкупе с ObjectType, мне выдало правильный результат. Только не пойму почему :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 01 Сентября 2008, 15:34:57
Пока народ не опомнился, то добавлю еще вопрос:
5. Можно как-то swimeline связывать с актерами? Задача такая - есть Роли (Актеры), есть pool (BPMN), которое по сути есть Роль. Хочется один раз создать набор pool = Ролям и использовать их на всех диаграммах. Но при копировании pool с диаграммы на диаграмму, на последней Д pool получается как-бы виртуальным и к нему не привязываются элементы диаграммы.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 01 Сентября 2008, 18:20:37
Ну и в догонку:
6. Можно сделать так, чтобы у элемента (например линии) менялся ее Appearance (цвет или толщина например) при изменении стериотипа?
7. Как использовать tagged value для Activity - InMessage и OutMessage?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 01 Сентября 2008, 18:42:50
1. Как напечатать диаграмму на одном листе, если она занимает места больше? Т.е. как сделать fit to page при печати?
Не могу воспроизвести ситуацию. При создании диаграмм они сами ужимаются до нужного размера
Цитировать
1а. При копировании одной диаграммы - слева получается большой отступ, хотя все эл-ты в ЕА прижаты к левому борту. Как избавиться от пробела слева. См. приложенный файл.
Попробуй убрать frame и напечать без него. Либо сдвинь диаграмму к левой границе фрейма. Фрейс проявляется только если у тебя выставлены соответствующие опции
Цитировать
2. Как поменять стиль всех элементов одного типа (вновь создаваемых и кот. уже на диаграммах)? Т.е. хочется сделать шрифт побольше, цвет заливки другой и линии покрасивее.
Тут к сожалению единого рецепта нет, хотя ты можешь сделать настройки по умолчанию в соответствии со своими представлениями, или задать цветовое решение в стереотипе.
Я обычно выделяю все нужные мне элементы - если выборочно с ctrl, или просто все, а дальше уже использую панель рисования внизу, где задаю стиль линий, фона, шрифта.
Размер шрифта в целом задается в Опциях - Objects. Там в Опциях есть и цветовые решения по умолчанию
Цитировать
3. При генерации HTML документации вначале справа получаются обрезанные диаграммы, а потом при хождении по дереву они становятся нормальными. Как это исправить? См. приложенный файл.
не не знаю

Ну и в догонку еще один вопрос:
4. Как найти все элементы одного типа. Например всех Актеров на всех диаграммах.
Кажется сам знаешь

Пока народ не опомнился, то добавлю еще вопрос:
5. Можно как-то swimeline связывать с актерами? Задача такая - есть Роли (Актеры), есть pool (BPMN), которое по сути есть Роль. Хочется один раз создать набор pool = Ролям и использовать их на всех диаграммах. Но при копировании pool с диаграммы на диаграмму, на последней Д pool получается как-бы виртуальным и к нему не привязываются элементы диаграммы.
Ты имеешь в виду, конечно, BPMN. Тогда посмотри в сторону теггированного значения - участник. То есть у тебя есть класс, и ты назначаешь в качестве тегированного значения для данного пула этот класс. По сути пул - это экземляр класа участника, имя можно удалить, будет неименованный пул

Ну и в догонку:
6. Можно сделать так, чтобы у элемента (например линии) менялся ее Appearance (цвет или толщина например) при изменении стериотипа?
7. Как использовать tagged value для Activity - InMessage и OutMessage?
Насчет линии не уверен, но может быть покапайся в стереотипах и поэкспериментируй

второй вопрос не понял, опять же где Активити в BPMN? если да, то я там их не нашел
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 01 Сентября 2008, 22:57:25
Посмотрела еще раз на распухшую ветку - не будет в ближайшее время обновления FAQ, чем вбивать новые вопросы-ответы, лучше продумаю и реализую деление на категории вопросов-ответов, имхо, так удобней будет искать ответы на вопросы.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 02 Сентября 2008, 13:10:20
Интересно, а можно ли в проекте удалить все неиспользуемые объекты? Т.е. те объекты, которые не используются ни в одной из диаграмм.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 02 Сентября 2008, 14:31:49
Посмотрела еще раз на распухшую ветку - не будет в ближайшее время обновления FAQ, чем вбивать новые вопросы-ответы, лучше продумаю и реализую деление на категории вопросов-ответов, имхо, так удобней будет искать ответы на вопросы.
Ответ не верный. Писать надо и нужно, поскольку это позволит систематизировать и более точно сформулировать. Просто в факе можно давать и ссылку на сообщения в форуме
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 03 Сентября 2008, 09:59:20
6. Можно сделать так, чтобы у элемента (например линии) менялся ее Appearance (цвет или толщина например) при изменении стериотипа?

Смотрите хелп "Extend Enterprise Architect - Software Developers Kit/Shape Scripts", в этом же разделе есть примеры (и с линиями в том числе).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 05 Сентября 2008, 14:08:22
У меня вот такой вот вопрос:
У ЕА довольно сложная система конфигурации отчётов, никак не могу разобраться как сделать так, чтобы под диаграмкой с ВИ размещалась информация: "название ВИ", Описание ВИ (берётся из Note конкретного use-cas'a).
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 05 Сентября 2008, 14:29:23
Пардон, уже разобрался ;-)
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 05 Сентября 2008, 15:18:00
Ну напишете тогда как, чтобы включить в ФАК
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 08 Сентября 2008, 16:19:58
Нашел Fit to Page наконец-то :)
КАк всегда есть, но через одно место:
1. Идем в свойство Диаграммы
2. В открытом окне Идем на закладку Diagram
3. В данной закладке нажимаем кнопку Advanced в разделе Page Setup
4. В новом открытом окне выбираем Scale to 1 Page или другую опцию
Название: Re: Enterprise Architect: Практика использования
Отправлено: Midwinter от 09 Сентября 2008, 09:30:48
Ну напишете тогда как, чтобы включить в ФАК
Да там в генераторе отчётов надо выбрать шаблон Use Case Model.

Generate RTF documentation -> Switch generator -> Template "Load" -> Use Case Model

А там уже можно настроить более точно, что и как вам нужно.
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 11 Сентября 2008, 11:25:39
Задолбала ошибка ЕА....
Проблема такая:
1. Использую БД Мускул для коллективной работы в модели
2. Исправляю стериотип связи зависимости м\у Activity и DataObject (BPMN), например на input
3. Нажимаю Ок и получаю 4 ошибки подряд, скрины прилагаю
4. Причем, что самое интересное, все сохраняется

Что это такое и как побороть?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 11 Сентября 2008, 13:49:25
Англоязыруй свой запрос и мне на ящик кидай, перешлю в службу поддержки

Версию mysql, кодовая страница, общая настройка, версия билда ЕА. Текст твоих действий. Попробуй и на других вариантах для солидности.
Название: Re: Enterprise Architect: Практика использования
Отправлено: maximus от 12 Сентября 2008, 12:34:36
Являюсь новичком в использовании EA, и новичком в UML вообще. Пытаюсь начать практическое использование с построения диаграммы классов. Но вот незадача, не могу понять как добавить новый примитивный тип данных, например "srtring" или "datetime". Чувствую, что должна быть такая возможность, но не могу понять где ?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 12 Сентября 2008, 13:17:23
не могу понять как добавить новый примитивный тип данных, например "srtring" или "datetime". Чувствую, что должна быть такая возможность, но не могу понять где ?
Вопрсо можно интерпретировать по-разному, что Вы имеете в виду в данном случае.
Где Вам нужно добавить новый тип даннных? Если задать тип данных атрибута - тогда добавляйте атрибут и задавайте ему тип данных. Если же Вы что-то другое предполагаете, поясните
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 12 Сентября 2008, 13:25:14
Эд,

* Вопрос номер раз про HTML отчеты:
When I generate HTML report of model EA creates TOC (left side of page) and detail page (right side) of selected TOC element. Each time when I generate report Detail pages have different names of HTML files. Is it possible not to change file name of detail pages next report generations? It's needed to link requirements at web-based Requirements Management System with diagrams of EA model constantly.

* Вопрос номер два про ошибку
1. I use MySQL DBMS for team work under model. MySql version is 5.1.24, EA version is 7.0.817
2. I edit stereotype of dependency among Activity and DataObject (BPMN) to <<input>>
3. Press Ok and get 4 errors. See image http://www.uml2.ru/forum/index.php?action=dlattach;topic=190.0;attach=854;image
4. Though EA saves my modifications.
I get the same error if I move BusinessProcess to Pool

Пошли плиз в ЕА
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 12 Сентября 2008, 13:28:28
хорошо
Название: Re: Enterprise Architect: Практика использования
Отправлено: maximus от 13 Сентября 2008, 10:12:09
Если задать тип данных атрибута - тогда добавляйте атрибут и задавайте ему тип данных. Если же Вы что-то другое предполагаете, поясните
Да, я именно это и имею ввиду. Поясняю. Я добавляю новый атрибут в класс. Например, это должна быть дата (datetime), но такого типа данных в EA нет (есть int, short, byte, char etc). Я нажимаю на кнопку редактирования типов данных, и пытаюсь ввести новый тип. Но мне предлагают ввести только новый класс.  Такого вида данных как "примитивные типы данных" в EA не предусмотрено ?
Я конечно, могу обойтись, создав класс string, класс datetime, но ИМХО это будет как то не правильно, ведь это не пользовательские классы, а встроенные типы данных языка программирования. Ведь, когда я передаю в метод класса какой либо аргумент, есть большая разница передаю я примитивный тип данных, либо ссылку на объект пользовательского класса.
Я предполагал, что это есть где то в глобальных настройках ЕА (ведь, согласитесь, глупо создавать заново весь сонм встроенных примитивов для каждого нового проекта), однако пока не нашел где это может быть  :(
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 13 Сентября 2008, 19:01:17
Да, я именно это и имею ввиду. Поясняю. Я добавляю новый атрибут в класс. Например, это должна быть дата (datetime), но такого типа данных в EA нет (есть int, short, byte, char etc). Я нажимаю на кнопку редактирования типов данных, и пытаюсь ввести новый тип. Но мне предлагают ввести только новый класс.  Такого вида данных как "примитивные типы данных" в EA не предусмотрено ?

Предусмотрено: Меню "Settings/Code Datatypes...", пример во вложении.
Название: Re: Enterprise Architect: Практика использования
Отправлено: LastDragon от 13 Сентября 2008, 19:25:21
Новая версия UMLAddin 1.1.0 (для чего он нужен (http://www.uml2.ru/forum/index.php?topic=190.msg9653#msg9653)).

Изменения:
 * переделано меню (см. вложение);
 * добавлена возможность изменения классов только в текущем пакете.


Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 13 Сентября 2008, 23:13:50
LastDragon, спасибо за помощь и Ваш вклад.
Название: Re: Enterprise Architect: Практика использования
Отправлено: maximus от 15 Сентября 2008, 11:18:32
Предусмотрено: Меню "Settings/Code Datatypes...", пример во вложении.
Я извиняюсь, но у меня в меню settings - нет подменю code datatypes. Я не там смотрю ?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 15 Сентября 2008, 11:23:51
Смотрите там, а какая у Вас версия EA?
Название: Re: Enterprise Architect: Практика использования
Отправлено: maximus от 15 Сентября 2008, 11:26:18
7.1.832 Trial

Я понял в чем было дело - надо было при запуске пробовать Professional версию ( а не Desktop на которую я было нацелился). Ну что-ж запишем это в актив профессиональной версии :) Спасибо !
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 03 Октября 2008, 15:49:48
А как получить такую матрицу трассировки в ЕА:
http://www.sparxsystems.com.au/images/products/mdgTechUPDM/screenshots/matrix.jpg

И по каким правилам она формируется??
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 03 Октября 2008, 16:03:52
Нашел я как посмотреть матрицу: нажимаем на пакет правой кнопкой, а потом Documentation | Open in Relationship Matrix | As Source or As Target
Только не понял как она работает, т.к. не удалось получить крестики на пересечении :(
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 03 Октября 2008, 16:28:54
Нашел я как посмотреть матрицу: нажимаем на пакет правой кнопкой, а потом Documentation | Open in Relationship Matrix | As Source or As Target
Только не понял как она работает, т.к. не удалось получить крестики на пересечении :(
А какова исходная информация, какие связи между требованиями? можешь пример прислать?
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 03 Октября 2008, 17:01:02
Есть у меня есть DataObject, которые связаны с Activity, через dependency, либо от Activity к DataObject (выход), либо наоборот (вход). Таким образом я добился, чтобы элементы Activity были вверху, а DataObject - слева, но на пересечении ничего нет :(
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 03 Октября 2008, 17:07:27
Получилось :) Надо было поставить в опциях матрицы - Include Metaclassed Elements, а то Activity не попадали в верхний уровень.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 03 Октября 2008, 17:20:50
Получилось :) Надо было поставить в опциях матрицы - Include Metaclassed Elements, а то Activity не попадали в верхний уровень.
а теперь опиши весь процесс с маненьким примерочиком и тиснем в фак
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 03 Октября 2008, 17:54:50
Чтобы посмотреть матрицу трассировки объектов (элементы и связи между ними) нужно:
1. Выбрать пакет в браузере проекта и нажать на нем правой кнопкой мыши
2. В меню выбрать Documentation -> Open in Relationship Matrix  -> As Source
3. В открывшемся окне выбрать пакет источник (source) и назначение (target). Элементы источника показывается сверху на матрице, а элеменеты назначение - слева
4. Выбрать тип элементов для источника и назначения - source type and  target type.
5. Выбрать тип связи и направление, которыми соединены источник и назначение - link type and direction
6. Нажать на Refresh, чтобы отобразились связи
7. Если отображаются НЕ все элементы Источника или Назначения, то выбрать Options  -> Options  -> Include Metaclassed Elements
8. Чтобы сохранить параметры матрицы нужно выбрать Options -> Profiles -> Save as New Profile

И в итоге у Вас появиться вот такая красивая матрица:
http://www.sparxsystems.com.au/images/products/mdgTechUPDM/screenshots/matrix.jpg
Название: Re: Enterprise Architect: Практика использования
Отправлено: kirillss от 17 Октября 2008, 15:26:11
господа подскажите в EA есть возможность помечать диаграммы (или иные элементы) как as is/to be ?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 17 Октября 2008, 18:23:22
господа подскажите в EA есть возможность помечать диаграммы (или иные элементы) как as is/to be ?

К сожалению никак не удается. Вернее в свойствах диаграммы можно указать стереотип as is / to be или в заметках к диаграмме написать это, но как обеспечить автоматическое отображение на самой диаграмме по типу показывать диаграмм ноутс или проперти ноутс, я не понял - возможно этого и нельзя сделать, кроме как просто сделать так:
делаете модель или вью - называете его как ASIS и формируйте ее
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 20 Октября 2008, 10:22:37
Или помечать цветом нужные элементы.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Сергей Наумов от 29 Октября 2008, 13:03:53
Господа, а нет ли мануала на русском для EA? А то с английским не очень...
Название: Re: Enterprise Architect: Практика использования
Отправлено: Irr от 29 Октября 2008, 13:50:56
Господа, а нет ли мануала на русском для EA? А то с английским не очень...
Официального мануала на русском нет. Но обычно на вопросы здесь можем ответить, также можно faq на сайте почитать + в качестве шпаргалки можно использовать нашу с Эдом презентацию с TrainingLabs - http://luxoft.ru/downloads/edu/surova_galiaskarov.rar , в файловом архиве uml2.ru есть перевод доки по особенностям размещения EA при коллективной работе.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Сергей Наумов от 29 Октября 2008, 22:57:21
Официального мануала на русском нет. Но обычно на вопросы здесь можем ответить, также можно faq на сайте почитать + в качестве шпаргалки можно использовать нашу с Эдом презентацию с TrainingLabs - http://luxoft.ru/downloads/edu/surova_galiaskarov.rar , в файловом архиве uml2.ru есть перевод доки по особенностям размещения EA при коллективной работе.


Спасибо. С Вашей презентацией я ознакомился. Но вопросов пока больше чем ответов.

Если у кого есть возможность - выложите свою модель, сделаную в EA с краткой постановкой задачи. Думаю на примерах быстрее освоюсь с программой.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 29 Октября 2008, 23:00:55
Спасибо. С Вашей презентацией я ознакомился. Но вопросов пока больше чем ответов.
Так и задавайте их! Прямо здесь

Цитировать
Если у кого есть возможность - выложите свою модель, сделаную в EA с краткой постановкой задачи. Думаю на примерах быстрее освоюсь с программой.
А причем тут модель и ЕА? Если Вы еще не понимаете как и что моделировать, то причем тут ЕА. К тому же лучше Вы выложите СВОЮ постановку и попробуйте выложить СВОИ модели. И толку будет больше, и ваши пробелы в знаниях и ваши незаданные вопросы будут очевидны
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 04 Декабря 2008, 15:14:15
Задолбала ошибка ЕА....
Проблема такая:
1. Использую БД Мускул для коллективной работы в модели
2. Исправляю стериотип связи зависимости м\у Activity и DataObject (BPMN), например на input
3. Нажимаю Ок и получаю 4 ошибки подряд, скрины прилагаю
4. Причем, что самое интересное, все сохраняется

Что это такое и как побороть?
Если кому интересно, то я поборол эту проблему. Нужно было почитать мануал по настройке ODBC соединения к MySQL для ЕА:
http://www.sparxsystems.com/uml_tool_guide/uml_model_management/setupmysqlodbcdriver.html (см. в конце про галочки)

В общем для mysql-connector-odbc-5.1.4-win32.msi нужно сделать следующее:
1.   Закрыть ЕА
2.   Зайти в настройки ODBC соединения: Пуск->Настройки->Администрирование->Источники данных (ODBC)
3.   На закладке User DSN найти соединение к БД ЕА и зайти в него
4.   Нажать кнопку Details и проставить галку "Return Matching Rows instead of effected rows"
5.   Нажать Ок
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 04 Декабря 2008, 16:34:53
Если кому интересно, то я поборол эту проблему.
Проблема как всегда в головах :)
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 08 Декабря 2008, 16:33:26
Есть вопрос по генерации RTF отчета на основе моделей в ЕА:
1. Есть Бизнес-объекты (БО), которые описаны в виде Классов с соответствующими стереотипами.
2. Если БО - э то Документ, то у него есть печатная форма, которая прикреплена как Files в свойствах Класса.
3. Эта ссылка идет на файл, который лежит сетевом ресурсе, Например, "\\server\bo\docs\ТОРГ12.xls"
4. При выгрузке в RTF отчет ЕА так просто и вставляет текст \\server\bo\docs\ТОРГ12.xls без ссылки. Т.е. ни с контролом, ни как по другому, нельзя сразу перейти к данному файлу

Вопрос:
Как сделать так, чтобы ЕА генерил гиперссылку на файл вставленный в объект?
Название: Как зациклить деятельность на Activity Diagram?
Отправлено: Mako от 15 Декабря 2008, 12:06:44
Доброе время суток, Господа :)!
Как на диаграмме активности зациклить  деятельность?
Во вложенной в это сообщение диаграмме, это сделано нотацией, а можно ли сделать это стрелкой от ромба "Decision", которая шла бы к первому шагу, в данном случае "Заполнить документ". Я привел кусок диаграммы, он легче для восприятия, на оригинале до ромба "Decision" 5 шагов. Я попробовал это сделать с помощью связи "control flow", но получается очень не красиво :( Может быть в свойствах этой связи есть какая-нибудь функция, с помощью которой стрелка не смешивается с другими? 

 
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 15 Декабря 2008, 12:14:55
Mako,

Так и надо делать. т.е. от ромба "Decision" нужно сделать стрелку к первому шагу "Заполнить заявку". У Вас видимо проблема в том, что эта стрелка сливается со стрелками, которые идут по основному потоку.
Решение: Когда Вы создаете обратную стрелку на ней нужно нажать Ctrl+Q и она будет иметь излом, который можно расположить слева или справа от Действий.
Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 22 Декабря 2008, 18:39:40
Отметил use case как Composite Element, открыл соответствующую (пустую) диаграмму, нарисовал там модель и отметил этот uc, чтобы он "show composite diagram contents". В родительской диаграмме открылась маленькая диаграмма, но пустая. Двойной щелчек по ней - открывается диаграмма с моделью. Как заставить отображаться эту модель во встроенной (маленькой) диаграмме на родительской?
Название: Re: Enterprise Architect: Практика использования
Отправлено: Galogen от 22 Декабря 2008, 19:37:08
Отметил use case как Composite Element, открыл соответствующую (пустую) диаграмму, нарисовал там модель и отметил этот uc, чтобы он "show composite diagram contents". В родительской диаграмме открылась маленькая диаграмма, но пустая. Двойной щелчек по ней - открывается диаграмма с моделью. Как заставить отображаться эту модель во встроенной (маленькой) диаграмме на родительской?
1. делаем диаграмму с ВИ
2. делаем ВИ Make Composite
3. Щелкаем по этому ВИ, попадаем в новую диаграмму ВИ
4. делаем диаграмму вложенную - какую нужно
5. СОХРАНЯЕМ эту диаграмму и возможно закрываем ее
6. Переходим на главную и пробуем - иногда помогает иногда нет
7. Но если закрыть- открыть родителя - получается

А вообще опишите все по английски я в службу поддержки отпишу - что за ерунда спрошу
Название: Re: Enterprise Architect: Практика использования
Отправлено: Telemed от 22 Декабря 2008, 20:48:32
5. СОХРАНЯЕМ эту диаграмму и возможно закрываем ее
6. Переходим на главную и пробуем - иногда помогает иногда нет
7. Но если закрыть- открыть родителя - получается

А вообще опишите все по английски я в службу поддержки отпишу - что за ерунда спрошу

Получилось, спасибо!
Для службы напишу, но только попозже...
Название: Re: Enterprise Architect: Практика использования
Отправлено: kas от 08 Июля 2010, 17:08:46
Коллеги, а есть ли у кого русифицированный шаблон для генерации отчёта в RTF?
Название: Re: Enterprise Architect: Практика использования
Отправлено: bas от 08 Июля 2010, 17:25:14
Шаблон чего? Опять же имеющиеся шаблоны легко модифицировать.
Название: Re: Enterprise Architect: Практика использования
Отправлено: kas от 08 Июля 2010, 17:39:27
у меня сейчас только один шаблон нашёлся- "Balanced Score Card". Если такового нет на русском, то я сам могу перевести, но не хотелось бы изобретать велосипед. Или может где есть ресурс с набором таких шаблонов?