软件需求说明书.docx
- 文档编号:5376949
- 上传时间:2022-12-15
- 格式:DOCX
- 页数:10
- 大小:43.30KB
软件需求说明书.docx
《软件需求说明书.docx》由会员分享,可在线阅读,更多相关《软件需求说明书.docx(10页珍藏版)》请在冰豆网上搜索。
软件需求说明书
XXX项目
软件需求说明书
拟制:
审核:
批准:
太极计算机股份有限公司
文件更改记录
编号:
序号:
序号
日期
更改内容
版次
起草或修订人
批准人
目录
1引言4
1.1项目背景4
1.2术语定义4
1.3参考资料4
2概述4
2.1系统目标4
2.2用户情况4
2.3运行环境4
2.3.1硬件环境4
2.3.2软件环境4
2.4限制条件5
2.5假设和依赖5
3功能需求5
3.1需求1(以实际的需求名代替)5
3.1.1描述5
3.1.2输入5
3.1.3处理()5
3.1.4输出6
3.1.5特殊考虑6
3.2需求2(以实际的需求名代替)6
4公用基础模块定义7
5数据逻辑描述7
5.1数据整体描述7
5.2基础类包8
5.3包18
6性能需求8
6.1数据容量8
6.2数据精确度8
6.3时间特性8
6.4适应性8
6.5吞吐量9
6.6安全性9
6.7系统安全方面的需求描述。
质量属性9
7接口需求9
7.1用户接口9
7.2硬件接口9
7.3软件接口9
7.4故障处理9
8其它需求9
1
引言
1.1项目背景
1.项目的委托单位、开发单位和主管部门
2.该软件系统与其他系统的关系
1.2术语定义
【列出文当中所用到的专门术语的定义和缩写词的原文。
】
1.3参考资料
1.项目经核准的计划任务书、合同或上级机关的批文
2.项目开发计划
3.文档所引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源
2概述
2.1系统目标
【说明本项目产品的实现目标,说明系统是做什么用的,与其它产品的关系。
比如,本项目产品是否是一个大的产品的组成部分,是否要替换已有的产品,或者是一个独立的产品。
如果与其它产品有关系,它们之间的关系要在此描述。
】
2.2用户情况
【介绍本项目的用户(或潜在用户)的情况,包括:
●用户的技术水平;
●用户期望的需求;
●最终使用部门、技术支持部门、参与测试验收的部门;】
2.3运行环境
【说明项目产品将在什么样的环境下操作,包括硬件平台、操作系统及版本、必须安装的软件部件和应用软件等。
】
2.3.1硬件环境
【列出满足系统需求所必须的最低硬件配置、推荐硬件配置(如主机、显示器、存储设备、外部设备等)以及其它特殊设备。
】
2.3.2软件环境
【如操作系统、网络软件、数据库系统、中间件以及其它特殊软件要求。
】
2.4限制条件
【描述项目产品可能存在的限制条件以及与其它受影响的组和个人的约定,包括硬件条件、软件限制、网络设置、交付产品、人力资源、交付日期、里程碑等。
举例:
项目产品必须在IBMPC或100%兼容的计算机上运行,计算机最低内存64M、最小硬盘空闲空间10G。
操作系统是WIN2000及更高版本。
软件源代码必须用JAVA编写。
】
2.5假设和依赖
【列出所有会影响项目需求实现的假设因素(相对于已知的事实而言)。
例如,本项目产品计划要使用某些第三方软件产品或商业软件产品,虽然目前还未得到这些软件,但我们可以假设这些软件一定能够得到。
如果这些假设不正确、或发生改变,会影响项目的开发,因此,这些假设往往又是一种风险。
如果项目的开发或项目产品的使用要依靠其它外部因素,比如与其它产品共用的软件包、准备重用的软件构件等,也要在此说明。
】
3功能需求
【本章将详细解释项目系统所有的功能需求。
如果使用传统的需求分析方法,本章的每一节描述一个功能需求,每个功能需求又从输入、处理、输出三项来说明。
参见3.1节。
也可以按照用例的方式进行描述,参见3.2节。
二者选一即可。
推荐用例方式】
3.1需求1(以实际的需求名代替)
3.1.1描述
【对需求的内容作简要的描述。
】
3.1.2输入
【列出本需求所有的输入。
对每项输入,指明如下属性:
输入名、说明、类型、输入值的范围、输入来源、格式。
对于非常大的系统来说,在此列出所有的输入及其定义会有困难,这时,可以构造一个独立的数据字典,并在此参考。
】
3.1.3处理
【从数据传递和加工的角度描述数据流图,此数据流图不包含任何有关实现的内容,只是从最上层对有关内容加以描述。
】
3.1.4输出
【列出所有输出。
与输入一样,对每项输出,也要指明属性:
输出名、说明、类型、输出值的范围、格式】
3.1.5特殊考虑
【说明为达到本项功能需求要考虑的一些特殊因素或限制,比如,时间要求/限制、容量要求/限制等。
】
3.2需求2(以实际的需求名代替)
【也可以按照用例的方式进行描述。
功能描述:
该功能项实现了什么功能。
界面定义:
该功能项的主要界面或者报表的样式。
主要用例:
(用例图)
主要对象或者类的描述:
(类及类关系图)
主要用例的功能描述:
(序列图/协作图/状态图/活动图)需要将相关类、方法/消息、典型操作的流程描述清楚。
其他说明:
是否有其他的关于该功能项的需求。
注:
加*的项,不管该项目是产品类还是项目类,是必须描述的项。
例如:
工单受理功能项:
功能描述:
用户提出业务申请,系统根据资源占用情况生成工单。
】
界面定义:
主要用例:
主要对象或者类的描述:
对象属性描述:
对象
属性
描述
类型
(字符/数字/时间/。
。
)
对象操作描述:
对象
操作
描述
类型
(生命周期/外部服务)
主要用例的功能描述:
详细流程描述如下:
主要方法流程:
1、check
2、querry
3、finish
其他说明:
是否有其他的关于该功能项的需求。
4公用基础模块定义
在需求规格定义阶段,要注意提取系统中的共同功能,以便将来进行实现软件的公用。
如对所有的单据的录入、条件查询、打印等功能的处理风格是一样的,可以在此进行统一说明,而不需要在每个功能项中进行重复说明。
5数据逻辑描述
5.1数据整体描述
【描述包之间的关系。
】
5.2基础类包
【给出系统中利用的基本不便的数据信息。
】如代码信息、各种数据字典等。
描述类定义以及类之间的关系。
5.3包1
【描述类定义以及类之间的关系。
】
例如:
对象属性描述:
对象
属性
描述
类型
(字符/数字/时间/。
。
)
6性能需求
6.1数据容量
【根据实际情况,确定数据容量。
】
6.2数据精确度
【根据实际情况,确定系统最终输出数据(包括传输中)的数据精确度。
】
6.3时间特性
【如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
】
6.4适应性
【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时,应具有的适应能力。
】
6.5吞吐量
【系统需要支持并发的处理能力。
】
6.6安全性
【系统安全方面的需求描述。
】
6.7系统安全方面的需求描述。
质量属性
【指明软件产品在可靠性、可移植性、实用性、可维护性等方面的目标。
应尽量以明确的、量化的、可检验的方式来描述。
】
7接口需求
7.1用户接口
【说明在项目产品与用户之间每项接口的特性。
这些特性可能包括:
简单的屏幕式样、GUI标准(屏幕布局标准,每个屏幕上的标准按钮和标准功能(如帮助),键盘快捷键,错误信息显示标准等)、整个产品的接口风格等。
如果必要,详细的用户接口需求可在独立的用户接口规格文件中描述。
】
7.2硬件接口
【描述软件产品与系统的硬件部件之间的逻辑和物理特性,可能包括软件所支持的设备类型、数据特点、软硬件之间的控制流、通讯协议等。
】
7.3软件接口
【说明本软件产品与其它软件部件(包括数据库、操作系统、工具、运行库、集成的商业部件等,要指明它们的名字和版本)的连接。
描述它们之间互相需要的服务及传递的数据项和消息,指明这些数据项和消息的格式和目的。
】
7.4故障处理
【列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
】
8其它需求
【如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
】
如果需要描述其它系统需求,可在该章节描述。
举例如下:
Ø培训需求:
用户对培训的需求,如是否提供多媒体教学光盘;
Ø其他技术需求:
可用性、安全性、可靠性、可移植性、可重用性等;
可用性:
一般要求人机界面友好、使用舒适、可理解性好、可修改性好。
安全性:
用户对系统安全保密性能一般会设计用户的访问权限、操作权限、系统的抗攻击性能;在网络环境的系统中安全性显得尤为重要。
可靠性:
与系统的软件和硬件等方面的因素有关。
在软件方面,主要有关出错保障能力、健壮性、内部信息的一致性、错误识别能力、错误处理能以及系统对噪声的敏感性等。
可重用性:
它要求软件的模块或成份是结构化和参数化,并按某种适当方式存档,以便模块或成份可以达到重用的目的,从而相对减少了实现工作的复杂性和软件的规模。
Ø推广需求:
推广的要求,如在上百个远程的部门推广该系统,是否要有推广的支持软件。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)