![]() |
![]() |
![]() |
|
![]() |
|||
| SSD24 - Supporting Module Diagrams |
LSE24 - Moduldiagramme unterstützen
1 Allocation to V-Model and Methods Allocation
SD4.1 - SW Architecture Design
SD5.1 - Description of SW Component/Module/Database
Method
2 Brief Characteristics
3 Requirements
3.1 Requirements for Interfaces
| SSD24.I.1 | Granularity | The exchange of control parameters with SWFM01 - Workflow Management is possible for individual closed function packages of the tool by means of a disclosed, documented interface. |
| SSD24.I.2 | Input Interface to SSD22 - Supporting Class/Object Modeling | It is possible to access information about classes and objects defined with SSD22 via the object management. |
| SSD24.I.3 | Input Interface to SSD23 - Supporting Subsystem Modeling | It is possible to access information about the logical system structure defined with SSD23 via the object management. |
| SSD24.I.4 | Input Interface to SSD25 - Supporting Process Diagrams | It is possible to access information about the process structure defined with SSD25 via the object management. |
| SSD24.I.5 | Input Interface to SSD29 - Formal Specification | It is possible to access information about specifications defined with SSD29 via the object management. |
| SSD24.I.6 | Input Interface to SSD30 - Formal Verification | It is possible to access information about verifications realized with SSD30 via the object management. |
| SSD24.I.7 | Input Interface to SSD31 - Analysis of Covert Channels | It is possible to access information about the analysis of covert channels realized with SSD31 via the object management. |
3.2 Requirements for the Methods Support
| SSD24.M.1 | MODIAG - Module Diagrams | |
| SSD24.M.1.1 | Symbols | |
| SSD24.M.1.1.1 | Main Programs | A symbol is available for the representation of main programs. |
| SSD24.M.1.1.2 | Specifications | A symbol is available for the representation of specifications. |
| SSD24.M.1.1.3 | Bodies | A symbol is available for the representation of bodies. |
| SSD24.M.1.1.3 | Physical Subsystems | A symbol is available for the representation of physical subsystems. |
| SSD24.M.1.1.4 | Compilation Dependences | A symbol is available for the representation of compilation dependences between modules. |
| SSD24.M.1.2 | Additional Symbols | It is possible to define additional symbols for the representation of other compilation units. |
| SSD24.M.1.3 | Names | It is possible to allocate identifying names for modules. |
| SSD24.M.1.4 | Additional Module Descriptions | It is possible to specify die individual modules with more detail, and to file them in additional module descriptions. |
| SSD24.M.1.5 | Allocation | It is possible to allocate objects, free subprograms, libraries or class combinations to modules by allocating their identifiers to the module symbols or by listing the allocation in a separate class or module description. |
3.3 Requirements for Functions
3.4 Other Requirements
| SSD24.O.1 | Upward Compatibility | It must be possible to process objects that were generated with an older release of the tool with the later release of that tool, without loss of information and functionality. |
| SSD24.O.2 | Procedural Command Language | The tool has a procedural command language that can be applied by the user to generate and run macros or procedures. |
| SSD24.O.3 | Complexity | There is no limitation of the complexity caused by the tool itself. |
![]() |
![]() |
GDPA Online
Last Updated 01.Jan.2002
Updated by Webmaster
Last Revised 01.Jan.2002
Revised by Webmaster
![]() |