在今天这篇文章中,为大家展示上次介绍的 A-SPICE 的 8 个流程组中的系统工程流程组System Engineering Process Group (SYS)。
SYS组团进程
SYS组由以下五个进程组成,每个进程的定义如下。
<图1> Automotive SPICE进程的参考模型–SYS组
▸ SYS.1 System Requirements Elicitation
使用产品生命周期收集、处理和跟踪利益相关者的需求以建立需求基线的过程。
▸ SYS.2 System Requirements Analysis (SYRS)
根据 SYS.1 中定义的利益相关者要求(客户/内部/法律要求等)分析和指定系统要求的过程。
▸ SYS.3 System Architectural Design (SYAD)
通过将系统需求 (SYS.2) 分配给组成系统的软件、硬件和机械设备等元素并根据定义的评估标准选择它们来设计各种系统架构的过程。
▸ SYS.4 System Integration and Integration Test (SYIT)
集成系统元素以验证它们是否满足系统架构和元素间接口的过程。
▸ SYS.5 System Qualification Test (SYQT)
验证集成系统是否满足系统要求的过程。
SYS集团执行程序
下面对System Engineering Process Group(SYS)的执行顺序进行介绍。
<图2> 双向追溯性和一贯性
SYS1: 首先,整理从客户那里收到的文件。 提取并列出获取的文档内容,并分析细节。 此外,对需求进行分类,并记录和管理利益相关者的意见状态。
SYS2: 定义的利益相关者要求被翻译成供应商的语言并详细描述。 此时,应通过检查可行性和可测试性来得出系统需求。
SYS3: 定义系统要求的解决方案。 这里的解决方案包括 SW、HW、Mechanic 等。 定义详细设计的要求。 这是系统集成测试的基础。
SYS4: 定义集成的顺序和测试。 集成系统元素(完整的软件、机械、电子等)。 根据系统架构设计验证内部和外部接口。
SYS: 确定您的系统资格测试策略。 根据系统要求对集成系统进行测试。
SWE.4 Base Practices
通过具体的事例来看一下SYS.4 System Integration and Integration Test (SYIT) 中执行的 BP (Base Practice)。
▸SYS.4 BP 1: Develop System Integration strategy
系统集成并不意味着集成到车辆中,而是将系统组件(components)集成到一个完整的系统中。
系统集成的顺序会受到Project plan (MAN.3)和 Release plan (SPL.2)的影响。
系统整合战略应该考虑产品的复杂性(product complexity)。基本战略包含Top-down, Bottom-up, Critical functions first, Basic functions first等。
▸SYS.4 BP 2: Develop System Integration test strategy
根据整合测试战略开发软件单元和项目之间的集成测试策略。
在系统整合测试战略中要考虑的一些事情包括 Test objects, Test goals, Test methods, Test environment, Test and Criteria 。
▸SYS.4 BP 3: Develop specification for system integration test
应该为系统集成测试开发测试规范。 规范应根据综合测试策略制定。
应该定义如何应用与测试相关的特定要求。 一个例子是利益相关者要求,ISO 26262。
应定义开发测试用例和测试数据的方法。 示例包括positive/negative tests, static/dynamic test, equivalence partitioning。
▸SYS.4 BP 4: Integrate system items
根据系统集成策略集成系统项。
根据系统项目组件列表 (Component list), HW release, mechanic,结合项目进度和集成策略规划集成进度。
根据集合日程,反映了Test Environment,并执行。
▸SYS.4 BP 5: Select test cases
根据系统集成测试策略和发布计划(Release plan)选择测试用例,使其具有足够的覆盖率。 此外,应记录测试用例的筛选标准和筛选结果。
▸SYS.4 BP 6: Perform system integration test
验证选定的测试用例并记录测试结果。
▸SYS.4 BP 7: Establish bidirectional traceability
需要为两个项目建立双向可追溯性。
▪ 系统集成测试规范中的系统架构元素和测试用例
▪ 系统集成测试规范中的测试用例和系统集成测试结果
双向可追溯性可用于覆盖范围、一致性和影响分析。
▸SYS.4 BP 8: Ensure consistency
必须保证系统架构蓝图和系统集成测试用例的一致性。 双向可追溯性支持一致性,并且可以通过审查记录来证明。
▸SYS.4 BP 9: Summarize and communicate results
总结系统集成测试的结果并将结果传达给利益相关者。 在这种情况下,如果提供了需要执行测试用例的总结,那么其他方在沟通过程中就更容易判断结果。
沟通方式包括Peer Review、Verification Review等,通过评审会议进行沟通,并通过会议记录记录沟通情况。
从迄今为止描述的BP性能导出的WP(工作产品)如下。
SYS.4 WP: 考试存根、考试计划、沟通记录、审查记录、可追溯性记录和考试结果使用应用程序生命周期管理 (ALM) 工具来有效地管理工作可交付成果。 ALM 工具的示例包括 PTC Integrity、Polarion 和 PREEvision。
Capability Level是通过A-SPICE对BP和WP的集合GP(Generic Practice)和开发过程资源GR(Generic Resource)的A-SPICE审查计算得出的。
结束
至此,在A-SPICE 组中,系统工程过程组(SYS)组的过程已经被简要概括。
SureSofttech基于A-SPICE流程进行验证,通过跟踪管理向客户提供验证产品,支持A-SPICE筛选。