需求分析方法和规范.pptVIP

目录 需求概述 什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求? 什么是需求？ 宽泛地讲，需求来源于客户的一些“需要”，这些“需要”被分析、被确认后形成文档，该文档详细地说明了产品”必须或应当“做什么。 不要认为需求就是一些零碎的对话、资料或邮件 需求是产品的根源，需求工作的优劣对产品的影响最大。 需求的特点 需求的阶段性 初期：宽泛的、抽象的需求 后期：详细的、具体的需求 需求的层次性 不同需求层次的衔接 所有的用户需求必须与售前技术建议书一致 需求分析人员基于用户需求提炼出功能需求 开发人员根据功能需求设计、开发软件 需求的重要性 项目需求与质量 项目需求与项目进度 项目需求与项目成本 需求的重要性-项目需求与质量 项目需求可以被定义为确保： 我们确知用户的需求是什么（质量） 满足项目需求的最佳实践方法（一致性） 质量的定义是“与需求保持一致” 在一个项目的生命周期里，需求是处于变化之中的 需求管理是项目质量的基础 需求的重要性-项目需求与进度 项目管理涉及三方面问题： 进度安排 资源分配 质量管理（与需求保持一致） 每一个里程碑都意味着需求的解决又前进了一步，同时也会产生新的需求和需求变化 项目实施的整个过程都可以通过需求管理进行监控 需求的重要性-项目需求与成本 需求“蔓延”会给项目带来额外的成本 如果没有有效的需求管理，需求变更带来的成本将难以控制 需求概述 什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求? 跟谁谈需求 客户、最终用户和间接用户 用户是一种泛称，它可细化为“客户”、“最终用户”和“干系人” 掏钱买软件的用户称为客户 真正操作软件的用户称为最终用户。客户和最终用户可以是同一人也可不是同一人 不是客户和最终用户，但对系统有一定影响的用户称为间接用户（或干系人） 跟谁谈需求 与需求相关的组织 需求概述 什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求? 怎样谈需求 甲方对需求的理解 乙方对需求的理解 需求获取的主要困难 需求获取的主要手段 访谈对象的选择 访谈准备 访谈准备举例 注意非功能性需求 非功能性需求 容量需求 性能需求 安全需求 高可用性需求 可靠性需求 可移植性需求 国际化需求 有关产品安装、配置、启动、关闭和监控操作等方面的需求 交付文档需求 … 详细见《需求分析说明书（模板）_v2.0.doc》 非功能性需求注意事项 客户访谈技巧 客户访谈技巧 客户访谈技巧 访谈演练 获取需求的5W1H方法 Why 顾客购买的目的？ What 顾客购买后要做什么？他需要什么功能？ Who 什么人使用？什么人付钱？ When 购买后什么时候使用？需要使用多久？ Where 在哪里使用？会不会换地方？ How 怎样使用？ 总结：需求获取方法 原型法 原型是什么 原型评价 原型法成功的要素 原型开发的工具 使用Dreamweaver/Frontpage制作Html页面 Microsoft Office Visio/Word 利用 龙博Ajax 所见即所得编辑生成页面 需求开发过程总结 需求概述 什么是需求? 跟谁谈需求? 怎样谈需求? 如何管理需求? 如何管理需求 目录 需求分析方法与业务建模 需求过程涉及的规范 项目立项 与商务、pmo共同确认需求范围，编写《需求范围说明书》，作为立项审批的重要输入条件 需求计划 制定详细需求计划： 什么时候出需求调研表 什么时候做需求调研：需求调研的分工 什么时候做需求分析 什么时候做需求确认 需求调研 需求调研表模板参照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模板，结合你以前实施或者接触过的项目实例，编写一份完整的项目需求文