Process name:
Software Detailed Design and Unit Construction
Process purpose:
Documenting and producing a evaluated detailed design for the software components to produce software units.
Process outcomes:
You succeed if:
a detailed design that documents the software units is developed
the interfaces to each software unit are documented
the dynamic behavior of the software units is defined
in between the software requirements and software units consistency and traceability is provided. The same applies for software architectural design and software detailed design, as well for software detailed design and software units
the software detailed design and their links to the software architectural design are approved and communicated to all relevant parties & stakeholders
the the by the software detailed design, defined software units are produced
As the practice title already suggests we need to develop a detailed design for every software component defined in our software architectural design, which documents all software units with regard to functional and non-functional software requirements.
The results are stored within:
04-05 Software Detailed Design
Now we need to identify, specify and document all relevant interfaces for each software unit.
After this we will provide a updated:
04-05 Software Detailed Design
Asses and detail the dynamic behavior of relevant software units. Also the interaction in between must be considered. Not every software unit have a dynamic behavior to be detailed.
This again is being stored within:
04-05 Software Detailed Design
Check the software detailed design for following areas:
interoperability
interaction
criticality
technical complexity
risks
testability
The outcome can be used as a new input for software unit verification.
Following Work Products need to be generated/updated:
04-05 Software Detailed Design
13-19 Review Record
13-22 Traceability Record
Our next task is to provide bidirectional traceability between:
Software requirements and software units
Software architectural design and software detailed design
Software detailed design and software units
If possible try to avoid repetition by creating a combination of those approaches, which cover the project and organizational demands.
The traceability also supports coverage, consistency and impact analysis.
The results are stored in:
13-22 Traceability Record
13-19 Review Record
In this case we need to ensure consistency between:
Software requirements and software units
Software architectural design, software detailed design and software units
As in the traceability BP, following WP´s (Work Product´s) are relevant:
13-22 Traceability Record
13-19 Review Record
In one of the final steps we need to contact all relevant parties with our agreed software detailed design and its updates.
These need to be provided via a:
13-04 Communication Record
Now the fun begins. Develop and document the design/code of each software unit based on the software detailed design
The final result here will be:
11-05 Software Unit
As always I want to provide a overall overview for this process.
