系统架构设计过程域的目的是: 对整个系统进行系统架构的设计,并根据架构定义具体的系统元素,识别出将哪些系统需求分配给哪些系统元素,并依照系统架构设计计划中已定义的准则评估系统架构设计。
该过程域的输入工作产品:
(1) SYS.2_System Requirements Specification
(2) Project Management Plan
该过程域输出工作产品:
(1) SYS.3_System Architectural Design Plan
(2) SYS.3_System Architectural Design Plan Checklist
(3) SYS.3_System Architectural Design
(4) SYS.3_System Architectural Design Checklist
(5) SYS.3_System Architectural Design Evaluation Report
(6) SYS.3_System Architectural Design Process Checklist
如何成功实施系统架构设计
成功实施系统架构设计这个过程域主要体现在以下几个方面:
1) 已经定义了可识别系统元素的系统架构设计;
2) 将SYS2中定义的系统需求分配给对应的系统元素;
3) 成功定义每个系统元素之间的接口;
4) 成功定义系统元素的静态行为;
5) 成功定义系统元素的动态行为;
6) 成功建立SYS2过程域中的系统需求和系统架构设计之间的一致性和双向可追溯性;
7) 对于已经定义好的系统架构设计,与相关工程师进行审核,评审和更新,并保留评审记录。
SYS.3过程域在ASPICE审核中关注的BP点
SYS.3_BP1: 开发系统架构设计。开发,分析并文档化系统架构设计, 该系统架构设计规范中包括基于系统功能性需求和非功能性需求定义系统架构,系统架构设计的开发通常包括在适当的各层级上分解成元素,并对各元素进行详细说明。
SYS.3_BP2: 分配系统需求。将SYS.2过程域中定义的系统需求分配给系统架构设计的元素。
SYS.3_BP3: 定义系统元素的接口。 识别、分析,开发并文档化每个系统元素之间的接口信息。
SYS.3_BP4: 描述系统元素的静态行为和动态行为。 评估,分析并文档化系统元素之间相互作用的静态行为和动态行为,其中,动态行为取决于运行模式(例如:启动、关机、正常模式、标定和诊断等方面)。
SYS.3_BP5: 评估,分析备选的系统架构。 定义当前系统架构和备选系统架构方案,以及架构设计的评估准则。根据已定义的评估准则,评估备选的系统架构。记录被选定的系统架构的选择理由。其中,评估准则可以包括质量特性(模块性、可维护性、可扩展性、可扩缩性、可靠性、安全(security)可实现性、易用性)和开发-购买-重用分析的结果。
SYS.3_BP6: 建立双向可追溯性。 建立系统需求和系统架构设计的元素之间的双向可追溯性。 双向可追溯性覆盖系统需求向系统架构设计的要素的分配。双向可追溯性有助于覆盖率、 一致性和影响分析。
SYS.3_BP7: 确保一致性。 确保系统需求和系统架构设计间的一致性。一致性由双向可追溯性支持,并可通过评审记录来证明。
SYS.3_BP8: 沟通约定的系统架构设计。与所有相关方以及相关的工程师沟通已约定的系统架构设计规范以及对系统架构设计规范针对评审问题进行更新。