Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Методологія компонентної розробки ПЗСодержание книги Поиск на нашем сайте
Створення компонентної системи починається з аналізу та побудови концептуальної моделі, на основі якої створюється компонентна модель, що включає проектні рішення по композиції компонентів, використанню різних типів шаблонів, зв'язків між ними і операції розгортання ПЗ у середовищі функціонування.
Рисунок. Концептуальна схема побудови ПЗ із компонентів у середовищі Інтернет
Пошук, вибір ПВК і розробка нових компонентів, виходячи із системи класифікації компонентів і їх каталогізації, формалізоване визначення специфікацій інтерфейсів, поводження і функціональності компонентів, а також їх анотування і розміщення в репозитарії системи або в Інтернет. Розробка вимог (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-інтерфейси - набори абстрактних функцій і властивостей. Планування архітектури Сучасні методи розробки програмного забезпечення припускають зворотний зв'язок між всіма діючими особами, від проектувальника до аналітика. Всі ці особи є учасниками процесу створення архітектури програмної системи. Під архітектурою системи будемо розуміти структуру компонентів програмної системи, взаємозв'язку, а також принципи та норми їх проектування та розвитку в часі. Перш ніж почати вивчення процесу планування архітектури, необхідно познайомитися з поняттям архітектурно-економічного циклу (АЕЦ).
|
||||
Последнее изменение этой страницы: 2016-08-01; просмотров: 259; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.224.68.177 (0.006 с.) |