Object-Component Development of Application and Systems Theory and Practice

Abstract

The Оbject-Componet Development (ОCD) is a variety of the compositional programmings, where a role of elements of assembling is warmed by objects, interfaces and components. For developing application systems, the theory of design of subject domain based on Frege object theory is developed, together with the presentation of their functions by methods and interfaces with formal annotations for saving them in libraries. Mathematical vehicle ОCDs are models, methods, algebra of operations of objective analysis and their configuring with the use of the component algebra of running, evolution and transformation of data types that are passed between objects through interfaces. Row of the theoretical and applied aspects ОCD was realized in the instrumental-technological complex (ІТC) as CASE-instruments of web-site http://sestudy.edu-ua.net. With their help the students can study, create, model, certify and accumulate or configure the objects and components into repository of ITC, and also assemble together from them in more complex applied systems.

Aspects of modeling of variable software and operating systems

“…Такие функции могут формировать самостоятельные компоненты с заданным поведением и способствовать общему функционированию варианта ядра ОС [13][14][15][16][17][18].…”

Assembling Paradigms of Programming in Software Engeneering

“…Base conception of the APROP systeminterface as a PL communication and modules, on record in different PL (FORTRAN, PL/1, Algol-60, Assembler, COBOL). Main its objects: module, module-mediator, interface model of MIL (Module Interface Language), library of the modules and method of assembling the different PL modules [6]- [10].…”

“…Many analysts and programmers were looking to this approach with skepticism by seeing it as fashion and not as competitive advantage. The main thing that OOP gives is reducing the complexity of software artifacts, the ability to add and remove objects without any difficulty, hereby solving some aspects of the crisis of complexity [4]- [10].…”

“…On Figure 4, objects О 2 and О 5 yield an interface object О 2.5 , which secures data exchange for conducting calculations. If types of passed parameters in the interface object are irrelevant (e.g., input parameter is integer and output is real), generative functions are created for the transformation integer ↔ real [10]- [15].…”

“…Formalism of description of the IDL interfaces is presented in OMG CORBA. In it, the interface mediators (stub, skeleton) contain the passed data definition between PL-objects as stub for a client and skeleton for the server and operations of data communication between objects [10]. The description of operations of data communication includes: Name of interface operation; List of parameters (zero or more); Types of arguments and results, otherwise-void; Handling parameter for description of exceptional situation, etc.…”