产品需求说明书PRD模板精简版Word格式文档下载.docx

上传人:b****4 文档编号:13779526 上传时间:2022-10-13 格式:DOCX 页数:9 大小:19.29KB
下载 相关 举报
产品需求说明书PRD模板精简版Word格式文档下载.docx_第1页
第1页 / 共9页
产品需求说明书PRD模板精简版Word格式文档下载.docx_第2页
第2页 / 共9页
产品需求说明书PRD模板精简版Word格式文档下载.docx_第3页
第3页 / 共9页
产品需求说明书PRD模板精简版Word格式文档下载.docx_第4页
第4页 / 共9页
产品需求说明书PRD模板精简版Word格式文档下载.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

产品需求说明书PRD模板精简版Word格式文档下载.docx

《产品需求说明书PRD模板精简版Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《产品需求说明书PRD模板精简版Word格式文档下载.docx(9页珍藏版)》请在冰豆网上搜索。

产品需求说明书PRD模板精简版Word格式文档下载.docx

评审号

变更控制号

20180301

Ron

新建

1前言

1.1编写目的

[说明编写这份需求规格说明书的目的,指出预期的读者(一般包括评审人员、软件设计人员、软件开发人员,针对具体情况,还可能包括客户),它是软件开发的基础。

]

示例:

1.准确全面定义、阐述xx业务需求,明确xx系统的目标和功能。

2.为有关业务部门和技术部门提供对这个系统的统一的文字的理解。

为业务部门判断系统是否满足其业务需要提供文字依据,为技术部门监督项目功能提供统一标准。

3.在xx系统之前尽可能周密考虑全部需求及设计要求,减少以后可能的重新设计、重新编码、重新测试等工作。

4.为设计项目方案、编制计划进度提供文字依据。

5.为对项目的完成进行确认和验证提供基准。

本需求规格说明书合法读者对象为:

软件开发项目管理者、设计师、测试工程师、技术人员、业务人员。

1.2文档约定

[描述编写文档时所采用的字体标准或排版约定,包括标题和正文的字体和字号约定。

完成文档编写后,文档编写完成后本部分须裁剪]

字体大小约定:

标题1宋体三号加粗

标题2宋体小三号加粗

标题3宋体四号加粗

标题4宋体小四号加粗

标题5宋体小四号

正文宋体五号

段落约定:

文章中每段落需抬头,即段落开头需有两字元的缩排,单倍行距。

表与图编号约定:

文中所有表、图须按章节编号,如:

第四章节第二个表,编号为:

表4-2。

裁剪约定:

如标注可裁剪提示信息,表示该部分内容可以裁剪或删除。

1.3术语和缩略词

