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

附录I-1-体系结构设计报告机构图标{项目名称}体系结构设计报告文件状态:[√]草稿[]正式发布[]pany-Project-SD-ARCHITECTURE当前版本::完成日期:Year-Month-Day机构公开信息版本历史版本/ :列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符]作者,文献名称,出版单位(或归属单位),日期例如:[AAA]作者,《立项建议书》,机构名称,日期[SPP-PROC-SD]SEPG,系统设计规范,机构名称,、术语解释SPP精简并行过程,SimplifiedParallelProcessSD系统设计,SystemDesign…:(1)说明本系统“是什么”,(2)描述本系统的主要功能。:(1)需求约束。体系结构设计人员从需求文档(如《用户需求说明书》和《软件需求规格说明书》)中提取需求约束,例如:本系统应当遵循的标准或规范软件、硬件环境(包括运行环境和开发环境)的约束接口/协议的约束用户界面的约束软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。(2)隐含约束。有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。:体系结构设计人员根据产品的需求与发展战略,确定设计策略(DesignStrategy)。例如:扩展策略。说明为了方便本系统在将来扩展功能,现在有什么措施。复用策略。说明本系统在当前以及将来的复用策略。折衷策略。说明当两个目标难以同时优化时如何折衷,例如“时-空”效率折衷,复杂性与实用性折衷。:(1)将系统分解为若干子系统,绘制物理图和逻辑图,说明各子系统的主要功能。(2)说明“如何”以及“为什么”(howandwhy)如此分解系统。(3)说明各子系统如何协调工作,从而实现原系统的功能。:(1)将子系统N分解为模块(Module),绘制逻辑图(如果物理图和逻辑图不一样的话,应当绘制物理图),说明各模块的主要功能。(2)说明“如何”以及“为什么”(howandwhy)如此分解子系统N。(3)说明各模块如何协调工作,从而实现子系统N的功能。