Швидке створення потужних спеціалізованих інструментальних засобів за допомогою Rational Software Architect версії 7.0, Різне, Програмування, статті

Дізнайтеся про можливість використання IBM Rational Software Architect версії 7.0 при побудові власних спеціалізованих інструментальних середовищ для вирішення першочергових проблем проектів програмного забезпечення. В даній статті наведено опис нової функції Transformation Authoring, яка дозволяє створювати інструментальні засоби розробки з графічним інтерфейсом і заснованими на стандартах шаблонами.


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


IBM Rational Software Architect 7.0 містить нову функцію Transformation Authoring, яка дозволяє створити спеціалізовані інструментальні засоби без будь-яких знань в області середовищ Eclipse або необхідності користувача кодування. У ній застосовується графічний інструментарій та шаблони, які використовують простий синтаксис XPath. В цій статті роз’яснено бізнес-операції для даної технології, описаний принцип роботи функції Transformation Authoring, і наведено покроковий приклад, створює просте інструментальне засіб доступу до бази даних.


Бізнес-переваги Transformation Authoring


Функція Rational Software Architect Transformation Authoring надає можливість побудови спеціалізованих інструментальних засобів, що відповідають потребам вашого бізнесу, які можна створити без спеціальних професійних навичок. Розглянемо ключові переваги Transformation Authoring.


Підвищення продуктивності. Колективу розробників часто необхідно об’єднати дві окремі технології або системи. Наприклад, може знадобитися об’єднати діючу внутрішню і новітню системи моделювання бізнес-процесів. Однак часто немає доступних інструментальних засобів для здійснення такого об’єднання. Для створення спеціалізованих інструментальних засобів, що вирішують специфічні проблеми такого роду, можна використовувати Transformation Authoring, і при цьому значно підвищити результативність роботи колективу, в кінцевому рахунку, знизивши сукупну вартість володіння цим програмним комплексом.


Працює мінімізує технічне обслуговування. Два ключових переваги створення подібного спеціалізованого інструментального засобу – це умовні позначення та сумісність. Якщо ви конструюєте спеціалізоване інструментальне засіб, то колектив розробників може створювати системні компоненти з сумісними шаблонами, що відповідають найкращим методикам, що, в результаті, дає добре налагоджену систему, яку легко задокументувати і використовувати.


Адаптованість, гнучкість і конкретність. Іноді, необхідно інструментальне засіб для вирішення дуже специфічної проблеми, але на ринку немає такого продукту, який потрібен. Це означає, що доведеться витратити значні кошти, щоб купити швейцарський армійський ніж, хоча насправді потрібен тільки шуруповерт фірми Philips. Однак ключова перевага побудови інструментального кошти за допомогою функції Transformation Authoring полягає в тому, що воно відповідає вашим потребам. Насправді можна витратити гроші на інструментальне засіб, який генерує Web-сервіси, специфічні для конкретної галузі замість того, щоб працювати з більш універсальними або складнішими інструментальними засобами, які спроектовані для обробки загальних випадків.


Легкість освоєння та використання. Для побудови спеціалізованого інструментального кошти можна використовувати програмне забезпечення Rational Software Architect. Transformation Authoring заснована на проекті Eclipse з відкритим вихідним кодом, який називається JET, є зрілим програмним продуктом (JET був початий в 2002 р.) і використовує відкриті стандарти, наприклад, XPath. Особливо важливо те, що воно елементарно у використанні, так як пропонує графічний інтерфейс користувача, щоб якомога більше полегшити життя людині, що створює інструментальне засіб.







 



Примітка: JET був раніше відомий як Java ™ Enabler Templates, а проте номенклатура була змінена на просто JET, тому що воно більше не обмежується висловами Java. Тепер можна використовувати шаблони на основі XML, що робить побудову інструментального засобу за допомогою мови програмування JET агностичним.
 

Два компромісу


Перш ніж закинути свої поточні інструментальні засоби розробки і спробувати створити щось за допомогою даної технології, дізнайтеся про пару компромісів. Як буде розглянуто в наступному розділі, не всі інструментальні засоби розробки можна швидко сконструювати за допомогою графічного інтерфейсу Transformation Authoring (принаймні, без коду, написаного користувачем у вигляді XML-тегів або вбудованого коду Java). Також, для ефективного використання Transformation Authoring, необхідно на професійному рівні розуміти проблему, яку потрібно вирішити. Наприклад, при необхідності створення інструментального засобу, що генерує файли XML, необхідно детальне розуміння XML.


Таким чином, Transformation Authoring може заощадити для вашої організації дуже багато часу, а також заповнити прогалини у вашому наборі інструментів для підвищення продуктивності там, де це найбільше потрібно. Однак це не вирішує всіх проблем, пов’язаних з використанням інструментальних засобів, і доведеться проводити ретельне вивчення проблем, перш ніж створювати інструментальні засоби для їх вирішення.


Основні поняття


Дана технологія вважається нарощуваної, і, загалом кажучи, дозволяє розширювати можливості стандартних інструментальних засобів, що входять до складу програмного забезпечення Rational Software Architect. Функції Transformation Authoring засновані на технології Eclipse з відкритим вихідним кодом, званої JET.


Як показано на малюнку 1, перш, ніж приступити до створення інструментального кошти за допомогою Transformation Authoring, слід визначити сутність необхідного інструментального кошти, а це фактично означає, що необхідно чітко визначити проблему, яку потрібно вирішити. За допомогою Transformation Authoring можна легко і без проблем створювати два типи інструментальних засобів:




Однак не всі проблеми можна вирішити за допомогою Transformation Authoring. Якщо мова йде не про генеруванні файлових артефактів, або вихідного коду, або конвертації файлу в інший формат, то використання Transformation Authoring не є оптимальним рішенням. Нижче наведено кілька прикладів спеціалізованих інструментальних засобів, які не настільки прості, щоб створювати їх за допомогою Transformation Authoring:



Як показано на малюнку 1, після визначення відповідної проблеми, яку потрібно вирішити, наступним кроком буде створення exemplar (зразка). Зразок є зразковим вирішенням проблеми. Наприклад, якщо необхідно сконструювати інструментальне засіб, що генерує портлет, відповідний увазі і тематиці Web-порталу організації, то слід почати з зразкового портлет. За зразок може виступати будь-який набір файлів. Наприклад, зразком може бути окремий файл XML, або папка з дюжиною класів Java, якщо вони відображають те, що необхідно згенерувати створюваним інструментальним засобом.


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


Рисунок 1. Процес Transformation Authoring



Це, звичайно ж, тільки один з можливих результатів створеного спеціалізованого інструментального засобу. Витратьте деякий час на зміну вхідних даних XML для генерування різних можливих вихідних даних. Наприклад, може з’явитися бажання згенерувати більше одного Web-проекту за один раз.


Попередження трудомістких проблем інтеграції та міграції


У даній статті була представлена ​​функція Transformation Authoring і приведений практичний приклад, який полегшує конструювання корисних спеціалізованих інструментальних засобів за допомогою Rational Software Architect 7.0. Прочитавши пояснення і виконавши вправи ви, можливо, задумаєтеся про численні варіантах застосування функції Transformation Authoring. Зверніть увагу на спільні риси шаблонів, що виникають для трудомістких проблем інтеграції, міграції та подібних. У таких випадках ви і ваш колектив повинні отримати значну вигоду від створення спеціалізованих інструментальних засобів для полегшення і прискорення роботи та підвищення її продуктивності.

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


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

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

Ваш отзыв

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

*

*