寻找ASPICE中“遗漏”的过程域

作者|东晓一家@知乎
知圈|进“滑板底盘群”请加微yanzhi-6,备注底盘
——这个ASPICE中怎么遗漏了这么多过程域啊？——最近一个小伙伴指着《ASPICE过程参考模型概览图》问道。
【寻找ASPICE中“遗漏”的过程域】——哪里啊？
——你看：获取过程组(ACQ)是从“ACQ.3合同协议”开始的， 1和2到哪里去了？管理过程组(MAN)只有3、5、6重用过程组(REU)只有“REU.2重用程序管理”过程改进过程组(PIM)只有“PIM.3过程改进”支持过程组(SUP)断断续续，只有1、2、4、7、8、9、10 ，其他到哪去了？

文章图片
截图来源：ASPICE3.1标准
要回答这个问题，我们先要对这些过程域的定义进行溯源，诚然， ASPICE引用了这些过程域，而其真正的来源则来自于其引用的ISO标准，可以先看看ASPICE附录E包括其中所引述的参考标准。

文章图片
截图来源：ASPICE3.1标准
根据INTACS给ASPICE最初级评估师的培训教程中所示， ASPICE对上述的ISO标准有这样的引申。
这张图聚焦于系统和软件生命周期流程的引申——

文章图片
截图来源：INTACS的ASPICE培训教材，侵删
这张图则涵盖了所有生命周期的引申——

文章图片
截图来源：INTACS的ASPICE培训教材，侵删
以上可见，在这些来源的ISO标准中，其直接关联的标准是：《ISO/IEC12207:2008系统和软件工程－软件生命周期过程》《ISO/IEC15504-5:2006信息技术－过程评估－第5部分：一个典型的过程评估模型》
对于这些通用于各个行业的国际标准，德国工业协会VDA在定义ASPICE时针对汽车电子行业的特性，选取了其中最关键的过程域，形成了ASPICE的32个过程域，并在这32个关键过程域中提取了16个过程域作为有评估标准的关键过程域。
这些被“遗漏”过程域虽然暂时没有覆盖在ASPICE中，但随着行业的发展标准也在不断地迭代，不排除有一天会在ASPICE的新版本中包含进来。
现在有了素材，我们寻找这些ASPICE中“遗漏”的过程域列表，如果有兴趣进一步研究的小伙伴可以找到相关的ISO标准进行学习：过程域ID过程域（英文）过程域（中文）ASPICE涵盖ACQ.1获取准备Acquisitionpreparation否ACQ.2供应商选择Supplierselection否ACQ.3合同协议ContractAgreement是ACQ.4供应商监控SupplierMonitoring是ACQ.11技术需求TechnicalRequirements是ACQ.12法律和行政要求LegalandAdministrativeRequirements是ACQ.13项目需求ProjectRequirements是ACQ.14提案要求RequestforProposals是ACQ.15供应商资质鉴定SupplierQualification是SUP.1质量保证QualityAssurance是SUP.2验证Verification是SUP.3确认Validation否SUP.4联合评审JointReview是SUP.5审计Audit否SUP.6产品评估ProductEvaluation否SUP.7文档化Documentation是SUP.8配置管理ConfigurationManagement是SUP.9问题解决管理ProblemResolutionManagement是SUP.10变更请求管理ChangeRequestManagement是MAN.1组织对齐OrganizationAlignment否MAN.2组织管理OrganizationManagement否MAN.3项目管理ProjectManagement是MAN.4质量管理QualityManagement否MAN.5风险管理RiskManagement是MAN.6度量Measurement是PIM.1过程建立ProcessEstablishment否PIM.2过程评估ProcessAssessment否PIM.3过程改进ProcessImprovement是REU.1资产管理AssetManagement否REU.2重用程序管理ReuseProgramManagement是REU.3领域工程DomainEngineering否
焉知致谢：
感谢"东晓一家@知乎"授权焉知的转载和分享。