需求分析方法与规范

需求分析方法与规范

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

第六页，共四十九页。需求的重要性项目需求与质量项目需求与项目进度项目需求与项目成本第七页，共四十九页。需求的重要性-项目需求与质量项目需求可以被定义为确保：我们确知用户的需求是什么（质量）满足项目需求的最佳实践方法（一致性）质量的定义是“与需求保持一致”在一个项目的生命周期里，需求是处于变化之中的需求管理是项目质量的基础第八页，共四十九页。需求的重要性-项目需求与进度项目管理涉及三方面问题：进度安排资源分配质量管理（与需求保持一致）每一个里程碑都意味着需求的解决又前进了一步，同时也会产生新的需求和需求变化项目实施的整个过程都可以通过需求管理进行监控第九页，共四十九页。需求的重要性-项目需求与成本需求“蔓延”会给项目带来额外的成本如果没有有效的需求管理，需求变更带来的成本将难以控制第十页，共四十九页。需求概述什么是需求?跟谁谈需求?怎样谈需求?如何管理需求?第十一页，共四十九页。跟谁谈需求客户、最终用户和间接用户用户是一种泛称，它可细化为“客户”、“最终用户”和“干系人”掏钱买软件的用户称为客户真正操作软件的用户称为最终用户。客户和最终用户可以是同一人也可不是同一人不是客户和最终用户，但对系统有一定影响的用户称为间接用户（或干系人）

第十二页，共四十九页。跟谁谈需求第十三页，共四十九页。与需求相关的组织第十四页，共四十九页。需求概述什么是需求?跟谁谈需求?怎样谈需求?如何管理需求?第十五页，共四十九页。怎样谈需求第十六页，共四十九页。甲方对需求的理解第十七页，共四十九页。乙方对需求的理解第十八页，共四十九页。需求获取的主要困难第十九页，共四十九页。需求获取的主要手段第二十页，共四十九页。访谈对象的选择第二十一页，共四十九页。访谈准备第二十二页，共四十九页。访谈准备举例第二十三页，共四十九页。注意非功能性需求第二十四页，共四十九页。非功能性需求容量需求性能需求安全需求高可用性需求可靠性需求可移植性需求国际化需求有关产品安装、配置、启动、关闭和监控操作等方面的需求交付文档需求…详细见《需求分析说明书（模板）_v2.0.doc》第二十五页，共四十九页。非功能性需求注意事项第二十六页，共四十九页。客户访谈技巧第二十七页，共四十九页。客户访谈技巧第二十八页，共四十九页。客户访谈技巧第二十九页，共四十九页。访谈演练第三十页，共四十九页。获取需求的5W1H方法Why顾客购买的目的？What顾客购买后要做什么？他需要什么功能？Who什么人使用？什么人付钱？When购买后什么时候使用？需要使用多久？Where在哪里使用？会不会换地方？How怎样使用？第三十一页，共四十九页。总结：需求获取方法第三十二页，共四十九页。原型法第三十三页，共四十九页。原型是什么第三十四页，共四十九页。原型评价第三十五页，共四十九页。原型法成功的要素第三十六页，共四十九页。原型开发的工具使用Dreamweaver/Frontpage制作Html页面MicrosoftOfficeVisio/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》《需求分析说明书(forJava)-(模板v2.0).doc》样例展示…第四十七页，共四十九页。作业参照需求v2.0模板，结合你以前实施或者接触过的项目实例，编写一份完整的项目需求文档。要求：必须是“完整”的项目需求，包含功能和非功能的需求，不能仅仅是一个小的需求变更。BPM、Portal、JavaWeb应用，题材不限。第四十八页，共四十九页。内容梗概需求分析方法与规范。宽泛地讲，需求来源于客户的一些“需要”，这些“需要”被分析、被确认后形成文档，该文档详细地说明了产品”必须或应当“做什么。需求是产品的根源，需求工作的优劣对产品的影响最大。后期：详细的、具体的需求。项目需求与项目成本。在一个项目的生命周期里，需求是处于变化之中的。每一个里程碑都意味着需求的解决又前进了一步，同时也会产生新的需求和需求变化。需求的重要性-项目需求与成本。如果没有有效的需求管理，需求变更带来的成本将难以控制。用户是一种泛称，它可细化为“客户”、“最终用户”和“干系人”。客户和最终用户可以是同一人也可不是同一人。不是客户和最终用户，但对系统有一定影响的用户称为间接用户（或干系人）。有关产品安装、配置、启动、关闭和监控操作等方面的需求。MicrosoftOfficeVisio/Word。利用龙博Ajax所见即所得编辑生成页面。与商务、pmo共同确认需求范围，编写《需求范围说明书》