需求调研八大阶段v0.1
2018-08-19 18:01:58 3 举报
需求调研八大阶段v0.1是一个系统化的需求收集和分析过程,包括:1. 项目启动,明确调研目标;2. 制定调研计划,确定调研方法和工具;3. 数据收集,通过访谈、问卷等方式获取信息;4. 数据整理,对收集的数据进行分类和归纳;5. 数据分析,通过统计和逻辑分析找出规律和趋势;6. 需求提炼,从分析结果中提炼出关键需求;7. 需求验证,通过用户反馈或原型测试确认需求;8. 需求报告,编写需求调研报告,为后续产品设计提供依据。这个过程旨在确保需求的完整性、准确性和可行性,提高产品的用户满意度。
作者其他创作
大纲/内容
输入
输出
用例图
1:必须要对需求资料库进行分类,这样更利于方便和查找,使需求资料结构化。2:根据需求收集到的实际情况,可按以下分类树进行: 1:行业(金融服务行业、供应链行业、汽车机车行业、军工行业、其它行业等) 1.1 业务模块 1.1.1 部门 1.1.1 责任人3:需求资料库的整理要清除重叠和矛盾,需求风险(高、中、低、不确定)和优先级(必需的、有用的、几乎不可能、待确定的),保证需求资料库的完整有效性。
StepNo.7
StepNo.3 需求收集
系统需求
StepNo.3
StepNo.7 填充需求文档模板
StepNo.2
业务流程图
需求调研八大阶段描述
StepNo.6
1:输出系统《需求规格说明书.doc》文档。2:对文档进行评审,开展会议评审工作,评审中会收集到新的需求,新的需求需要归入到需求资料库,重新需求分类,更新业务流程&功能清单、更新需求文档,从第三步到第八步是一个循环的过程,直到需求评审一致性通过,输出最终的需求规格说明书。
用户需求
StepNo.1
StepNo.6 业务流程&功能清单
StepNo.2 系统业务功能清单
StepNo.5 需求分类
组织(部门、人员)
项目经理
组织或客户高层
功能需求
对需求资料库中的资料按以下内容进行分类,需求分为多种,对需求的分类,有助于确认需求的优先级及重要性,下面给出分类的准则:1:业务需求:表示组织或客户高层次的目标,业务需求描述了组织为什么要开发一个系统,即组织希望达到的目标。2:用户需求:描述的是用户的目标,或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。3:功能需求:规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求描述是开发人员需要实现什么。 4:非功能需求:服务器配置、系统部署方式、数据库版本、语言等。5:系统需求:性能、安全性、扩展性、健壮性、易用性、故障处理要求、数据库灾难要求。
1:明确系统要达到的目标;2:明确系统涉及的范围;3:系统目标要支持组织的战略目标;
业务表单业务规则
StepNo.4 需求资料库
StepNo.5
需求调研八大阶段
非功能需求
需求分析师
工程师
StepNo.8 需求规格说明书
StepNo.8
部门领导
业务表单
以下工作的开展必须以系统《业务功能清单.xls》为标准。1:定义需求调研计划。2:开展需求调研会,访谈法、问卷调查法等收集需求。3:提前发送会议通知给参会人员,明确会议目标、会议内容、会议资料准备。4:为了保证调研会议的效率,调研会必须遵守几点: 4.1:明确会议目标及本次会议内容,避免偏离会议目标。 4.2:邀请人员必须到场。 4.3:客户需要准备的会议资料必须带到会议现场。 4.4:实施方必须根据会议内容整理出问题列表,提高会议效率。 4.5:会议室及设备准备(投影仪、话筒、电源、座椅、空间等)。 4.6:其它会议准备事项;5:组织或客户高层参与作用:从战略和管理角度提出业务功能的需求,角度和思路比较全面,对关键业务起决策作用,不偏离组织的战略发展和管理理念,业务需求提出者。输出系统蓝图。6:部门领导参与作用:中层领导者,需求调研核心对象,更侧重部门内业务需求,对部门内的核心业务从管理角度更能详细说明和提供资料。业务需求、用户需求的提出者。输出部门业务资料及标准制度文件。7:业务人员参与作用:部门的核心业务人员,需求调研的核心对象,是最熟悉部门业务的人员,未来系统的最终使用人员,用户需求和功能需求提出者。输出原始业务流程图、业务单据、功能需求等资料。8:项目经理参与作用:需求调研核心人员,有效组织会议开展需求调研工作。包括策划、计划、组织、协调、控制等,实施方的管理者,核心人员。与需求分析师共同完成需求调研工作。把收集到的需求资料输入到需求资料库。9:需求分析师参与作用:需求调研核心人员,与项目经理共同制定需求调研计划,需求调研会议,参加需求调研会,提供需求调研方法和工具,与用户有效交流和沟通,引导用户反馈真实的需求,对用户反馈的需求要持怀疑态度。会议一开始,要列出会议目标及会议内容大纲,保持会议不偏离主题。会议现场记录用户反馈的需求和提供的资料,会议结束前与用户二次确认收集到的需求内容,减少信息误差,双方确认一致。把收集到的需求资料输入到需求资料库。10:工程师参与作用:协助项目经理和需求分析工程师,根据实际情况考虑是否需要配备工程师资源,侧重知识传递,后期更易接收业务知识。把收集到的需求资料输入到需求资料库。
节点参与者
1:以双方签定完成的合同为基础,与客户沟通确认本次系统的业务功能清单列表,输出《业务功能清单.xls》。2:业务功能清单做为需求调研的目标,是系统的实现范围。
1:按《业务流程清单.xls》标准模板进行填写。2:按《业务功能清单.xls》标准模板进行填写。
StepNo.4
按《需求规格说明书.doc》标准模板进行填写,必须具备以下元素:1:组织。2:业务描述。3:业务流程图。4:用例图。5:业务表单。6:流程节点业务规则。7:业务表单业务规则。8:节点参与者。9:系统集成。原则:需求规格说明书的内容尽量以业务角度和用户的理解角度去编写内容,避免专业术语,达到通谷易懂的效果,使用户更易于理解需求文档中的内容。
业务人员
流程节点业务规则
系统集成
StepNo.1 系统目标
业务需求
0 条评论
下一页