Форум Сообщества Аналитиков
Общий раздел => ПО Аналитика => Sparx => Тема начата: Константин Никовский от 24 Января 2012, 18:40:51
-
Добрый день друзья, прошу прояснить такой момент. Проект я храню в сетевой бд, вопрос:
В данной связки ЕА поддерживает делать версионность изменений и ветки данного проекта как в SVN?
Если да то как?
-
http://www.sparxsystems.com/WhitePapers/Version_Control.pdf
-
Согласно статье
контроль версий только на уровне пакетов - т.е. все объекты, которые входит в пакет только скопом версинифицируются
возникает вопрос
в пакете 1 есть 2 требования
на длину пароля и на цвет поля пароля
Например:
в пакете 2 есть 2 реализации
проверки длины пароля и от рисовки поля
мы решаем, что хотим увеличить длину пароля. делаем новую версию пакета 1 целиком. получается, что создаётся другая версия требования к цвету в пакете 1
начинаем править пакет 2 - реализация и тем временем меняем требование к цвету.
вот собственно в итоге получится 3 версии П1 и 3 версии П2 - как мы сможем понимать, что процедура проверки длины из версии П2 связана с версией П2 требования к длине, а 3 к 3 соответственно
вся система версионного контроля ЕА держится ТОЛЬКО на экспорте XMI файлов из ЕА - т.е. не важно есть ли репозиторий в СУБД или .ЕА файл.
групповая работа поддерживатся только на базе СУБД - это гуд
но в этом случае не будет версий, т.к. репозиторий версионности не единый
Или есть другие способы?
-
Согласно статье
Или есть другие способы?
А почему бы не задать этот вопрос непосредственно на форуме производителя.
-
А почему бы не задать этот вопрос непосредственно на форуме производителя.
В англиском не селен, и хотелось у здешних экспертов узнать
-
Из второго поста я не очень понял, в чем состоит вопрос.
Но вообще да, в ЕА не очень мощные средства работы с версиями. Мы их не используем, в проектах, где нужен полноценный version control все экспортируется в документы MS Office и уже эти документы версионируются.
-
селен
это такой химический элемент, говорят в микрозначениях очень полезен и необходим для здоровья ;)
-
Из второго поста я не очень понял, в чем состоит вопрос.
Но вообще да, в ЕА не очень мощные средства работы с версиями. Мы их не используем, в проектах, где нужен полноценный version control все экспортируется в документы MS Office и уже эти документы версионируются.
Таким подходом затраченное время увеличивается на порядок, и нет общей картины всей архитектуры ИС. Также будет очень сложно вести версионность билдов, трассировки требований, функций и etc в иерархии систем между ИС билдов.
-
это такой химический элемент, говорят в микрозначениях очень полезен и необходим для здоровья ;)
Большая просьба писать по теме, а не разводить флуд не по теме.