附录I-1 体系结构设计报告.docx

《附录I-1 体系结构设计报告.docx》由会员分享，可在线阅读，更多相关《附录I-1 体系结构设计报告.docx（6页珍藏版）》请在第壹文秘上搜索。

1、（项目名称体系结构设计报告文件状态：草稿正式发布正在修改文件标识Company-Project-SD-ARCHITECTURE当前版本X.Y作者完成日期Year-Month-Day版本历史版本状态作者参与者起止日期备注0.文档介绍40.1文档目的40.2文档范围40.3读者对象40.4参考文献40.5术语与缩写解释41 .系统概述52 .设计约束53 .设计策略54 .系统总体结构55 .子系统N的结构与功能66 .开发环境的配置67 .运行环境的配置68 .测试环境的配置69 .其它60.文档介绍0.1文档目的0.2文档范围0.3读者对象0.4参考文献提示:列出本文档的所有参考文献（可以是非

2、正式出版物）,格式如下:标识符作者,文献名称,出版单位（或归属单位）,日期例如:AAA作者,立项建议书,机构名称,日期SPP-PROC-SDSEPG,系统设计规范,机构名称,日期0.5术语与缩写解释缩写、术语解释SPP精简并行过程，SimplifiedParallelProcessSD系统设计，SystemDesign1.系统概述提示:(1)说明本系统“是什么”,(2)描述本系统的主要功能。2.设计约束提示:(1)需求约束。体系结构设计人员从需求文档(如用户需求说明书和软件需求规格说明书)中提取需求约束,例如:令本系统应当遵循的标准或规范令软件、硬件环境(包括运行环境和开发环境)的约束令接口协

3、议的约束令用户界面的约束令软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。(2)隐含约束。有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。3 .设计策略提示:体系结构设计人员根据产品的需求与发展战略,确定设计策略(DesignStrategy)o例如:令扩展策略。说明为了方便本系统在将来扩展功能,现在有什么措施。令复用策略。说明本系统在当前以及将来的复用策略。令折衷策略。说明当两个目标难以同

4、时优化时如何折衷,例如“时一空”效率折衷,复杂性与实用性折衷。4 .系统总体结构提示:(1)将系统分解为若干子系统,绘制物理图和逻辑图,说明各子系统的主要功能。(2)说明“如何”以及“为什么(howandwhy)如此分解系统。(3)说明各子系统如何协调工作,从而实现原系统的功能。5 .子系统N的结构与功能提示:CD将子系统N分解为模块(Module),绘制逻辑图(如果物理图和逻辑图不一样的话,应当绘制物理图),说明各模块的主要功能。(2)说明“如何”以及“为什么v(howandwhy)如此分解子系统N。(3)说明各模块如何协调工作,从而实现子系统N的功能。6 .开发环境的配置提示:说明本系统应当在什么样的环境下开发,有什么强制要求和建议?类别标准配置最低配置计算机硬件软件网络通信其它7 .运行环境的配置提示:说明本系统应当在什么样的环境下运行,有什么强制要求和建议?类别标准配置最低配置计算机硬件软件网络通信其它8 .测试环境的配置提示:说明本系统应当在什么样的环境下测试,有什么强制要求和建议?(1)一般地,单元测试、集成测试环境与开发环境相同。(2)一般地,系统测试、验收测试环境与运行环境相同或相似(更加严格)。9.其它