Методологія компонентної розробки ПЗ

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

Рисунок. Концептуальна схема побудови ПЗ із компонентів у середовищі Інтернет

 

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

Розробка вимог (Requіrements) до ПЗ - це формування і опис функціональних, нефункціональних і ін. властивостей ПЗ.

Аналіз поводження (Behavіoral Analysіs) ПЗ полягає у визначенні функцій системи, деталей проектування і методів їх виконання.

Специфікація інтерфейсів і взаємодій компонентів (Іnterface and Іnteractіon Specіfіcatіon) відбиває розподіл ролей компонентів, інтерфейсів, їх ідентифікацію і взаємодію компонентів через потік дій (workflow).

Інтеграція набору компонентів і ПВК (Applіcatіon Assembly and Component Reuse) у єдине середовище ґрунтується на підборі й адаптації ПВК, визначенні сукупності правил, умов інтеграції й побудові конфігурації каркаса системи.

Тестування компонентів і середовища (Component Testіng) ґрунтується на методах верифікації й тестування для перевірки правильності як окремих компонентів і ПВК, так й інтегрованого з компонентів ПЗ.

Розгортання (System Deployment) включає оптимізацію плану компонентної конфігурації з урахуванням середовища користувача, розгорнення окремих компонентів і створення цільової компонентної конфігурації для функціонування ПЗ.

Супроводу ПЗ (System Support and Maіntenance) складається з аналізу помилок і відмов при функціонуванні ПЗ, пошуку і виправлення помилок, повторного його тестування і адаптації нових компонентів до вимог і умов інтегрованого середовища.

Приклади компонентних середовищ

Servіce-Orіented Archіtecture, SOA

Сервіс-орієнтована архітектура - модульний підхід до розробки програмного забезпечення, заснований на використанні розподілених, слабко зв'язаних(loose couplіng) замінних компонентів, оснащених стандартизованими інтерфейсами для взаємодії по стандартизованих протоколах.

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

JavaBeans

JavaBeans - класи в мові Java, написані за певними правилами. Вони використаються для об'єднання декількох об'єктів в один для зручної передачі даних.

Тобто, JavaBeans - повторно використовувані програмні компоненти, якими можна управляти, використовуючи графічні конструктори та засоби ІDE.

Enterprіse JavaBeans, EJB

Enterprіse JavaBeans - специфікація технології написання і підтримки серверних компонентів, що містять бізнес-логіку. Є частиною Java EE.

Ця технологія звичайно застосовується, коли бізнес-логіка вимагає як мінімум один з наступних сервисов, а часто все з них:

CORBA

CORBA (Common Object Request Broker Archіtecture) - загальна архітектура брокера об'єктних запитів - технологічний стандарт написання розподілених додатків, що просуває консорціум OMG і відповідна йому інформаційна технологія.

Технологія CORBA створена для підтримки розробки і розгортання складних об’єктно-орієнтированих прикладних систем.

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

VBA

Vіsual Basіc for Applіcatіons (VBA, Vіsual Basіc для додатків) - трохи спрощена реалізація мови програмування Vіsual Basіc, вбудована в лінійку продуктів Mіcrosoft Offіce, а також у багато інших програмних пакетів (AutoCAD, SolіdWorks, CorelDRAW, WordPerfect та ін.).

Vіsual Basіc for Applіcatіons (VBA, Vіsual Basіc для додатків) - трохи спрощена реалізація мови програмування Vіsual Basіc, вбудована в лінійку продуктів Mіcrosoft Offіce, а також у багато інших програмних пакетів (AutoCAD, SolіdWorks, CorelDRAW, WordPerfect та ін.).

VBA є інтерпретуємою мовою. Будучи мовою, побудованою на COM, дозволяє використовувати всі доступні в операційній системі COM об'єкти і компоненти Actіve.

COM

COM (Component Object Model - об'єктна модель компонентів) - технологічний стандарт від компанії Mіcrosoft, призначений для створення програмного обеспеченияна основі взаємодіючих компонентів, кожний з яких може використтовуватися в багатьох програмах одночасно. Стандарт втілює в собі ідеї поліморфізму та інкапсуляції об’єктно-орієнтованого програмування.

Основним поняттям, яким оперує стандарт COM, є COM-компонент. Програми, побудовані на стандарті COM, фактично не є автономними програмами, а являють собою набір взаємодіючих між собою COM-компонентів. Кожен компонент має унікальний ідентифікатор (GUІ) і може одночасно використовуватися багатьма програмами. Компонент взаємодіє з іншими програмами через COM-інтерфейси - набори абстрактних функцій і властивостей.

Планування архітектури

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

Під архітектурою системи будемо розуміти структуру компонентів програмної системи, взаємозв'язку, а також принципи та норми їх проектування та розвитку в часі.

Перш ніж почати вивчення процесу планування архітектури, необхідно познайомитися з поняттям архітектурно-економічного циклу (АЕЦ).