软件项目概要设计说明书(模板)

  • 格式:doc
  • 大小:148.50 KB
  • 文档页数:8

下载文档原格式

  / 8
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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

版本:

编制:

审核:

批准:

颁布日期:2017年4月18日

受控状态:■受控□非受控

分发范围:项目组、财务部、质量管理部

修订记录

目录

1 引言错误!未定义书签。

概述错误!未定义书签。

目的错误!未定义书签。

范围错误!未定义书签。

缩略语错误!未定义书签。

术语错误!未定义书签。

2 参考资料错误!未定义书签。

3 交付需求列表错误!未定义书签。

4 系统物理架构错误!未定义书签。

系统运行的硬件环境错误!未定义书签。

系统运行的软件环境错误!未定义书签。

系统运行的网络环境错误!未定义书签。

系统部署图错误!未定义书签。

安装部署说明错误!未定义书签。

5 系统逻辑架构错误!未定义书签。

子系统一错误!未定义书签。

子模块一错误!未定义书签。

子模块二错误!未定义书签。

子系统二错误!未定义书签。

6 实现视图错误!未定义书签。

7 进程视图错误!未定义书签。

8 数据库设计错误!未定义书签。

9 设计约束错误!未定义书签。

10 内部接口定义错误!未定义书签。

11 外部接口错误!未定义书签。

12 开发环境说明错误!未定义书签。

13 技术难点错误!未定义书签。

14 附录错误!未定义书签。

模型文件错误!未定义书签。

XXXX 错误!未定义书签。

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

引言

概述

{应包括:

a. 项目的委托单位、开发单位和主管部门;

b. 该软件系统与其他系统的关系。}

本项目交办方为,承办方为。}

目的

{阐明编写概要设计说明书的目的,指明读者对象。}

本文档是在用户和开发方对系统进行需求开发,形成软件需求规格说明书后,设计人员分析各个详细需求后,对软件的概要设计。

本文档作为软件概要设计和软件详细设计的重要依据。软件概要设计人员和软件详细设计人员依此作为工作依据。

读者对象

本系统设计说明书的使用读者为:业务经理、软件设计、UI设计人员、测试人员。

范围

概要设计要考虑对架构有影响的需求,将系统划分为{子系统一,子系统二},从物理架构,逻辑架构,实现视图,进程视图等四个方面对架构进行描述,定义子系统之间的接口,明确系统依赖的外部接口,说明系统开发准则,选取开发环境,对技术难点进行分析说明。

缩略和术语

Table

Table

参考资料

{参考资料可以是公司内部文档,也可以是外部文档标准或者网站链接.如果网站连接被引用,需要给出链接的URL }

交付需求列表

{列出本次开发要交付的需求,包括新增的需求,从历史版本集成的需求等}

系统物理架构

系统运行的硬件环境

{使用表格列出系统的硬件环境。如果客户已经购买了硬件,该处列出即可。如果是产品,该处给出推荐配置。列举系统涉及到得第三方厂商的硬件,比如视频设备等}

系统运行的软件环境

系统运行的网络环境

{描述网络带宽,城域、广域、局域,网络稳定性等情况

如,各法院间,是2M城域连接,网络情况较稳定。每月会出现1-2次断网,同时在使用视频会议时,会限制其他网络应用。}

系统部署图

{画出系统部署图}

安装部署说明

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

系统逻辑架构

{使用线框图,画出系统的组成架构,要求分清系统层次,尽可能的详细} 子系统一

{简单描述子系统的功能,在系统中所处的位置、作用等。}

子模块一

用例

此处要求系统用用例图表述(UML)

类图

{给出该子模块相关的类图}

交互图

{给出该子模块相关的交互图}

子模块二

用例

此处要求系统用用例图表述(UML)

类图

{给出该子模块相关的类图}

交互图

{给出该子模块相关的交互图}

子系统二

实现视图

{代码目录、包、jar结构、页面目录规则}

进程视图

{总体描述,具体解决措施可在子系统设计中描述

性能上的考虑,如:高并发、大数据量等}

{性能瓶颈的预估,应对策略,具体的解决办法要标明参见XX文档的XX章节}

{分析性能对整体框架,技术路线的影响}

数据库设计

描述数据库的逻辑(表结构)与物理设计(表空间,存储)

设计约束

描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。

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

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

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

内部接口定义

{定义系统内部各子系统之间的接口/协议}

外部接口

{侧重于与其他系统之间数据交互的描述。包括数据的格式,使用的协议等等}

{该处主要描述与其他系统间的接口,如:第三方软件、公司其他相关信息化如办公、办案等系统;尽可能覆盖到所有的对外接口。}