软件工程建设监理PPT.ppt

软件工程建设监理 主要内容 一、软件工程概述 软件工程的定义 软件工程的定义 软件工程的目标 软件工程目标之间的相互关系图 软件工程的原则 软件工程的七条原理 软件工程的七条原理 软件工程的七条原理 软件工程的七条原理 软件工程的七条原理 软件的生存期 软件的生存期 制定计划 需求分析和定义 软件设计 程序编写、软件测试 运行、维护 软件生存期模型 瀑布模型 演化模型 演化模型 螺旋模型 螺旋模型 喷泉模型 喷泉模型 增量模型 总结 二、软件质量与质量保证 软件质量因素 可直接度量的因素 只能间接度量的因素 度量和量度 度量(Measurement) 度量是对开发过程进行检测，以提高开发过程的质量和劳动 生产率 量度(Metrics) 量度是度量的结果或度量中一个项的抽象表示，做为评价质 量和劳动生产率的基础 量度模型－Boehm模型 Boehm模型 量度模型－McCall模型 McCall模型 量度模型－ISO模型 ISO模型 各因素间的影响 软件质量保证 质量保证策略 以检测为重点 以过程管理为重点 以新产品开发为重点 软件质量保证活动 技术方法和开发过程的选用 正式技术评审的实施 多层次软件测试 标准的执行 文档及其修改的控制 度量和报告制度 记录和记录保存 SQA小组活动 开发过程的选用 瀑布模型 演化模型 螺旋模型 喷泉模型 增量模型 开发方法、语言的选用 开发方法 结构化开发方法 面向对象（OO）的开发方法 形式化开发方法 语言 规格说明语言 设计语言 原型开发语言 编程语言 正式技术评审的实施 软件评审是一个“过滤器” 正式技术评审(FTR，Formal Technical Reviews)有时称为“走查(walkthrough)” 正式技术评审 FTR的目标 发现软件在功能、逻辑和实现上的错误 验证评审的软件符合需求 保证软件按照已确定的标准表述 使软件以统一方式开发 使项目更易于管理 FTR可以作为一个训练基地，使初级工程人员观察到软件分析、设计和实现不同的处理方法。也能促进人们变得更加熟悉 正式技术评审(续) (一)评审会议 3~5人参加 会前准备，每个人工作量不超过2小时 会议时间2小时 评审结束时，必须作出决定 接受该产品，不再作进一步修改 该产品错误严重，拒绝接受(改正后也必须进行另一次评审) 暂时接受该产品(小错误已经发现，必须改正，但没有必要进行另外的评审) 正式技术评审(续) (二)评审报告和记录保存 报告 评审了什么产品？ 谁评审的？ 发现了什么？结论是什么？ 记录 确定该产品中问题的大小 成为生产者修改错误时的行动项的校对表 还要建立一个跟踪过程，以保证问题列表中的项都被正确的改正了 正式技术评审(续) (三)评审指南 评审产品，不评审生产者 建立一个议事日程，并遵循它 限制争论和辯驳 说明问题大小，不要企图解决所有提出的问题 作记录 限制参与人数和坚持充分准备 为可能评审的产品开发一张检查表 为FTR安排资源和时间表 对所有的评审人员进行有意义的培训 评审你早期的评审 标准的执行 产品质量是企业的生命，标准是产品的基础，没有标准，就无产品质量可言 软件工程国际标准体系 ISO/IEC的软件工程标准体系结构框架 ISO/IEC 12207和ISO/IEC TR15504 ISO 9000-3(1993)/GB/T 19000.3(1994) CMM -57- 标准的类别 Standard(标准) Specification(规范) Criterion(准则) Guidance(指南) Convention(约定) 标准的范围 国际：ISO(国际标准化组织) 区域：NATO(北大西洋组织) CJK(中、日、韩) 国家：GB(中国) ANSI(美国国家标准协会) FIPS(美国商务部国家标准局联邦信息处理标准) BS(英国国家标准) DIN(德国国家标准) JIS(日本工业标准) 标准的范围 行业：IEEE(美国电气和电子工程师协会) ACM(美国计算机协会) DOD(美国国防部)