微信公众平台开发概要设计说明书
软件概要设计报告文档模板
TOCo1-3hz纩 23
1.1编写目的 23
1.2项目风险 23
1.3预期读者和阅读建议 23
1.4参考资料 23
2.设计概述 24
2.1限制和约束 24
2.2设计原则和设计要求 24
3.系统逻辑设计 25
3.1系统组织设计 25
3.2系统结构设计 25
3.2.1系统软件设计说明书特性表 26
3.2.2系统特性结构图 27
3.3系统接口设计 27
软件设计说明书3.3.1系统接口表 27
3.3.2系统接口传输协议说明 28
3.4系统完整性设计 28
4.系统出错处理设计 29
4.1系统出错处理表 29
4.2维护处理过程表 30
5.技术设计 31
5.1系统开发技术说明表 31
5.2开发技术应用说明 32
6.数据库设计 32
7.词汇表 32
8.进度计划 32
1引言
编写目的
项目风险
风险承担者有:
任务提出者:
软件开发者：
产品使用者：
本软件系统概要设计报告针对各种不同的预期读者，例如，可能的读者包括：
用户；
开发人员；
项目经理；
营销人员；
测试人员；
文档编写人员；
等等。
参考资料
列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括：
本项目的合同书；
上级机关有关本项目的批文；
本项目已经批准的计划任务书；
用户界面风格指导；
开发本项目时所要用到的标准；
系统规格需求说明；
使用实例文档；
属于本项目的其它已发表文件；
本软件系统概要设计报告中所引用的文件、资料：
相关软件系统概要设计报告：
等等。
为了方便读者查阅，所有参考资料应该按一定顺排列。如果可能，每份资料都应该给出：
标题名称；
作者或者合同签约者；
文件编号或者版本号；
发表日期或者签约日期；
出版单位或者资料来源。
设计概述
限制和约束
简要描述起到限制和约束作用的各种可能存在的条件，例如：
技术条件：
资金状况：资金有限
开发环境(包括：工具和平台)
等等。
设计原则和设计要求
描述对本软件系统进行概要设计的原则，通常可以考虑以下几方面的内容：
命名规则：软件设计说明书边界设计原则：数据库设计规则：容量大
必须的安全措施：一旦数据库崩溃，所有信息都自动备份，并且有恢复功能
安全性和保密原则：
系统灵活性要求；
系统易操作性要求；
系统可维护性要求；
等等。
系统逻辑设计
本节内容主要根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型。此种模型暂时与系统的物理因素(例如：计算机、数据库管理系统)无关。它是系统需求与物理实现的中间结构，它的主要结果是建立：系统结构图、系统界面结构图、系统出错处理、以及系统开发技术说明。
说明：如果进行系统设计时尚未编写软件数据字典：应首先参照附录B说明，编写软件数据字典。在完成软件数据字典后，再进行系统设计。
系统组织设计
系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成，这些子系统与业务职能之间的关系，以及各个子系统的安装地点。
该系统的关系表如下：
子系统编号
英文名称
中文名称
业务职能
安装地点
备注
系统结构设计
本节将对系统特性作较为详细的描述，并给出系统特性结构图。
系统特性表
系统特性是系统中完成某项具体操作的基本单元，它由入口参数，出口参数以及处理过程三部分组成。
系统特性可以具有操作界面，也可以没有操作界面；可以被其它操作界面、或者系统特性调用，也可以调用其它操作界面、非操作界面、或者系统特性；但是不允许递归调用(调用自己)，包括间接递归调
用。
当系统由多个子系统(模块)组成时，每个子系统分别使用一张系统特性表进行描述。系统特性表的格式如下：
系统特性结构图
系统特性结构图给出系统特性在逻辑层面上相互之间的关系，其主要依据来源于需求规格说明书中，系统特性一节中的有关描述。
如果系统划分为多个子系统，应分别给出系统与子系统、以及各个子系统与系统特性的结构图。
绘制系统与子系统结构图时，一般不需要描绘出系统特性，如果确有必要，尽可能只画出第一层系统特性。绘制子系统与系统特性结构图时，通常也不需要描绘出第二层系统特性，如果确有必要可以画出，但是尽可能不要画出第三层系统特性。
系统接口设计
系统接口是一种非可视的系统界面，在多数情况下，它对用户是透明的。
本节将对系统接口作较为详细的描述，并给出接口说明清单。
系统接口表
接口作为系统的一种输入／输出形式，分为网络接口、数据库接口、RS-232串行通讯接口、IEEE—485串行总线接口、并
