产品需求规格说明书.docx
- 文档编号:28713892
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:7
- 大小:17.96KB
产品需求规格说明书.docx
《产品需求规格说明书.docx》由会员分享,可在线阅读,更多相关《产品需求规格说明书.docx(7页珍藏版)》请在冰豆网上搜索。
产品需求规格说明书
XXXXXXXXXXXXX项目
用户需求分析说明书
V1.0
签字确认信息
建设方:
****
承建方:
****
代表人:
代表人:
日期:
日期:
文档修订记录
版本
编号
变化
状态
简要说明
(变更内容及范围)
日期
变更人
批准日期
批准人
V1.0
C
创建
*变化状态:
A——增加,M——修改,C――创建,D——删除
1概述
1.1编写目的
[阐明编写需求说明书的目的,指明读者对象。
可以用如下的列举方式进行描述。
]
例如:
1.本文档是[项目名称][系统属性]系统需求分析说明书供设计人员使用,作为系统设计的依据。
2.作为项目验收标准之一。
3.软件维护的参考资料。
……
1.2文档范围
本文档是项目的软件需求规格说明书,是技术文档。
本文档使用对象为:
1.项目需求人员
2.项目经理
3.高层经理
4.软件工程组
5.软件相关组成员
6.用户
未经项目负责人书面许可,该文档不得提供给上述规定对象以外的人员阅读或使用。
1.3术语定义
列出文档中所用到的专门术语的定义和缩写词的原文。
可以用列举方式进行描述
1.[术语名称或缩略语]
[术语解释]
2.[术语名称或缩略语]
[术语解释]
1.4参考资料
应包括:
a.项目任务书、合同;b.项目开发计划;c.文档所引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
2系统说明
2.1产品的背景
描述软件需求规格说明中所定义的产品的背景和起源。
说明该产品是否是产品系列中的下一成员,是否是成熟产品所改进的下一产品、是否是现有应用程序的替代品,或者是否是一个新型的、自含型产品。
如果软件需求规格说明定义了大系统的一个组成部分,那么就要说明这部分软件是怎样与整个系统相关的,并且要定义出两者之间的接口。
2.2产品的功能
概述了产品所具有的主要功能。
其详细内容将在下面几章中描述,所以在此只需要概略地总结,例如用列表的方法给出。
很好地组织产品的功能,使每个读者都易于理解。
用图形表示主要的需求分组以及它们之间的联系,例如数据流程图的顶层图或类图,都是有用的。
2.3用户类和特征
确定可能使用该产品的不同用户类并描述它们相关的特征。
有一些需求可能只与特定的用户类相关。
将该产品的重要用户类与那些不太重要的用户类区分开。
2.4运行环境
描述软件的运行环境,包括硬件平台、操作系统和版本,还有其它的软件组件或与其共存的应用程序。
可以分别对服务器端和客户端的运行环境进行描述,如下所示:
1.服务器端
2.客户端
2.5设计和实现上的限制
确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限制。
可能的限制包括如下内容:
1.必须使用或者避免的特定技术、工具、编程语言和数据库。
2.所需求的开发规范和标准(例如,如果由客户的公司负责软件维护,就必须定义转包者所使用的设计符号表示和编码标准)。
3.企业策略、政府法规或工业标准。
4.硬件限制,例如定时需求或存储器限制。
5.数据转换格式标准。
2.6假设和依赖
列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立),可能包括打算使用的商业组件或有关开发或运行环境的问题。
如果这些假设不正确、不一致或被更改,就会使项目受到影响。
确定项目对外部因素存在的依赖。
例如,如果你打算把其它项目开发的组件集成到系统中,那么你就要依赖哪个项目按时提供正确的操作组件,如果这些依赖已经记录到其它文档(例如项目计划)中了,那么在此就可以参考其它文档。
2.7其他条件与限制
尽量列出开展本项目的假定和约束,例如:
经费限制,开发期限,设备条件,用户现场环境准备、安全保密等
3业务流程
可以运用流程图、文字说明等方式来描述具体的业务流程
4功能描述
可以运用功能清单、格式表单、界面说明、图形、文字说明等方式来描述业务流程
5数据描述
5.1数据来源和数据流图
描述输入数据和输出数据,业务字段,系统使用的数据字典等
5.2数据库描述
包括使用数据库的名称和类型。
6性能描述
6.1数据精确度
数据显示精度
6.2时间特性
系统响应时间、界面更新处理时间、数据转换与传输时间等
6.3适应性
在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力。
7安全性
7.1安全性需求
详尽陈述与系统安全性、完整性或与私人问题相关的需求,这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。
定义用户身份确认或授权需求。
明确产品必须满足的安全性或保密性策略。
一个软件系统的安全需求的范例如下:
“初始密码统一为XXX,每个用户在第一次登录后,需更改最初登录密码。
否则存在账户被盗用的风险。
”
8运行接口需求
8.1用户界面
陈述所需要的用户界面的软件组件。
描述每个用户界面的逻辑特征。
以下是可能要包括的一些特征:
1.将要采用的图形用户界面(GUI)标准或产品系列的风格。
2.屏幕布局或解决方案的限制。
3.将出现在每个屏幕的标准按钮、功能或导航链接(例如一个帮助按钮)。
4.快捷键。
5.报表输出定义。
6.错误信息显示标准。
对于用户界面的细节,例如特定对话的布局,应该写入一个独立的用户界面规格说明中,而不能写入软件需求规格说明中。
8.2硬件接口
描述系统中软件和硬件每一接口的特征,这种描述可能包括支持的硬件类型、软硬之间交流的数据和控制信息的性质以及所使用的通信协议
例如网络图等
8.3软件接口
包括数据库、操作系统、工具、库和集成的商业组件,明确并描述在软件组件之间交换数据或消息的目的
9其他需求
定义在软件需求规格说明的其它部分未出现的需求。
还可以增加有关操作、管理和维护部分来完善产品安装、配置、启动和关闭、修复和容错,以及登录和监控操作等方面的需求。
如果不需要增加其它需求,可省略这一部分。
10附件
产品相关的文档,业务流程,表格等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 需求 规格 说明书