Automotive SPICE v4.0 — Base Practices

191 requirements (191 parents, 0 children)

approved191
Root

This document defines all 191 Base Practices (BP) from the Automotive SPICE v4.0 Process Assessment Model (PAM). Each base practice is expressed as a reqmd requirement. This directory is marked external:true as it serves as a reference standard — these requirements are not authored in reqmd but document the ASPICE v4.0 specification for traceability purposes.

ASP-ACQ4-BP1: Agree on and maintain joint activities, joint interfaces, and information to be exchanged

#
Process
ACQ
Process Name
Supplier Monitoring

Agree on and maintain joint activities, joint interfaces, and information to be exchanged. Establish and maintain an agreement on information to be exchanged, on joint activities, joint interfaces, responsibilities, type and frequency of joint activities, communications, meetings, status reports, and reviews.

ASP-ACQ4-BP2: Exchange all agreed information

#
Process
ACQ
Process Name
Supplier Monitoring

Exchange all agreed information. Use the defined joint interfaces between customer and supplier for the exchange of all agreed information.

ASP-ACQ4-BP3: Review development work products with the supplier

#
Process
ACQ
Process Name
Supplier Monitoring

Review development work products with the supplier. Review development work products with the supplier on the agreed regular basis, covering technical aspects, problems and risks. Track open measures.

ASP-ACQ4-BP4: Review progress of the supplier

#
Process
ACQ
Process Name
Supplier Monitoring

Review progress of the supplier. Review progress of the supplier regarding schedule, quality, and cost on the agreed regular basis. Track open measures to closure and perform risk mitigation activities.

ASP-ACQ4-BP5: Act to correct deviations

#
Process
ACQ
Process Name
Supplier Monitoring

Act to correct deviations. Take action when agreed objectives are not achieved. Negotiate changes to objectives and document them in the agreements.

ASP-SPL2-BP1: Define the functional content of releases

#
Process
SPL
Process Name
Product Release

Define the functional content of releases. Define the functionality to be included and the release criteria for each release.

ASP-SPL2-BP2: Define release package

#
Process
SPL
Process Name
Product Release

Define release package. Define the release as well as supporting tools and information.

ASP-SPL2-BP3: Ensure unique identification of releases

#
Process
SPL
Process Name
Product Release

Ensure unique identification of releases. Ensure a unique identification of the release based upon the intended purpose and expectations of the release.

ASP-SPL2-BP4: Build the release from items under configuration control

#
Process
SPL
Process Name
Product Release

Build the release from items under configuration control. Build the release from items under configuration control to ensure integrity.

ASP-SPL2-BP5: Ensure release approval before delivery

#
Process
SPL
Process Name
Product Release

Ensure release approval before delivery. Criteria for the release are satisfied before delivery takes place.

ASP-SPL2-BP6: Provide a release note

#
Process
SPL
Process Name
Product Release

Provide a release note. A release is accompanied by information detailing key characteristics of the release.

ASP-SPL2-BP8: Deliver the release package to the intended customer

#
Process
SPL
Process Name
Product Release

Deliver the release package to the intended customer. Deliver the release package to the intended customer.

ASP-SYS1-BP1: Obtain stakeholder expectations and requests

#
Process
SYS
Process Name
Requirements Elicitation

Obtain stakeholder expectations and requests. Obtain and define stakeholder expectations and requests through direct solicitation of stakeholder input, and through review of stakeholder business proposals (where relevant) and other documents containing inputs to stakeholder requirements, and consideration of the target operating and hardware environment.

ASP-SYS1-BP2: Agree on requirements

#
Process
SYS
Process Name
Requirements Elicitation

Agree on requirements . Formalize the stakeholder's expectations and requests into requirements. Reach a common understanding of the set of stakeholder requirements among affected parties by obtaining an explicit agreement from all affected parties.

ASP-SYS1-BP3: Analyze stakeholder requirements changes

#
Process
SYS
Process Name
Requirements Elicitation

Analyze stakeholder requirements changes. Analyze all changes made to the stakeholder requirements against the agreed stakeholder requirements. Assess the impact and risks, and initiate appropriate change control and mitigation actions.

ASP-SYS1-BP4: Communicate requirements status

#
Process
SYS
Process Name
Requirements Elicitation

Communicate requirements status. Ensure all affected parties can be aware of the status and disposition of their requirements including changes and can communicate necessary information and data.

Upstream (0)

ASP-SYS2-BP1: Specify system requirements

#
Process
SYS
Process Name
System Requirements Analysis

Specify system requirements. Use the stakeholder requirements to identify and document the functional and non-functional requirements for the system according to defined characteristics for requirements.

ASP-SYS2-BP3: Analyze system requirements

#
Process
SYS
Process Name
System Requirements Analysis

Analyze system requirements. Analyze the specified system requirements including their interdependencies to ensure correctness, technical feasibility, and to support project management regarding project estimates.

ASP-SYS2-BP4: Analyze the impact on the system context

#
Process
SYS
Process Name
System Requirements Analysis

Analyze the impact on the system context. Analyze the impact that the system requirements will have on elements in the relevant system context.

Upstream (0)

ASP-SYS2-BP5: Ensure consistency and establish bidirectional traceability

#
Process
SYS
Process Name
System Requirements Analysis

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between system requirements and stakeholder requirements.

ASP-SYS2-BP6: Communicate agreed system requirements and impact on the system context

#
Process
SYS
Process Name
System Requirements Analysis

Communicate agreed system requirements and impact on the system context. Communicate the agreed system requirements, and results of the impact analysis on the system context, to all affected parties.

Upstream (0)

ASP-SYS3-BP1: Specify static aspects of the system architecture

#
Process
SYS
Process Name
System Architectural Design

Specify static aspects of the system architecture. Specify and document the static aspects of the system architecture with respect to the functional and non-functional system requirements, including external interfaces and a defined set of system elements with their interfaces and relationships.

