概要设计说明书V2.0.docVIP

××××股份有限公司 概要设计说明书 项目编号： 项目经理： 产品版本号： 创 建 日 期 编 写 人 最后修改日期 审 核 人 审 核 日 期 批 准 人 批 准 日 期  变更记录 变更 章节号及名称 变更内容描述 变更人 变更 日期 变更前版本号 批准人 M 封面 把“项目负责人”改为“项目经理”。 M 修改了页眉不一致的问题。 D 1 前言 删除“1.2 适用范围”。 A 3 总体设计 增加“3.5 需求分配表”和“3.6 接口需求表”。 M 3 总体设计 把“3.3 功能模块1”改为“3.2.1 功能模块1”。依次类推。 注：变更分三种：A——增加，M——修改，D——删除 目录 1 前言 5 1.1 编写目的 5 1.2 适用范围 5 1.3 术语定义 5 1.4 参考资料 5 2 产品/项目概述 6 2.1 产品/项目概述 6 2.2 存在什么问题和风险 6 2.3 局限性 6 2.4 设计的前提条件 6 3 总体设计 6 3.1 总体架构 6 3.2 功能模块描述及数据流图 7 3.2.1 功能模块1（请用功能模块1的名称代替） 7 3.2.2 功能模块2（请用功能模块2的名称代替） 8 3.3 需求分配表 8 3.4 接口需求表 8 4 本版本的性能指标 9 5 运行设计 9 5.1 运行模块组合 9 5.2 运行控制 9 6 运行环境的配置 9 6.1 设备环境需求 9 6.2 软件环境需求 9 7 进度调整 9 前言 编写目的 本设计报告的依据是《产品需求规格说明书》。设计者对《产品需求规格说明书》进行分析，确定本软件的体系结构，主要描述“设计什么”和“如何设计”。 通过概要设计，使本项目与ezONE开发中心其他各项目组（包括群组所立的有关项目）、测试组和美工文档组相关人员达成共识。 根据《产品需求规格说明书》所列出的功能和性能需求，要明确说明本项目的设计思路、整体结构和主要有哪些模块组成，同时还要描述清楚各模块的结构及模块间信息传递的接口。为设计人员提供详细设计依据；为研发管理人员提供管理依据；为系统测试人员提供测试依据；为文档人员提供书写各种说明书的依据。 本报告的预期读者应该是ezONE开发中心的技术总监、售前技术支持人员、详细设计人员、产品经理、开发人员、测试人员、文档人员、美工人员和过程管理人员。 适用范围 本文档适用于××××股份有限公司。 术语定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 参考资料 包括：1）《产品需求规格说明书》；2）文档所引用的资料、标准和规范（列出这些资料的作者、标题、发表日期、出版单位或资料来源）。 产品/项目概述 产品/项目概述 用简洁的语言描述本产品/项目的设计目标。如果是新产品，需要进行全面描述；如果是继续开发的产品，对以前的版本进行简单的描述，对新增内容详细描述。 存在什么问题和风险 请写出，到目前为止完成《产品需求规格说明书》中规定的任务还存在什么问题和风险。 局限性 说明本次完成的版本在应用时的局限性。 设计的前提条件 如果本项目是以插件形式发布，必须写出建立在什么平台上。同时写出对该平台功能和性能的需求。有些项目既可以独立发布，也可以在门户平台上发布，请分别写出设计的前提条件。 总体设计 总体架构 如果是继续开发的项目，请将整体的体系结构写（或画）清楚，标明（用不同颜色或不同字体）本次将要开发的内容，并用文字描述本次开发部分的主要功能和性能；如果是新立项目，请写清楚本项目的体系结构，主要由哪些模块组成，并进行描述。 功能模块描述及数据流图 请写清楚每个模块的设计模式、扩展策略、复用策略、折衷策略等。设计模式最好用模式图表示。 功能模块1（请用功能模块1的名称代替） 本模块（请用名称代替）的功能描述及结构组成 最好用逻辑图的方式表示本模块的结构。 请分别写清楚本模块所要完成的所有功能，如果有输入数据，请写明数据来自何方（来自人工输入，来自其他模块等）及数据的内容，如果能提供数据格式更好；如果有输出数据，请写明输出数据内容及格式。 例如：功能1描述 功能2描述 等等 本模块（请用名称代替）的程序设计 叙述该模块的程序设计思想，设计模式和层次结构及包组织关系等。 最好画出序列图。 本模块（请用名称代替）的数据流图 最好用图表示。 本模块（请用名称代替）的数据结构 主要是文件结构和数据结构的定义。 如果不在这里说明，也可以在详细设计时说明。 数据结构必须定义，只需定义到表名，主键等库结构级别，与该模块的细节关系如涉及到该模块的数据字典放到详细设计中。 本模块