需求开发分哪几个阶段 干货需求开发管理三部曲

用户需求调查报告模板

【项目(产品)名称】

常见需求调查方式有:

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

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

向用户群体发调查问卷。

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

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

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

从Internet上搜查相关资料。

1 需求标题1

需求标题1

调查方式

调查人

调查对象

时间、地点

需求信息记录

2 需求标题N

需求标题N

调查方式

调查人

调查对象

时间、地点

缩写、术语

解 释

1.4 参考资料2 产品介绍

【提示:

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

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

3 产品面向的用户群体

提示:

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

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

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

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

5 产品的功能性需求5.1 功能性需求分类

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

功能类别

子功能

Feature A

Function A.1

Function A.2

Feature B

Function B.1

Function B.2

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

5.2 Feature A

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

5.2.1 Function A.1

功能描述:

6 产品的非功能性需求6.1 用户界面需求

需求名称

详细要求

6.2 软硬件环境需求

需求名称

详细要求

6.3 产品质量需求

主要质量属性

详细要求

正确性

健壮性

可靠性

性能,效率

易用性

清晰性

安全性

可扩展性

兼容性

可移植性

6.4 其它需求

产品需求规格说明书模板

1 引言1.1 目的

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

1.2 背景

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

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

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

1.3 术语与缩写解释

缩写、术语

解 释

PMO

项目管理办公室,Project Management Office

PP

项目策划(规划),Project Planning

1.4 参考资料

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

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

2 项目概述2.1 软件系统目标

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

需求开发分哪几个阶段 干货需求开发管理三部曲(1)

2.2 软件系统功能概要

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

尽量采用设计工具,如:Rational Rose、Power Designer等来进行。】

2.3 软件系统中的角色

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

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

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

角色名称

工作简述

系统管理员

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

公司管理层

查看项目进展状况

项目管理者

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

PMO

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

质量管理部(SQA)

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

项目经理

管理相应项目的信息

项目成员

由项目经理指派

【 给出角色关系图 】

2.4 实现语言

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

2.5 用户特点

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

2.6 假定和约束

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

3 功能需求3.1 功能需求列表

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

功能类别

子功能

序列号

描述

Module A

SFA

01

02

SFB

01

02

。。。

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

Module A- SFA-05、Module A- SFA-06、Module A- SFB-05、Module A- SFB-06

3.2 Module A功能需求

【提示:描述Module A功能的总体说明,也可省略。】

3.2.1 Module A- SFA-05

按下表填写功能各项说明:

名称、标识符

Module A-SFA-05

主要功能

描述该功能及使用方法。

角色

及权限

描述此功能使用的角色和权限。说明软件应支持的终端数和应支持的并行操作的用户数。

输入要求

输入数据的描述,包括输入源、数量、度量单位和精度;

操作员具体的操作控制需求(如输入格式、数据类型、精度、范围自动检验等);

指明引用的输入设备接口资料(包括设备型号、数量)。

处理要求

描述为获得期望的输出,对输入数据及中间参数进行的操作,包括:

输入数据有效性检查手段;

操作顺序和处理过程;

非正常情况的响应,如溢出、通讯故障、错误处理;

输出数据有效性检查手段。

输出要求

输出数据的描述,包括目的地(存储媒体和用途)、数量、度量单位和精度;

非法数据的处理;

指明引用的输出设备接口资料(包括设备型号、数量)。

用户界面示例

提示:超级链接到用户界面示例文件,不必插入需求文档中。

3.2.2 Module A- SFA-06

。。。

3.3 Module B功能需求3.3.1 Module B- SFA-053.3.2 Module B- SFA-063.4 Module C功能需求4 非功能性需求4.1 性能需求4.1.1 精度

【说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。】

4.1.2 时间特性要求

【说明对于该软件的时间特性要求,如对:

a. 响应时间;

b. 更新处理时间;

c. 数据的转换和传送时间;

d. 解题时间;等的要求。】

4.1.3 灵活性

【说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:

a. 操作方式上的变化;

b. 运行环境的变化;

c. 同其他软件的接口的变化;

d. 精度和有效时限的变化;

e. 计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。】

4.2 数据管理能力要求

【说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。】

4.3 故障处理要求

【列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。】

4.4 其他专门要求

【如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。】

5 运行环境规定5.1 设备

【列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能,包括:

a. 处理器型号及内存容量;

b. 外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;

c. 输入及输出设备的型号和数量,联机或脱机;

d. 数据通信设备的型号和数量;

e. 功能键及其他专用硬件】

5.2 支持软件

【列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。】

5.3 接口

【说明该软件同其他软件之间的接口、数据通信协议等。】

5.4 控制

【说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。】

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页