Совет по подготовке переноса №4

Совет по подготовке переноса №4

Чтоб сохранить значки стереотипов в диаграммах, используйте для Rational Systems Developer тот же компьютер, что и для Rose, либо воспользуйтесь последующей процедурой для обеспечения доступности реликвий стереотипов во время импорта.

1. Экспортируйте данные Rose из реестра Windows либо MainWin на компьютере, где установлен пакет Rose, и перенесите приобретенный файл на Совет по подготовке переноса №4 компьютер с новым установленным продуктом UML-моделирования - Rational Systems Developer. Для экспорта ключей реестра Rose сделайте последующие шаги:

1. Для экспорта последующих ключей реестра используйте средство regedit либо regedt32: HKEY_CURRENT_USER\Software\Rational Software\Rose;

2. Назовите файл rose_user.reg;

3. Используя regedit либо regedt32, экспортируйте последующие ключи реестра: HKEY_LOCAL_MACHINE\SOFTWARE Совет по подготовке переноса №4\Rational Software\Rose;

4. Назовите файл rose_local.reg;

5. Соедините файлы rose_user.reg и rose_local.reg при помощи 1-го из последующих способов:

§ В командной строке Windows введите: C:\> copy rose_user.reg + rose_local.reg rose.reg;

§ В Windows откройте оба файла в программке Notepad Совет по подготовке переноса №4. Скопируйте содержимое 1-го файла в конец другого файла и сохраните его. Сохраняйте файл в шифровке Unicode, для этого используйте команду меню Save As. Назовите файл rose.reg;

§ На платформе Linux либо Unix введите в командной строке: $ cat rose_user.reg rose_local.reg > rose.reg.

2. С компьютера с установленным приложением Rose скопируйте Совет по подготовке переноса №4 из основной установки Rose файлы INI конфигурации стереотипов и все установленные опции, также все связанные файлы изображений на компьютер, на котором установлен Rational Systems Developer. Смотрите за сохранением структуры папок Rose, потому что информация в файле реестра и в файле INI конфигурации стереотипов находится в зависимости от этой структуры Совет по подготовке переноса №4;

3. В мастере Rational Rose Model Import в поле Registry file на первой страничке мастера укажите экспортированный файл реестра, сделанный в первом шаге;

4. Следуйте указаниям мастера до странички Map stereotypes. На этой страничке удостоверьтесь, что указаны все файлы конфигурации стереотипов, приобретенные в шаге 2, и что они соответствуют имеющимся либо новым UML Совет по подготовке переноса №4-профилям;

5. Окончите выполнение импорта.

В примере импорта снимите флаг Import stereotypes as UML profiles для избежания импорта всех стереотипов, потом нажмите кнопку Next.


Рис.7. Сравнение стереотипов Rose

Опции модели Rose

На страничке Rational Rose Model Import Preferences мастера Rational Rose Model Import можно задать отображение импортированной модели.

Подробней обо всех настройках см. контекстно-зависимую Совет по подготовке переноса №4 справку (F1) на страничке мастера Rational Rose Model Import Preferences.

Для окончания процесса импорта нажмите кнопку Finish.


Рис.8. Опции модели Rose

Раздел 5. Проверка результатов

Сейчас начинается самое увлекательное! Поглядим, что сделал Rose Model Importer. Сначала видно, что сотворена такая же структура пакетов, как и в Rose, включая панели Use Case View Совет по подготовке переноса №4, Logical View, Component View и Deployment View. Естественно, можно переименовать эти пакеты либо сделать новые и переместить элементы модели. Лучшим подходом (в особенности при работе с очень большенными моделями Rose) будет удаление всех частей, которые не требуется переносить в Rational Systems Developer. Подробней это будет рассмотрено при проверке результатов модели Rational Совет по подготовке переноса №4 Systems Developer.

Для начала откройте пакет 01 Basic Use Case, расположенный в пакете Use Case View. Два раза нажмите диаграмму 01 Basic Use Case Elements для ее открытия. Направьте внимание, что эта диаграмма смотрится подобно диаграммам в Rose. Использовать диаграммы сценария до боли просто. Они переносятся в Rational Systems Developer с наименьшими отличиями.

Меж Совет по подготовке переноса №4 диаграммами сценариев , использующими UML 1.4 (Rose) и UML 2.0 (Rational Systems Developer) сильно мало различий. По большей части диаграммы после переноса должны смотреться также. Но в области циклограмм, диаграмм состояний, диаграмм действий и диаграмм сотрудничества имеются значимые конфигурации. Если эти диаграммы использовались в Rose, следует изучить раздел интерактивной справки Installing Совет по подготовке переноса №4 and migrating -> Importing Rational Rose models -> UML 1.4 and 2.0 notation mapping для ознакомления с различиями и подготовки к проверке, также, может быть, к «исправлению» диаграмм, сделанных в Rational Systems Developer во время переноса.


Рис.9. Проверка новых диаграмм сценария

Просматривая пакет Use Case View и проверяя его содержимое, вы увидите различия меж UML Совет по подготовке переноса №4 1.4 и UML 2.0. Потом перейдем к другой области значимых различий меж Rational Rose и Rational Systems Developer. Опять откройте New Paradigm, о которой говорилось сначала этого учебного управления: Полное проектирование в Rational Rose в сопоставлении с преобразованиями в Rational Systems Developer. Для полного осознания воздействия на процесс переноса Rose разверните пакет Совет по подготовке переноса №4 Logical View -> 06 Implementation Model, сделанный в Rational Systems Developer при импорте модели Rose.

Приметно, что два сделанных пакета C++ и Java смотрятся так же, как и в модели Rose. В этих пакетах имеются свойства класса уровня реализации, которые использовались в Rational Rose для генерации соответственного кода. Либо, может быть, они были сделаны Совет по подготовке переноса №4 в Rose при помощи оборотного проектирования кода. В любом случае этот уровень детализации не является нужным и его не рекомендуется использовать в среде "Model Driven Development" приложения Rational Systems Developer. Заместо импорта из Rose модели реализации рекомендуется перед импортом удалить пакет из модели Rose. Часто модели реализации, разработанные в Совет по подготовке переноса №4 Rational Rose, стремительно теряют синхронизацию с фактическим кодом. И заместо попыток оборотного проектирования кода для сотворения в Rational Rose четкой модели кода на уровне реализации и ее импорта в Rational Systems Developer можно просто воткнуть фактический код в Rational Systems Developer и использовать многофункциональные способности UML-визуализации для Совет по подготовке переноса №4 приведения кода в четкое UML-представление. Этот вопрос описан в последующем разделе данного учебного управления.


sovet-administracii-krasnoyarskogo-kraya-postanovlenie-ot-31-yanvarya-2005-g-n-29-p-ob-utverzhdenii-polozheniya-ob-oplate-truda-rabotnikov-kraevih-gosudarstvennih-byudzhetnih-i-kazennih-obrazovatelnih-uchrezhdenij-stranica-2.html
sovet-administracii-krasnoyarskogo-kraya-postanovlenie-ot-31-yanvarya-2005-g-n-29-p-ob-utverzhdenii-polozheniya-ob-oplate-truda-rabotnikov-kraevih-gosudarstvennih-byudzhetnih-i-kazennih-obrazovatelnih-uchrezhdenij-stranica-7.html
sovet-deputatov-belgorodskogo-rajona.html