Введення в IBM Rational XDE Java Code Model Importer, Комерція, Різне, статті

IBM Rational XDE Java Code Model Importer (модуль імпорту моделей) зазвичай поставляється у складі таких продуктів, як IBM Rational Software Architect і IBM Rational Systems Developer (далі – ПЗ Rational). Утиліта дозволяє перенести Java-код ™ і відповідну модель Java-коду з Rational XDE for Java, щоб можна було використовувати кошти UML, моделювання коду і перетворень ПО Rational.


Модуль імпорту Rational XDE Java Code Model Importer встановлюється автоматично при виборі опції установки IBM ® Rational ® XDE Base Model Importer (XMI) в диспетчері установки IBM Installation Manager. Він здійснює міграцію моделей Rational XDE разом з усіма призначеними для користувача профілями UML (Unified Modeling Language, універсальна мова моделювання), які, можливо, були застосовані до цих моделей. До початку роботи з модулем імпорту, ми скористаємося модулем імпорту XMI, щоб імпортувати моделі Java-коду та їх еталонні моделі в робочу область Rational Software Architect.


Про модулі імпорту


Необхідні умови для міграції


На комп’ютері повинні бути встановлені наступні продукти (з якими ви повинні вміти працювати):



Після установки Rational Software Architect або Rational Systems Developer необхідно вказати наступні параметри віртуальної машини (VM):






“-DRational XDE_IMPORT_RESOLVE_PROFILE_ELEMS_BY_NAME”





“-DRational XDE_JAVA_PRIMITIVETYPES”


Ці параметри можна задати двома способами:







“install directoryeclipse.exe -product com.ibm.rational.rsd.product.ide
-vmargs -DRational XDE_IMPORT_RESOLVE_PROFILE_ELEMS_BY_NAME -DRational
XDE_JAVA_PRIMITIVETYPES”


Крім того, потрібно мати уявлення про наступні функції та особливості:



У наступному розділі детально пояснюється процес міграції.


Маршрут міграції


Важливо:
Перш, ніж перейти до докладного опису кожного етапу, зверніть увагу на малюнок 1, який ілюструє весь маршрут міграції:


Рисунок 1. Процес міграції
Маршрут міграції


Проект моделі Java-коду в програмі Rational XDE може містити два види артефактів: вихідні файли Java і моделі Rational XDE.Моделі Rational XDE можуть бути різних типів. У проекті може бути або 0, або одна модель Java-коду. Як правило, всі моделі в робочій області Rational XDE (імовірно представляють собою замкнутий безліч) повинні імпортуватися в робочу область Rational за допомогою XMI. Потім, на другому етапі, можна скористатися модулем імпорту для перенесення Java-коду і моделей коду.


Весь процес міграції можна розділити на п’ять основних етапів. В залежності від обсягу і складності міграції може знадобитися одна або більше ітерацій описуваного нижче процесу:



  1. Планування;
  2. Підготовка проектів Rational XDE (UML-моделей і Java-коду);
  3. Імпорт UML-моделей;
  4. Імпорт Java-проекту (який знову об’єднує Java-код з імпортованими UML-моделями);
  5. Виконання перетворень UML-Java в ПО Rational для завершення оновлення коду на етапі підготовки до його використання.

Крок 1. Планування


При плануванні міграції з Rational XDE в Rational Software Architect або Rational Systems Developer враховують два основних моменти:




Крок 2. Підготовка проектів Rational XDE (базових моделей і Java-коду)


Для підготовки базових моделей Rational XDE і проектів Java-коду для імпорту моделі коду виконайте наступні кроки:



  1. У Rational XDE for Java синхронізуйте моделі Java-коду, щоб UML-моделі (файл. mdx) і проект Java не мали розбіжностей. Це обов’язкова умова, яку необхідно виконати до початку міграції. Важливо: в наборі настройок Java Rational XDE повинні бути дозволені теги міток коду (теги міток – це коментарі, які створюються генератором коду Rational XDE, починаються з <@modelguid> і містять унікальний ідентифікатор елемента моделі Rational XDE UML, відповідний класу в Java);
  2. Створіть резервну копію Java-проекту, включаючи базові моделі Rational XDE, відповідні моделі Java-коду;
  3. Обов’язково переконайтеся в тому, що на комп’ютері, який буде обробляти операції імпорту моделей, встановлені параметри JVM, зазначені в розділі “Необхідні умови” цієї статті.

Крок 3. Імпорт UML-моделей


Імпортуйте UML-моделі Rational XDE за допомогою модуля імпорту Rational XDE Model Importer (XMI). Необхідно імпортувати всі моделі Java-коду Rational XDE, всі моделі контенту Rational XDE, які посилаються на моделі коду, або на які посилаються моделі коду, і еталонні моделі Rational XDE (наприклад, jdk_min.mdx), на які посилаються моделі коду.


