1 / 11
文档名称:

产品需求规格说明书V2.0.docx

格式:docx   大小:17KB   页数:11页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

产品需求规格说明书V2.0.docx

上传人:江湖故人 2021/7/5 文件大小:17 KB

下载得到文件列表

产品需求规格说明书V2.0.docx

相关文档

文档介绍

文档介绍:股份有限公司
产品需求规格说明书
项目编号:
项目经理:
产品版本号:
创建日期
2017年4月11日
编 写人
最后修改日期
2017年10月10日
审核人
审核日期
2017年10 月10 日
批 准人
批准日期
2017年10 月12日
变更记录
D

删除“ ”。内容并
入“8质量需求”。
M
通篇
修改了贞眉不一致的问题。
M
封面
把“项目负责人”改为“项目
经理”。
M

配表
把《需求分配表》的表格移入,
减少一个文档。
M

求表
把《接口需求表》的表格移入,
减少一个文档。
M

(写功能模
块的名称)
调整文档结构,减少标题的说 明。
M
变更记录
增加了变更人,下面删除了
C----创建。
注:变更分三种:A增加,M-一修改,D——删除
目录
前言 5..
编写目的 5.
术语定义 5.
参考资料 5.
任务描述 5..
产品/项目概述 5.
产品面向的最终用户 .6.
产品适用范围 6.
产品生产或销售的约束条件 6
计划使用ezONE勺产品或模块 6
计划使用的开源项目 .6.
功能需求 6..
系统功能结构图 7.
需求分配表 7.
接口需求表 7.
功能1 (写功能模块的名称) 7
概述 7.
8.
数据描述 8..
输入/输出数据 8.
数据流图 8.
性能需求 8..
数据精确度 8.
时间特性 8.
运行需求 9..
硬件接口 9.
软件接口 9.
运行环境 9.
用户界面 9..
本产品界面的整体风格、整体布局 9
具体界面描述 9.
质量需求 10
正确性
健壮性
可靠性
可维护性
安全性
系统效率
可移植性
可用性
活晰性
兼容性
任务的进度计划
任务的人员分配及工作量分配(人月) 1 1
1刖曰

[本报告的预期读者是售前技术支持人员、产品经理、测试人员、开发人员、 文档美工人员、配置管理员。请分别写出这些人员通过读本报告要达到什么目 的。]

[说明本报告涉及的重要的业务和技术领域的术语。必填项。 ]

[包括:1)项目经核准的项目任务书、合同或上级机关的批文; 2)项目总
体计划;3)文档所引用的资料、标准和规范(列出这些资料的作者、标题、发 表日期、出版单位或资料来源)。

2任务描述

[用简洁的语言描述本产品/项目的特点。如果是新产品,需要进行全面描述; 如果是继续开发的产品,对以前的版本进行简单的描述,对新增内容详细描述; 如果是项目,要描述主要的调研活动及对象,还需描述用户情况如用户业务、 用户的工作流程、用户的相关部门及职责、用户的技术水平以及用户原有系统 情况。]

[说明本产品最终用户的类型,给出最终用户要使用本产品必须具备的知识 背景和能力。例如本产品的最终用户是系统集成商,则用户具备的知识背景应 该是对集成对象非常活楚,通过零开发就可以完成项目;如果本产品的最终用 户是二次开发商,则要具备的知识是什么等等。]

[适用范围是指什么类型的行业,或企业;行业或企业的规模大小(可以用 人数、地域范围、或者其他的指标来描述规模的大小)。每种范围都要与后面的 性能指标相对应,以便丁产品的市场宣传。]

[产品的哪些部分受到国家政策的约束(例如:必须有生产许可证,必须符 合什么国家标准,必须经过什么部委的认定等)。如果没有约束可以填“无” 如果有必须填上,以便销售人员掌握。]

[此项必须填写,如果不需要填“无”。]

[请写活楚开源项目名称和版本号。]
3功能需求
[根据用户提出的需求,按功能类别进行叙述。从输入什么信息、经怎样的 处理、得到何种输出结果这几方面进行功能描述, 并说明其支持的终端数和应支 持的并行操作的用户数。要求文档的阅读者(产品经理、开发人员、测试人员、
文档人员)对功能的描述能够正确地理解,基本不会产生二义性。 ]
3