RE 3.3.8 SW Architecture (SwArc)
The SW Architecture (preliminary design) contains proposals for possible SW Architectures and for the selected decomposition of the SW Unit: dynamically into individual processes, statically into SW Components, SW Modules, and Databases. The interrelations among processes, SW Components, SW Modules, and Databases are illustrated. Furthermore, the external and internal interfaces of the SW Unit are identified and, finally, the allocation to the requirements is made.
Such a product exists for each SW Unit.
1. General Information
2. Modularization/Database Design
2.1. Overview of SW Components, SW Modules, Processes and Databases
2.2. Individual Descriptions
2.2.m. SW Component/SW Module/Process/Database (m)
2.3. Dynamic Sequence Model
3.1. External Interfaces of the SW Unit
3.2. Internal Interfaces of the SW Unit
4. Requirements Allocation
See schema 1. General Information.
The modularization describes the static decomposition of a SW Unit into SW Components and SW Modules as well as the real-time-specific connections. Furthermore, this chapter includes a preliminary design of the Databases (if available) of the SW Unit.
All SW Modules, processes, SW Components, and Databases are listed, together with their identifications and a long name. A graphical representation should be selected as well (tree) to illustrate the "exists of" hierarchy.
The SW Component/the SW Module/the process/the Database is defined by a performance specification (purpose and function) and by the utilized resources (CPU, memory, peripherals, processors).
If relevant this also contains the allocation of the SW Component/the SW Module to the process to be realized.
Note: "m" is used for consecutive numbers of individual descriptions from 2.2.1 to 2.2.n and as place holder for the identifier of the SW Component, the SW Module, the process, or the Database, according to the conventions for identification defined in the CM Plan.
This chapter describes the dynamic interrelations of processes. Graphical methods are best suited for the representation.
This chapter also describes the mechanisms and concepts made available by the runtime environment and during the realization of the processes.
The external interfaces of the SW Unit resulting from the Technical Requirements and the System Architecture and the internal interfaces resulting from the structure of the SW Unit are identified and allocated to the SW Components, SW Modules and Databases.
This chapter is integrated into the product Interface Overview.
External interfaces are interfaces of the SW Unit to its environment, i. e. to other SW Units or HW Units and to the user.
Internal interfaces of the SW Unit are interfaces between SW Components, SW Modules and Databases.
The relationships to the Technical Requirements will be set up. It must be documented if all requirements for the corresponding SW Unit are covered and how the requirements have been allocated to processes/SW Components/SW Modules/Databases.
In connection with the requirements allocation, the following items have to be observed:
- Each requirement is allocated to the lowest element in the refinement level making the coverage of the requirement complete.
- Each requirement must be allocated to at least one element, ideally to exactly one architecture element.
- Provided that a requirement is of importance beyond the element, it is necessary to consider within the scope of the allocation which individual architecture elements at last have to meet these requirements.
- The allocation must be realized in such a way that by the assessment of the corresponding element it can be proven that the requirement has been met.
Last Updated 01.Jan.2002
Updated by Webmaster
Last Revised 01.Jan.2002
Revised by Webmaster