Спецификация КПИ. 
Программная инженерия и технологии программирования сложных систем

В качестве КПИ могут быть объекты, созданные в рамках объектно ориентированного программирования (например, огромная библиотека повторно используемых классов в C++) с наследованием их реализации.

Каждый компонент имеет:

• • связь компонентов через интерфейсы на этапах разработки системы;
• • инкапсуляцию в виде «черного ящика» без возможности вмешательства в выходной код;
• • наследование интерфейсов, их изменение и настройку на применение;
• • повторное использование исходного или выходного кода.

С общей точки зрения компонент определяется по-разному в зависимости от среды и функций, приведем некоторые их них^[1].

Каждый КПИ должен быть специфицирован в ЯП, а их паспорта — в IDL, WSDL. Каждый элемент спецификации включает видимую или скрытую от пользователя информацию.

Информационная часть содержит следующие сведения: назначение, дата изготовления, условия применения (ОС, платформа и т. п.), возможности КПИ, тип среды окружения и др.

Внешняя часть — это интерфейс, который определяет взаимодействие компонента с внешней средой и с платформой, на которой он будет выполняться. Внутренняя часть компонента — это программный фрагмент кода, системная или абстрактная структура, представленные в виде каркаса компонента, спецификации и выходного кода. Данная часть содержит интерфейс {interface). В нем имеются операции вызова и описание параметров в языках IDL, APL и др. Интерфейс — видимая неизменная и обязательная часть спецификации компонента. Например, система Inspector Components изменяет некоторые параметры интерфейса компонента без вмешательства в код.

Параметры интерфейса определяются типом КП И и включают инвариант спецификации с указанием типа и имени компонента, его входных и выходных параметров, методов компонента и др. В языке JAVA, например, типами компонентов могут быть: проекты, формы (AWT-компоненты), beans-компоненты, CORBA-компоненты, RMI-компоненты, стандартные классы-оболочки, БД, JSP-компоненты, сервелети, XML-документы, DTDдокументы и т. п.

Компонент описывается в ЯП, которое не зависит от ОС (виртуальная машина JAVA) и от реальной платформы (в системе CORBA), где он будет функционировать. Объектом КП И может быть паттерн — абстракция, которая содержит описание взаимодействия совокупности объектов в общей кооперативной деятельности, для которой определены роли участников. Он тоже специфицируется в подходящем ЯП, а информационная часть — в LDL или WSDL.

• [1] См.: Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя; Лаврищева Е. М. Новые теоретические основы технологии производства семейств программныхсистем в контексте ГП: е-монография / Е. М. Лаврищева [и др.]. Киев: Изд-во ИПС НАНУ, ВИНИТИ, 2011; Batoty D" O’Malley S. The Design and Implementation of Hierarchical Software Systems with Reusable Components // ACM Transactions on Software Engineering andMethodology. 1992. Vol. 1. № 4. P. 355—398.Jacobson /., Griss M. Johnson P. Software Reuse: Architecture, Process and organization for Business Success — Addison Wesley, Reading MA, 1997.