Крок 4. Імпорт Java-проектів

Імпортуючи Java-проекти з Rational XDE, можна слідувати одним з двох маршрутів:




Рисунок 2. Майстер модуля імпорту моделей Java-коду Rational XDE
Майстер модуля імпорту моделей Java-коду Rational XDE



  1. У цьому вікні виберіть опцію:

    • Add the list of Java projects to the Selected projects table (Додати список Java-проектів в таблицю Selected projects) і додайте для кожного проекту відповідну UML-модель Rational, похідну від моделі Java-коду проекту Rational XDE. Зазвичай в цей список включають всі Java-проекти в робочій області Rational XDE і не включають Web-проекти Rational XDE або проекти корпоративних bean-компонентів (EJB) Java ™, бо модуль імпорту моделей не призначений для моделей Web, EJB або розгортання EJB Rational XDE. Втім, в ПО Rational з Web-і EJB-артефактами працюють безпосередньо, а не через UML-моделі;
    • Для кожного Java-проекту і для кожної пари моделей вкажіть наступні параметри:

      • Схему кодування, яку слід задати для Java-проекту Rational XDE. Для цього виберіть або введіть потрібну схему кодування в поле Project Encoding . Якщо вибраний Java-проект існує в робочій області, то цей комбінований елемент управління буде неактивним;
      • Чи потрібно скопіювати Java-проект Rational XDE в робочу область Rational Для цього потрібно встановити прапорець для опції Copy Rational XDE Java projects into workspace. Якщо вибраний Java-проект уже був імпортований раніше, то цей прапорець буде неактивним (див. вище зауваження з приводу складних проектів);
      • Чи хочете ви замінити семантичні елементи UML в моделях ПО Rational, похідних від моделей Java-коду Rational XDE, прямими посиланнями на об’єкти Java. Встановивши прапорець для цієї опції, ви розкажете про те, що мають намір використовувати в ПО Rational для цього проекту принцип “комбінованого моделювання”, а не узгодження архітектури або концептуальної розробки, керованої моделями.

Важливо:
Якщо ви плануєте використовувати цю опцію, імпортуйте за один раз тільки один проект, а не кілька. Залишилося виконати наступні кроки:



  1. Встановіть відповідний прапорець, якщо ви хочете, щоб модуль імпорту автоматично видалив імпортовані копії еталонних моделей Java Rational XDE з робочої області Rational після завершення роботи модуля імпорту моделей;
  2. Натисніть кнопку Finish , Щоб почати процес міграції.

Крок 5. Виконання перетворень UML-Java для кожної імпортованої моделі коду


Це необов’язковий крок у процесі. Виконуйте його тільки в тому випадку, якщо ви НЕ встановили прапорець Replace UML elements на попередньому етапі. Іншими словами, в кроці 4 ви фактично оголошуєте про свій намір відмовитися від використання комбінованого принципу моделювання на користь або погодження архітектури, або концептуальної розробки, керованої моделями, тим самим залишаючи модель коду в ПЗ Rational у вигляді незміненої семантичної UML-моделі, яка використовується з перетвореннями Rational UML – Java (і, можливо, Java – UML).


 

Операції, що виконуються в процесі міграції


Тепер ви знаєте етапи процесу міграції. В цьому розділі описуються операції перетворення, які здійснюються модулем імпорту моделей Java-коду Rational XDE для забезпечення сумісності моделей коду і Java-коду з компонентами перетворень та моделювання ПО Rational. Деякі з цих операцій виконуються або пропускаються відповідно до проекту, залежно від того, чи був встановлений для цього проекту прапорець Replace UML elements with Java elements .


Створення моделі відображення


Виконується відповідно до проекту: Виконується тільки в тому випадку, якщо прапорець Replace UML elements with Java elements НЕ був встановлений. Крім того, модуль імпорту створює модель відображення, яка фіксує існуюче зіставлення елементів UML-моделі з вихідними файлами Java після виконання міграції. Ця модель відображення задана за замовчуванням в налаштуваннях перетворення UML – Java (в файлі. tc, створення якого описано в підрозділі Налаштування перетворення Java далі), щоб гарантувати, що відображення буде враховано і збережено процесом перетворення.


Заміна посилань інфраструктури Java візуалізованими типами Java


