3 configuration options of software
The interaction of these methods and concepts aims at the development from computer families. They can be integrated according to the following pattern
into the individual phases software development process, since their tasks construct one on the other: 71
Illustration 2: Configuration options in the course of the Development process72
The development of computer families begins Use Cases, the applications in the Planning phase73 with initial considerations like the Commonality Variability analysis,
which concerns itself with the investigation of common and variable parts, modelful represents and characteristic models, how e.g. FORE, which raise requirements.
In the definition phase the decisions and requirements in product requirement specifications are specified. Rough architecture which can be converted is specified.
The results affect any further procedure fundamentally and determine from the outset capability characteristics, the allocation of optional and mandatory
requirements and make first decisions over usable hardware.
Finally in the design phase the complete software architecture is specified.
In addition also decisions belong concerning the using programming paradigms, whereby the Generative programming developed as a spreading generic term with the
development of computer families, which uses all following paradigms like aspect-oriented programming, architectures, concepts and technologies.
Layer architectures such as GenVoca, Plugins and Frameworks orient themselves at the structuring by fading out certain layers, functional areas or variable program
sections.
The connection time, This at the earliest at the compiler time, knows the establishment of the variable parts of family members
latest to the program start, as e.g. with that demo CD in chapter 4 happen also still at run time or particularly with Plugins.
At the VDR software Plugins can be called and merged into the program e.g. by OSD during the program execution. To the draft and the following implementation
to it program sequence decisions, which are made by concepts such as Polymorphisms, draft sample, simple ifdef instructions or the fundamental way of thinking of
the Separation OF Concerns, belong variable program sections with these concepts to the compiler time are realized. Draft and implementation of the program can be
simplified thereby by component architectures such as COM, CORBA and JavaBeans, since they offer already finished components, which can be merged into a program.
The connection of variable parts takes place here with the program start or also dynamically at run time, if ActiveX of elements in a Browser are e.g. installed.
At the implementation time the realization of the software architecture is supported by Tools such as HyperJ of IBM or AspectJ of the
Eclipse-Project74. , Specific portions of a family member developed here are specified at the compiler time.
After introduction of the software can over configuration data banks and - files individual specific attitudes to the installation such as path data, to
the program start such as server attitudes like e.g. with the Apache servers and like color and dimension of picture area attitudes of the screen being e.g.
made at run time. Deputy topics of the individual ranges are more near examined in the following. The evaluation takes place following the demanded characteristics
of the DIN ISO 9126, in which software quality is evaluated after the Kriterien75 functionality, reliability, usability, efficiency, alteration capability and
transferability.
The points mentioned in the respective evaluation were inferred from the referenzierten literature of the Unterkapitel, and cannot be regarded not as generally
accepted, since the decision must to be project-specifically made to certain Werkzeugen76, paradigms or architectures and dependence and usually according to
experience used combinations of complex and less complex mechanisms exist here, which are suitable for specific problems particularly well,
77 "during in former times was assumed that that procedural models are as far as possible neutral for software development
regarding the kind of the software systems which can be realized with them, can with newer methods completely clearly the connection between the choice of
the methods and the associated conception over the kind of the system which can be provided be seen. "78
For the support of the selection of implementation assistance there are suggestions on supply 79, suitable by means of a catalog from Kiviat-diagrams
80 and description maps, e.g. of the FH Mannheim efforts,
Top| Home| << back | next >> >> Home Page www.virtualenterprise.it << |