软件开发项目管理-CH4需求管理.ppt

承上启下 项目合同管理 生存期模型 RoadMap 软件开发项目管理 需求管理中的问题举例 需求的隐含错误 需求不明确、含糊 用户刁难、用户不断增加需求 需求变更 开发人员的镀金 本章要点 一、软件需求定义 二、软件需求开发过程 三、定义需求规格的方法 四、案例分析 软件需求定义 软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 软件需求的层次 软件需求的类型 功能需求 性能需求 环境需求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标 需求管理的重要性 需求管理与项目管理的关系 项目需求是制定项目计划，开发项目产品和从事项目活动的依据。 项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整。 本章要点 一、软件需求定义 二、软件需求开发过程 三、定义需求规格的方法 四、案例分析 软件需求开发过程 RE process - inputs and outputs 软件需求管理的过程 本章要点 一、软件需求定义 二、软件需求开发过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 三、定义需求规格的方法 四、案例分析 需求获取图示 需求获取 获取需求的注意事项 识别真正的客户. 正确理解客户的需求 具备较强的忍耐力和清晰的思维 说服和教育客户 本章要点 一、软件需求定义 二、软件需求开发过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 三、定义需求规格的方法 四、案例分析 需求分析定义 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析模型 需求分析的时间 设计方案的时候 项目开始的时候 接管一个项目的时候 需求变更的时候 需求分析的难点 问题的复杂性 交流的障碍 不完备性和不一致性 需求的易变性 本章要点 一、软件需求定义 二、软件需求开发过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 三、定义需求规格的方法 四、案例分析 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 3、规格文档参考 引言 系统定义 应用环境 功能规格 性能需求 产品提交 实现约束 质量描述 其它 签字认证 本章要点 一、软件需求定义 二、软件需求开发过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 三、定义需求规格的方法 四、案例分析 需求验证 需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是客户需要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字 本章要点 一、软件需求定义 二、软件需求开发过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 三、定义需求规格的方法 四、案例分析 需求总在变化 需求变更管理 管理和控制需求基线的过程 需求变更控制系统 一个正式的文档，说明如何控制需求变更 建立变更审批系统 本章要点 一、软件需求定义 二、软件需求开发过程 三、定义需求规格的方法 四、案例分析 定义需求规格的方法 原型方法 结构化分析法 面向对象的用例分析法 关键功能列表法 其他 本章要点 一、软件需求定义 二、软件需求开发过程 三、定义需求规格的方法 原型方法 结构化分析法 面向对象的用例分析法 关键功能列表法 其他 四、案例分析 原型方法 定义 按照用户的需要，快速形成一个操作流程界面 可能只是一个框架，具体的功能没有实现，只是结果 静态的操作流程，以便与用户快速就需求达成一致 主要考虑系统的功能需求，很少考虑非功能需求 原型方法 原型方法的类型 进化型 开发出来用于了解问题，并形成被交付软件的部分或全部的基础 抛弃型 开发出来获以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分 原型实例 原型系统 本章要点 一、软件需求定义 二、软件需求开发过程 三、定义需求规格的常用方法 原型方法 结构化分析法 面向对象的用例分析法 关键功能列表法 其他 四、案例分析 结构化分析方法 定义（SA,Structured Ana