391
Sparx / Re: Enterprise Architect: Практика использования
« : 17 Октября 2007, 13:35:56 »Хорошо бы это добавить в ФАКОбязательно добавлю!
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Хорошо бы это добавить в ФАКОбязательно добавлю!
2Irr: спасибо за ответы, очень помогает новичкам!Всегда рады, приходите еще :-)
Такая проблема: при переносе проекта DBMS->EAP теряются темплейты для документов. Из-за этого в результирующем EAP-проекте все объекты типа Artifact, которые используют эти темплейты - пустые. Не замечали такое?Хм, конкретно с этой проблемой не сталкивалась. Гипотетически проблема может быть вот в чем:
Нужна, собственно, возможность получать backup-копии проекта в БД в формате EAP.
DBMS указывает на MySQL базу, EA версия 7 (817 build)
По поводу версионного контроля в связке с Source Safe (vss)Если не сложно, посмотрите, пожалуйста, а экспорт/импорт в xml будет происходить так же медленно? Т.е. хочется понять, где тормоза, в ЕА или в vss.
Обнаружилось несколько неприятных особенностей. Помещение пакета в vss сопровождается генерацией соответствующего xml файла.
1. На больших моделях при CheckIn CheckOut есть заметное торможение.
2. Если надо выгрузить один из вложенных пакетов, то необходимо удалить привязку к vss внешнего.По-моему это какая-то странная организация версионного контроля. Т.е. Вы храните там перекрывающиеся куски? т.е. один элемент конфигурации "а+б+в", а другой просто "б"? А это действительно нужно?
3. Сравнение версий средствами EA совсем не впечатляет.А что конкретно не нравится? Чего не хватает?
4. Для создания иерархии пакетов в vss придётся под каждый создавать соответствующую конфигурацию контроля версий, что весьма муторно.Ну, тут ничего не могу сказать, не требовалась иерархия. А действительно в ней есть необходимость?
Проблема одна - найти в версионном контроле смысл Это ж не исходники - xml'ки сравнивать не наглядно.При подключении стороннего версионного контроля или внутреннего механизма базовых линий в EA появляется возможность силами EAшной утилитки сравнить поэлементно контролируемые пакеты и их элементы.
Не поддается ....А что конкретно не поддается?
Приветствую !!!Не, все понятно, но что конкретно?
Ребята - такой вопрос -
Enterprise Arhitect 7.0 - контроль версий. . .
Непосредственно интеграция с SVN интересует . . .
Никто не в курсе ?
Неа ... RUP это фреймворк, который требует адаптации под конкретные условия. Поэтому вопрос только в том, насколько успешно он адаптируется в конкретном случае. А это практика. Успех адаптации зависит в первую очередь от того насколько ваши условия и/или возможность влияния на них, коррелируют с базовыми принципами RUP, а именно -- итеративная разработка, risk-driven, requirements-driven, ....Про то, что его без адаптации невозможно использовать, она говорила, но вот дальше получалось как в анекдоте:
Было бы странным за один курс понять все.Несомненно, но это был целевой, корпоративный курс, подстроенный специально под нас.
Мне именно у Золотухиной понравилось то, что идея трассировки была накрепко зафиксирована в голве, как нечто абсолютно необходимое.Согласна, здесь на это я внимания отдельного не обратила, так как я и до курса всегда об этом мечтала. Пользуясь ее любимым словом, я апологет трассировок :-)
Кроме этого понравилось то, как объяснялось планирование модели требований: раскладка по типам и направление трассировок - это прямой выход на превращение обследования в планомерный и управляемый процесс. Правда, я был на курсе по Requsite, возможно тут речь не о нем...Тут ничего не могу сказать, не зацепило, не помню, все-таки дело 1.5 года назад было.
Ага... У нас она прямо сказа - RUP это теория, а то что мы от неё слышим - опыт практического использования.Во-во-во! RUP - это теория, а дальше как здесь:
Так что различия были.
Может поделиться тогда с народом?У меня материалы тоже остались, постараюсь постепенно разбирать и выкладывать