ASP-SYS3-BP2: Specify dynamic aspects of the system architecture

#
Process
SYS
Process Name
System Architectural Design

Specify dynamic aspects of the system architecture. Specify and document the dynamic aspects of the system architecture with respect to the functional and non-functional system requirements including the behavior of the system elements and their interaction in different system modes.

ASP-SYS3-BP3: Analyze system architecture

#
Process
SYS
Process Name
System Architectural Design

Analyze system architecture. Analyze the system architecture regarding relevant technical design aspects related to the product lifecycle, and to support project management regarding project estimates, and derive special characteristics for non-software system elements. Document a rationale for the system architectural design decisions.

ASP-SYS3-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SYS
Process Name
System Architectural Design

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between the elements of the system architecture and the system requirements that represent properties or characteristics of the physical end product.

ASP-SYS3-BP5: Communicate agreed system architecture

#
Process
SYS
Process Name
System Architectural Design

Communicate agreed system architecture. Communicate the agreed system architecture, including the special characteristics, to all affected parties.

Upstream (0)

ASP-SYS4-BP1: Specify verification measures for system integration

#
Process
SYS
Process Name
System Integration and Integration Verification

Specify verification measures for system integration. Specify the verification measures, based on a defined sequence and preconditions for the integration of system elements against the system static and dynamic aspects of the system architecture, including

ASP-SYS4-BP2: Select verification measures

#
Process
SYS
Process Name
System Integration and Integration Verification

Select verification measures. Document the selection of verification measures for each integration step considering selection criteria including criteria for regression verification. The documented selection of verification measures shall have sufficient coverage according to the release scope .

ASP-SYS4-BP3: Integrate system elements and perform integration verification

#
Process
SYS
Process Name
System Integration and Integration Verification

Integrate system elements and perform integration verification. Integrate the system elements until the system is fully integrated according to the specified interfaces and interactions between the system elements, and according to the defined sequence and defined preconditions. Perform the selected system integration verification measures. Record the verification measure data including pass/fail status and corresponding verification measure data.

ASP-SYS4-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SYS
Process Name
System Integration and Integration Verification

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between verification measures and the system architecture. Establish bidirectional traceability between verification results and verification measures.

ASP-SYS4-BP5: Summarize and communicate results

#
Process
SYS
Process Name
System Integration and Integration Verification

Summarize and communicate results. Summarize the system integration and integration verification results and communicate them to all affected parties.

ASP-SYS5-BP1: Specify verification measures for system verification

#
Process
SYS
Process Name
System Verification

Specify verification measures for system verification. Specify the verification measures for system verification suitable to provide evidence for compliance with the functional and non-functional information in the system requirements, including

ASP-SYS5-BP3: Perform verification of the integrated system

#
Process
SYS
Process Name
System Verification

Perform verification of the integrated system. Perform the verification of the integrated system using the selected verification measures. Record the verification results including pass/fail status and corresponding verification measure data.

ASP-SYS5-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SYS
Process Name
System Verification

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between verification measures and system requirements. Establish bidirectional traceability between verification results and verification measures.

ASP-SYS5-BP5: Summarize and communicate results

#
Process
SYS
Process Name
System Verification

Summarize and communicate results. Summarize the system verification results and communicate them to all affected parties.

Upstream (0)

ASP-SWE1-BP1: Specify software requirements

#
Process
SWE
Process Name
Software Requirements Analysis

Specify software requirements. Use the system requirements and the system architecture to identify and document the functional and non-functional requirements for the software according to defined characteristics for requirements.

ASP-SWE1-BP3: Analyze software requirements

#
Process
SWE
Process Name
Software Requirements Analysis

Analyze software requirements. Analyze the specified software requirements including their interdependencies to ensure correctness, technical feasibility, and to support project management regarding project estimates.

ASP-SWE1-BP4: Analyze the impact on the operating environment

#
Process
SWE
Process Name
Software Requirements Analysis

Analyze the impact on the operating environment. Analyze the impact that the software requirements will have on elements in the operating environment.

Upstream (0)

ASP-SWE1-BP5: Ensure consistency and establish bidirectional traceability

#
Process
SWE
Process Name
Software Requirements Analysis

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between software requirements and system architecture. Ensure consistency and establish bidirectional traceability between software requirements and system requirements.

Upstream (0)

ASP-SWE1-BP6: Communicate agreed software requirements and impact on the operating environment

#
Process
SWE
Process Name
Software Requirements Analysis

Communicate agreed software requirements and impact on the operating environment. Communicate the agreed software requirements, and the results of the analysis of impact on the operating environment, to all affected parties.

Upstream (0)

ASP-SWE2-BP1: Specify static aspects of the software architecture

#
Process
SWE
Process Name
Software Architectural Design

Specify static aspects of the software architecture. Specify and document the static aspects of the software architecture with respect to the functional and non-functional software requirements, including external interfaces and a defined set of software components with their interfaces and relationships.

ASP-SWE2-BP2: Specify dynamic aspects of the software architecture

#
Process
SWE
Process Name
Software Architectural Design

Specify dynamic aspects of the software architecture. Specify and document the dynamic aspects of the software architecture with respect to the functional and nonfunctional software requirements, including the behavior of the software components and their interaction in different software modes, and concurrency aspects.

ASP-SWE2-BP3: Analyze software architecture

#
Process
SWE
Process Name
Software Architectural Design

Analyze software architecture. Analyze the software architecture regarding relevant technical design aspects and to support project management regarding project estimates. Document a rationale for the software architectural design decision.

Upstream (0)

ASP-SWE2-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SWE
Process Name
Software Architectural Design

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between the software architecture and the software requirements.

Upstream (0)

ASP-SWE2-BP5: Communicate agreed software architecture

#
Process
SWE
Process Name
Software Architectural Design

Communicate agreed software architecture. Communicate the agreed software architecture to all affected parties.

