ASPICE详细介绍-2.ASPICE的评估对象与范围?

ASPICE的评估对象及有效期?

ASPICE评估对象是项目,而不是产品或公司体系。ASPICE评估只能证明一个公司某个项目在某个时间段的过程能力情况。假设一个公司项目通过了ASPICE CL2评估时,说明该公司被评估项目X的相关被评估过程达到了CL2能力度等级。但并不能说明该公司其他项目Y也达到了CL2能力度级别。

被评估项目如果没有发生变更(包括开发过程调整、组织结构调整、人员替换等),则可以认为评估结果在12个月之内是有效的。

在主机厂考察供应商时,如果供应商在几个月前的项目中实施了一次ASPICE评估结果,则主机厂可能会认为企业目前的过程能力可接受。但如果供应商在几年前的项目中实施了一次ASPICE评估结果,则主机厂可能不会接受。这个具体可接受的时间期限依不同OEM而定,不能一概而论。

ASPICE的范围

ASPICE将过程分成:主要生命周期过程(20个过程)、组织生命周期过程(5个过程)、支持生命周期过程(7个过程)。这三个过程分类中共包含32个过程域,如下图所示。但由于考虑到性价比和项目范围,通常评估时不会包括所有过程,而是根据被评估项目的具体情况选择被评估的过程域。目前国内外主机厂在对供应商审核时通常考察16个过程域,如图中五角星标注,当然,也有个别主机厂会对额外的过程有要求。
aspice

ASPICE完整16个过程域的实施能力:体现了①项目管理;②系统、研发设计与实施;③问题管理与质量保证
Aspice过程开发的产品,每个域的工作内容和交付物对标到公司组织结构的分工:
系统工程师负责系统两个域:

SYS.2 系统需求分析
SYS.3 系统架构设计

软件领域负责软件域:

SWE.1 软件需求分析
SWE.2 软件架构设计
SWE.3 软件详细设计和单元实现
SWE.4 软件单元验证
SWE.5 软件集成和集成测试

测试领域负责:

SWE.6 软件合格性测试
SYS.4 系统集成和集成测试
SYS.5 系统合格性测试

质量工程师负责:

SUP.1 质量保证

配置工程师负责:

SUP.8 配置管理

项目经理负责:

MAN.3 项目管理
SUP.9 问题解决管理
SUP.10 变更请求管理
ACQ.4 供应商监控

### 软件架构 软件架构是指一个系统的高层次结构,它描述了组成该系统的组件及其相互之间的关系。具体来说,在开发过程中会形成架构框图、接口定义以及时序图等文档来指导后续的工作[^1]。 这些图表不仅有助于团队成员理解整个项目的布局,也为未来的维护提供了便利条件。此外,为了确保所设计的内容能够满足最初设定的需求目标,还需要建立从需求到实现细节间的可追溯性连接[^3]。 ```mermaid graph TD; A[需求分析] --> B(架构设计); B --> C{创建架构框图}; B --> D{定义接口}; B --> E{绘制时序图}; F[需求关联]-->B; ``` ### ASPICE (Automotive Spice) ASPICE 是汽车行业内用于评估供应商能力的一种标准框架,主要关注于产品的生命周期管理过程。其中提到,“构建列表”的概念涵盖了识别必要的软件模块和其他资源(如配置文件),并记录下组装这些部分成为最终应用程序所需要执行的任务序列[^2]。 此流程对于保证产品质量至关重要,因为它帮助开发者清晰地规划每一个阶段应该完成哪些事情,并且通过严格的评审机制促进持续改进。 ### 相关术语总结 - **架构框图**:展示各个子系统间的关系及交互方式。 - **接口定义**:规定不同部件如何通信交流数据格式和服务调用方法。 - **时序图**:描绘对象之间消息传递的时间顺序。 - **可追溯性**:保持各层次文档资料的一致性和连贯性以便追踪变更影响范围- **构建列表**:列举构成特定版本的所有组成部分及相关操作指南。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

诊断协议那些事儿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值