Моделюємо сервіс-орієнтовану архітектуру за допомогою Rational Software Architect: Частина 3. Моделювання зовнішньої системи, CASE-засоби (моделювання), Програмування, статті

У цьому, третьому, навчальному посібнику серії розповідається про те, як можна використовувати модель зовнішніх систем при моделюванні сервіс-орієнтованої архітектури за принципом “від країв до центру”, на відрізку “знизу вгору”. Ми продовжимо використовувати навчальний приклад компанії з прокату DVD-дисків з перших двох частин серії, і за допомогою IBM Rational Software Architect згенеруємо модель зовнішньої системи на основі цього навчального прикладу.


Необхідний досвід


Щоб витягти більше користі з цього навчального посібника, бажано (але не обов’язково) мати уявлення про наступні технологіях і програмах:


Системні вимоги


Для успішного виконання завдань керівництва необхідно, щоб на вашій робочій станції були встановлені наступні програмні продукти (доступні пробні версії):


Перед початком роботи


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


Про цю серії


У даній серії навчальних посібників докладно розглядається моделювання рішень сервіс-орієнтованої архітектури (service-oriented architecture, SOA) за допомогою IBM ® Rational ® Software Architect. Хоча спочатку цей програмний продукт призначався для розробників архітектури програмного забезпечення і для підтримки дій, які вони виконують, він може виявитися корисним також фахівцям, виконуючим інші ролі в процесі розробки програмного забезпечення, у тому числі тим, хто активно бере участь у розробці архітектури ПЗ, наприклад, бізнес-аналітикам, або тим, хто використовує цю архітектуру на вході своєї власної діяльності, наприклад, розробникам програмного забезпечення та розробникам інших спеціалізацій (займаються реалізацією архітектури, проектуванням і впровадженням). У серії також висвітлюються деякі основні концепції SOA, які можуть бути корисними широкої аудиторії.


Ці навчальні керівництва концентруються на трьох темах:



Після опису архітектури програмного забезпечення та визначення значення, яке відводиться в ній сервісів, в серії розповідається про інструмент Rational Software Architect і його функціях, які мають відношення до SOA та архітектури. На прикладі уявної компанії з прокату DVD-дисків в цих трьох навчальних посібниках ви знайдете:



Про даному навчальному посібнику


У частині 1 ми представили навчальний приклад “Прокат відеодисків”, який буде використовуватися у всіх навчальних посібниках даної серії. Ми помістили сервісну архітектуру в інфраструктуру Rational Unified Process і для довідки розповіли про стеку SOA-рішення IBM. Ми згадали про різних робочих продуктах, які були використані на вході архітектури сервісу, а потім скористалися навчальним прикладом для того, щоб на прикладі продемонструвати два таких продукту: модель архітектури бізнесу (описана в Частині 1 як компонентна модель бізнесу) і модель бізнес-процесу.


У частині 2 ми розібрали, що таке модель предметної області і як можна представити її в Rational Software Architect. Ми на практиці приступили до роботи з цим інструментом і створили модель предметної області, яка використовується в даній серії.


У цьому випуску (Частина 3) ми розповімо про те, як можна використовувати модель зовнішньої системи при моделюванні за принципом “від країв до центру”, на відрізку “знизу вгору”.


Цілі


Вивчивши даний навчальний посібник, ви повинні вміти:



Необхідні умови


Щоб витягти максимум користі з цього навчального посібника, дуже корисно (але не обов’язково) мати уявлення про наступні програмних продуктах і технологіях:



Ми настійно рекомендуємо вам прочитати перші дві частини даної серії навчальних посібників, і лише після цього переходити до вивчення даної частини.


Позиціонування зовнішніх систем і аналіз за принципом “знизу вверх”


У частині 1 цієї серії навчальних посібників згадувалася модель зовнішніх систем як вхідний робочий продукт для діяльності “створення архітектури сервісів”. Було дано наступне короткий опис: “Зовнішні системи – Це системи, які не використовують SOA, які можна використовувати в моделі. Як уже говорилося раніше, модель зовнішніх систем можна використовувати в моделюванні за принципом “від країв до центру”, на відрізку “знизу вгору “.


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


Позиціонування моделі зовнішніх систем


Формально в RUP модель зовнішніх систем не передбачена. Однак можна створити її відображення на наявний в RUP робочий продукт – модель проекту. На малюнку 1 ми спробували проілюструвати, як працює це відображення.


Рисунок 1. Відображення моделі зовнішніх систем на модель проекту



Ми створили конкретне уявлення зовнішньої системи, що підлягає інтеграції (хоча це всього лише дуже простий приклад для цього навчального керівництва). Ми маємо чітке уявлення про те, як повинен виглядати інтегрований інтерфейс; ми також розуміємо, яку інформацію з даної системи ми будемо використовувати і як вона структурована. Хоча це досить простий приклад, ті ж принципи необхідно використовувати при роботі з великими і складними зовнішніми системами.


Що далі?


У цій частині серії навчальних посібників ми розглянули моделювання за принципом “від країв до центру”, на відрізку “знизу вгору”, якщо конкретніше, зосередження цього принципу – зовнішні системи, які не використовують SOA. Ми розповіли про важливість цієї діяльності в рамках SOA-проекту, а потім детально вивчили створення моделі зовнішніх систем за допомогою інструменту Rational Software Architect Точніше, ми розглянули моделювання надаються інтерфейсів та інформаційних моделей. У наступних випусках навчальних посібників з даної серії ми вивчимо основну тему SOA-моделювання: створення моделі сервісу.



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


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

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

Ваш отзыв

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

*

*