Requirements Engineering Workflows#
For a detailed explanation of workflows and their role within the process model, please refer to the Introduction.
Create/Maintain Stakeholder requirements and SW-Platform AoU
|
status: valid
|
||||
Stakeholder requirements and SW-Platform Assumptions of Use (AoU) can be created during a change request. Any contributor can create a stakeholder requirement (or AoU) and propose it for approval. |
|||||
Create/Maintain Feature requirements
|
status: valid
|
||||
Depending on the stakeholder requirements feature requirements can be derived. This can be done by any contributor and will be approved by the architecture community. If needed safety and security managers can provide support. In case of modification of already implemented feature requirements the feature delivery team will be consulted. |
|||||
Create/Maintain Feature AoUs
|
status: valid
|
||||
Based on the safety concept on feature level, feature AoUs can be derived. See also Workflow for Creating and Linking Assumption of Use (AoU) |
|||||
Create/Maintain Component requirements
|
status: valid
|
||||
Create/Maintain Component AoUs
|
status: valid
|
||||
Based on the safety concept on component level, component AoUs can be derived. See also Workflow for Creating and Linking Assumption of Use (AoU) |
|||||
Create/Maintain Tool Requirements
|
status: valid
|
||||
Based on the process descriptions (which comply to standards) and/or stakeholder/feature/component requirements tool requirements are derived. |
|||||
Monitor/Verify Requirements
|
status: valid
|
||||
The requirements are monitored and verified. The inspection shall be implemented as integral part of the review in version management tool. |
|||||
RAS(IC) for Requirements Engineering:#
Activity |
Responsible |
Approver |
Supporter |
|---|---|---|---|