- •Питання
- •Проектування пз – проектування, цілі проектування, вимоги до пз
- •Життєвий цикл пз
- •Моделі життєвого циклу (1)
- •3. Моделі життєвого циклу(2)
- •Цілісність даних та надійність
- •Шаблони проектування
- •Класифікація архітектур пз
- •Обробка помилок, виключень та небажаних умов
- •Діаграми подій
- •Зв’язність та зв’язаність (coupling and cohesion)
- •Повторне використання коду
- •11. Ітеративне й інкрементне проектування
- •12.Функціональна методика потоків даних
- •13. Структурна схема розроблюваного пз
- •14. Проектування програмного забезпечення при структурному підході
- •15. Типи компонентних структур та основі означення
- •16. Методологія компонентної розробки пз
- •17. Приклади компонентних середовищ (1)
- •17. Приклади компонентних середовищ (2)
- •18. Планування архітектури (1)
- •1. Архітектура впливає на структуру компанії-розроблювача.
- •2. Архітектура здатна впливати на завдання розроблювача.
- •3. Архітектура може впливати на вимоги, висунуті замовником щодо наступної системи (якщо вона заснована на тій же архітектурі, що й попередня).
- •18. Планування архітектури(2)
- •4. Процес конструювання систем поповнює досвід архітектора.
- •5. Окремі «віхові» системи.
- •19. Програмний процес та архітектурно-економічний цикл (1)
- •19. Програмний процес та архітектурно-економічний цикл(2)
- •20. Архітектурні зразки, еталонні моделі та еталонні варіанти архітектури (1)
- •20. Архітектурні зразки, еталонні моделі та еталонні варіанти архітектури(2)
- •Архітектурні структури і подання
17. Приклади компонентних середовищ (1)
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 є механізмом у програмному забезпеченні для здійснення інтеграції ізольованих систем, що дає можливість програмам, написаним на різних мовах програмування, що працюють у різних вузлах мережі, взаємодіяти один з одним так само просто, як якби вони перебували в адресному просторі одного процесу.
17. Приклади компонентних середовищ (2)
VBA
Vіsual Basіc for Applіcatіons (VBA, Vіsual Basіc для додатків) - трохи спрощена реалізація мови програмування Vіsual Basіc, вбудована в лінійку продуктів Mіcrosoft Offіce, а також у багато інших програмних пакетів
VBA є інтерпретуємою мовою. Будучи мовою, побудованою на COM, дозволяє використовувати всі доступні в операційній системі COM об'єкти і компоненти Actіve.
COM
COM (Component Object Model - об'єктна модель компонентів) - технологічний стандарт від компанії Mіcrosoft, призначений для створення програмного обеспеченияна основі взаємодіючих компонентів, кожний з яких може використтовуватися в багатьох програмах одночасно. Стандарт втілює в собі ідеї поліморфізму та інкапсуляції об’єктно-орієнтованого програмування.
Основним поняттям, яким оперує стандарт COM, є COM-компонент. Програми, побудовані на стандарті COM, фактично не є автономними програмами, а являють собою набір взаємодіючих між собою COM-компонентів. Кожен компонент має унікальний ідентифікатор (GUІ) і може одночасно використовуватися багатьма програмами. Компонент взаємодіє з іншими програмами через COM-інтерфейси - набори абстрактних функцій і властивостей.