需求管理解决之道.pptVIP

* 客户愿景：客户对系统的整体期望和条件约束，涉及：产品定位，潜在用户，功能要求，关键特性，涉及约束，实施的条件和约定，设计约束，法律约束，社会条件。 需求包括三个不同的层次 ： 业务需求（business requirement）是业务性的本质要求，是产品面向的业务层面的问题与解决办法。【例：加强库存管理，XXXX】 用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务。 【例：系统要可以查看库存中的零件数量】 系统需求 (System requirement)= 功能需求+非功能需求：定义了开发人员必须实现的软件系统能力，使得用户能完成他们的任务，从而满足了业务需求。 * 通过调查与分析，获取用户需求并定义产品需求 * 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。 常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。 系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 * 需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。 需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。 * * * * * * * * * * * * 需求跟踪的目的是建立与维护“需求－设计－编程－测试”之间的一致性，确保所有的工作成果符合用户需求。 * * * * * * 提出变更：变更请求者（可以是任何相关人员：客户，用户，开发者，测试人员..）提出新的需求，对已有的需求修改，删减掉某些需求。 评审变更：变更控制委员员会（一个集中控制变更的聚合性组织）对变更影响进行分析，估算变更的成本和收益。 接受变更：通过评审决定，接受变更，并通知变更请求者和相关人员。 拒绝变更：通过评审决定，决定放弃变更，，并通知变更请求者和相关人员。 分配变更：项目经理把变更根据各自负责原则分配给相应的开发人员。 执行变更：开发人员根据变更的详细要求执行变更，并把变更集成到原有系统。 验证变更：测试人员验证变更程序的质量，并验证变更所在系统的质量。 确认变更：由变更请求者对变更进行检查，确认是否符合请求。 * 客户愿景：客户对系统的整体期望和条件约束，涉及：产品定位，潜在用户，功能要求，关键特性，涉及约束，实施的条件和约定，设计约束，法律约束，社会条件。 需求工程 ：需求是一个自始至终普遍存在于项目各个环节的工作，因为满足客户期望的软件才是好的软件，符合客户要求的工作才是能够带来收益的工作。 需求获取：从客户那里进行需求收集，例如：需求调查，现场访谈，需求研讨会，文档调查，竞争分析。 需求分析：对获得的原始用户需求进行分析，以便给出需求的准确、详细的定义。 需求规格：编写需求有关的文档，从读者的角度，用无二义、完整、一致的方式描述需求。 需求跟踪：对需求的后续工作：设计、实现、测试、发布进行跟踪，保证需求的最终交付质量。 变更控制：对需求的变化进行控制，一方面开放变化入口，一方面控制变化的出口，保持系统的发展中的稳定性。 需求验证：对规格化为文档的需求进行技术评审，对于最终交付的系统进行确认，以及2者的过渡中的各种客户和开发方的需求确认工作。 分析设计 ：对需求和客户愿景从实现角度进行分析，对问题进行定位，针对问题给出设计方案。 架构分析：对客户关键愿景和关键需求进行分析，识别各个部分的关系，发现必须的软件基本逻辑，而不是实现的技术问题。 架构设计：对架构分析结果：问题和初始解决方案进行实现技术的具体化，以便为开发提供约束，形成最终的系统级别的解决方案。 详细设计：在架构中的关键设计的基础上进行每个需求的细化设计，以便对所有的开发提供支持和约束。 系统实现： 通过高效率的团队开发，构造满足需求、符合设计的高质量产品。 编码：根据详细设计对所有需求单元编写程序代码，并进行程序调试，以便能够正常运行。 单元测试：对重要的程序单元，例如函数、类，组件接口设计单元测试用例，进行开发单元