1.总体预览 包含三个生命周期过程，主要生命周期过程，组织生命周期过程，支持生命周期过程，进一步可以细分为，需求获取组-供应管理组-系统组-软件组-支持组（QA组）-管理组-过程改进组等。 2.关键概念解释 2.1 过程评估模型 PAM Process Assessment Model 使用过程评估模型来确定过程能力的概念，在APICE是基于如下图的二维框架。 第一个维度是由过程参考模型定义的过程来提供，即满足参考模型要求以及参考模型指定成果要求 第二个维度是由过程属性的能力等级所构成  2.2 过程参考模型 PRM Process Reference Model 指的是按照一定的过程类别分组，针对每个过程，描述其目的，获得其结果清单等，如上述的图即为ASPICE过程参考模型。 2.3 过程属性 PA Process Attribute 是通用实践 + 通用资源（GP + GR）组合形成的针对一个过程的特征描述。 如：下表为过程实施过程属性  2.4 基本实践BP Base Practice 指某个特定过程中指定活动的指标。 举例单元开发这个过程来说，开发详细设计-定义软件接口-描述动态行为等，这些活动为该过程的基本实践。  2.5 工作产品WP Work Product 工作产品指的是每个过程，输出的工作产物。 依然拿软件单元设计来说，软件详细设计-软件单元等为其输出的工作产品  2.6 通用实践 GP Generic Practice 通用实践指出每个过程属性的特征，是通用类型，即它们适用于任何过程。是面向活动的指标。 还是以过程实施过程属性为例，针对通用实践它是一种归类性质的，一方面它要求实现了基本实践的目的，另一方面它要求产出对应的工作产品，因此它是针对所有过程通用性要求。  2.7 通用资源GR Generic Resource 通用资源与整体的过程属性相关联。是面向基础设施的指标。 还是针对过程实施过程属性为例，通用资源指的是使用资源来实现基本实践，这里的资源包含人力-工具等在基本实践过程中用到的资源。  2.8 过程实施指标包含 基本实践 + 工作产品 2.9 过程能力指标包含 通用实践 + 通用资源 3.各个等级说明3.1 级别等级定义 3.2 评估指标与过程能力 如下图所示（具体PA内容，大家可查手册） Level1要求 BP + WP + PA1.1 满足要求； Level2要求在Level1的基础上 ，满足PA2.1+PA2.2要求； Level3要求在Level2的基础上，满足PA3.1+PA3.2要求； Level4要求在Level3的基础上，满足PA4.1+PA4.2要求； Level5要求在Level4的基础上，满足PA5.1+PA5.2要求； 因此可以看出，ASPICE评审过程中，在满足基本过程要求的基础上，更注重过程的能力。  3.3 评定指标  4.双向追溯关系这里特地说明一下，软件单元需要和静态检查结果，详细设计以及软件需求建立追溯关系； 软件需求和系统需求建立追溯关系。  5.关于系统开发有点懒，就直接摘录了，此处与本人开发过程相关，摘录参考《© VDA Quality Management Center》  SYS.1 需求挖掘    SYS.2 系统需求分析    SYS.4 系统集成与集成测试    SYS.5 系统合格性测试    6.关于软件开发有点懒，就直接摘录了，此处与本人开发过程相关，摘录参考《© VDA Quality Management Center》  SWE.1 软件需求分析    SWE.2 软件架构设计    SWE.3 软件详细设计和单元构建   SWE.4 软件单元验证    SWE.5 软件集成和集成测试    SWE.6 软件合格性测试    7.ASPICE认证的典型问题 1、为了管理各个工作产品，以及支持ASPICE过程，一般都需要有相关的工具作为支持，典型如ALM工具； 2、ASPICE提供了各个WP的要求，但是并没有提供模板，一般认证机构会提供相应的模板； 3、针对每个过程，评估师如何打分？这个依赖对应的评估师，一般评估师会提前提要求； 4、ASPICE过程与功能安全过程基本类似，一般经过ASPICE认证后，能满足功能安全要求。 线束未来专业于：为汽车线束企业及设计人员提供创新、设计、开发、工艺、生产、质量、标准、实验等为核心的服务平台，包括设计/开发经验分享、产品替代库、技术文档、技术标准、技术视频、求职招聘、企业信息等服务。免责声明：本网站的部分内容，来源于其他网站的转载，转载目的在于传递和分享更多信息，并不代表本平台赞同其观点和对其真实性负责，版权归原作者所有，如有侵权请联系我们删除。 |
分享到：
