CMMI 3培训_需求.pptVIP

培训对象 1.想提高自己分析能力的软件需求人员 2.想成长为需求分析专家的测试人员、编码人员、项目经理、开发经理、质量保证人员； 3.对软件需求感兴趣的其他人员 培训目标 对于有需求经验的人员，这课程帮助你全面了解需求分析的路径，开始改善需求开发和管理实践，是一个提高需求分析水平、掌握需求分析技巧的实践之旅。 对于有志于从事需求分析的人员，本课程可使您深入了解需求分析工程、需求管理过程，掌握需求分析方法，学习分析工具的应用，使您高起点地进入需求分析的殿堂。 综 述 软件工程中包含需求、设计、编码和测试四个阶段,其中需求工程是软件工程第一个也是很重要的一个阶段 本次培训主要是介绍了需求工程的构成和进行方法。  需求工程分为了需求开发和需求管理两个阶段。 下面就以这两个阶段说明: 需求开发 需求获取 需求分析 及 验证 需求收集 需求确认与分析 需求定义 需求验证 需求管理? 变更控制 版本控制 需求跟踪 需求活动度量  需求过程图 需求开发 1.需求获取 获取软件系统的用户需求， 了解用户的业务流程，满足用户的增值需要，以便于项目立项并开展软件需求分析。 操作步骤图 操作步骤 1)??项目意向被批准后，高层经理选派需求调研人员； 2) 调研人员确定阶段工作计划，包括获取方法、工具等，经高级经理批准后执行； 3)?实施阶段工作计划，根据项目的最终用户及产品设计方向（如应用程序或系统软件硬件接口程序），确定用户类； 4)? 结合获取方法和工具，迭代获取系统主要流程、外部接口及限制条件等需求，逐次细化，消除获取的需求中存在的矛盾； 5)??整理以确定每项需求范围，逐步界定子系统范围； 6)??对系统需求风险进行识别，并考虑了风险优先等级的基础上确定需求优先级排序； 7)?请用户确认评审需求，达成一致意见，并配合解决过程中存在的需求风险和问题； 8)?迭代地分析评价获取的系统需求，初步估计成本，进度和人力等资源要求，直到满足已确定的阶段准出准则； 9)?采用自然语言和需求调研报告模板或根据用户方要求对确认的需求进行描述。或附以图示或使用用例模型等； 10 )调研人员负责组织阶段工作产品评审。按项目评审过程执行，批准后为立项基线； 参与角色 高层经理，需求调研人员，用户。 度 量 完成本过程元素的工作所花费的工作量； 获取方式 结合项目特性，针对产品方向等选择获取方法； 基于用户工作场景调查的获取方法； 对增强目前产品或产品竞争力调研的获取方法； 基于系统业务目标的获取方法； 快速原型法； 基于用户工作场景调查的获取方法； 采取与用户会谈、现场调查、任务模拟（如使用客户方业务流程表格）等方法，详细记录用户完成其业务任务所执行的操作，或用户所期望的协助操作，整理形成用户软件系统需求说明； 2 对增强目前产品或产品竞争力调研的获取方法； 分析从客户服务部或工程部反馈的用户新需求、系统缺陷，或抽象和总结用户的新任务活动，或评估用户方关于改进事务处理过程的意见等，整理新系统需求，并考虑从当前应用系统到新系统的过渡途径，完成升级改版用户需求获取； 对市场上已存在的同类产品进行调研，或购买市场上的超前产品进行研究，或使用用户方现使用的其他公司软件，或从行业标准、规则中提取需求信息，整理后形成用户软件系统需求说明； 2 基于系统业务目标的获取方法； 在分解用户的软件系统业务目标基础上，与用户确定其在业务实现过程中，为完成既定目标的工作流程、执行操作以及其限制条件等内容，从而导出用户软件系统需求说明； 2 快速原型法； 分析已获取的用户需求，增量、迭代地明确用户工作流程、约束条件等，设定需求的优先级排序，在风险较小的基础上分析、设计和实现系统构架结构或用户界面架构，在请期望的用户代表确认、评价、审查的基础上，迭代形成用户软件系统需求说明； 需求开发 2.需求分析及验证 根据获取的分配给系统的需求，递归、逐步地定义、分析出能够正确反映用户期望的设计需求。 内 容 需求收集（调研、合同、方案） 需求确认与分析（确定范围、保持一致性、确定可行性、确定优先级） 需求定义（需求规格说明书、需求跟踪矩阵） 需求验证（项目经理组织，根据检查单进行需求评审） 操作步骤图 操作步骤1 确认并分析 1)??项目经理确定需求分析人员，协商确定需求分析方法、工作目标及准出准则，解决与需求有关的问题，制定阶段工作计划，并通知相关人员； 2)? 需求分析人员实施工作计划，对较复杂的系统需求进行分析，确定系统需求状态及系统范围，并解决存在的冲突，保持与系统业务目标一致性； 3) 逐项确定需求的实施可行性和相互关联，包括外部依赖、技术障碍、风险等； 4) 与相关人员对