《多媒体系统设计》总体设计书模板.docVIP

{项目名称}总体设计书 编写人： 编写日期：  文档修订记录 版本编号 说明：如形成文件、变更内容和变更范围 日期 执行人 批准日期 批准人  1. 文档介绍 4 1.1. 文档目的 4 1.2. 文档范围 4 1.3. 参考资料 4 1.4. 术语与缩写解释 4 2. 系统概述 4 3. 设计约束 4 4. 设计策略 5 5. 系统总体结构 5 5.1. 系统结构 5 5.2. 关键技术与算法 5 5.3. 关键数据结构 5 5.4. 复用的模块 5 5.5. 加密方式 6 6. 系统单元设计 6 6.1. 系统单元划分 6 6.2. 系统单元结构 6 6.3. 系统单元设计方案 6 6.4. 不进行详细设计的单元及原因 6 7. 接口设计 6 7.1. 外部接口 6 7.2. 内部接口 7 8. 系统异常情况设计 7 9. 开发环境的配置 7 10. 运行环境的配置 7 11. 测试环境的配置 7 12. 其它 7 文档介绍 使用提示：在使用中如对某项内容有特殊要求，可将模板中相应的内容单独成文。 文档目的 [说明编写本软件结构设计说明书的目的，指出预期的读者。] 文档范围 [说明本软件结构设计说明书所涉及的内容范围。] 参考资料 例如需求规格说明书 过去老产品的资料 如果没有参考文献，本部分可以略去 术语与缩写解释 [在下表中列出本文件中用到的专门术语的定义和缩写词原文。 如果不涉及术语和缩写，本部分可以略去] 缩写、术语 解 释 … 系统概述 [提示：（1）说明本系统“是什么”，（2）描述本系统的主要功能。] 设计约束 [提示： （1）需求约束。体系结构设计人员从需求文档（如用户需求文档和《软件需求规格说明书》）中提取需求约束，例如： 本系统应当遵循的标准或规范 软件、硬件环境（包括运行环境和开发环境）的约束 接口/协议的约束 用户界面的约束 软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性等等。 软件可移植性约束，如果有可移植的要求，首先需要识别平台或系统相关的部分，在设计时将这些平台相关的内容设计为独立的模块并提供统一的接口，同时制定适合移植的编码规范以约束开发人员设计和编写具有可移植性的代码。 （2）隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。] 设计策略 小产品此部分可以省略 [提示：体系结构设计人员根据产品的需求与发展战略，确定设计策略（Design Strategy）。例如： 扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 复用策略。说明本系统在当前以及将来的复用策略。 折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性与实用性折衷。] 系统总体结构 系统结构 [提示： （1）将系统分解为若干子系统，绘制子系统之间的物理部署图和逻辑关系图，说明各子系统的主要功能。 （2）说明“如何”以及“为什么”（how and why）如此分解系统。 （3）说明各子系统如何协调工作，从而实现原系统的功能。 （4）对于在已有系统上进行修改或升级的情况，重点说明本次设计与已有设计的关系，并注明已有设计文档的获得方法和版本信息。] 关键技术与算法 [提示： 简要说明涉及到的关键技术和算法。] 关键数据结构 [提示：从总体层次上说明最主要的数据结构。] 复用的模块（可选） 对已有技术、部件的复用 [提示：说明系统中准备复用已有模块的情况，包括模块的功能描述、获得途径等。 对于在已有系统上进行修改或升级的情况，本次升级所继承的老版本中的模块，不算做复用的模块，不列入本节内容；本次升级任务的开发活动中所复用的模块，需要列入本节内容。请参考立项时的技术分析报告填写。] 已有技术、部件的名称 功能 形式 （如dll、源代码等） 来源 （公司复用库、部门、开发组或产品） 生成的提交公司复用库的可复用的部件 [提示：说明本次开发中准备生成的用于以后复用的模块的生成方案，准备生成的可复用部件根据立项申请书中的相关内容填写。] 生成的可复用的技术、部件名称 功能描述 形式 （如dll、源代码等） 生成方案 加密方式 [提示：说明是否需要加密，以及具体的加密方式，如软件加密或加密狗。] 系统单元设计 小产品此部分可以省略 系统单元划分 [提示：根据5.1中的系统结构，说明本产品系统中各单元（包、类、子系统