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

××××股份有限公司 产品需求规格说明书 - PAGE 3 - ××××股份有限公司 产品需求规格说明书 项目编号： 项目经理： 产品版本号： 创 建 日 期 CREATEDATE \@ "YYYY年MM月DD日" 2017年4月11日 编 写 人 最后修改日期 2017年10月10日 审 核 人 审 核 日 期 2017年10 月10 日 批 准 人 批 准 日 期 2017年10 月 12 日  变更记录 变更 章节号及名称 变更内容描述 变更人 变更 日期 变更前版本号 批准人 D 5.3 适应性 删除“5.3 适应性”。内容并入“8 质量需求”。 M 通篇 修改了页眉不一致的问题。 M 封面 把“项目负责人”改为“项目经理”。 M 3.2 需求分配表 把《需求分配表》的表格移入，减少一个文档。 M 3.3 接口需求表 把《接口需求表》的表格移入，减少一个文档。 M 3.4 功能1（写功能模块的名称） 调整文档结构，减少标题的说明。 M 变更记录 增加了变更人，下面删除了C创建。 注：变更分三种：A——增加，M——修改，D——删除 目录 TOC \o "1-3" \h \z 1 前言 5 1.1 编写目的 5 1.2 术语定义 5 1.3 参考资料 5 2 任务描述 5 2.1 产品/项目概述 5 2.2 产品面向的最终用户 6 2.3 产品适用范围 6 2.4 产品生产或销售的约束条件 6 2.5 计划使用ezONE的产品或模块 6 2.6 计划使用的开源项目 6 3 功能需求 6 3.1 系统功能结构图 7 3.2 需求分配表 7 3.3 接口需求表 7 3.4 功能1（写功能模块的名称） 7 3.4.1 概述 7 3.4.2 功能介绍 8 4 数据描述 8 4.1 输入/输出数据 8 4.2 数据流图 8 5 性能需求 8 5.1 数据精确度 8 5.2 时间特性 8 6 运行需求 9 6.1 硬件接口 9 6.2 软件接口 9 6.3 运行环境 9 7 用户界面 9 7.1 本产品界面的整体风格、整体布局 9 7.2 具体界面描述 9 8 质量需求 10 8.1 正确性 10 8.2 健壮性 10 8.3 可靠性 10 8.4 可维护性 10 8.5 安全性 10 8.6 系统效率 11 8.7 可移植性 11 8.8 可用性 11 8.9 清晰性 11 8.10 兼容性 11 9 任务的进度计划 11 10 任务的人员分配及工作量分配（人月） 11  前言 编写目的 [本报告的预期读者是售前技术支持人员、产品经理、测试人员、开发人员、文档美工人员、配置管理员。请分别写出这些人员通过读本报告要达到什么目的。] 术语定义 [说明本报告涉及的重要的业务和技术领域的术语。必填项。] 参考资料 [包括：1）项目经核准的项目任务书、合同或上级机关的批文；2）项目总体计划；3）文档所引用的资料、标准和规范（列出这些资料的作者、标题、发表日期、出版单位或资料来源）。] 任务描述 产品/项目概述 [用简洁的语言描述本产品/项目的特点。如果是新产品，需要进行全面描述；如果是继续开发的产品，对以前的版本进行简单的描述，对新增内容详细描述；如果是项目，要描述主要的调研活动及对象，还需描述用户情况如用户业务、用户的工作流程、用户的相关部门及职责、用户的技术水平以及用户原有系统情况。] 产品面向的最终用户 [说明本产品最终用户的类型，给出最终用户要使用本产品必须具备的知识背景和能力。例如本产品的最终用户是系统集成商，则用户具备的知识背景应该是对集成对象非常清楚，通过零开发就可以完成项目；如果本产品的最终用户是二次开发商，则要具备的知识是什么等等。] 产品适用范围 [适用范围是指什么类型的行业，或企业；行业或企业的规模大小（可以用人数、地域范围、或者其他的指标来描述规模的大小）。每种范围都要与后面的性能指标相对应，以便于产品的市场宣传。] 产品生产或销售的约束条件 [产品的哪些部分受到国家政策的约束（例如：必须有生产许可证，必须符合什么国家标准，必须经过什么部委的认定等）。如果没有约束可以填“无” 。如果有必须填上，以便销售人员掌握。] 计划使用ezONE的产品或模块 [此项必须填写，如果不需要填“无”。] 计划使用的开源项目 [请写清楚开源项目名称和版本号。] 功能需求 [根据用户提出的需求，按功能类别进行叙述。从输入什么信息、经怎样的处理、