Реферат на тему Компонентное программирование.

Содержание:

Введение 3
1. Понятие компонентного программирования 4
2. Разработка программного обеспечения на основе компонентов 5
3. Реализация компонентного программирования 8
Заключение 16
Список литературы 17

Введение:

Компонент — это то, что решает проблему в общем виде. Это то, что не является конкретным, а затем может быть использовано всеми приложениями, которые нуждаются в решении этой конкретной проблемы.
Язык программирования подходит для компонентного программирования, если он удовлетворяет следующим условиям:
— В нем можно было бы описать компоненты общего назначения.
— Без потери эффективности.
Второе условие очень, очень важно, потому что, очевидно, на любом языке вы можете построить все, что угодно. Пока ваш язык является Тьюринг-полным, Вы можете описать почти все, что угодно… но может быть очень, очень медленно.
Есть много языков, которые утверждают, что обладают мощными средствами абстракции.
Компонентное программирование может быть использовано для реализации сложных алгоритмов таким образом, чтобы они были просты для записи, удобны для чтения и поддаются повторному использованию кода.
Цель исследования, рассмотреть компонентное программирование.
Задачи:
— Понятие компонентного программирования.
— Разработка программного обеспечения на основе компонентов.
Структура работы представлена введением, двумя разделами, заключением и списком литературы.

Заключение:

Отдельный компонент программного обеспечения — пакет программ, веб-сервис, веб-ресурс или модуль, который заключает в капсулу ряд связанных функций (или данные).
Все системные процессы помещены в отдельные компоненты так, чтобы все данные и функции в каждом компоненте были семантически связаны (так же, как с содержанием классов). Из-за этого принципа часто говорится, что компоненты модульные и связные.
Относительно координации всей системы компоненты общаются друг с другом через интерфейсы. Когда компонент предлагает услуги к остальной части системы, это принимает обеспеченный интерфейс, который определяет услуги, которые другие компоненты могут использовать, и как они могут сделать так. Этот интерфейс может быть замечен как подпись компонента — клиент не должен знать о внутренних работах компонента (внедрение), чтобы использовать его. Этот принцип приводит к компонентам, называемым, как заключено в капсулу. Иллюстрации UML в пределах этой статьи представляют обеспеченные интерфейсы символом леденца на палочке, приложенным к внешнему краю компонента.
Однако, когда компонент должен использовать другой компонент, чтобы функционировать, это принимает используемый интерфейс, который определяет услуги, в которых это нуждается. На иллюстрациях UML в этой статье используемые интерфейсы представлены открытым символом гнезда, приложенным к внешнему краю компонента.

Фрагмент текста работы:

Основанное на компоненте программирование (CBSE) (также известный как основанное на компоненте развитие (CBD)) является отделением программирования, которое подчеркивает разделение проблем в отношении всесторонней функциональности, доступной всюду по данной системе программного обеспечения[4]. Это — основанный на повторном использовании подход к определению, осуществлению и созданию свободно двойных независимых компонентов в системы. Эта практика стремится вызывать одинаково всестороннюю степень преимуществ и в краткосрочном, и в долгосрочном для самого программного обеспечения и для организаций, которые спонсируют такое программное обеспечение.
Практики программирования расценивают компоненты как часть стартовой платформы для сервисной ориентации. Компоненты играют эту роль, например, в веб-сервисах, и позже, в архитектуре для обслуживания широкого круга запросов (SOA), посредством чего компонент преобразован веб-сервисом на службу и впоследствии наследует дальнейшие особенности, кроме того, обычного компонента.
Компоненты могут произвести или потреблять события и могут использоваться для управляемой событиями архитектуры (EDA).
Отдельный программный компонент — это пакет программного обеспечения, веб-служба, веб-ресурс или модуль, который инкапсулирует набор связанных функций (или данных) [1].
Все системные процессы помещаются в отдельные компоненты таким образом, что все данные и функции внутри каждого компонента семантически связаны (так же, как и с содержимым классов). Из-за этого принципа часто говорят, что компоненты являются модульными и когезионными.
Что касается общесистемной координации, то компоненты взаимодействуют друг с другом через интерфейсы. Когда компонент предлагает услуги остальной части системы, он использует предоставленный интерфейс, который определяет службы, которые могут использовать другие компоненты, и как они могут это сделать. Этот интерфейс можно рассматривать как сигнатуру компонента — клиенту не нужно знать о внутренней работе компонента (реализации), чтобы использовать его. Этот принцип приводит к компонентам, называемым инкапсулированными. Иллюстрации UML в этой статье представляют собой предоставленные интерфейсы с помощью леденца-символа, прикрепленного к внешнему краю компонента[3].
Однако, когда компоненту необходимо использовать другой компонент для работы, он использует используемый интерфейс, который определяет необходимые ему службы. На иллюстрациях UML в этой статье используемые интерфейсы представлены символом открытого сокета, прикрепленным к внешнему краю компонента.