软件优质项目概要设计项目新版说明书模板.doc

××_软件项目概要设计说明书

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

颁布日期：4月18日
受控状态：■受控 □非受控
分发范围：项目组、财务部、质量管理部
修订统计

修订日期
版本号
修订描述
修订人
同意人

目 录
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.2 XXXX 8

××_软件项目概要设计说明书
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__03_18

_04_18

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

名称
型号
备注
服务器CPU
志强双核 3000

服务器内存
16G

服务器存放
4T

服务器硬盘
320G

服务器网络
千兆网

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

用户端操作系统
Windows、xp、Vista、7

用户端浏览器
IE6、IE7

用户端Office
Office、xp、、

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
{其它相关资源}