产品需求规格说明书V完整版.docx
《产品需求规格说明书V完整版.docx》由会员分享,可在线阅读,更多相关《产品需求规格说明书V完整版.docx(8页珍藏版)》请在冰豆网上搜索。
产品需求规格说明书V完整版
HENsystemofficeroom【HEN16H-HENS2AHENS8Q8-HENH1688】
产品需求规格说明书V
××××股份有限公司
产品需求规格说明书
项目编号:
项目经理:
产品版本号:
创建日期
2017年4月11日
编写人
最后修改日期
2017年10月10日
审核人
审核日期
2017年10月10日
批准人
批准日期
2017年10月12日
变更记录
D
适应性
删除“适应性”。
内容并入“8质量需求”。
M
通篇
修改了页眉不一致的问题。
M
封面
把“项目负责人”改为“项目经理”。
M
需求分配表
把《需求分配表》的表格移入,减少一个文档。
M
接口需求表
把《接口需求表》的表格移入,减少一个文档。
M
功能1(写功能模块的名称)
调整文档结构,减少标题的说明。
M
变更记录
增加了变更人,下面删除了C----创建。
注:
变更分三种:
A——增加,M——修改,D——删除
1前言
1.1编写目的
[本报告的预期读者是售前技术支持人员、产品经理、测试人员、开发人员、文档美工人员、配置管理员。
请分别写出这些人员通过读本报告要达到什么目的。
]
1.2术语定义
[说明本报告涉及的重要的业务和技术领域的术语。
必填项。
]
1.3参考资料
[包括:
1)项目经核准的项目任务书、合同或上级机关的批文;2)项目总体计划;3)文档所引用的资料、标准和规范(列出这些资料的作者、标题、发表日期、出版单位或资料来源)。
]
2任务描述
2.1产品/项目概述
[用简洁的语言描述本产品/项目的特点。
如果是新产品,需要进行全面描述;如果是继续开发的产品,对以前的版本进行简单的描述,对新增内容详细描述;如果是项目,要描述主要的调研活动及对象,还需描述用户情况如用户业务、用户的工作流程、用户的相关部门及职责、用户的技术水平以及用户原有系统情况。
]
2.2产品面向的最终用户
[说明本产品最终用户的类型,给出最终用户要使用本产品必须具备的知识背景和能力。
例如本产品的最终用户是系统集成商,则用户具备的知识背景应该是对集成对象非常清楚,通过零开发就可以完成项目;如果本产品的最终用户是二次开发商,则要具备的知识是什么等等。
]
2.3产品适用范围
[适用范围是指什么类型的行业,或企业;行业或企业的规模大小(可以用人数、地域范围、或者其他的指标来描述规模的大小)。
每种范围都要与后面的性能指标相对应,以便于产品的市场宣传。
]
2.4产品生产或销售的约束条件
[产品的哪些部分受到国家政策的约束(例如:
必须有生产许可证,必须符合什么国家标准,必须经过什么部委的认定等)。
如果没有约束可以填“无”。
如果有必须填上,以便销售人员掌握。
]
2.5计划使用ezONE的产品或模块
[此项必须填写,如果不需要填“无”。
]
2.6计划使用的开源项目
[请写清楚开源项目名称和版本号。
]
3功能需求
[根据用户提出的需求,按功能类别进行叙述。
从输入什么信息、经怎样的处理、得到何种输出结果这几方面进行功能描述,并说明其支持的终端数和应支持的并行操作的用户数。
要求文档的阅读者(产品经理、开发人员、测试人员、文档人员)对功能的描述能够正确地理解,基本不会产生二义性。
]
3.1系统功能结构图
[画出总体功能结构图,说明各构件功能的描述及各构件功能间的接口关系。
细化由功能划分所生成的各部分的内容,应包括下列内容:
(1)必须完成的功能以及对此功能的详细描述:
按功能类型分类,逐条列出本软件所能完成的各项功能以及对此功能的详细描述。
(2)不支持的功能以及相应的原因:
列出本软件所不支持的各项功能以及相应的原因(对照用户需求说明书)。
(3)不确定的问题:
说明目前尚未确定的问题及处理的计划。
]
3.2需求分配表
为给每个产品构件分配需求,请填写下表。
标识
产品构件名
分配的需求(功能、性能)
约束条件
派生需求
与其他派生需求的关系
3.3接口需求表
为识别功能之间的接口或对象接口,请填下表。
标识
产品构件名
相关的产品构件名
接口
内/外部接口
约束条件
3.4功能1(写功能模块的名称)
3.4.1概述
[对功能1的功能进行概述。
]
3.4.2功能介绍
[首先画一下本模块的用例图。
本模块功能点1描述(如果有界面操作,请写出操作步骤。
如果有不同的属性,请写出各属性的作用)。
本模块功能点2描述(如果有界面操作,请写出操作步骤。
如果有不同的属性,请写出各属性的作用)。
]
4数据描述
4.1输入/输出数据
[说明本系统与外部系统的输入输出数据的类型及格式。
]
4.2数据流图
[从数据传递和加工的角度描述的数据流图,此数据流图不包含任何有关实现的内容,只是从最上层对有关内容加以描述。
对于数据流图中出现所有被命名的图形元素应作为一个词条加以定义,使得每一个图形元素的名字都有一个确切的解释。
]
5性能需求
[描述设计目标的性能需求,要列举出每一个应用范围的最大并发用户数、最大在线用户数的需求或响应时间的需求。
]
5.1数据精确度
[根据实际情况,确定软件最终输出数据(包括传输中)的数据精确度。
]
5.2时间特性
[说明在约定的一种或几种运行环境中和一定条件下,对该软件的时间特性要求,如对响应时间、更新处理时间、数据的转换和传送时间、解题时间等的要求。
]
6运行需求
6.1硬件接口
[说明该软件与硬件之间各接口的逻辑特点及运行该软件的硬件设备特征。
]
6.2软件接口
[说明该软件与其它软件之间接口,对于每个需要的软件,应提供接口名称、规格说明和版本号。
]
6.3运行环境
[设备需求:
列出运行该软件所需要的硬设备。
包括:
处理器型号、内存容量、外存容量;联机或脱机、设备的型号及数量;数据通讯设备的型号和数量。
软件需求:
列出运行该软件产品所需要的软件环境(操作系统、数据库),及该软件产品的部署。
]
7用户界面
[说明本软件的人机界面风格(内容、页面布局、整体风格)。
]
7.1本产品界面的整体风格、整体布局
[整体风格、整体布局的描述,要有美工参与意见。
]
7.2具体界面描述
[需求1名称:
(例如登录界面、首页、栏目主页、过程页面等等)
需求1描述:
需求2名称:
需求2描述:
……]
8质量需求
[一般软件质量包括如下内容,对于本产品有什么样的质量需求,选择其中的某些项,按重要程度依次写出(客户最关心的,能成为卖点的质量内容才是质量的关键要素)。
]
8.1正确性
[软件功能满足用户需求,达到了交付给用户的水平。
]
8.2健壮性
[软件在异常情况(需求范围之外)下的运行能力、软件的容错能力和恢复能力。
]
8.3可靠性
[用平均无故障时间来衡量。
应保证设计时所定义的平均无故障时间。
给用户的服务常常被中断吗故障率是在可接受的范围内吗故障一般由设计中未预料到的异常情况产生或由未测出的代码缺陷造成。
]
8.4可维护性
[系统要求多少维护维护的难度如何]
8.5安全性
[包括身份验证、用户授权级别、访问约束或保护的重要数据。
]
8.6系统效率
[目标系统能有效地使用系统资源吗?
]
8.7可移植性
[系统在另一平台上重新驻宿,功能可以达到什么程度?
]
8.8可用性
[用户接口是足够的且便于操作吗操作员的错误在可接受的范围内吗]
8.9清晰性
[工作成果易读,易理解]
8.10兼容性
[是否兼容上一个版本。
]
9任务的进度计划
[请写清楚市场的时间要求,然后写出开发本项目的进度计划。
最好有阶段性的版本交付。
]
10任务的人员分配及工作量分配(人月)
[请按人月粗略地写清任务的人员分配及工作量分配计划。
]
[填写说明:
1、每项必填,如果这一项没有内容可以填“无”;
2、有补充内容或变更内容,要在本文档的基础上进行;
3、本报告进行评审后才生效。
]