P104-04软件项目需求管理.pptxVIP

《软件项目管理案例教程》第4章软件项目需求管理 北方民族大学 计算机科学与工程学院 陶铮 2008年9月 1 课件P104 开头的话 “如果你不知道你要去哪里，那么你可能会走向任何一条路。” ——格言 软件合同管理中，供方最关心什么？ 软件工程的风险之一，是质量。需求决定质量 由于忽略需求过程造成的项目返工是恶性的 不少项目在需求阶段就注定了它的失败。 2 例如，为了降低风险… 面向对象的开发方法 从企业的不稳定需求中分析出企业的稳定对象 以企业对象为基础设计系统架构。 企业的模式可以常变，但企业对象是相对稳定的。 这种开发的方法就被称为OOAD（Object Orient Analysis Design 面向对象的分析和设计） 3 合同的供方：怎样管理需求？ 然而，需求管理不善，才是软件工程的泥潭 所以，本章就讲一个问题 4 一、抓住根本 根本是需求——4.1.1 需求定义 软件需求是用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 原来是期望，用户的期望？！ ——心理活动，笼统，口条表达不清楚，内容不细致，… 期望没法管。——怎么办？？ 要点：变期望为合同。 5 作业题： 需求是用户的期望。为了使用户的期望更加明确、清晰，首先要将“期望”转变为“合同”。 请问： 这样做的意义是什么？ 有了合同，需求管理就没问题了吗？为什么？ 6 二、扭转“乾坤” 变期望为合同之后，需要以工程规律和科学管理为武器，让客户和自己共同完成需求分析 需求分析阶段的任务 理解与分析用户的业务问题及其环境 建立基于问题的信息功能模型和系统行为模型 编写需求规格说明，精确、完整地描述用户需求。 要点：建立软件需求的信息结构 难点，用户的业务领域知识 7 于是，需要了解一下4.1.2 需求类型 ——自学吧！ 8 业务需求 用户需求 系统需求 功能需求 非功能需求 质量特性 约束和假设 三、管理办法 要点（见4.1.3）——目标，任务，过程 需求管理的目标 ？教材中没有集中描述 需求管理的任务 管理、控制项目需求的变化 需求管理的过程 需求确认过程——对用户提出的初始需求进行确认； 需求变更控制过程——对用户提出需求变更进行控制。 9 关于需求管理的目标（供方环境） 需求管理目标 建立并持续改进需求获取的方法和过程 制定项目需求描述的信息结构及文档体系 保证需求描述的质量 控制需求描述变化——内容，时间，次数， 减少返工：开发后期和整个维护阶段的返工的工作量显著降低（管和不管不一样！） 这是我从“需求管理的过程”以及教材内容中推演、提炼出来的——作为作业，你们考查一下还有什么？ 10 为了达成管理目标，就要实施管理过程 于是，有了——4.2 需求管理过程 4.2.1 需求获取 4.2.2 需求分析 4.2.3 需求规格 4.2.4 需求验证 4.2.5 需求变更管理 ——自己了解 作业： 1.为了保证需求描述的质量，上述哪一过程最为重要？为什么？ 2.为了保证需求获取的质量，上述哪一过程最为重要？为什么？ 3.为了减少返工，上述哪一过程最为重要？为什么？ 11 4.2.3 需求规格 需求分析完成的标志是提交一份完整的软件需求规格说明书（SRS）。 建立了需求规格文档，才能描述要开发的产品，并作为项目演化的指导。 需求规格说明书（SRS）和工作陈述（SOW）是很关键的两个文档 SRS的编写可以参照需方提供的SOW的有关信息进行， SRS为客户和开发者之间建立一个约定，准确地陈达了要交付给客户什么。 软件需求规格说明书（模板） 12 4.2.4 需求验证 开发人员需要与客户对需求分析的结果进行验证 以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性。 验证什么？ 1）需求的正确性 2）需求的一致性 3）需求的完整性 4）需求的必要性 5）需求的可检验性 6）需求的可跟踪性 13 4.2.5 需求变更管理 一般，一个软件的需求改动至少三次！ 即使到项目后期（例如测试阶段，用户根据测试的实际效果会提出一些变更要求），后期的变更会对项目产生很负面的影响。 需求变更管理——接受“需求会变动”这个事实，在进行需求分析时要懂得防患于未然： 哪些是稳定的需求？ 哪些是易变的需求？ 如何在系统设计时就为使需求趋于稳定而留出变更空间？ 14 为有效控制变更，需要持续改进需求管理方法： 尽可能采用原型或者用例方法明确用户需求。 采用严格的需求变更管理流程。 采用良好的体系结构。 采用面向对象思想。 15 请做作业！ 16