需求分析方法与规范.ppt

1、需求分析方法与规范,目录,需求分析模板,需求分析规范,需求概述,需求概述,什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求?,什么是需求？,宽泛地讲，需求来源于客户的一些“需要”，这些“需要”被分析、被确认后形成文档，该文档详细地说明了产品”必须或应当“做什么。 不要认为需求就是一些零碎的对话、资料或邮件 需求是产品的根源，需求工作的优劣对产品的影响最大。,需求的特点,需求的阶段性 初期：宽泛的、抽象的需求 后期：详细的、具体的需求,需求的层次性,不同需求层次的衔接 所有的用户需求必须与售前技术建议书一致 需求分析人员基于用户需求提炼出功能需求 开发人员根据功能需求设计、开发软件,需求的

2、重要性,项目需求与质量 项目需求与项目进度 项目需求与项目成本,需求的重要性-项目需求与质量,项目需求可以被定义为确保： 我们确知用户的需求是什么（质量） 满足项目需求的最佳实践方法（一致性） 质量的定义是“与需求保持一致” 在一个项目的生命周期里，需求是处于变化之中的 需求管理是项目质量的基础,需求的重要性-项目需求与进度,项目管理涉及三方面问题： 进度安排 资源分配 质量管理（与需求保持一致） 每一个里程碑都意味着需求的解决又前进了一步，同时也会产生新的需求和需求变化 项目实施的整个过程都可以通过需求管理进行监控,需求的重要性-项目需求与成本,需求“蔓延”会给项目带来额外的成本 如果没有有

3、效的需求管理，需求变更带来的成本将难以控制,需求概述,什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求?,跟谁谈需求,客户、最终用户和间接用户 用户是一种泛称，它可细化为“客户”、“最终用户”和“干系人” 掏钱买软件的用户称为客户 真正操作软件的用户称为最终用户。客户和最终用户可以是同一人也可不是同一人 不是客户和最终用户，但对系统有一定影响的用户称为间接用户（或干系人）,跟谁谈需求,与需求相关的组织,需求概述,什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求?,怎样谈需求,甲方对需求的理解,乙方对需求的理解,需求获取的主要困难,需求获取的主要手段,访谈对象的选择,访谈准备,访谈准

4、备举例,注意非功能性需求,非功能性需求,容量需求 性能需求 安全需求 高可用性需求 可靠性需求 可移植性需求 国际化需求 有关产品安装、配置、启动、关闭和监控操作等方面的需求 交付文档需求 详细见需求分析说明书（模板）_v2.0.doc,非功能性需求注意事项,客户访谈技巧,客户访谈技巧,客户访谈技巧,访谈演练,获取需求的5W1H方法,Why 顾客购买的目的？ What 顾客购买后要做什么？他需要什么功能？ Who 什么人使用？什么人付钱？ When 购买后什么时候使用？需要使用多久？ Where 在哪里使用？会不会换地方？ How 怎样使用？,总结：需求获取方法,原型法,原型是什么,原型评价,

5、原型法成功的要素,原型开发的工具,使用Dreamweaver/Frontpage制作Html页面 Microsoft Office Visio/Word 利用 龙博Ajax 所见即所得编辑生成页面,需求开发过程总结,需求概述,什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求?,如何管理需求,目录,需求分析模板,需求分析规范,需求概述,需求分析方法与业务建模,需求过程涉及的规范,项目立项 与商务、pmo共同确认需求范围，编写需求范围说明书，作为立项审批的重要输入条件 需求计划 制定详细需求计划： 什么时候出需求调研表 什么时候做需求调研：需求调研的分工 什么时候做需求分析 什么时候做需求确

6、认 需求调研 需求调研表模板参照PMTools中的样例模板，分技术线 需求分析 模板参照PMTools中的样例模板，分技术线 需求评审 必须满足需求评审规范，必须走SISO流程审批 需求确认 客方项目负责人必须签字确认 需求跟踪 大于3人天（含）的需求变更必须SISO提交需求变更流程，客方项目负责人签字确认工作量,需求评审规范,需求评审流程,项目组编写需求分析说明书 项目组根据项目需求评审检查单的要求进行自查，自查结果记录到检查单里面 注：检查单目前分三条技术线：Portal/BPM/JavaWeb，不同项目用不同的检查单。 PM邮件提交PMO、SA、总SA，附上需求分析说明书与记录的评审检查单 PMO、SA、总SA反馈评审意见 PM组织会议评审，针对有分歧的评审意见进行讨论，每一评审项有唯一的确认人，由确认人给最终意见，PM负责记录汇总，更新评审检查单 PM提交SISO流程-需求评审。,目录,需求分析模板,需求分析规范,需求概述,需求模板演示,需求分析说明书-(通用模版v2.0).doc 需求分析说明书(for Java)-(模板v2.0).doc样例展示 ,作业,参照需求v2.0模板