ASPICE中的Process

ASPICE是过程实践的集合，ASPICE中的每个”Process”，是与相关Topic相关的“实践集合”，不代表项目中实施的过程活动。

即：ASPICE中的”Process”与项目中的过程活动，不是一一对应的情况，是完全可以被理解和接受的。

因此，本文开始所展示的如下Diagram，并不是Lifecycle Model，只是ASPICE中的”Process”之间的关系图。

示例

① 在Automotive SPICE中，首先是需求过程，然后是架构过程。在实践中，项目永远不会等到需求最终确定后才开始架构工作。总是有并行开发，其中需求影响架构，架构开发可能导致新的或更改的需求。

② 在基于Base或Platform开发的场合，往往是先有架构，在这种场合时：需求往往是基于架构来进行的组织。

如上两个示例如下图所示：

③ 详细设计、编码、软件单元验证活动通常是由同一个工程师来完成的，往往会进行融合。如下图所示：

④ ASPICE for Cybersecurity中，首先要求是定义Cybersecurity Goals (SEC.1.BP1)，之后定义Cybersecurity Requirements (SEC.1.BP1)，然后设计Cybersecurity Controls (SEC.2.BP3)。

实际项目中，在确定了CS Goals后，通常需要首先基于Architecture来设计CS Controls，然后再推导出CS Requirements。如下图所示：

华菱咨询成立于2001年，是长三角，珠三角、京津冀和西南地区具有影响力的咨询机构。专注于标准体系咨询、产品认证咨询、企业管理项目咨询以及相关教育训练的顾问公司。公司已在北京、上海、深圳、杭州、、江西、西安设立了分支机构。经过20多年的发展，现已成为江苏省咨询协会理事单位、苏州工商联咨询协会理事单位、北京企业管理咨询协会会员单位、上海认证协会会员单位、上海咨询协会会员单位、广东省咨询协会会员单位；同时也被评为江苏省和广东省优秀管理咨询机构。