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

×


Enterprise Architect: Практика использования(Прочитано 454539 раз)
Re: Enterprise Architect: Практика использования Ответ #90 : 10 Октября 2007, 13:45:49
Не поддается ....
А что конкретно не поддается?



Re: Enterprise Architect: Практика использования Ответ #91 : 10 Октября 2007, 13:49:08
Проблема одна - найти в версионном контроле смысл ??? Это ж не исходники - xml'ки сравнивать не наглядно.
При подключении стороннего версионного контроля или внутреннего механизма базовых линий в EA появляется возможность силами EAшной утилитки сравнить поэлементно контролируемые пакеты и их элементы.

Уфф. Развернутые ответы на оба вопроса постараюсь в ближайшее время внести в FAQ, но точных сроков обещать не могу.



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

Цитировать
Сама смотрела на ST, опишу для него, вряд ли сильно отличается. Логика работы:
Можно - немного подробнее . . .
Тогда попытаюсь повторить с svn - ом сии  манипуляции. . .
Тоесть - интересует - проще наверное пошагово - что где ковырять в EA . . .
Хотя бы приблизительно.....



Re: Enterprise Architect: Практика использования Ответ #93 : 10 Октября 2007, 14:45:49
Цитировать
Проблема одна - найти в версионном контроле смысл

Да смысл - не в контроле версий, а больше в предоставлении "группового" доступа к данным . . .
Штоб не один кто то ковырял, а толпой . . .



Re: Enterprise Architect: Практика использования Ответ #94 : 10 Октября 2007, 14:56:47
Вот, теперь становится яснее, что цель: не настроить интеграцию с СВК, а получить групповой доступ.
Для группового доступа рецепт другой: корпоративная лицензия + сетевая база данных. Если с лицензией все гуд, то можно не заморачиваться, а выложить файлик eap на сеть в общедоступное место и всем его открывать - это получится групповой доступ к Access-файлу. Но если в районе 10 человек работает, лучше заморочиться на MS SQL или Oracle. Кстати, в этом случае возникает масса сложностей с правами доступа. Пример: работают 2 человека, открыли оба одну и ту же диаграмму, один в ней сидел и правил картинку, второй просто чуток сдвинул какой-то элемент. Первый товарищ диаграмму сохранил, и думает, что все хорошо. А после этого второй товарищ, кот. правил что-то другое, берет и жмет кнопку save all. В результате вся работа первого - в помойке. Это для диаграмм. Для элементов репозитария правила как при совместном доступе к базе данных.



Re: Enterprise Architect: Практика использования Ответ #95 : 10 Октября 2007, 14:57:40
2Irr
Кстати - если будет минутка - хотелось бы в асе пообщатся, задать пару вопросиков . . .
По ходу - серьезно на EA подсаживаться хотим, оч продукт понравился - так что, думаю, можем буть друг другу полезны
;-)))
320929083 - если не против - жду. . .



Re: Enterprise Architect: Практика использования Ответ #96 : 10 Октября 2007, 15:16:25
Цитировать
выложить файлик eap на сеть в общедоступное место и всем его открывать



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



Re: Enterprise Architect: Практика использования Ответ #97 : 11 Октября 2007, 11:41:32
!!! Приветствую !!!

Вот и пошли вопросики . . .
Ребят - никто не пытался сгенерить отчет .rtf по пакету, с "пристыковкой" текстовых атрибутов контента пакета. . . ? ? ?
Тоесть, допустим есть пакет (неважно где) "Пик тра ляля", в состав которого входит пара юзеров, пара классов и пара диаграмм (опять таки - не важно каких) - так вот хотелось бы сгенерить rtf файлик, в котором бы учавствовали картинки диаграмм + ТЕКСТОВОЕ описание атрибутов контента пакета (тех самых юзеров, классов и диаграмм. . .). Речь идет о пункте меню (правый клик по пакету) //documentation/ RTF report (F8)/switch generator + кнопка create в шейпе document.
На данный момент - отчет то генерится, да только в него входят картинки диаграмм с классами, а вот их текстовыее атрибуты - почиму то не подхватываются . . . Может где какую галочку выставить нужно ? ? ?



Re: Enterprise Architect: Практика использования Ответ #98 : 11 Октября 2007, 14:23:12
Все ушли на фронт ? ? ?
;-)))



Re: Enterprise Architect: Практика использования Ответ #99 : 11 Октября 2007, 16:15:18
Цитировать
. . . . Ребят - никто не пытался сгенерить отчет . . .

Всем спасибо за бурное обсуждение - разобрались . . .



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

Так может скажите как разобрались??
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



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

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

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

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




Re: Enterprise Architect: Практика использования Ответ #102 : 12 Октября 2007, 10:09:01
Да шутю я . . .
Чаво прям напали - понятно что по активности тута не скуль ру . . .
Хорошо хоть по EA хоть чтото есть - и то радуит ...
По решениям - да не вопрос - буду освобождатся по времени немного - буду выкладывать што как победил - хочу его (продукт в плане) внедрить от начала разработки софта и до сдачи в пром. экспл. вроде все возможности имеюцца - так што заранее предвижу баталии . . .



Re: Enterprise Architect: Практика использования Ответ #103 : 12 Октября 2007, 12:00:26
По поводу версионного контроля в связке с Source Safe (vss)
Обнаружилось  несколько неприятных особенностей. Помещение пакета в vss сопровождается генерацией соответствующего xml файла.
1. На больших моделях при CheckIn CheckOut есть заметное торможение.
2. Если надо выгрузить один из вложенных пакетов, то необходимо удалить привязку к vss внешнего.
3. Сравнение версий средствами EA совсем не впечатляет.
4. Для создания иерархии пакетов в vss придётся под каждый создавать соответствующую конфигурацию контроля версий, что весьма муторно.



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




 

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