2021年软件系统标准设计优质报告研讨.doc

{ 项目名称 }
软件系统设计汇报
文件状态：
[√] 初稿
[ ] 正式公布
[ ] 正在修改
文件标识：
目前版本：
作 者：
完成日期：
版 本 历 史
版本/状态
作者
参与者
起止日期
备注
目 录
0. 文档介绍 4
文档目标和范围 4
读者对象 4
参考文件 4
术语和缩写解释 4
1. 系统概述 5
2. 设计约束 5
3. 设计策略 5
4. 系统总体结构 5
5. 子系统N结构和功效 6
6. 开发环境配置 6
7. 运行环境配置 6
8. 测试环境配置 6
9. 其它 6
0. 文档介绍
文档目标和范围
读者对象
参考文件
提醒：列出本文档全部参考文件（能够是非正式出版物），格式以下：
[标识符] 作者，文件名称，出版单位（或归属单位），日期
比如：
[AAA] 作者，《立项提议书》，机构名称，日期
[SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期
术语和缩写解释
缩写、术语
解 释
SPP
精简并行过程，Simplified Parallel Process
SD
系统设计，System Design
…
1. 系统概述
提醒：（1）说明本系统“是什么”，（2）描述本系统关键功效。
2. 设计约束
提醒：
（1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，比如：
本系统应该遵照标准或规范
软件、硬件环境（包含运行环境和开发环境）约束
接口/协议约束
用户界面约束
软件质量约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清楚性、安全性、可扩展性、兼容性、可移植性等等。
（2）隐含约束。有部分假设或依靠并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应该尽可能地在此处说明。比如对用户教育程度、计算机技能部分假设或依靠，对支撑本系统软件硬件假设或依靠等。
3. 设计策略
提醒：体系结构设计人员依据产品需求和发展战略，确定设计策略（Design Strategy）。比如：
扩展策略。说明为了方便本系统在未来扩展功效，现在有什么方法。
复用策略。说明本系统在目前和未来复用策略。
折衷策略。说明当两个目标难以同时优化时怎样折衷，比如“时－空”效率折衷，复杂性和实用性折衷。
4. 系统总体结构
提醒：
（1）将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统关键功效。
（2）说明“怎样”和