Process Requirements#
Problem Attributes#
Problem attribute: UID
|
status: valid
|
||||
Each Problem shall have a unique ID. It shall be in an integer number. |
|||||
Problem attribute: status
|
status: valid
|
||||
Each Problem shall have a status:
|
|||||
Problem attribute: title
|
status: valid
|
||||
Reason for Problem Report |
|||||
Problem attribute: description
|
status: valid
|
||||
Exact description of the Problem, including potential cause and impact of the problem. Record especially whether functional safety or cybersecurity may be affected. Record affected parties, whether notification is needed and why, and who was notified and when. See Notification of Affected Parties. |
|||||
Problem attribute: affected versions
|
status: valid
|
||||
Each Problem shall record the detection version and the first and last affected versions, including versions derived from the faulty version. Identify affected branches and dependent integrations where applicable. Record unknowns as under investigation and update them during analysis. |
|||||
Problem attribute: analysis results
|
status: valid
|
||||
Record analysis results (e.g. reason for rejection, safety, security, quality impact) as comments. |
|||||
Problem attribute: stakeholder
|
status: valid
|
||||
Assign responsible stakeholder for analyzing the problem Assign responsible stakeholder to resolve the problem |
|||||
Problem attribute: classification
|
status: valid
|
||||
Each Problem shall have a classification identifier:
|
|||||
Problem attribute:: safety affected
|
status: valid
|
||||
Each Problem shall have a safety relevance identifier:
Where safety may be affected, the responsible Safety Manager shall confirm or disconfirm safety relevance and record the reason. Note: If neither safety nor security is affected, the problem is quality relevant. |
|||||
Problem attribute:: security affected
|
status: valid
|
||||
Each Problem shall have a security relevance identifier:
Where security may be affected, the responsible Security Manager shall confirm or disconfirm security relevance and record the reason. Note: If neither safety nor security is affected, the problem is quality relevant. |
|||||
Problem attribute: milestone
|
status: valid
|
||||
Milestone until the Problem must be implemented (used for prioritization) |
|||||
Problem Resolution Checks#
Problem Resolution mandatory attributes provided
|
status: valid
|
||||||||||||||||
It shall be checked if all mandatory attributes for each Problem is provided by the user. Following attributes shall be mandatory:
Note: See also template for problem report: Problem Template |
|||||||||||||||||
Problem Report issues closing constraints
|
status: valid
|
||||
ISSUEs related to Problem Reports shall not automatically closed, if linked ISSUEs or PRs are closed or merged and these ISSUEs shall be closed only manually from the Committer. |
|||||
Closure conditions for problems where safety is affected
|
status: valid
|
||||
A problem classified as Safety affected shall be considered managed to closure only when a rationale supports either an implemented adequate safety measure whose effectiveness has been verified, or an evaluation that the problem does not constitute an unreasonable risk. |
|||||
Documentation and review of closure rationale where safety is affected
|
status: valid
|
||||
For either safety-specific closure condition, the rationale shall be documented and reviewed. Record the review result. See Closure of Problems Where Safety Is Affected. |
|||||