软件需求规格说明书0模板.docx
《软件需求规格说明书0模板.docx》由会员分享,可在线阅读,更多相关《软件需求规格说明书0模板.docx(9页珍藏版)》请在冰豆网上搜索。
![软件需求规格说明书0模板.docx](https://file1.bdocx.com/fileroot1/2023-2/1/981583ce-3924-4a08-b6a7-f6ed111bd9aa/981583ce-3924-4a08-b6a7-f6ed111bd9aa1.gif)
软件需求规格说明书0模板
XXX项目
软件需求规格说明书
版本号:
XXX
XX项目组
修订状况
章节
编号
章节名称
修订内容简述
修订人
修订日期
批准人
目录
1引言2
1.1编写目的2
1.2编写背景2
1.3文档概述2
2系统综述2
2.1系统建设背景及目标2
2.2约束条件2
2.3运行环境2
3功能性需求2
3.1概述2
3.2[模块名称1]2
3.3[模块名称2]2
4非功能需求2
4.1性能需求2
4.2可移植性2
4.3稳定性2
5接口需求分析2
5.1[接口名称]2
6表证单书2
1引言
1.1编写目的
【说明】目标:
对用户的需求进行收集、整理与分析,弄清楚系统究竟要“干什么”
及“由谁干”,并用合乎规范的文字及图表予以描述。
不需要说明“怎么干”,
因为那是设计阶段的事情。
有关文字与图表应尽量让用户便于理解。
预期读者:
用户方的相关业务人员、双方的开发人员和系统维护人员。
作用:
实现开发方与用户方的双向沟通,是把业务需求计算机化的关键步骤。
为下一阶段的概要设计工作提供依据。
当用户的需求发生变更时,应添写补充说
明;如变动过大可形成新版本。
软件需求说明(SoftwareRequirementsSpecification)的主要作用为:
·为用户方与开发方建立共同协议奠定基础。
·提高开发效率、强化进度控制。
·为项目的的评测与验收提供依据。
·便于移植。
·作为系统不断提高的基础。
1.2编写背景
1.2.1系统名称及版本号
【说明】形如“北京市地方税务局管理信息系统V3.0”。
其中,版本号的格式为“XX.XX”,X为阿拉伯数字,左“0”可省略。
1.2.2任务提出者
【说明】指《工作说明书》中规定的我方领导机构或项目负责人。
1.2.3使用者
【说明】适应对象和范围。
主要指预期读者,也供有关领导审阅。
1.2.4与其它系统的关系
【说明】在用户现有的及预期的整个应用系统中,给本系统准确定位。
用示意图及相应的文字予以说明。
1.3文档概述
1.3.1电子文档编写方式与使用工具
【说明】编写要求、工具名、版本号、操作系统平台。
使用多种工具时,应分别说明。
形如:
MicrosoftWord97forWindows95/98PowerDesignor6.0forWindows95/98
RationalRose98forwin95/98
Visio或PowerPoint97forWindows95/98
1.3.2术语和相关
【说明】包括对专用术语及缩略语的解释、所用到的图(如DFD图)之图符的表示与解释等。
1.3.3参考资料
【说明】格式:
作者,[版本号,]资料来源,日期[,起止页号]。
其中,《质量保证计划》是必选的参考资料。
2系统综述
2.1系统建设背景及目标
【说明】项目背景与依据、现有基础、项目规模、预期目标等。
可繁可简,格式自定。
【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。
2.2约束条件
【说明】场地面积限制、通信设施基础、其它干扰因素。
注意:
任何计算机系统都不是包罗万象的;用户自身的能力也是有限的。
轻诺必寡信。
故应特别指出:
由于哪些条件的约束,本系统不能满足哪些业务需求与系统需求。
2.3运行环境
【说明】本章只提出运行环境的逻辑结构,物理结构将在《软件概要设计说明书》中给出。
容许提出几种可选方案。
2.3.1硬件环境
【说明】指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。
2.3.2软件环境
【说明】操作系统的名称、生产厂家、版本号等。
数据库的名称、生产厂家、版本号等。
数据库设计工具的名称、生产厂家、版本号等。
网络通信协议的名称、生产厂家、版本号等。
前端开发工具的名称、生产厂家、版本号等。
测试开发工具的名称、生产厂家、版本号等。
现场运行时需要的工具软件的名称、生产厂家、版本号等。
配置管理工具软件的名称、生产厂家、版本号等。
2.3.3网络环境
【说明】写明网络设计原则、技术要求、产品选型、拓扑结构等。
3功能性需求
3.1概述
【说明】对产品的功能和子系统结构组成的描述(描述该产品的子系统的组成,以及子系统之间的业务关系,建议采用DFD的方式)。
模块
功能点
模块名称1
PR1-1-1需求功能点
PR1-1-2需求功能点
PR1-1-3需求功能点
PR1-1-4需求功能点
模块名称2
PR1-2-1需求功能点
PR1-2-2需求功能点
PR1-2-3需求功能点
PR1-2-4需求功能点
3.2[模块名称1]
3.2.1需求功能点名称
3.2.2功能点编号
【说明】填入功能点编号。
3.2.3功能描述
【说明】对该功能进行简要描述,如有数据流图或业务流图,画在此处。
3.2.3.1输入
要素名
描述说明
操作方式
3.2.3.2输出
要素名
描述说明
操作方式
3.2.3.3界面图示
【说明】如果该功能点有界面,需要画出该功能点的界面示意图,列出画面元素,写出操作步骤。
3.2.3.4约束条件
【说明】写出该功能点的约束条件,如输入和输出值的范围约束,类型约束等。
3.2.3.5异常处理
【说明】写出该功能点的可能出现的异常情况以及异常的处理方法。
3.3[模块名称2]
4系统用例
4.1[用例1]
4.1.1简要描述
[用例的简要描述]
4.1.1.1参与者
[对用例的业务做一个总体概述]
4.1.1.2触发事件
[对该业务用例结合流程图做一个辅助性的描述,以期更加清晰的传达业务需求]
4.1.1.3前置条件
[对该业务用例结合流程图做一个辅助性的描述,以期更加清晰的传达业务需求]
4.1.1.4后置条件
[对该业务用例结合流程图做一个辅助性的描述,以期更加清晰的传达业务需求]
4.1.2事件流
4.1.2.1基本事件流
4.1.2.2备选事件流
4.1.3其他描述
4.1.3.1屏幕描述
[屏幕内容描述]
4.1.3.2业务规则
[若业务规则形成独立文档,可以在此写出业务规则名称和编号;否则,直接在此进行描述]
4.1.3.3表证单书
[写表证单书名称和编号]
5非功能需求
【说明】描述对该系统所有的非功能需求,在此只列举了性能、可用性和移植性需求等等。
需求类别
编号
优先级
备注
5.1性能需求
5.1.1编号
【说明】需求编号。
5.1.2描述
【说明】该类别的需求的详细描述,给出该系统在某一条件下的性能指标。
5.2可移植性
5.2.1编号
【说明】需求编号。
5.2.2描述
【说明】该类别的需求的详细描。
5.3稳定性
5.3.1编号
【说明】需求编号。
5.3.2描述
【说明】该类别的需求的详细描。
6接口需求分析
【说明】描述对该系统所有的相关接口。
接口名称
编号
涉及方
备注
6.1[接口名称]
6.1.1编号
【说明】接口编号。
6.1.2详细说明
7表证单书
【说明】列出用户提供的文件、报表、单据等的样张,加上我们积累的有关文件,作为系统分析的基础,再附上必要的注释。
形如:
文件编号
名称
如果条件成熟,可以把数据字典(datadictionary)作为附件列于后。