软件需求与需求管理.pptVIP

4、需求变更失控可能导致的后果 ⑴ 未受控的需求 变更引起需求 和实现不一致 需求文档V1 系统实现 V1 系统实现 V2 需求变更 ⑵ 受控的需求 变更使需求和实现一致 图7 未受控及受控的需求变更 需求文档V1 需求文档V2 系统实现 V1 系统实现 V2 需求变更 5.降低需求变更风险的策略 ⑴ 与用户充分沟通 ★与用户共同明确确定的需求的意义 项目开发工作 项目开发组织 用户 * 产品后续开发工作的基础 * 产品维护工作的重要参考 * 对用户的承诺 * 关系到项目开发工作的投入、交付期和产品质量 * 关系到能否如期获得所需的产品 * 作为合同的附件，关系到双方的权益 * 是产品验收的依据 ★向用户说明需求不确切或频繁变更对开发工作的冲击 ★使用户理解过多变更最终对用户不利 ⑵ 与用户共同确定需求，作为合同附件， 签字生效 ⑶ 合同中含有对需求变更的条款 ⑷ 采用原型方法开发，或螺旋模型开发 ⑸ 项目计划中适当留有余地（时间进度、人力投入、 费用等） ⑹ 严格实施变更控制 七、需求变更控制要求 1．变更控制的策略 （1）所有需求变更必须遵循需求变更控制规程实施变更。 （2）需求变更提出后是否被接受，应由专门的组织―变 更控制委员会（CCB－Change Control Board）审查决定。 （3）不得以任何理由删除和修改需求变更的原始文件。 （4）应将已接受的需求变更通知到所有相关人员。 （5）已接受的需求变更应能追溯到批准的变更请求。 （6）对项目的需求赋予状态属性，以利于需求变更的控制。 2．需求变更影响的控制 按CMM2级RM KPA的要求，由于分配需求的变更导致软件计划、工作产品和活动的变更，都应对其作： 识别 评价 风险分析 编制文档 制定计划 传达给受影响的小组和人员 跟踪直至结束 3．变更控制的步骤 （1）提出变更请求 （2）审理变更请求，进行变更影响评估。评估内容包括： 变更所需人力投入 变更对原计划安排的影响 估计变更引起的成本增加 （3）批准变更请求 （4）取得用户的认可 （5）修订项目计划 （6）实施变更 （7）验证变更 批准 提出变更请求 变更影响评估 评审评估报告 审批 用户认可 修订项目计划 实施变更 验证 变更结束 拒绝 修正 图10 需求变更控制流程 * ) * 软件需求与需求管理 2002-4-4 内 容? 软件发展的三个时期 软件生存期过程 软件开发 软件需求 需求工程 需求变更及其控制 CMM2级需求管理关键过程域 一、软件发展的三个时期 表一 时期 年代 阶段 涉及 注重 主要使用语言 标准 模型 初期 50-60 程序设计 点 编程 技巧 ALGOL FORTRAN COBOL BASIC ? ? 中期 70-80 软件开发 线 结构化 模块化 PASCAL ?GB8566 软件开发 规范 ?瀑布 ?原型 现代 90- 软件过程 面 过程 能力 C,C++ JAVA VB、VC ?ISO/IEC 12207 软件生存期过程 ?ISO9000 ?螺旋 ?CMM 二、软件生存期过程 ISO/IEC12207 信息技术－软件生存期过程 基本过程 支持过程 组织过程 软件生存期过程 图1-1 供应过程 开发过程 运行过程 基本过程 获取过程 维护过程 ⑴ ⑵ ⑶ ⑷ ⑸ 图1-2 质量保证过程 验证过程 确认过程 支持过程 配置管理过程 联合评审过程 审核过程 文档编制过程 问题解决过程 图1-3 ⑹ ⑺ ⑻ ⑼ ⑽ ⑾ ⑿ ⒀ 基础设施过程 改进过程 培训过程 组织过程 管理过程 图1-4 ⒃ ⒂ ⒁ ⒄ 三、软件开发 1.计算机系统 人员 硬件 软件 数据 传输 机构 执行 机构 （剧作家、导演） （舞台 剧本 演员 道具） 图2 计算机系统 2.软件开发过程： 活动－任务 ⑴系统需求分析 ⑵系统结构设计 ⑶软件需求分析 建立软件需求 评价软件需求 联合评审 ⑷软件结构设计 ⑸软件详细设计 ⑹软件编码和测试 ⑺软件集成 ⑻软件鉴定测试 ⑼系统集成 ⑽系统鉴定测试 ⑾软件安装 ⑿软件验收支持 软件开发面临的实际问题 软件开发面临的实际问题 软件开发面临的实际问题 3．当前软件开发项目的特点 ――规模大： ? LOC 1万?几十万???