12 KiB
项目名称
概要设计说明书
文件状态： 【 】草稿 【 】修改稿 【√】正式发布 |
文档密级： | 公开 |
| 当前版本： | V1.2 | |
| 作者： | ||
| 完成日期： |
版本历史
| 日期 | 版本号 | 作者 | 备注 |
| V1.0 | 起草 | ||
| 修改内容 | |||
| 增加内容 | |||
| 删除内容 | |||
| 日期 | 版本号 | 作者 | 备注 |
| 修改内容 | |||
| 增加内容 | |||
| 删除内容 |
目录
[1 前言 3](#前言)
[1.1 编写目的 3](#编写目的)
[1.2 背景 3](#背景)
[1.3 术语与缩略语 3](#术语与缩略语)
[1.4 参考资料 3](#参考资料)
[2 系统总体设计 4](#系统总体设计)
[2.1 任务概述 4](#任务概述)
[2.2 设计概述 4](#设计概述)
[2.2.1 总体约束 4](#总体约束)
[2.2.2 系统外部接口 4](#系统外部接口)
[2.2.3 设计方案概述 4](#设计方案概述)
[2.3 系统架构设计 5](#系统架构设计)
[2.3.1 系统的逻辑架构设计 5](#系统的逻辑架构设计)
[2.3.2 系统的物理架构设计 5](#系统的物理架构设计)
[2.4 子系统定义（按需，若无可删除） 5](#子系统定义按需若无可删除)
[2.4.1 子系统列表 5](#子系统列表)
[2.4.2 子系统间关系 5](#子系统间关系)
[3 子系统1设计（若无则删除） 6](#子系统1设计若无则删除)
[3.1 任务概述 6](#任务概述-1)
[3.2 设计概述 6](#设计概述-1)
[3.2.1 总体约束 6](#总体约束-1)
[3.2.2 子系统外部接口 6](#子系统外部接口)
[3.2.3 设计方案概述 7](#设计方案概述-1)
[3.3 子系统架构设计 7](#子系统架构设计)
[3.4 模块定义 7](#模块定义)
[3.4.1 模块列表 7](#模块列表)
[3.4.2 模块间关系 7](#模块间关系)
[3.4.3 模块描述 8](#模块描述)
[4 非功能性需求的实现方案 9](#非功能性需求的实现方案)
[4.1 性能的考虑 9](#性能的考虑)
[4.2 兼容性的考虑 9](#兼容性的考虑)
[4.3 安全的考虑 9](#安全的考虑)
[4.4 可移植性的考虑 9](#可移植性的考虑)
[4.5 集成与测试的考虑 9](#集成与测试的考虑)
[4.6 可扩展性的考虑 9](#可扩展性的考虑)
[4.7 可靠性的考虑 10](#可靠性的考虑)
[4.8 可维护性的考虑 10](#可维护性的考虑)
[5 难点及解决方案 11](#难点及解决方案)
前言
文档编写原则：
1、所有修改调整都必须如实记录；
2、对系统功能的修改，都必须对修改进行说明；
整个文档编写说明：
1、文档编写完成后，请删除文档中出现的全部“填写说明”；
2、提交前，请刷新“目录”、“图表目录”， 更新页眉页脚；
3、本说明书对整个软件系统按如下结构方式进行划分：“系统”、“子系统”、“模块”；
4、如果系统相对简单，不需要做“系统”、“子系统”的划分，则可直接按照“系统”、“模块”的层次划分即可---把“子系统”修改为“模块”，删掉3.4的“模块定义”部分。
编写目的
背景
术语与缩略语
填写说明：在本文当中出现的专业性、缩略、专有和难懂性的词组或短语
| 术语、缩写 | 解释 |
参考资料
系统总体设计
任务概述
填写说明：概述需求的要求，参考《需求规格说明书》。
设计概述
填写说明：
1、设计系统整体框架：系统最高层次的逻辑结构、物理结构。
2、子系统的划分与依赖关系定义、子系统之间的接口定义、子系统功能定义。
总体约束
填写说明：
1、技术条件
2、资金状况
3、开发环境（语言、版本、工具、平台）
4、时间限制
5、等等
系统外部接口
| 接口编号 | 接口名称（标识） | 功能描述 | 接口协议 | 输入参数 | 输出结果 |
设计方案概述
填写说明：概述设计方案，有必要的需要使用图表说明。
系统架构设计
系统的逻辑架构设计
填写说明：需要有架构图和文字说明，若有必要需要分清层级。
系统的物理架构设计
填写说明：从物理部署方面说明系统架构，有必要的话需要标明IP，端口，协议，容器，负载均衡设计，防火墙设计等。
子系统定义（按需，若无可删除）
子系统列表
| 子系统编号 | 子系统名称（标识） | 功能描述 | 开发方式 |
| 采购/外包/自行开发/复用 |
子系统间关系
填写说明：明确子系统之间的调用关系、子系统间的接口（消息、数据结构）以及相关子系统之间的协同工作，可以使用结构图、（交互）事务图、消息序列图、ER 图描述。
子系统1设计（若无则删除）
填写说明：
1、标题上加入子系统的编号及名称（标识）
2、设计子系统整体框架：子系统的逻辑结构。
3、模块的划分与依赖关系定义、模块之间的接口定义、模块功能定义。
任务概述
填写说明：说明设计意图目标（总目标、分期目标）、作用范围等。
设计概述
总体约束
填写说明：
1、编码约定：规定代码体系、模块之间的接口和命名规则。
2、文件约定：规定子系统的所有配置、日志等文件命名方式与格式。
3、目录约定：规定子系统的目录结构，包括运行目录、源文件目录、配置目录、日志目录、数据目录等。
4、其他约定：列出对软件设计有重要影响的系统内外部约束和限制，可选的约束包括用户环境内存或其它资源限制、数据存储和分发需求、安全和可靠性需求、性能需求、测试和可维护性需求。
子系统外部接口
填写说明：描述该软件子系统与外部实体的接口，包括用户界面、软件接口、硬件接口和通信接口。
| 接口编号 | 接口名称（标识） | 功22能描述 | 接口协议 | 输入参数 | 输出结果 |
设计方案概述
填写说明：
如果在“设计概述”中已描述过的部分，可略。
描述内容包括：
1、整个设计所采用的方法：面向对象设计还是结构化设计。
2、采用的系统架构：例如MVC 架构、N 层架构。
3、使用的相应技术和工具：例如OMT、Rose、Visio。
4、采用的框架技术的形式。
5、使用的设计模式：层模式、微内核模式、代理模式等。
6、描述资源/内存分配，Flash 资源/文件分配。
7、描述哪些模块采用软件复用。
子系统架构设计
填写说明：定义子系统的总体逻辑结构，定义模块划分以及模块之间的依赖关系。可以采用分层结构描述如何将子系统分解为模块。结构描述可以使用结构图、层次分解图、数据流图，并用文字说明相互间的关系。
模块定义
模块列表
| 模块编号 | 模块名称（标识） | 功能描述 | 开发方式 |
| 采购/外包/自行开发/复用 |
模块间关系
填写说明：明确模块之间的调用关系、模块间的接口（消息、数据结构）以及相关模块之间的协同工作，如模块间时序图，协作图，以及系统之间状态切换流程图。
模块描述
模块1
填写说明：标题上加入模块的编号及名称（标识）。
功能描述
填写说明：说明该模块具备什么样的基本功能，以及每个功能之间的相互关系。
性能描述
填写说明：说明对模块的性能要求，包括精度、时间特性和处理速度。
接口描述
填写说明：说明与其它模块的接口，与其它系统或硬件的接口。
配置描述
填写说明：说明该模块所处的逻辑位置、物理位置，如指明模块放在哪个应用服务器或客户端的哪个目录、哪个文件（库），或是在数据库内部建立的对象。
非功能性需求的实现方案
性能的考虑
填写说明：为满足延时、吞吐量等性能，在既定硬件环境约束下所采取的设计方案。
兼容性的考虑
填写说明：对以前版本的兼容，以及平滑升级的考虑。
安全的考虑
填写说明：作为应用软件，在安全方面更多的是考虑访问控制，包括使用什么样的权限管理、分配、验证方案。
可移植性的考虑
填写说明：系统如果有跨平台的需求，要考虑操作系统、中间件、应用服务器特性、数据库及第三方服务移植。描述如何在不同的平台移植，是否为可配置的。
集成与测试的考虑
填写说明：各个子系统以及模块以什么先后次序进行开发、集成（组装）和测试，即是采用自底向上法还是自顶向下法。
可扩展性的考虑
填写说明：不仅有对系统功能扩展的设计考虑，还要考虑系统的性能扩展，即可伸缩性。
1、如何最低成本地添加新的功能。
2、如何最低成本的复制一个新系统，并且新旧系统可以做成统一体。
可靠性的考虑
填写说明：对故障检测、故障隔离、故障恢复、容错、冗余、备份的设计考虑。
可维护性的考虑
填写说明：
1、系统模块是否可以装配，功能模块是否可以配置，整个系统是否已经参数化。
2、提供什么样的维护方式、接口及介面。
3、有哪些日常维护需求，并且如何处理。
难点及解决方案
填写说明：列出可能的疑难问题，并尽可能能给出基本解决思路（包括关键算法、时序、数据结构等）。可采用表格方式。
| 难点描述 | 可采取的解决方案 |