Upstream (0)

ASP-SWE3-BP1: Specify the static aspects of the detailed design

#
Process
SWE
Process Name
Software Detailed Design and Unit Construction

Specify the static aspects of the detailed design. For each software component specify the behavior of its software units, their static structure and relationships, their interfaces including

ASP-SWE3-BP2: Specify dynamic aspects of the detailed design

#
Process
SWE
Process Name
Software Detailed Design and Unit Construction

Specify dynamic aspects of the detailed design. Specify and document the dynamic aspects of the detailed design with respect to the software architecture, including the interactions between relevant software units to fulfill the component's dynamic behavior.

ASP-SWE3-BP3: Develop software units

#
Process
SWE
Process Name
Software Detailed Design and Unit Construction

Develop software units. Develop and document the software units consistent with the detailed design, and according to coding principles.

ASP-SWE3-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SWE
Process Name
Software Detailed Design and Unit Construction

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between the software detailed design and the software architecture. Ensure consistency and establish bidirectional traceability between the developed software units and the software detailed design. Ensure consistency and establish traceability between the software detailed design and the software requirements.

Upstream (0)

ASP-SWE3-BP5: Communicate agreed software detailed design and developed software units

#
Process
SWE
Process Name
Software Detailed Design and Unit Construction

Communicate agreed software detailed design and developed software units. Communicate the agreed software detailed design and developed software units to all affected parties.

ASP-SWE4-BP1: Specify software unit verification measures

#
Process
SWE
Process Name
Software Unit Verification

Specify software unit verification measures. Specify verification measures for each software unit defined in the software detailed design, including

ASP-SWE4-BP2: Select software unit verification measures

#
Process
SWE
Process Name
Software Unit Verification

Select software unit verification measures. Document the selection of verification measures considering selection criteria including criteria for regression verification. The documented selection of verification measures shall have sufficient coverage according to the release scope.

ASP-SWE4-BP3: Verify software units

#
Process
SWE
Process Name
Software Unit Verification

Verify software units. Perform software unit verification using the selected verification measures. Record the verification results including pass/fail status and corresponding verification measure data.

ASP-SWE4-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SWE
Process Name
Software Unit Verification

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between verification measures and the software units defined in the detailed design. Establish bidirectional traceability between the verification results and the verification measures.

ASP-SWE4-BP5: Summarize and communicate results

#
Process
SWE
Process Name
Software Unit Verification

Summarize and communicate results. Summarize the results of software unit verification and communicate them to all affected parties.

ASP-SWE5-BP1: Specify software integration verification measures

#
Process
SWE
Process Name
Software Component Verification and Integration Verification

Specify software integration verification measures. Specify verification measures, based on a defined sequence and preconditions for the integration of software elements, against the defined static and dynamic aspects of the software architecture, including

ASP-SWE5-BP3: Select verification measures

#
Process
SWE
Process Name
Software Component Verification and Integration Verification

Select verification measures. Document the selection of integration verification measures for each integration step considering selection criteria including criteria for regression verification. The documented selection of verification measures shall have sufficient coverage according to the release scope.

ASP-SWE5-BP4: Integrate software elements and perform integration verification

#
Process
SWE
Process Name
Software Component Verification and Integration Verification

Integrate software elements and perform integration verification. Integrate the software elements until the software is fully integrated according to the specified interfaces and interactions between the Software elements, and according to the defined sequence and defined preconditions. Perform the selected integration verification measures. Record the verification measure data including pass/fail status and corresponding verification measure data.

ASP-SWE5-BP5: Perform software component verification

#
Process
SWE
Process Name
Software Component Verification and Integration Verification

Perform software component verification. Perform the selected verification measures for verifying software component behavior. Record the verification results including pass/fail status and corresponding verification measure data.

ASP-SWE5-BP6: Ensure consistency and establish bidirectional traceability

#
Process
SWE
Process Name
Software Component Verification and Integration Verification

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between verification measures and the static and dynamic aspects of the software architecture and detailed design. Establish bidirectional traceability between verification results and verification measures.

ASP-SWE5-BP7: Summarize and communicate results

#
Process
SWE
Process Name
Software Component Verification and Integration Verification

Summarize and communicate results. Summarize the software component verification and the software integration verification results and communicate them to all affected parties.

ASP-SWE6-BP1: Specify verification measures for software verification

#
Process
SWE
Process Name
Software Verification

Specify verification measures for software verification. Specify the verification measures for software verification suitable to provide evidence for compliance of the integrated software with the functional and non-functional information in the software requirements, including

ASP-SWE6-BP3: Verify the integrated software

#
Process
SWE
Process Name
Software Verification

Verify the integrated software. Perform the verification of the integrated software using the selected verification measures. Record the verification results including pass/fail status and corresponding verification measure data.

ASP-SWE6-BP4: Ensure consistency and establish bidirectional traceability

#
Process
SWE
Process Name
Software Verification

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between verification measures and software requirements. Establish bidirectional traceability between verification results and verification measures.

ASP-SWE6-BP5: Summarize and communicate results

#
Process
SWE
Process Name
Software Verification

Summarize and communicate results. Summarize the software verification results and communicate them to all affected parties.

Upstream (0)

ASP-VAL1-BP1: Specify validation measures for product validation

#
Process
VAL
Process Name
Validation

Specify validation measures for product validation. Specify the validation measures for the end product based on the stakeholder requirements to provide evidence that it fulfills its intended use expectations in its operational target environment, and

ASP-VAL1-BP3: Perform validation and evaluate results

#
Process
VAL
Process Name
Validation

Perform validation and evaluate results. Perform the validation of the integrated end product using the selected validation measures. Record the validation results including pass/fail status. Evaluate the validation results.

ASP-VAL1-BP5: Summarize and communicate results

#
Process
VAL
Process Name
Validation

