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

×


Enterprise Architect: Практика использования(Прочитано 423945 раз)
Re: Enterprise Architect: Практика использования Ответ #270 : 27 Августа 2008, 16:20:50
IMHO - не роста, а старения и развала, здесь мне видится наиболее уместной ассоциация со старческими маразмами.

Нифига себе заявление. Почему такое мнение? Я уже хотел взять его за основу для инструмента моделирования.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



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

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

- выбросить и забыть, как страшный сон.
Назови мне  что-то идельное. Мне кажется ты утрируешь ситуацию



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

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

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

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

Если тебя это не устраивает - делаешь приложение которое конвертирует твой рипорт и интегрирует его в твой сайт
« Последнее редактирование: 27 Августа 2008, 18:13:28 от Galogen »



Re: Enterprise Architect: Практика использования Ответ #273 : 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: Практика использования Ответ #274 : 27 Августа 2008, 18:23:52
Нифига себе заявление. Почему такое мнение? Я уже хотел взять его за основу для инструмента моделирования.
дак и я до сих пор пользую, не нешёл пока лучшего,
но нужно трезво смотреть в будущее:
реально ожидать от Sparx-a можно только косметических доработок и багфиксинга,
править концептуальные уродства в своём продукте они и не думают.
Уже, наверное, с десяток таких уродств обсуждалось здесь на форуме,
запросы им посылались, ответ один: нет и не будет.

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

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

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

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




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

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

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



Re: Enterprise Architect: Практика использования Ответ #276 : 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: Практика использования Ответ #277 : 28 Августа 2008, 17:33:57
1. что они подумают о включении конвертации диаграммы последовательности в кооперации и наоборот

В UML 1 еще можно сконвертить диаграмму последовательности в диаграмму кооперации, а в UML 2 уже нет.
Во-первых и диаграммы-то такой нет:). Переименована в диаграмму коммуникации,
а главное, слишком сильно разошлись нотации - не все графические элементы одной диаграммы можно отмаппировать в элементы другой.



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



Re: Enterprise Architect: Практика использования Ответ #279 : 29 Августа 2008, 02:46:21
ув. коллеги, а что это вы тут за филиал sql.ru устроили на 19 страницах?

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

можно как-то разнести всё это роскошество на отдельные дискуссии?



Re: Enterprise Architect: Практика использования Ответ #280 : 29 Августа 2008, 07:03:08
Однако в том же VP это есть. Денис, а в чем таки отличия?
Не знаю, что есть в VP, но интересно посмотреть, как они трансформирует, например, комбинированные фрагменты (combined fragment).



Re: Enterprise Architect: Практика использования Ответ #281 : 29 Августа 2008, 10:00:14
мы когда начинали форум, одна из целей была — возможность эффективно работать с информацией
можно как-то разнести всё это роскошество на отдельные дискуссии?
Частично информация о применении инструмента EA есть в FAQ по EA, планирую в эти выходные дополнить. Дискуссию плюсы и минусы ЕА (расцвет или закат) и отличия версий UML в принципе действительно можно разнести.



Re: Enterprise Architect: Практика использования Ответ #282 : 29 Августа 2008, 10:36:45
ув. коллеги, а что это вы тут за филиал sql.ru устроили на 19 страницах?
Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Re: Enterprise Architect: Практика использования Ответ #283 : 29 Августа 2008, 12:23:41
Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?
А смысл?
Практические наработки - выложить в фак, теоретческие рассуждения "О чем думают эти чуваки в спарксе" оставить здесь и все. Имхо, это проще, чем бегать по нескольким темам



Re: Enterprise Architect: Практика использования Ответ #284 : 29 Августа 2008, 12:30:07
Еще раз спасибо Ире за ФАК :)
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.




 

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