[在此列出本文中用到的专门术语的术语定义,英文缩写的原词组的解释,以便读者可以正确地解释和理解软件需求规格说明。

术语/英文缩写

术语/英文全称

解释与描述

BSS

BusinessSupportingSystem

业务支持系统

1.4参考资料

[可简单罗列编写本文档时所参考的其他资料或文档,如:

行业标准和规范。

也可用表格方式列出这些文件资料的标题和来源。

编号

文档、资料名称

来源

备注

1

《xx业务规范》

xx

2

3

4

2项目概述

2.1项目背景

[描述项目产生的背景,包括:

1.产生该项目需求的原因或起源,如社会背景、市场发展、政策趋势、原有系统局限性、存在问题等方面。

2.列出此项目的任务提出者、开发者

3.软件项目的用途、软件项目的范围

4.需开发的软件系统的名称,英文缩写(可选),项目编号(可选)]

Xxxxx...

2.2项目目标

[描述项目建设的目标,即简要叙述该项目要达到的要求。

例如:

应用目标、作用范围,简述该软件系统能给用户的受益。

2.2.1总体目标(长期)

2.2.2近期目标(2007年底)

2.3需求范围

[对项目的需求范围进行整体性的描述。

2.4总体框架

[用VISIO工具画图,以图的方式显示系统的内部模块和模块之间关系以及系统与外部系统的关系。

门户网站的系统架构为三层架构,分为展现层、应用层和服务层。

2.5组织机构

[用VISIO工具画图,以图的方式表现客户方(系统使用相关角色)的组织机构。

可裁剪]

2.6用户特点

[列出本软件的最终可能用户,操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。

这些是软件设计的重要约束。

2.7设计约束

[描述设计开发系统时的限制,例如经费限制、开发期限、实现的语言和平台约束等等。

描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。

3功能性需求

3.1总体流程

[用VISIO工具画图,以图的方式显示系统的内部模块之间的业务关系。

此部分可以更加项目实际情况进行裁剪。

3.2角色定义

[按照不同的使用对象,紧密围绕使用对象的工作范围、工作性质和工作内容,进行角色分类描述。

[对使用系统的人员进行角色分类,并进行详细的定义与说明。

角色名称

角色定义与说明

系统管理员

xx管理员

维护人员

xx维护人员

分析人员

xx分析人员

用户

xx用户

3.3系统功能

[概述系统所具有的主要功能,可以用VISIO画图的形式展示,建议有功能列表,列出功能分类,以及优先级,并加入必要文字说明。

3.4功能描述

3.4.1Xxxxx

3.4.1.1业务流程

[用VISIO工具画图,以图的方式显示模块内的业务流程。

本部分可以进行裁剪。

3.4.1.2用例图

[用ROSE等工具画用例图,用来鉴别和划分系统功能。

它把系统分成角色和用例。

角色表示与系统交互以实现某种目的的人、硬件或软件系统。

3.4.1.3xxx查询

3.4.1.3.1功能描述

[这部分描述的是功能要达到的目标、所采用的方法和技术,还应清楚说明功能意图的由来和背景,一般以一个段落说明。

3.4.1.3.2使用角色描述

[此处描述哪些角色使用此功能,可同时说明操作本功能的相关权限]

3.4.1.3.3业务操作流程

[描述正常业务流程,列举异常情况和处理流程。

建议使用图示,并配合必要的文字说明。

如无需或没有操作流程说明则注明‘无’或‘略’。

3.4.1.3.4输入

[提供所有与本功能有关的输入描述,包括:

输入数据类型、媒体、格式、有效数值范围、精度、单位等,如果有界面原型此项可以进行裁剪。

3.4.1.3.5输出

[提供与本功能有关所有输出的描述,包括:

输出数据类型、方式、格式、精度、单位等,以及图形或显示报告的描述,如果有界面原型此项可以进行裁剪。

3.4.1.3.6用户界面

[如有条件插入界面原型,否则注明‘无’或‘略’。

原型设计采用Axure工具]

3.4.1.3.7约束与约定

[描述本功能需求的相关约束或约定,可裁剪。

约束:

1、条件。

2、响应时间。

3.4.1.4功能点N

3.4.1.4.1业务定义/功能描述

3.4.1.4.2使用角色描述

3.4.1.4.3业务操作流程

3.4.1.4.4输入

3.4.1.4.5输出

3.4.1.4.6用户界面

3.4.1.4.7约束与约定

Xxxxx...

4非功能性需求

[在本节中主要描述项目所包含的非功能性方面的需求,主要包括软件需求和硬件需求。

4.1软件需求

4.1.1界面需求

[说明系统界面方面的需求;

没有则注明‘无’或‘略’。

4.1.2性能要求

[说明系统整体性能需求,包括并发处理能力以及单事务响应时间等指标,甚至更多性能要求指标,如:

数据精度、时间特性、容错性、可扩展性以及系统有效性等等。

4.1.3容量要求

[说明系统整体容量,包括系统需要满足的用户规模以及对存储空间的要求等;

4.1.4数据安全

4.1.4.1数据保护/保密

[对需要保护或保密的敏感性、局限性等方面的数据进行需求描述;

4.1.4.2数据加密

[描述关于在访问或传输过程中的数据加密方面的需求;

4.1.5数据备份/恢复

[对数据备份与数据恢复的需求进行描述;

4.2硬件需求

4.2.1.1主机系统

[描述主机方面的需求;

4.2.1.2操作系统

[描述操作系统方面的需求;

采用xx位xx操作系统,并可兼容以往的xx位应用系统;

4.2.1.3数据库

[描述数据库方面的需求;

4.2.1.4存储设备

[描述存储设备方面的需求;

4.2.1.5网络设备

[描述网络设备方面的需求;

5风险分析

[对需求中存在的风险点和不可预知因素,在此进行说明,没有则注明‘无’或‘略’。

6其他说明

[对其它需要描述但未在本模板中列出的需求,在此进行说明,没有则注明‘无’或‘略’。

【此文档部分内容来源于网络,如有侵权请告知删除,本文档可自行编辑和修改内容,感谢您的支持!

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

当前位置:首页 > 幼儿教育

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

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