Summarize and communicate results. Summarize the validation results and communicate them to all affected parties.

Upstream (0)

ASP-MLE1-BP1: Specify ML requirements

#
Process
MLE
Process Name
Machine Learning Requirements Analysis

Specify ML requirements. Use the software requirements and the software architecture to identify and specify functional and non-functional ML requirements, as well as ML data requirements specifying data characteristics (e.g., gender, weather conditions, street conditions within the ODD) and their expected distributions.

Upstream (0)

ASP-MLE1-BP2: Structure ML requirements

#
Process
MLE
Process Name
Machine Learning Requirements Analysis

Structure ML requirements . Structure and prioritize the ML requirements.

Upstream (0)

ASP-MLE1-BP3: Analyze ML requirements

#
Process
MLE
Process Name
Machine Learning Requirements Analysis

Analyze ML requirements . Analyze the specified ML requirements including their interdependencies to ensure correctness, technical feasibility, and ability for machine learning model testing, and to support project management regarding project estimates.

Upstream (0)

ASP-MLE1-BP4: Analyze the impact on the ML operating environment

#
Process
MLE
Process Name
Machine Learning Requirements Analysis

Analyze the impact on the ML operating environment. Analyze the impact that the ML requirements will have on interfaces of software components and the ML operating environment.

ASP-MLE1-BP5: Ensure consistency and establish bidirectional traceability

#
Process
MLE
Process Name
Machine Learning Requirements Analysis

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between ML requirements and software requirements and between ML requirements and the software architecture.

ASP-MLE1-BP6: Communicate agreed ML requirements and impact on the operating environment

#
Process
MLE
Process Name
Machine Learning Requirements Analysis

Communicate agreed ML requirements and impact on the operating environment. Communicate the agreed ML requirements, and the results of the impact analysis on the ML operating environment to all affected parties.

Upstream (0)

ASP-MLE2-BP1: Develop ML architecture

#
Process
MLE
Process Name
Machine Learning Architecture

Develop ML architecture. Develop and document the ML architecture that specifies ML architectural elements including details of the ML model, pre- and postprocessing, and hyperparameters which are required to create, train, test, and deploy the ML model.

ASP-MLE2-BP2: Determine hyperparameter ranges and initial values

#
Process
MLE
Process Name
Machine Learning Architecture

Determine hyperparameter ranges and initial values. Determine and document the hyperparameter ranges and the initial values as a basis for the training.

ASP-MLE2-BP3: Analyze ML architectural elements

#
Process
MLE
Process Name
Machine Learning Architecture

Analyze ML architectural elements . Define criteria for analysis of the ML architectural elements. Analyze ML architectural elements according to the defined criteria.

ASP-MLE2-BP4: Define interfaces of the ML architectural elements

#
Process
MLE
Process Name
Machine Learning Architecture

Define interfaces of the ML architectural elements. Determine and document the internal and external interfaces of each ML architectural element including its interfaces to related software components.

ASP-MLE2-BP5: Define resource consumption objectives for the ML architectural elements

#
Process
MLE
Process Name
Machine Learning Architecture

Define resource consumption objectives for the ML architectural elements . Determine and document the resource consumption objectives for all relevant ML architectural elements during training and deployment.

ASP-MLE2-BP6: Ensure consistency and establish bidirectional traceability

#
Process
MLE
Process Name
Machine Learning Architecture

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between the ML architectural elements and the ML requirements.

ASP-MLE2-BP7: Communicate agreed ML architecture

#
Process
MLE
Process Name
Machine Learning Architecture

Communicate agreed ML architecture . Inform all affected parties about the agreed ML architecture including the details of the ML model and the initial hyperparameter values.

Upstream (0)

ASP-MLE3-BP1: Specify ML training and validation approach

#
Process
MLE
Process Name
Machine Learning Training

Specify ML training and validation approach. Specify an approach which supports the training and validation of the ML model to meet the defined ML requirements. The ML training and validation approach includes

ASP-MLE3-BP2: Create ML training and validation data set

#
Process
MLE
Process Name
Machine Learning Training

Create ML training and validation data set. Select data from the ML data collection provided by SUP.11 and assign them to the data set for training and validation of the ML model according to the specified ML training and validation approach.

ASP-MLE3-BP3: Create and optimize ML model

#
Process
MLE
Process Name
Machine Learning Training

Create and optimize ML model . Create the ML model according to the ML architecture and train it, using the identified ML training and validation data set according to the ML training and validation approach to meet the defined ML requirements, and training and validation exit criteria.

ASP-MLE3-BP4: Ensure consistency and establish bidirectional traceability

#
Process
MLE
Process Name
Machine Learning Training

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between the ML training and validation data set and the ML data requirements.

ASP-MLE3-BP5: Summarize and communicate agreed trained ML model

#
Process
MLE
Process Name
Machine Learning Training

Summarize and communicate agreed trained ML model. Summarize the results of the optimization and inform all affected parties about the agreed trained ML model.

ASP-MLE4-BP1: Specify an ML test approach

#
Process
MLE
Process Name
Machine Learning Model Testing

Specify an ML test approach. Specify an ML test approach suitable to provide evidence for compliance of the trained ML model and the deployed ML model with the ML requirements. The ML test approach includes

ASP-MLE4-BP2: Create ML test data set

#
Process
MLE
Process Name
Machine Learning Model Testing

Create ML test data set. Create the ML test data set needed for testing of the trained ML model and testing of the deployed ML model from the ML data collection provided by SUP.11 considering the ML test approach. The ML test data set shall not be used for training.

ASP-MLE4-BP4: Derive deployed ML model

#
Process
MLE
Process Name
Machine Learning Model Testing

Derive deployed ML model. Derive the deployed ML model from the trained ML model according to the ML architecture. The deployed ML model shall be used for testing and delivery to software integration.

ASP-MLE4-BP6: Ensure consistency and establish bidirectional traceability

