SEE标准体系结构设计方案报告.docVIP

{项目名称}

体系结构设计汇报

文件状态：

[√]初稿

[]正式公布

[]正在修改

文件标识：

目前版本：

X.Y

作者：

完成日期：

Year-Month-Day

版本历史

版本/状态

作者

参与者

起止日期

备注

目录

TOC\o1-3\h\z0.文档介绍 4

0.1文档目标 4

0.2文档范围 4

0.3读者对象 4

0.4参考文件 4

0.5术语和缩写解释 4

1.系统概述 5

2.设计约束 5

3.设计策略 5

4.系统总体结构 5

5.子系统N结构和功效 6

6.开发环境配置 6

7.运行环境配置 6

8.测试环境配置 6

9.其它 6

0.文档介绍

0.1文档目标

0.2文档范围（此节无需填写）

0.3读者对象

0.4参考文件

提醒：列出本文档全部参考文件（能够是非正式出版物），格式以下：

[标识符]作者，文件名称，出版单位（或归属单位），日期

比如：

[AAA]作者，《立项提议书》，机构名称，日期

[SPP-PROC-SD]SEPG，系统设计规范，机构名称，日期

0.5术语和缩写解释

缩写、术语

解释

SPP

精简并行过程，SimplifiedParallelProcess

SD

系统设计，SystemDesign

…

1.系统概述

提醒：（1）说明本系统“是什么”，（2）描述本系统关键功效。

2.设计约束

提醒：

（1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，比如：

本系统应该遵照标准或规范

软件、硬件环境（包含运行环境和开发环境）约束

接口/协议约束

用户界面约束

软件质量约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清楚性、安全性、可扩展性、兼容性、可移植性等等。

（2）隐含约束。有部分假设或依靠并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应该尽可能地在此处说明。比如对用户教育程度、计算机技能部分假设或依靠，对支撑本系统软件硬件假设或依靠等。

3.设计策略

提醒：体系结构设计人员依据产品需求和发展战略，确定设计策略（DesignStrategy）。比如：

扩展策略。说明为了方便本系统在未来扩展功效，现在有什么方法。

复用策略。说明本系统在目前和未来复用策略。

折衷策略。说明当两个目标难以同时优化时怎样折衷，比如“时－空”效率折衷，复杂性和实用性折衷。

4.系统总体结构

提醒：

（1）将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统关键功效。

（2）说明“怎样”和“为何”（howandwhy）如此分解系统。

（3）说明各子系统怎样协调工作，从而实现原系统功效。

5.子系统N结构和功效

提醒：

（1）将子系统N分解为模块（Module），绘制逻辑图（假如物理图和逻辑图不一样话，应该绘制物理图），说明各模块关键功效。

（2）说明“怎样”和“为何”（howandwhy）如此分解子系统N。

（3）说明各模块怎样协调工作，从而实现子系统N功效。

6.开发环境配置

提醒：说明本系统应该在什么样环境下开发，有什么强制要求和提议？

类别

标准配置

最低配置

计算机硬件

软件

网络通信

其它

7.运行环境配置

提醒：说明本系统应该在什么样环境下运行，有什么强制要求和提议？

类别

标准配置

最低配置

计算机硬件

软件

网络通信

其它

8.测试环境配置

提醒：说明本系统应该在什么样环境下测试，有什么强制要求和提议？

（1）通常地，单元测试、集成测试环境和开发环境相同。

（2）通常地，系统测试、验收测试环境和运行环境相同或相同（愈加严格）。

9.其它