ASPICE SYS.3 系统架构设计指导

1. 系统需求分析与架构设计流程

首先讲下此流程的目的，比较简单，如此文标题所述，将系统需求分析和系统架构设计合二为一了，因此此流程目的必须分开讲述：

其一，深入分析并理解客户需求，将分析结果转化为一系列功能需求和非功能需求，制定系统需求文档，以指导系统架构的设计。

其二，在理解系统需求文档的基础上，确定设计约束，规范化系统架构设计。系统架构设计完成后，进行检查以确认系统架构设计与系统需求文档的可追溯性和一致性。

下面简单讲下这个流程中所涉及到的活动，当然这是笔者自己工作所结，仅供参考，具体执行还要具体情形。

1.理解原始需求
此活动由系统工程师主导，相关开发人员支持，研究和理解原始需求，从公司以往开发历史项目、正在开发过程中项目和该项目需求分析中识别产品基础平台及基础模型，制定该项目方案使用的基本框架/模型；从先前的可重复使用的开发资料中制定可复用的系统需求，供该项目分析使用，以草拟系统需求文档大纲。

2.分析系统需求
此活动由系统工程师主导，相关开发人员支持，识别操作环境、系统内外的边界接口、并分析系统需求对操作环境及接口的影响；分类系统需求，对需求进行功能性及非功能性区分、分类、分组和排定优先级，进一步分析系统需求包括其相互依赖关系，正确性、完整性、技术可行性和可验证性，以支持风险识别，并分析对成本、进度和技术的影响，并从技术方面分析对与接口、环境、效能、资源的影响，形成相应分析记录；制定可验证准则，进一步完善系统需求文档。

3.完成系统需求分析
此活动要求系统工程师在相关开发人员的支持下，分析整理完系统需求后，输出系统需求文档，制定验证准则，制定系统需求文档与需求管理列表之间的追溯关系。

4.系统需求评审
评审人员根据相关文档以及检查单，评审系统需求文档，进行比对检查，以确保其一致性，并检查系统需求文档内容合理性、完整性。评审结束需输出系统需求评审报告，评审通过后由系统工程师通知配置管理员进行归档管理，并由配置管理员遵循基线准则形成系统需求基线。此外需对该项目系统需求分析工作进行回顾总结，并生成总结报告或记录。系统需求评审完成并通过后，系统工程师可进行下一步系统架构设计工作，测试人员可进行系统合格性测试计划编写。

5.理解系统需求文档
此活动由系统工程师主导，相关开发人员支持。研究、理解系统需求文档，系统需求问题可与系统需求分析负责人澄清（若系统需求分析人员与系统架构设计人员为同一人，则此活动在系统需求分析中已进行）。以支持系统架构设计；识别架构，可从以往项目中识别此次项目可适用的基础模型架构；结合系统需求识别以往项目可复用的架构要素。

6.设计系统架构
此活动由系统工程师主导，在相关开发人员支持下，构思系统架构设计方案，并根据系统架构设计评估规范对其进行评估，包括其系统组件数量、架构实现复杂度、资源消耗、可复用性、系统内外接口数量、功能优先级考虑、架构实施风险系数、时间周期、以及对开发成本的影响，生成系统架构设计评估记录，最终决定系统架构设计方案；按照相关准则方法，定义内外边界，即根据系统要素之间的关系制定系统架构的内外接口；定义静态架构和动态行为，即根据系统需