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

Нифига себе заявление. Почему такое мнение? Я уже хотел взять его за основу для инструмента моделирования.

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

Конечно не знали, теперь знаем. Кстати можно ведь и намекнуть ЕА про юзабилити, они ребята хорошие принимают предложения

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

- выбросить и забыть, как страшный сон.

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

1. Получилось. Полез в хелп, чтобы узнать какой стандарт экспорта поддерживается, и нашел, что надо экспортнуть весь проект. Хотя экспорт\импорт прошел криво - диаграмм нет, есть только классы, ВИ и актеры.

не понял что получилось?

2. Я хочу выгружать проект в HTML, выкладывать его на сервер и чтобы можно было из Вики ссылаться на конкретные диаграммы (страницы HTML репорта), и чтобы после новой генерации HTML репорта ссылки (названия страниц) оставались такими же как и были при прошлой генерации.

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

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

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

Если тебя это не устраивает - делаешь приложение которое конвертирует твой рипорт и интегрирует его в твой сайт

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.
Возможно, человек,  сведующий в хтмл, с учетом этой инфы сможет тебе чем-нибудь помочь.

Нифига себе заявление. Почему такое мнение? Я уже хотел взять его за основу для инструмента моделирования.

дак и я до сих пор пользую, не нешёл пока лучшего,
но нужно трезво смотреть в будущее:
реально ожидать от Sparx-a можно только косметических доработок и багфиксинга,
править концептуальные уродства в своём продукте они и не думают.
Уже, наверное, с десяток таких уродств обсуждалось здесь на форуме,
запросы им посылались, ответ один: нет и не будет.

они ребята хорошие принимают предложения

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

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

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

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

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

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

А вот это "наглая" неправда - нос они не воротят. Обращался ты к ним через меня 1 раз. Может обращался сам? Я же уже добился от них:
1. что они подумают о включении конвертации диаграммы последовательности в кооперации и наоборот
2. расширят возможность отображения и управления свойствами параметров

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

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

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% пользователей?

1. что они подумают о включении конвертации диаграммы последовательности в кооперации и наоборот

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

В UML 1 еще можно сконвертить диаграмму последовательности в диаграмму кооперации, а в UML 2 уже нет.

Было у меня смутное предчувствие, что сделано это не случайно, а не по халатности. Однако в том же VP это есть.
Денис, а в чем таки отличия?
Была у нас такая тема - Отличия UML2. Может ты возьмешься и потихоньку сформируешь некоторую базу знаний?

ув. коллеги, а что это вы тут за филиал sql.ru устроили на 19 страницах?

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

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

Однако в том же VP это есть. Денис, а в чем таки отличия?

Не знаю, что есть в VP, но интересно посмотреть, как они трансформирует, например, комбинированные фрагменты (combined fragment).

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

Частично информация о применении инструмента EA есть в FAQ по EA, планирую в эти выходные дополнить. Дискуссию плюсы и минусы ЕА (расцвет или закат) и отличия версий UML в принципе действительно можно разнести.

ув. коллеги, а что это вы тут за филиал sql.ru устроили на 19 страницах?

Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?

Согласен с Денисом. М.б. сделать отдельный подраздел - ЕА?
Туда перенести все вопросы связанные с ЕА и разбить эту тему на отдельные вопросы-ответы?

А смысл?
Практические наработки - выложить в фак, теоретческие рассуждения "О чем думают эти чуваки в спарксе" оставить здесь и все. Имхо, это проще, чем бегать по нескольким темам

Еще раз спасибо Ире за ФАК