#
Process
MLE
Process Name
Machine Learning Model Testing

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between the ML test approach and the ML requirements, and the ML test data set and the ML data requirements; and bidirectional traceability is established between the ML test approach and ML test results.

ASP-MLE4-BP7: Summarize and communicate results

#
Process
MLE
Process Name
Machine Learning Model Testing

Summarize and communicate results. Summarize the ML test results of the ML model. Inform all affected parties about the agreed results and the deployed ML model.

ASP-HWE1-BP1: Specify hardware requirements

#
Process
HWE
Process Name
Hardware Requirements Analysis

Specify hardware requirements. Use the system requirements, and the system architecture including interface definitions, to identify and document the functional and nonfunctional requirements of the hardware according to defined characteristics for requirements.

Upstream (0)

ASP-HWE1-BP2: Structure hardware requirements

#
Process
HWE
Process Name
Hardware Requirements Analysis

Structure hardware requirements. Structure and prioritize the hardware requirements.

Upstream (0)

ASP-HWE1-BP3: Analyze hardware requirements

#
Process
HWE
Process Name
Hardware Requirements Analysis

Analyze hardware requirements. Analyze the specified hardware requirements including their interdependencies to ensure correctness, technical feasibility, and to support project management regarding project estimates.

Upstream (0)

ASP-HWE1-BP4: Analyze the impact on the operating environment

#
Process
HWE
Process Name
Hardware Requirements Analysis

Analyze the impact on the operating environment. Identify the interfaces between the specified hardware and other elements of the operating environment. Analyze the impact that the hardware requirements will have on these interfaces and the operating environment.

Upstream (0)

ASP-HWE1-BP5: Ensure consistency and establish bidirectional traceability

#
Process
HWE
Process Name
Hardware Requirements Analysis

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish traceability between hardware requirements and the system architecture. Ensure consistency and establish traceability between hardware requirements and system requirements.

Upstream (0)

ASP-HWE1-BP6: Communicate agreed hardware requirements and impact on the operating environment

#
Process
HWE
Process Name
Hardware Requirements Analysis

Communicate agreed hardware requirements and impact on the operating environment. Communicate the agreed hardware requirements and results of the analysis of impact on the operating environment to all affected parties.

Upstream (0)

ASP-HWE2-BP1: Specify the hardware architecture

#
Process
HWE
Process Name
Hardware Design

Specify the hardware architecture. Develop the hardware architecture that identifies the hardware components. Document the rationale for the defined hardware architecture.

ASP-HWE2-BP2: Specify the hardware detailed design

#
Process
HWE
Process Name
Hardware Design

Specify the hardware detailed design. Based on components identified in the hardware architecture, specify the detailed design description and the schematics for the intended hardware variants, including the interfaces between the hardware elements. Derive the hardware layout, the hardware bill of materials, and the production data.

ASP-HWE2-BP3: Specify dynamic aspects

#
Process
HWE
Process Name
Hardware Design

Specify dynamic aspects. Evaluate and document the dynamic behavior of the relevant hardware elements and the interaction between them.

ASP-HWE2-BP4: Analyze the hardware architecture and the hardware detailed design

#
Process
HWE
Process Name
Hardware Design

Analyze the hardware architecture and the hardware detailed design. Analyze the hardware architecture and hardware detailed design regarding relevant technical aspects, and support project management regarding project estimates. Identify special characteristics.

ASP-HWE2-BP5: Ensure consistency and establish bidirectional traceability

#
Process
HWE
Process Name
Hardware Design

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish traceability between hardware elements and hardware requirements. Ensure consistency and establish traceability between the hardware detailed design and components of the hardware architecture.

Upstream (0)

ASP-HWE2-BP6: Communicate agreed hardware architecture and hardware detailed design

#
Process
HWE
Process Name
Hardware Design

Communicate agreed hardware architecture and hardware detailed design. Communicate the agreed hardware architecture and the hardware detailed design, including the special characteristics and relevant production data, to all affected parties.

Upstream (0)

ASP-HWE3-BP1: Specify verification measures for the verification against hardware design

#
Process
HWE
Process Name
Verification against Hardware Design

Specify verification measures for the verification against hardware design. Specify the verification measures suitable to provide evidence for compliance of the hardware with the hardware design and its dynamic aspects. This includes

ASP-HWE3-BP2: Ensure use of compliant samples

#
Process
HWE
Process Name
Verification against Hardware Design

Ensure use of compliant samples. Ensure that the samples used for verification against hardware design are compliant with the corresponding production data, including special characteristics. Ensure that deviations are documented and that they do not alter verification results.

ASP-HWE3-BP4: Verify hardware design

#
Process
HWE
Process Name
Verification against Hardware Design

Verify hardware design. Verify the hardware design using the selected verification measures. Record the verification results including pass/fail status and corresponding verification measure output data.

ASP-HWE3-BP5: Ensure consistency and establish bidirectional traceability

#
Process
HWE
Process Name
Verification against Hardware Design

Ensure consistency and establish bidirectional traceability. Ensure consistency and establish bidirectional traceability between hardware elements and the verification measures. Establish bidirectional traceability between the verification measures and verification results.

ASP-HWE3-BP6: Summarize and communicate results

#
Process
HWE
Process Name
Verification against Hardware Design

Summarize and communicate results. Summarize the verification results and communicate them to all affected parties.

ASP-HWE4-BP1: Specify verification measures for the verification against hardware requirements

#
Process
HWE
Process Name
Verification against Hardware Requirements

Specify verification measures for the verification against hardware requirements. Specify the verification measure to provide evidence for compliance with the hardware requirements. This includes

ASP-HWE4-BP2: Ensure use of compliant samples

#
Process
HWE
Process Name
Verification against Hardware Requirements

Ensure use of compliant samples. Ensure that the samples used for the verification against hardware requirements are compliant with the corresponding production data, including special characteristics, provided by hardware design.

