某软件项目概要设计说明书模板.doc

. .

××_软件工程概要设计说明书

版 本：
编 制：
审 核：
批 准：

公布日期：2021年4月18日
受控状态：■受控 □非受控
分发围：工程组、财务部、质量管理部
修订记录

修订日期
版本号
修订描述
修订人
批准人

. .word.zl.
. .
目 录
1 引言1
1.1概述1
1.2目的1
1.3围1
1.4缩略语1
1.5术语2
2 参考资料2
3 交付需求列表2
4 系统物理架构2
4.1系统运行的硬件环境2
4.2系统运行的软件环境3
4.3系统运行的网络环境3
4.4系统部署图3
4.5安装部署说明4
5 系统逻辑架构5
5.1子系统一5
1.1.1子模块一5
1.1.2子模块二5
5.2子系统二5
6 实现视图5
7 进程视图6
8 数据库设计6
9 设计约束6
10 部接口定义6
11 外部接口6
12 开发环境说明7
13 技术难点7
14 附录8
14.1模型文件8
14.2XXXX8

. .word.zl.
. .
××_软件工程概要设计说明书
1 引言
1.1 概述
{应包括：
a. 工程的委托单位、开发单位和主管部门；
b. 该软件系统与其他系统的关系。}
本工程交办方为，承办方为 。}
1.2 目的
{说明编写概要设计说明书的目的，指明读者对象。}
本文档是在用户和开发方对系统进展需求开发，形成软件需求规格说明书后，设计人员分析各个详细需求后，对软件的概要设计。
本文档作为软件概要设计和软件详细设计的重要依据。软件概要设计人员和软件详细设计人员依此作为工作依据。
1.3 读者对象
本系统设计说明书的使用读者为：业务经理、软件设计、UI设计人员、测试人员。

1.4 围
概要设计要考虑对架构有影响的需求，将系统划分为{子系统一，子系统二}，从物理架构，逻辑架构，实现视图，进程视图等四个方面对架构进展描述，定义子系统之间的接口，明确系统依赖的外部接口，说明系统开发准那么，选取开发环境，对技术难点进展分析说明。
1.5 缩略和术语
Table 11缩略语
简称
说明
POI
Position of Interest
GPS
Global Position System

Table 12术语
术语
定义
软件配置项
为独立的配置管理而设计的、能满足最终用户要求的一组软件。
TCP
网络传输协议

2 参考资料
{参考资料可以是公司部文档,也可以是外部文档标准或者.如果连接被引用,需要给出的URL}
名称
编制单位
编制时间
设计需求规格说明书_Ver8.1_2021_03_18

2021_04_18

3 交付需求列表
{列出本次开发要交付的需求，包括新增的需求，从历史版本集成的需求等}
4 系统物理架构
4.1 系统运行的硬件环境
{使用表格列出系统的硬件环境。如果客户已经购置了硬件，该处列出即可。如果是产品，该处给出推荐配置。列举系统涉及到得第三方厂商的硬件，比方视频设备等}

名称
型号
备注
效劳器CPU
志强双核 3000

效劳器存
16G

效劳器存储
4T

效劳器硬盘
320G

效劳器网络
千兆网

客户端CPU
P3 800
最低
客户端存
256M
最低
网络
百兆网
共享
4.2 系统运行的软件环境
{使用表格列出系统的软件环境。包括操作系统，数据库等信息}
名称
版本号
备注
效劳器操作系统
windows 2021server
需要提前预研手写控件的支持问题
效劳器数据库
Oracle9i

客户端操作系统
Windows2000、xp、Vista、7

客户端浏览器
IE6、IE7

客户端Office
Office2000、xp、2003、2007

4.3 系统运行的网络环境
{描述网络带宽，城域、广域、局域，网络稳定性等情况
如，各法院间，是2M城域连接，网络情况较稳定。每月会出现1-2次断网，同时在使用视频会议时，会限制其他网络应用。}
4.4 系统部署图
{画出系统部署图}

4.5 安装部署说明
{使用表格表格说明哪些程序应部署在哪台计算机上}

5 系统逻辑架构
{使用线框图，画出系统的组成架构，要求分清系统层次，尽可能的详细}
5.1 子系统一
{简单描述子系统的功能，在系统中所处的位置、作用等。}
1.1.1 子模块一
1.1.1.1 用例
此处要求系统用用例图表述〔UML〕
1.1.1.2 类图
{给出该子模块相关的类图}
1.1.1.3 交互图
{给出该子模块相关的交互图}
1.1.2 子模块二
1.1.2.1 用例
此处要求系统用用例图表述〔UML〕
1.1.2.2 类图
{给出该子模块相关的类图}
1.1.2.3 交互图
{给出该子模块相关的交互图}

5.2 子系统二

6 实现视图
{代码目录、包、jar构造、页面目录规那么}
7 进程视图
{总体描述，具体解决措施可在子系统设计中描述
性能上的考虑，如：高并发、大数据量等}
{性能瓶颈的预估，应对策略，具体的解决方法要标明参见XX文档的XX章节}
{分析性能对整体框架，技术路线的影响}
8 数据库设计
描述数据库的逻辑(表构造)与物理设计(表空间,存储)
9 设计约束
描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。

另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型〔比方某某某数据库软件，某某某EMail软件〕以及这样导致的约束〔比方只允许纯文本的Email〕。

实现的语言和平台也会对系统有约束，同样在此予以说明。

对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。

10 部接口定义
{定义系统部各子系统之间的接口/协议}
11 外部接口
{侧重于与其他系统之间数据交互的描述。包括数据的格式，使用的协议等等}
{该处主要描述与其他系统间的接口，如：第三方软件、公司其他相关信息化如办公、办案等系统；尽可能覆盖到所有的对外接口。}

12 开发环境说明
{使用表格列出系统的软件环境。包括操作系统，数据库，使用中间件等信息。目的是约束从代码到可执行程序的过程}
名称
版本号
备注
IDE
eclipse3.2

JDK
jdk1.5

中间件
tomcat 5.0

13 技术难点
{分段列出难点、对难点的分析，以及应对的策略}

技术难点
分析说明
应对策略
节点承载能力
建议的方案对终端进展了负载均衡，使得效劳器节点可以复制支持更多终端，但每一个终端的信息都通过效劳节点同步到其他n-1个效劳器节点，相当于将均衡的后的终端信息会聚到了单一节点，相当于单一节点承载了所有节点的压力。
采用Proxy模式，减少同步节点的数量，代价是需要增加proxy模式的相关开发
Buffer数据一致性
由于一个节点的数据需要同步到n-1个节点，当节点大于3个时，互一样步的代价相当高，容易造成buffer数据的不一致性
建议节点数不超过3个,增加超时重发机制并但限制重发次数
Buffer容量
由于所用终端的数据会聚到同一节点，单一 buffer节点的容量决定了终端节点的数量
增加缓存容量支持更多终端

14 附录
14.1 模型文件
{例如UML模型等}
14.2 XXXX
{其他相关资源}

. .word.zl.