This page has been automatically translate with Google from the German language.

3 configuration options of software

3.1.3 integration of the concepts into the software development process



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.outsourcingintelligence.com <<