ASP-HWE4-BP3: Select verification measures

#
Process
HWE
Process Name
Verification against Hardware Requirements

Select verification measures. Document the selection of verification measures considering selection criteria including regression criteria. The documented selection of verification measures shall have sufficient coverage according to the release scope .

ASP-HWE4-BP4: Verify the compliant hardware samples

#
Process
HWE
Process Name
Verification against Hardware Requirements

Verify the compliant hardware samples. Verify the compliant hardware samples using the selected verification measures. Record the verification results including pass/fail status and corresponding verification measure output data.

ASP-HWE4-BP5: Ensure consistency and establish bidirectional traceability

#
Process
HWE
Process Name
Verification against Hardware Requirements

Ensure consistency and establish bidirectional traceability. Ensure consistency between hardware requirements and verification measures. Establish bidirectional traceability between hardware requirements and verification measures. Establish bidirectional traceability between verification measures and verification results.

ASP-HWE4-BP6: Summarize and communicate results

#
Process
HWE
Process Name
Verification against Hardware Requirements

Summarize and communicate results. Summarize the verification results and communicate them to all affected parties.

ASP-SUP1-BP1: Ensure independence of quality assurance

#
Process
SUP
Process Name
Quality Assurance

Ensure independence of quality assurance. Ensure that quality assurance is performed independently and objectively without conflicts of interest.

ASP-SUP1-BP2: Define criteria for quality assurance

#
Process
SUP
Process Name
Quality Assurance

Define criteria for quality assurance. Define quality criteria for work products as well as for process tasks and their performance.

ASP-SUP1-BP3: Assure quality of work products

#
Process
SUP
Process Name
Quality Assurance

Assure quality of work products. Identify work products subject to quality assurance according to the quality criteria. Perform appropriate activities to evaluate the work products against the defined quality criteria and document the results.

Upstream (0)

ASP-SUP1-BP4: Assure quality of process activities

#
Process
SUP
Process Name
Quality Assurance

Assure quality of process activities. Identify processes subject to quality assurance according to the quality criteria. Perform appropriate activities to evaluate the processes against their defined quality criteria and associated target values and document the results.

ASP-SUP1-BP5: Summarize and communicate quality assurance activities and results

#
Process
SUP
Process Name
Quality Assurance

Summarize and communicate quality assurance activities and results. Regularly report performance, non-conformances, and trends of quality assurance activities to all affected parties.

ASP-SUP1-BP6: Ensure resolution of non-conformances

#
Process
SUP
Process Name
Quality Assurance

Ensure resolution of non-conformances. Analyze, track, correct, resolve, and further prevent non-conformances found in quality assurance activities.

Upstream (0)

ASP-SUP1-BP7: Escalate non-conformances

#
Process
SUP
Process Name
Quality Assurance

Escalate non-conformances. Escalate relevant non-conformances to appropriate levels of management and other relevant stakeholders to facilitate their resolution.

ASP-SUP8-BP1: Identify configuration items

#
Process
SUP
Process Name
Configuration Management

Identify configuration items. Define selection criteria for identifying relevant work products to be subject to configuration management. Identify and document configuration items according to the defined selection criteria.

Upstream (0)

ASP-SUP8-BP2: Define configuration item properties

#
Process
SUP
Process Name
Configuration Management

Define configuration item properties. Define the necessary properties needed for the modification and control of configuration items.

Upstream (0)

ASP-SUP8-BP3: Establish configuration management

#
Process
SUP
Process Name
Configuration Management

Establish configuration management. Establish configuration management mechanisms for control of identified configuration items including the configuration item properties, including mechanisms for controlling parallel modifications of configuration items.

Upstream (0)

ASP-SUP8-BP4: Control modifications

#
Process
SUP
Process Name
Configuration Management

Control modifications. Control modifications using the configuration management mechanisms.

ASP-SUP8-BP5: Establish baselines

#
Process
SUP
Process Name
Configuration Management

Establish baselines. Define and establish baselines for internal purposes, and for external product delivery, for all relevant configuration items.

Upstream (0)

ASP-SUP8-BP6: Summarize and communicate configuration status

#
Process
SUP
Process Name
Configuration Management

Summarize and communicate configuration status. Record, summarize, and communicate the status of configuration items and established baselines to affected parties in order to support the monitoring of progress and status.

Upstream (0)

ASP-SUP8-BP7: Ensure completeness and consistency

#
Process
SUP
Process Name
Configuration Management

Ensure completeness and consistency. Ensure that the information about configuration items is correct and complete including configuration item properties. Ensure the completeness and consistency of baselines.

Upstream (0)

ASP-SUP8-BP8: Verify backup and recovery mechanisms availability

#
Process
SUP
Process Name
Configuration Management

Verify backup and recovery mechanisms availability. Verify the availability of appropriate backup and recovery mechanisms for the configuration management including the controlled configuration items. Initiate measures in case of insufficient backup and recovery mechanisms.

ASP-SUP9-BP1: Identify and record the problem

#
Process
SUP
Process Name
Problem Resolution Management

Identify and record the problem. Each problem is uniquely identified, described and recorded . A status is assigned to each problem to facilitate tracking. Supporting information is provided to reproduce and diagnose the problem.

Upstream (0)

ASP-SUP9-BP2: Determine the cause and the impact of the problem

#
Process
SUP
Process Name
Problem Resolution Management

Determine the cause and the impact of the problem. Analyze the problem, determine its cause, including common causes if existing, and impact. Involve relevant parties. Categorize the problem.

ASP-SUP9-BP3: Authorize urgent resolution action

#
Process
SUP
Process Name
Problem Resolution Management

Authorize urgent resolution action. Obtain authorization for immediate action if a problem requires an urgent resolution according to the categorization.

ASP-SUP9-BP4: Raise alert notifications

#
Process
SUP
Process Name
Problem Resolution Management

