Підходи до інтеграції компонентів інформаційних систем

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

1. Спеціалізовані рішення;

2. Змішані механізми;

3. Віддалені виклики процедур (RPC);

4. Моделі розподілених об'єктів (CORBA, DCOM, .Net);

5. Frameworks;

6. Стандартна архітектура (Standard Architectures)

Розглянемо стисло кожну з категорій.

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

До другої категорії відносяться технологічні рішення, що передбачають побудову інформаційних систем з розрахунку на конкретне завдання і спочатку не розраховані на використання технологій інтеграції систем. Тому в цьому випадку у якості засобів інтеграції використовуються такі механізми, як сокети (sоckets) протоколу TCP/IP і ONC RPC (Object Network Computing Remote Procedure Call). Програмне забезпечення цієї категорії, як правило, розробляється для використання лише усередині конкретної організації, що призводить до різкого збільшення витрат при інтеграції з іншими системами.

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

У четвертій категорії, при побудові інформаційних систем використовуються моделі проміжного рівня, які надають інтерфейс високого рівня, порівняно з RPC. В цих моделях застосовують сервіси і мову описи інтерфейсів (OMG IDL), визначені в специфікації CORBA, лише для забезпечення міжплатформеної взаємодії. У разі, коли міжплатформенна взаємодія не потрібна, використовуються власні механізми взаємодії компонентів системи. Слід зазначити, що ці системи ризикують технологічно застаріти, використовуючи специфічні механізми, що не забезпечують реальних переваг програмної архітектури CORBA.

Технологічні рішення п'ятої категорії передбачають розробку платформ взаємодії компонентів (frameworks) як основи програмної архітектури для використання в декількох проектах. Як правило, framework втілює ретельно продумані принципи побудови програмної архітектури.

До шостої категорії відносяться високоякісні технології, програмна архітектура і сервіси, які розраховані на повторне використання в багатьох різних проектах. Як правило, такі рішення спираються на стандарт CORBA, що зрештою дозволяє організаціям практично нанівець звести ризик застарівання систем. Прикладом вдалої реалізації сучасної платформи є .Net Framework Microsoft.

<== попередня сторінка	\|	наступна сторінка ==>
Визначення 1 (Вікипедія)	\|	Висновки

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.005 сек.