需求开发管理 需求调查 需求说明 需求规格全套.docxVIP

需求开发管理 需求调查 需求说明 需求规格全套.docx

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

需求开发管理需求调查需求说明需求规格

用户需求调查报告模板

【项目(产品)名称】

常见需求调查方式有:

与用户交谈,向用户提问题。

参观用户的工作流程,观察用户的操作。

向用户群体发调查问卷。

与同行、专家交谈,听取他们的意见。

分析已经存在的同类软件产品,提取需求。

从行业标准、规则中提取需求。

从Internet上搜查相关资料。

1需求标题1

需求标题1

调查方式

调查人

调查对象

时间、地点

需求信息记录

2需求标题N

需求标题N

调查方式

调查人

调查对象

时间、地点

需求信息记录

用户需求说明书

引言

1.1编写目的

1.2范围

1.3术语与缩写解释

缩写、术语

解释

1.4参考资料

2产品介绍

【提示:

(1)说明产品是什么,什么用途。

(2)介绍产品的开发背景。】

3产品面向的用户群体

提示:

(1)描述本产品面向的用户(客户、最终用户)的特征,

(2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大?

4产品应当遵循的标准或规范

提示:阐述本产品应当遵循什么标准、规范或业务规则(BusinessRules),违反标准、规范或业务规则的产品通常不太可能被接受。

5产品的功能性需求

5.1功能性需求分类

提示:将功能性需求先粗分再细分,下表中的FeatureA,FunctionA.1等符号应当被替换成有含义的名称。

功能类别

子功能

FeatureA

FunctionA.1

FunctionA.2

FeatureB

FunctionB.1

FunctionB.2

按照上面划分的功能下面具体填加标题描述

5.2FeatureA

提示:此处写一些承上启下的文字。

5.2.1FunctionA.1

功能描述:

6产品的非功能性需求

6.1用户界面需求

需求名称

详细要求

6.2软硬件环境需求

需求名称

详细要求

6.3产品质量需求

主要质量属性

详细要求

正确性

健壮性

可靠性

性能,效率

易用性

清晰性

安全性

可扩展性

兼容性

可移植性

6.4其它需求

产品需求规格说明书模板

1引言

1.1目的

【说明开发本软件的目的;编写本功能规格书的目的;功能规格书所预期的读者。】

1.2背景

【标识要开发的软件产品(名称,代码);

列出本项目的任务提出者、项目负责人、分析设计人员、开发人员以及与本项目开展工作直接有关的人员和用户;

说明该软件产品与其它有关软件产品的相互关系。】

1.3术语与缩写解释

缩写、术语

解释

PMO

项目管理办公室,ProjectManagementOffice

PP

项目策划(规划),ProjectPlanning

1.4参考资料

【列出本项目经核准的立项书或合同和上级机关的批文;

列出编写本功能规格书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。】

2项目概述

2.1软件系统目标

【描述被开发软件主要目标,主要组成,相互联系和外部接口,可用系统层次结构图描述】

2.2软件系统功能概要

【简述被开发软件的功能,可用系统流程图、数据流图或WBS等图形来描述。

尽量采用设计工具,如:RationalRose、PowerDesigner等来进行。】

2.3软件系统中的角色

【提示:(1)定义本产品的所有角色。各种角色的具体行为将在功能需求中描述。

(2)最好绘制相应的角色图(表达角色以及相互关系)。】

举例:以下是项目管理系统软件的角色

角色名称

工作简述

系统管理员

配置所有项目的基本信息(如设定项目经理)

公司管理层

查看项目进展状况

项目管理者

对项目进行考核(文档和汇报内容评分)

PMO

查看项目进展状况,跟踪各项目考核项

质量管理部(SQA)

跟踪并评估项目质量监控信息

项目经理

管理相应项目的信息

项目成员

由项目经理指派

【给出角色关系图】

2.4实现语言

【列出所采用的编程语言】

2.5用户特点

【列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使甩频度。这些是软件设计工作的重要约束。】

2.6假定和约束

【列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。】

3功能需求

3.1功能需求列表

【按下表给出功能需求汇总表,每个功能需求应有唯一的标号】

功能类别

子功能

序列号

描述

ModuleA

SFA

01

02

SFB

01

02

。。。

上表中表示有四项功能需求:

ModuleA-SFA-05、ModuleA-SFA-06、ModuleA-SFB-05、ModuleA-SFB-06

3.2ModuleA功能需

文档评论(0)

137****1470 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档