Raise alert notifications. If according to the categorization the problem has a high impact on other systems or other affected parties, an alert notification needs to be raised accordingly.

ASP-SUP9-BP5: Initiate problem resolution

#
Process
SUP
Process Name
Problem Resolution Management

Initiate problem resolution. Initiate appropriate actions according to the categorization to resolve the problem long-term, including review of those actions or initiate a change request. This includes synchronization and consistency with short-term urgent resolution actions, if applicable.

ASP-SUP9-BP6: Track problems to closure

#
Process
SUP
Process Name
Problem Resolution Management

Track problems to closure. Track the status of problems to closure including all related change requests. The closure of problems is accepted by relevant stakeholders.

Upstream (0)

ASP-SUP9-BP7: Report the status of problem resolution activities

#
Process
SUP
Process Name
Problem Resolution Management

Report the status of problem resolution activities. Collect and analyze problem resolution management data, identify trends, and initiate related actions. Regularly report the results of data analysis, the identified trends and the status of problem resolution activities to relevant stakeholders.

ASP-SUP10-BP1: Identify and record the change requests

#
Process
SUP
Process Name
Change Request Management

Identify and record the change requests. The scope for application of change requests is identified. Each change request is uniquely identified, described, and recorded, including the initiator and reason of the change request. A status is assigned to each change request to facilitate tracking.

Upstream (0)

ASP-SUP10-BP3: Approve change requests before implementation

#
Process
SUP
Process Name
Change Request Management

Approve change requests before implementation. Change requests are prioritized and approved for implementation based on analysis results and availability of resources.

ASP-SUP10-BP4: Establish bidirectional traceability

#
Process
SUP
Process Name
Change Request Management

Establish bidirectional traceability. Establish bidirectional traceability between change requests and work products affected by the change requests. In case that the change request is initiated by a problem, establish bidirectional traceability between change requests and the corresponding problem reports.

Upstream (0)

ASP-SUP10-BP5: Confirm the implementation of change requests

#
Process
SUP
Process Name
Change Request Management

Confirm the implementation of change requests. The implementation of change requests is confirmed before closure by relevant stakeholders.

Upstream (0)

ASP-SUP10-BP6: Track change requests to closure

#
Process
SUP
Process Name
Change Request Management

Track change requests to closure. Change requests are tracked to closure. The status of change requests is communicated to all affected parties.

Upstream (0)

ASP-SUP11-BP1: Establish an ML data management system

#
Process
SUP
Process Name
Machine Learning Data Management

Establish an ML data management system. Establish an ML data management system which supports

ASP-SUP11-BP2: Develop an ML data quality approach

#
Process
SUP
Process Name
Machine Learning Data Management

Develop an ML data quality approach. Develop an approach to ensure that the quality of ML data is analyzed based on defined ML data quality criteria and activities are performed to support avoidance of biases of data.

ASP-SUP11-BP3: Collect ML data

#
Process
SUP
Process Name
Machine Learning Data Management

Collect ML data. Relevant sources for raw data are identified and continuously monitored for changes. The raw data is collected according to the ML data requirements.

ASP-SUP11-BP4: Process ML data

#
Process
SUP
Process Name
Machine Learning Data Management

Process ML data. The raw data are processed (annotated, analyzed, and structured) according to the ML data requirements.

ASP-SUP11-BP5: Assure quality of ML data

#
Process
SUP
Process Name
Machine Learning Data Management

Assure quality of ML data. Perform the activities according to the ML data quality approach to ensure that the ML data meets the defined ML data quality criteria.

ASP-SUP11-BP6: Communicate agreed processed ML data

#
Process
SUP
Process Name
Machine Learning Data Management

Communicate agreed processed ML data. Inform all affected parties about the agreed processed ML data and provide them to the affected parties.

ASP-MAN3-BP1: Define the scope of work

#
Process
MAN
Process Name
Project Management

Define the scope of work. Identify the project's goals, motivation and boundaries.

ASP-MAN3-BP2: Define project life cycle

#
Process
MAN
Process Name
Project Management

Define project life cycle. Define the life cycle for the project, which is appropriate to the scope, context, and complexity of the project. Define a release scope for relevant milestones.

ASP-MAN3-BP3: Evaluate feasibility of the project

#
Process
MAN
Process Name
Project Management

Evaluate feasibility of the project. Evaluate the feasibility of achieving the goals of the project with respect to time, project estimates, and available resources.

ASP-MAN3-BP4: Define and monitor work packages

#
Process
MAN
Process Name
Project Management

Define and monitor work packages. Define and monitor work packages and their dependencies according to defined project life cycle and estimations.

ASP-MAN3-BP5: Define and monitor project estimates and resources

#
Process
MAN
Process Name
Project Management

Define and monitor project estimates and resources. Define and monitor project estimates of effort and resources based on project's goals, project risks, motivation and boundaries.

ASP-MAN3-BP6: Define and monitor required skills, knowledge, and experience

#
Process
MAN
Process Name
Project Management

Define and monitor required skills, knowledge, and experience. Identify and monitor the required skills, knowledge, and experience for the project in line with the estimates and work packages.

ASP-MAN3-BP7: Define and monitor project interfaces and agreed commitments

#
Process
MAN
Process Name
Project Management

Define and monitor project interfaces and agreed commitments. Identify and agree interfaces of the project with affected stakeholders and monitor agreed commitments. Define an escalation mechanism for commitments that are not fulfilled.

ASP-MAN3-BP8: Define and monitor project schedule

#
Process
MAN
Process Name
Project Management

Define and monitor project schedule. Allocate resources to work packages and schedule each activity of the project. Monitor the performance of activities against schedule.

ASP-MAN3-BP9: Ensure consistency

#
Process
MAN
Process Name
Project Management

Ensure consistency. Regularly adjust estimates, resources, skills, work packages and their dependencies, schedules, plans, interfaces, and commitments for the project to ensure consistency with the scope of work.