Виконується відповідно до проекту: Виконується незалежно від того, чи був встановлений прапорець Replace UML elements with Java elements. Оскільки UML-моделі імпортовані з Rational XDE, їх елементи, що відповідають елементам Java-коду, можуть містити посилання на типи з бібліотек JDK (Java ™ Developer Kit, середа розробки Java). Наприклад, клас UML може мати атрибут типу java.lang.String;. в Rational XDE, більшість специфікацій типів (наприклад, параметри) представляють собою звичайний текст, але специфікації типів, що визначаються асоціаціями UML, можуть вирішуватися відповідно з еталонними моделями Java в Rational XDE, наприклад, jdk_min.mdx. Коли моделі коду Rational XDE переносяться в середу ПО Rational (за допомогою модуля імпорту Rational XDE Base Model Importer), посилання на еталонні моделі Rational XDE стають посиланнями на імпортовані версії еталонних моделей Java Rational XDE.


Однак у середовищі ПО Rational підтримується власне пряме уявлення типів JDK, тому ПО Rational очікує посилань на Java-типи, щоб використовувати їх для вирішення. Отже, модуль імпорту моделей шукає посилання на імпортовані еталонні моделі Java Rational XDE і повторно дозволяє їх відносно JDK. По можливості, він також повторно дозволяє специфікації типів, які в Rational XDE представляли собою звичайний текст. Таким чином забезпечується більша строгість типізації (на рівні UML), ніж в Rational XDE. Цей крок необхідний для того, щоб забезпечити сумісність імпортованих моделей коду Rational XDE з моделюванням Java Rational і перетвореннями UML – Java і Java – UML.


Міграція профілів


Виконується відповідно до проекту: Виконується незалежно від того, чи був встановлений прапорець Replace UML elements with Java elements. Java-перетворення ПО Rational визначають і використовують власний профіль UML, що містить стереотипи, які застосовуються до UML-елементів для представлення різних конструкцій Java. В ході процесу міграції моделі коду модуль імпорту застосовує цей новий профіль до UML-моделям ПО Rational, отриманим в результаті імпорту моделей Java-коду Rational XDE за допомогою модуля XMI. Завдяки цьому моделі стають сумісними з компонентами Java-перетворень ПО Rational, що дозволяє їм брати участь в перетвореннях UML – Java (прямих) і Java – UML (зворотних). Стереотипи, які застосовуються на цьому етапі, замінюють стереотипи, які були перенесені з оригінальної моделі Java-коду Rational XDE.


Заміна елементів UML (опція morph)


Виконується відповідно до проекту: Виконується тільки в тому випадку, Якщо встановлено прапорець Replace UML Elementrs with Java Elements. Всі семантичні елементи в UML-моделях ПО Rational замінюються ярликами на відповідні елементи коду у вихідному файлі Java. В результаті діаграми в UML-моделі відображають фігури класів у стилі UML, представляють безпосередньо класи Java. Якщо виконати подвійне клацання на такій фігурі, відкриється код класу Java в редакторі Java-коду. Це узгоджується з принципом комбінованого моделювання в середовищі ПО Rational. Ефект приблизно такий же, як при створенні нової моделі з подальшим застосуванням до неї перетворення Java – UML з параметром Replace UMl Elements.


Порада:
Можна послідовно додавати нові семантичні елементи UML в модель і повторно застосовувати перетворення UML – Java з параметром Replace UML Elements і для того, щоб перетворити нові елементи в прямі посилання Java. Це означає, що можна використовувати комбіноване моделювання в рамках ітеративного процесу розробки.


Розмітка


Виконується відповідно до проекту: Виконується тільки в тому випадку, Якщо прапорець Replace UML elements with Java elements НЕ був встановлений. Елементи коду у вихідних файлах Java позначаються модулем імпорту як <@generated>, Якщо в моделі існує еквівалентний UML-елемент. У точній відповідності з моделлю, модуль імпорту моделей виконає пошук тегів <@modelguid> в імпортованому коді. Такі теги будуть присутні завдяки тому, що вони були згенеровані Rational XDE. Саме тому одним із підготовчих кроків до запуску модуля імпорту моделей повинна бути перевірка того, що у властивостях Rational XDE задано генерування цих тегів з подальшою синхронізацією моделі коду Rational XDE.


Примітки:


Створення конфігураційного файлу перетворення Java


Виконується відповідно до проекту: Виконується тільки в тому випадку, Якщо прапорець Replace UML elements with Java elements не був встановлений. На завершення процесу міграції модуль імпорту Raitonal XDE створює конфігураційний файл перетворення Java 5 (transformation configuration, TC) з певним набором значень параметрів (Таких як вихідна модель, цільової Java-проект і т. д.) Використовуйте цей ТС-файл, не змінюючи його, щоб виконати перетворення UML – Java одноразово на перенесеної в ході міграції моделі відразу ж після того, як модуль імпорту моделей завершить операцію імпорту. Цією дією ви усунете всі залишилися відмінності в способах відображення Java-елементів між Rational XDE і Rational Software Architect або Rational System Developer.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*