软件项目概要设计说明书模板样本.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
{其她有关资源}