ASP-MAN3-BP10: Review and report progress of the project

#
Process
MAN
Process Name
Project Management

Review and report progress of the project. Regularly review and report the status of the project and the fulfillment of work packages against estimated effort and duration to all affected parties. Prevent recurrence of identified problems.

ASP-MAN5-BP1: Identify sources of risks

#
Process
MAN
Process Name
Risk Management

Identify sources of risks . Identify and regularly update the sources of risks with affected parties.

ASP-MAN5-BP2: Identify potential undesirable events

#
Process
MAN
Process Name
Risk Management

Identify potential undesirable events. Identify potential undesirable events within the scope of the risk management for the project.

ASP-MAN5-BP3: Determine risks

#
Process
MAN
Process Name
Risk Management

Determine risks. Determine the probability and severity of the undesirable events to support priorities for the mitigation of the risks.

ASP-MAN5-BP4: Define risk treatment options

#
Process
MAN
Process Name
Risk Management

Define risk treatment options. For each risk select a treatment option to accept, mitigate, avoid, or share (transfer) the risk.

ASP-MAN5-BP5: Define and perform risk treatment activities

#
Process
MAN
Process Name
Risk Management

Define and perform risk treatment activities. Define and perform risk activities for risk treatment options.

ASP-MAN5-BP6: Monitor risks

#
Process
MAN
Process Name
Risk Management

Monitor risks. Regularly re-evaluate the risk related to the identified potential undesirable events to determine changes in the status of a risk and to evaluate the progress of the risk treatment activities.

ASP-MAN5-BP7: Take corrective action

#
Process
MAN
Process Name
Risk Management

Take corrective action. When risk treatment activities are not effective, take appropriate corrective action.

ASP-MAN6-BP1: Identify information needs

#
Process
MAN
Process Name
Measurement

Identify information needs. Identify the measurement information needs that are necessary to evaluate the achievement of process objectives and work products.

ASP-MAN6-BP2: Specify metrics

#
Process
MAN
Process Name
Measurement

Specify metrics. Identify and develop an appropriate set of metrics based on measurement information needs.

Upstream (0)

ASP-MAN6-BP3: Collect and store metrics

#
Process
MAN
Process Name
Measurement

Collect and store metrics. Collect and store both base and derived metrics, including any context information necessary to verify and understand the metrics.

Upstream (0)

ASP-MAN6-BP4: Analyze collected metrics

#
Process
MAN
Process Name
Measurement

Analyze collected metrics. Analyze, interpret and review measured values to support decision-making.

Upstream (0)

ASP-MAN6-BP5: Communicate analysis results

#
Process
MAN
Process Name
Measurement

Communicate analysis results. Communicate analysis results to all affected parties.

ASP-MAN6-BP6: Use metrics for decision-making

#
Process
MAN
Process Name
Measurement

Use metrics for decision-making . Make accessible and use information from collected metrics and analysis results for any decision-making process for which it is relevant.

ASP-PIM3-BP1: Establish commitment

#
Process
PIM
Process Name
Process Improvement

Establish commitment. Establish commitment to support the process improvement staff, to provide resources and further enablers to sustain improvement actions.

ASP-PIM3-BP2: Identify improvement measures

#
Process
PIM
Process Name
Process Improvement

Identify improvement measures. Identify issues from the analysis of process performance and derive improvement opportunities with justified reasons for change.

ASP-PIM3-BP3: Establish process improvement goals

#
Process
PIM
Process Name
Process Improvement

Establish process improvement goals. Analyze the current status of the existing processes and establish improvement goals.

ASP-PIM3-BP4: Prioritize improvements

#
Process
PIM
Process Name
Process Improvement

Prioritize improvements. Prioritize the improvement goals and improvement measures.

ASP-PIM3-BP5: Define process improvement measures

#
Process
PIM
Process Name
Process Improvement

Define process improvement measures. Process improvement measures are defined.

ASP-PIM3-BP6: Implement process improvement measures

#
Process
PIM
Process Name
Process Improvement

Implement process improvement measures. Implement and apply the improvements to the processes. Update the Process documentation and train people as needed.

ASP-PIM3-BP7: Confirm process improvement

#
Process
PIM
Process Name
Process Improvement

Confirm process improvement. The effects of process implementation are monitored and measured, and the achievement of defined improvement goals is confirmed.

ASP-PIM3-BP8: Communicate results of improvement

#
Process
PIM
Process Name
Process Improvement

Communicate results of improvement. Knowledge gained from the improvements and progress of the improvement implementation is communicated to affected parties.

ASP-REU2-BP1: Select products for reuse

#
Process
REU
Process Name
Reuse Management

Select products for reuse. Select the products to be reused using defined criteria.

Upstream (0)

ASP-REU2-BP2: Analyze the reuse capability of the product

#
Process
REU
Process Name
Reuse Management

Analyze the reuse capability of the product. Analyze the designated target architecture and the product to be reused to determine its applicability in the target architecture according to relevant criteria.

ASP-REU2-BP3: Define limitations for reuse

#
Process
REU
Process Name
Reuse Management

Define limitations for reuse. Define and communicate limitations for the products to be reused.

ASP-REU2-BP4: Ensure qualification of products for reuse

#
Process
REU
Process Name
Reuse Management

Ensure qualification of products for reuse. Provide evidence that the product for reuse is qualified for the intended use of the deliverable.

ASP-REU2-BP5: Provide products for reuse

#
Process
REU
Process Name
Reuse Management

Provide products for reuse. Make available the product to be reused to affected parties.

Upstream (0)

ASP-REU2-BP6: Communicate information about effectiveness of reuse activities

#
Process
REU
Process Name
Reuse Management

Communicate information about effectiveness of reuse activities. Establish communication and notification mechanism about experiences and technical outcomes to the provider of reused products.