МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів Контакти
Тлумачний словник |
|
|||||||
Компонентна модель ПС – CМПід компонентним програмуванням розуміється метод створення ПС, заснований на застосуванні концепцій композиції (збирання) на всіх етапах ЖЦ, де базовим елементом композиції є компонент. Компоненти поділені на такі групи: – прості компоненти, що реалізують деяку функцію ПрО; – готові компоненти (наприклад, beans–компоненти у мові Lava); – складні компоненти (каркас, патерни тощо) для групування компонентів; – інтерфейс з описом параметрів для встановлення зв’язку між різними компонентами між собою; – сервіси, що підтримують різні системні дії з організації передачі параметрів і даних, представлених в інтерфейсі чи контракті; – засоби розгортання компонентів в деякому гетерогенному середовищі. Тобто компонентне програмування є самостійним стилем програмування зі своєю концептуальною базою, теорією, методологією та інструментальними засобами. Він доповнює і розширює існуючі методи програмування засобами збирання готових КПВ, що значно спрощує процеси розробки і супроводу систем за рахунок: – формалізації та впорядкованості процесу розробки окремих компонентів та систем з КПВ зі зменшенням часу розробки і збільшення якості та надійності складних систем; – механізмів опису інтерфейсів компонентів для їх виконання у інтегрованому середовищі з використанням загальносистемних сервісів та ін.; – спрощення процесів побудови ПС за моделлю з компонентів та методів їх конфігурування чи збирання у різні складні структури для їх виконання. Компонентна модель ПС – це таке абстрактне уявлення ПС, що конструюється з компонентів, які є елементами уявлень і їм зіставлені реальні функції чи методи об’єктів ПрО, що забезпечують реалізацію функціональності та виконання інших не функціональних вимог щодо ПрО. Для однієї і тієї ж ПС може існувати безліч її компонентних моделей в залежності від концепцій проектування і використовуваного компонентного підходу. Моделі компонентної моделі (Component Model – СМ) відповідає цілком і повністю структура моделей МПС чи МПС з тою різницією, що тут використовуються програмні компоненти і КПВ, якяк готові ресурси різного призначення. Вони стали капіталоємкими продуктами і є об’єктами комерційного програмування, (наприклад, компоненти загальної бібліотеки математичних задач MatLab), що застосовуються при глобальних обчисленнях у середовищах Grid i Cloud Computing. На загальному рівні подання моделі СМ ставиться завдання щодо представлення її функціональності згідно вимог у вигляді сукупності компонентів і їх інтерфейсів або контрактів для забезпечення взаємодії між собою окремих програмних компонентів, з яких модель складатиметься. N Нехай Õ Ai – множина інтерфейсів за контрактами компонентів чи програм, що i=1 визначають її визначають її функціональність. Кожному Ai який описує контракт як клієнт-серверну взаємодію з відповідними методами і структурами даних. Кожний інтерфейс має опис інтерфейсних даних –In, Out і Inout, які будемо називати відповідно визначальним поданням інтерфейсу (поняття – вхідний, вихідний та проміжний інтерфейс). Ini визначає умови і мету контракту з боку клієнта, Outi задає реалізацію компоненту з боку сервера, а Inout – властивості інтерфейсів Ini і Outi Визначені інтерфейсів Ai для компонентів моделі СМ можуть групуватися у різні поєднання з урахуванням семантики характеристик загального і внутрішнього типів, що визначені для моделі системи і компонентів і входять до складу компонентної моделі. Довільна сукупність інтерфейсів Ini, Outj, Inoutij, де i @ J, може не входять в кожну таку сукупність і одночасно визначати пари програмних компонентів приїх збиранні в складну структуру. Для кожної отриманої сукупності пар Ci È Iv = {Ci, Iv, OutJ, Inoutij} створюється модель компонента або шаблон, який містить деяку множину параметрів, які визначають і реалізують уявлення інтерфейсів. За цими уявленнями надалі здійснюється зіставлення шаблонів і інтерфейсів реальних компонентів. В результаті операцій групування виходить множина пар Ci È Iv { яке і буде зватися контрактом компонентної моделі ПС. Для однієї і тієї ж програми існує множина таких моделей, які визначаються множинами контрактів (або інтерфейсів) зі способами розбиття на шаблони компонентів для послідовного їх виконання.
Читайте також:
|
||||||||
|