《软件项目概要设计说明书》由会员分享，可在线阅读，更多相关《软件项目概要设计说明书（12页珍藏版）》请在金锄头文库上搜索。
1、xx_软件项目概要设计说明书版 本：编 制：审 核:批 准：颁布日期：2017年4 月 18 日受控状态：受控 非受控分发范围：项目组、财务部、质量管理部修订记录目录1引言11.1 概述11。2目的113范围11.4 缩略语11。5 术语错误!未定义书签。2参考资料23交付需求列表24系统物理架构24.1 系统运行的硬件环境24.2 系统运行的软件环境34。3系统运行的网络环境34.4 系统部署图34。5安装部署说明35系统逻辑架构45。1子系统一4111 子模块41。1。2子模块45。2 子系统二46实现视图47进程视图48数据库设计59设计约束510内部接口定义511外部接口512开发环境
2、说明513技术难点614附录614.1 模型文件614。2 XXXX7xx_软件项目概要设计说明书1 引言1.1 概述应包括：a。项目的委托单位、开发单位和主管部门；b. 该软件系统与其他系统的关系。本项目交办方为，承办方为。1.2 目的阐明编写概要设计说明书的目的，指明读者对.象本文档是在用户和开发方对系统进行需求开发，形成软件需求规格说明书后，设计人员分析各个 详细需求后，对软件的概要设计。本文档作为软件概要设计和软件详细设计的重要依据。软件概要设计人员和软件详细设计人员依 此作为工作依据。1.3 读者对象本系统设计说明书的使用读者为：业务经理、软件设计、UI设计人员、测试人员.1.4 范
3、围概要设计要考虑对架构有影响的需求将系统划分为子系统一，子系统二，从物理架构，逻辑架 构,实现视图，进程视图等四个方面对架构进行描述，定义子系统之间的接口,明确系统依赖的外部接口， 说明系统开发准则，选取开发环境，对技术难点进行分析说明。1.5 缩略和术语Table 1-错误!未定义书签。 缩略语简称说明POIPosition of Interest简称说明GPSGlobal Position SystemTable 1-2 术语术语定义软件配置项为独立的配置管理而设计的、能满足最终用户要求的一 组软件。TCP网络传输协议2 参考资料参考资料可以是公司内部文档,也可以是外部文档标准或者网站链接
4、.如果网站连接被引用，需要给岀链接的URL 名称编制单位编制时间设计需求规格说明书_Ver8.1_2012_03_182017_04_183 交付需求列表列岀本次开发要交付的需求，包括新增的需,求从历史版本集成的需求等4 系统物理架构4.1 系统运行的硬件环境使用表格列岀系统的硬件环境.如果客户已经购买了硬件，该处列岀即.可如果是产品，该处给岀推荐配置。列举系统涉及到得第三方厂商的硬,件比如视频设备等名称型号备注服务器CPU志强双核3000服务器内存16G服务器存储4T服务器硬盘320G服务器网络千兆网客户端CPUP3 800最低客户端内存256M最低网络百兆网共享4.2 系统运行的软件环境使
5、用表格列岀系统的软件环施括操作系统，数据库等信息名称版本号备注服务器操作系统windows 2008server需要提前预研手写控件的支持问题服务器数据库Oracle9i客户端操作系统Windows2000 xp、Vista、7客户端浏览器IE6、IE7客户端OfficeOffice2000 xp、2003、20074.3 系统运行的网络环境描述网络带宽，城域、广域、局域，网络稳定性等情况女口，各法院间，是2M城域连接，网络情况较稳定。每月会岀现2次断网同时在使用视频会议 时,会限制其他网络应用.4.4 系统部署图画岀系统部署图4.5 安装部署说明使用表格表格说明哪些程序应部署在哪台计算机上5
6、 系统逻辑架构使用线框图，画出系统的组成架构，要求分清系统层,尽次可能的详细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 进程视图总体描述，具体解决措施可在子系统设计中描述性能上的考虑,如
7、:高并发、大数据量等性能瓶颈的预估，应对策略，具体的解决办法要标明参见X文档的XX章节分析性能对整体框架，技术路线的影响8 数据库设计描述数据库的逻辑（表结构）与物理设计（表空间,存储）9 设计约束描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的说。明系统是如何来 适应这些约束的。另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还 受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类（型比如某某某数据库软件， 某某某EMail软件）以及这样导致的约束（比如只允许纯文本的mail）。实现的语言和平台也会对系统有约束,同样在此予以说
8、明。 对于因选择具体的设计实现而导致对系统的约,束简要地描述你的想法思路，经过怎么样的权,衡 为什么要采取这样的设计等等。10 内部接口定义定义系统内部各子系统之间的接口/协议11 外部接口侧重于与其他系统之间数据交互的描述。包括数据的格式，使用的协议等 等该处主要描述与其他系统间的接口，如：第三方软件、公司其他相关信息化如办公、办案等系 统；尽可能覆盖到所有的对外接口.12 开发环境说明使用表格列出系统的软件环境。包括操作系统，数据库，使用中间件等信息。目的是约束从代码到可执行程序的过程名称版本号备注IDEeclipse3.2JDKjdkl。 5中间件tomcat 5。013 技术难点分段列
9、岀难点、对难点的分析，以及应对的策略技术难点分析说明应对策略节点承载能力建议的方案对终端进行了负载 均衡，使得服务器节点可以复制 支持更多终端，但每一个终端的 信息都通过服务节点同步到其他n1个服务器节点，相当于将 均衡的后的终端信息汇聚到了 单一节点,相当于单一节点承载 了所有节点的压力.米用Proxy模式，减少同步节点 的数量，代价是需要增加proxy 模式的相关开发Buffer数据一致性由于一个节点的数据需要同步 到n1个节点，当节点大于3个 时，互相同步的代价相当高，容 易造成buffer数据的不一致性建议节点数不超过3个,增加超 时重发机制并但限制重发次数Buffer容量由于所用终端的数据汇聚到同 一节点，单一 buffer节点的容 量决定了终端节点的数量增加缓存容量支持更多终端14 附录14.1 模型文件例如UML模型等14.2 XXXX其他相关资源
