软件需求规格说明书0模板.docx

上传人:b****7 文档编号:8945233 上传时间:2023-02-02 格式:DOCX 页数:9 大小:18.96KB
下载 相关 举报
软件需求规格说明书0模板.docx_第1页
第1页 / 共9页
软件需求规格说明书0模板.docx_第2页
第2页 / 共9页
软件需求规格说明书0模板.docx_第3页
第3页 / 共9页
软件需求规格说明书0模板.docx_第4页
第4页 / 共9页
软件需求规格说明书0模板.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

软件需求规格说明书0模板.docx

《软件需求规格说明书0模板.docx》由会员分享,可在线阅读,更多相关《软件需求规格说明书0模板.docx(9页珍藏版)》请在冰豆网上搜索。

软件需求规格说明书0模板.docx

软件需求规格说明书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)作为附件列于后。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 农学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1