需求分析师Pa rt01【企业培训参考】.pptVIP

需求开发活动 中程在线信息产业培训网 需求获取 应收集什么信息： 问题域的描述--业务模型 要求解决的问题列表（需求） 用户对解系统的行为或结构施加的任何约束 信息来源： 客户（实际的和潜在的） 任何原有解系统（已有系统）及其文档 原有系统用户 / 新系统的潜在用户 应用（问题）领域专家 定义了任何接口系统的特片和行为的文档 相关的技术标准和法规 中程在线信息产业培训网 需求获取技术 阅读背景资料 头脑风暴 讨论分析 文档考古 面谈（用户访谈） 联合应用设计 用户调查 需求剥离 中程在线信息产业培训网 现场观摩 任务观察 用例和场景 需求获取的误区 缺乏计划性：随意、走过场，预先没计划 缺乏科学性：未从本质入手 捕获对象不明确，甚至造成岐义 过于迷信现有文档 过于迷信“听”到的东西 中程在线信息产业培训网 需求分析 所谓分析是指通过对问题域的研究，获得对该领域特性及存在于其中（需要解决）的问题特性的透彻理解并用文档说明 分析方法：结构化分析法、面向对象分析法、面向问题域分析法 任何分析法，均需描述以下几个方面: 问题域的结构 问题子域的固有属性及行为 问题域中的重要事件及现象 需求：应产生的效果 中程在线信息产业培训网 需求分析方法--结构化分析 从基于文本分析和规格文档?图形建模表示法 结构化分析初期的模型：数据流图+E-R图 数据流图：体现了流程，但是以数据为中心的流程 E-R图：体现了要存储的信息 数据字典：对数据、数据流的描述 对问题域的研究力度不够大 分析和设计之间缺乏清晰的界限，将会导致不成熟的内部设计 中程在线信息产业培训网 需求分析--何时进行 应该在“业务需求”充分理解，并且收集了最本质的“用户需求”之后就开始需求分析，但并不是等到需求捕获完全做完之后 交替进行，先把握用户需求主要部分，然后在分析的基础上引入系统级的需求（系统的设计与实现角度），并且分析模型，成为开发人员之间、开发人员与客户之间达成共识的一个平台 分析的基础上，就会发现更多的不明确项，更多待捕获的信息，这时就可以生成第二次的需求调研的计划、问题、素材 中程在线信息产业培训网 需求分析--何时结束 需求捕获、分析与建模、规格说明书的编写、需求的验证这个需求开发的循环，是在整个软件开发生命周期中存在的 每一次的循环，都将在需求开发的工作要点与份量上有所不同，它们应该遵循以下： 从本质到边缘：本质、重要、次重要、一般、镶金 细化阶段是需求开发最密集的阶段  构建阶段需求开发逐渐减少 中程在线信息产业培训网 需求分析--内容与形式 需求分析与建模不应该是孤立的行为 ，产生的结果也不一定非得是规范度很高的标准文档，而应该重在分析、重在方法、重在交流、重在解决问题 团队聚在一起，利用白板甚至是纸张，在充分的合作下进行分析与初步建模是成本最低、效率最高、实用性最强的方法 对于这些活动所产生的结果，可以利用数码相机、扫描仪进行文档化 ，“直到你一定要用时，再写文档” 对于比较重要、核心的内容，再采用Rose、Together这样的工具进行文档化 中程在线信息产业培训网 编写规约 规格说明书是对需求分析结果的文档化过程 比较“正规”的开发组织都会重视这个活动，甚至可以说是“重视过度”，而且产生出来的文档经常是与实际的开发脱离，完成之后就束之高阁，再也不使用、不更新。这是一个需求崩溃的信号 规格说明书的格式与所采用的开发过程、分析方法相关的，不同的方法格式不同 定义统一的格式是一个很重要的工作 规约内容的严谨、正确、无岐义是很重要的 中程在线信息产业培训网 需求验证 这个工作大多数组织都不够重视，导致这个工作直到交付系统时才真正被履行，这也就是为什么客户拿到系统后才提出许多这样那样的需求变更，甚至认为整个系统都不是他所需要的 提高需求质量的重要手段： 需求评审 需求确认 通过原型来验证需求 中程在线信息产业培训网 中程在线信息产业培训网 需求开发与需求管理的分界 中程在线信息产业培训网 需求基线管理 为何需要：频繁的需求变更会破坏开发的节奏，使整个项目开发的进度陷入混乱和失控的状态，而且会变成一个“救火队”式的工作，整天都在处理突发事件 主要思想：将所有现在的、将来的需求进行优先级评估，然后分解成为不同的组，每次迭代都选择其中优先级最高的部分进行开发，然后在迭代完成之前，开发工作不响应变更，这些划入的需求项就是需求基线的组成部分 中程在线信息产业培训网 需求基线管理--操作思路 我们应该在分析的基础上，将需求整合成为用例或功能项，然后对其进行优先级、依赖性进行综合性评估 优先级判断：业务人员确定业务决定，技术人员确定技术决策；“满意度/不满意度”模型 依赖性是指对于某些功能，在实现上有必须的依