需求开发分哪几个阶段 干货需求开发管理三部曲
用户需求调查报告模板
【项目(产品)名称】
常见需求调查方式有:
与用户交谈,向用户提问题。
参观用户的工作流程,观察用户的操作。
向用户群体发调查问卷。
与同行、专家交谈,听取他们的意见。
分析已经存在的同类软件产品,提取需求。
从行业标准、规则中提取需求。
从Internet上搜查相关资料。
1 需求标题1
需求标题1 | |
调查方式 | |
调查人 | |
调查对象 | |
时间、地点 | |
需求信息记录 |
需求标题N | |
调查方式 | |
调查人 | |
调查对象 | |
时间、地点 | |
| |
缩写、术语 |
解 释 |
… |
【提示:
(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 用户界面需求
需求名称 |
详细要求 |
… |
需求名称 |
详细要求 |
… |
主要质量属性 |
详细要求 |
正确性 | |
健壮性 | |
可靠性 | |
性能,效率 | |
易用性 | |
清晰性 | |
安全性 | |
可扩展性 | |
兼容性 | |
可移植性 | |
… |
产品需求规格说明书模板
1 引言1.1 目的【说明开发本软件的目的;编写本功能规格书的目的;功能规格书所预期的读者。】
1.2 背景【标识要开发的软件产品(名称,代码);
列出本项目的任务提出者、项目负责人、分析设计人员、开发人员以及与本项目开展工作直接有关的人员和用户;
说明该软件产品与其它有关软件产品的相互关系。】
1.3 术语与缩写解释
缩写、术语 |
解 释 |
PMO |
项目管理办公室,Project Management Office |
PP |
项目策划(规划),Project Planning |
… |
【列出本项目经核准的立项书或合同和上级机关的批文;
列出编写本功能规格书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。】
2 项目概述2.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.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