软件工程过程 第7章 软件工程过程改进

1.软件工程过程评估模型描述了作为有效过程特征的元素的结构化集合。这些评估模型提供了:P201

  • 过程改进的出发点
  • 业界过去经营的结晶
  • 共同的语言和共享的构想
  • 活动优先次序的框架

2.基于软件工程过程评估模型进行过程改进可以帮助组织或个人建立过程改进的目标和优先次序,协助改进过程,并为确保建立一个稳定、有能力的以及成熟的过程提供指南。P202

  • ISO 9001
  • CMM/CMMI
  • ISO/IEC 15504 (SPICE)

3.软件质量管理体系由三部分要素构成:软件质量管理体系的框架、生存期基本活动、支持活动。P202

4.质量体系框架:主要从管理上描述了构成质量体系的组织机构、管理职责、质量体系的基本要求及构成质量体系的框架。

5.质量体系是为实施质量管理所具有的组织机构、职责、程序、过程和资源。质量体系是贯穿产品整个生存期的一个综合过程,它强调的是在开发过程中的质量保证应以预防为主,而不是在问题发生后依靠纠错来解决问题。

6.生存周期活动,给出了应在生产软件的过程中包括合同评审、需方需求规格说明、开发策划、质量计划、设计与实现、测试与验证、验收、复制、交付和安装,以及维护等基本生存周期活动。P203

7.CMM/CMMI中融合了全面质量管理的思想,以不断进化的层次反映了软件工程过程定量控制中项目管理和项目工程的基本原则。CMM/CMMI作为一个过程评估模型它给出了一个软件组织如何开发和维护高质量软件产品的思路:它描述了具有某个级别的软件组织所具有的主要特征;它为一个软件组织优化其软件工程过程提供了一种改进的路径。P203

8.CMM内部结构。在CMM体系中,最高层是成熟度级别。每个成熟度级别由多个关键过程域(Key Process Area, KPA)组成,且每个关键过程域又被分为5个公共特征(Common Features, CF)以及需要达到的一些列目标。P204

9.CMM成熟度级别。P204~P207

  • 初始级(混乱的过程)
  • 可重复级(已定义的过程)
  • 已定义级(标准且一致的过程)
  • 已管理级(可预测的过程)
  • 优化级(持续改进的过程)

10.CMM关键过程域。P207~P211

  • 第二级关键过程域
  • 第三级关键过程域
  • 第四级关键过程域
  • 第五级关键过程域

11.CMM公共特征分类。P212

  • 实施约定
  • 实施能力
  • 实施活动
  • 度量和分析
  • 验证实现

12.CMM关键实践描述了要建立一个过程的能力所必须完成的活动,即每个关键过程域都要用关键实践的概念进行描述,CMM共有316个关键实践。

13.CMMI是对CMM及应用于其他领域的CMM模型变体的集成,它是以软件工程、系统工程、软件获利和系统安全等学科为基础构建的评估模型,并为学科分离构筑了“桥梁”。P214

14.CMMI结构第一种表示法是沿用CMM的阶梯式成熟度分级模型。第二种表示法是使用与ISO/IEC 15504兼容的连续式能力级别表示法。P215

15.CMM/CMMI模型既可用于描述软件实际具备的过程能力水平或能力成熟度水平,又可用于指明软件组织改进软件工程所需着力之处。它既说明了努力的方向,有允许软件组织自己选择恰当的方式去达到这一目标。P217

  • 使用 CMM/CMMI 进行过程评估与改进
  • 使用 CMM/CMMI 进行过程设计
  • CMM/CMMI 评估的一般步骤
时间: 2024-12-26 14:37:25

软件工程过程 第7章 软件工程过程改进的相关文章

软件工程过程 第6章 软件工程过程的建立与监控

1.软件工程过程的层次.P162 U级(Universial Level 宏观级)提供一个高层概要 W级(Wordly Level 物质世界级)提供实际工作指导 A级(Atomic Level 微观级) 通过更加详细的求精 2.U级过程模型是指生存周期模型,包含知道具体工作的方针.P163~P165 面向任务的模型 实体过程的模型 3.W级过程模型对完成工作任务的顺序提供指导,规定各项任务的启动条件和输出结果.P166 规程定义了进行质量保证评审的点以及如何处理所发现的问题 规定评审工作的比例.

软件工程过程 第8章 敏捷过程

1.敏捷过程强调短期交付.客户的紧密参与,强调适应性而不是可预见性,强调为当前的需要而不考虑将来的简化设计,只将最必要的内容文档化,因此也被称为“轻量级过程”.P241 2.敏捷联盟遵循的12条原则.P242~P243 最优先要做的事是通过今早和持续交付有价值的软件使客户满意. 欢迎需求的变更,即使在软件开发的后期.敏捷过程利用项目需求变更来提升客户的市场竞争优势. 频繁向客户交付可以工作的软件产品,从几周到几个月,交付的时间间隔越短越好. 在整个项目开发周期,业务人员和开发团队应该天天在一起工

软件工程概论第五章--软件工程中的形式化方法

形式化方法指的是将离散数学的方法用于解决软件工程领域的问题,主要是建立精确的数学模型以及对模型的分析活动.在软件开发过程中运用数学模型有很多优点,例如能够解决规格说明的二义性,提高精确性,还能使软件相关问题的本质可以在不同抽象层次被展示出来.本章介绍形式化方法主要从形式化方法基本概念.时态逻辑.模型检验.Z语言.Petri网几个方面讲述. 形式化方法基本概念主要讲了形式规范.形式证明与验证.程序求精,形式规范说明是对软件系统对象,对象的操作方法,以及对象行为的描述.形式证明与验证主要包括模型检测

软件工程过程 第1章 绪论

1.软件与硬件的差异:P1 软件更容易更改,且不需要昂贵的生产线进行批量生产.程序一旦被修改,只需要把修改后的程序再装入到其他计算机即可.这种便于修改的特点,使编程人员和软件开发组织开始采用一种“编码和修正”的方式来开发软件. 软件不会被破坏.软件是无形的,维护费用高.软件一般有更多的状态.模式和侧视途径,使之更难以规格化. 软件需求设计范围快速扩大,造成了软件人才的短缺. 2.解释“软件危机”.P2 软件的数量急剧膨胀,软件需求日趋复杂,维护的难度越来越大,开发成本之高令人吃惊,失败的软件开发

软件工程过程 第0章 目录

第1章 绪论 1.1 软件制造是个复杂的过程 1.2 软件产品与软件工程过程 1.3 研究软件工程过程的意义 1.4 软件生存周期过程标准 1.4.1 基本概念 1.4.2 ISO/IEC 12207 软件生存周期过程标准 1.5 本书结构 第2章 软件开发的主要活动 2.1 需求工程 2.1.1 需求获取 2.1.2 需求分析 2.1.3 需求规格说明说 2.1.4 需求验证 2.1.5 需求跟踪管理 2.1.6 需求变更管理 2.2 设计 2.2.1 高层设计 2.2.2 详细设计 2.3

软件工程过程 第2章 软件开发的主要活动

1.需求工程.P13 需求是任何软件开发项目的基础. 好的需求是项目成功开发的必要条件. 需求分析工作可划分为两个阶段:需求开发和需求管理.需求开发就是传统意义上的需求分析. 2.需求开发(需求分析)的目标.P13 与客户和其他涉众在系统的工作内容方面达成并保持一致. 使系统开发人员能够更清楚地了解系统需求,定义系统边界: 为软件实施计划提供基础: 为估算开发系统所需成本和时间提供基础: 定义系统用户的需求和目标. 3.需求开发阶段包括需求获取.需求分析.规格化说明和需求验证4个活动:需求管理包

《软件工程 ——理论、方法与实践》知识概括第五章 软件工程中的形式化方法

第5章 软件工程中的形式化方法    从广义上讲,形式化方法(Formal Method)是指将离散数学的方法用于解决软件工程领域的问题,主要包括建立精确的数学模型以及对模型的分析活动.狭义的讲,形式化方法是运用形式化语言,进行形式化的规格描述.模型推理和验证的方法.将形式化方法运用于软件工程实践当中的只要目的是保证软件的正确性. 软件生命周期中的形式化转化策略:常用转化策略.直接转化策略和运用半形式化表示的中间转化策略. 进行模型化的过程中涉及到三种系统模型:现实世界.模型表示和计算机系统.

现代软件工程 第十二章 练习与讨论

1  什么时候开始考虑用户体验? 既然用户体验和用户界面对一个项目这么重要,但是负责这类工作的设计师并不是软件工程师,设计师们什么时候加入进来为好呢? 不同的人有不同的看法. 最先:“你要从用户体验开始,然后反过来寻求技术的解决方案”.[i] 最后:代码写得差不多了,请设计师(或者美工)来美化一下,画个图标,对齐一下文字. 你认为应该如何根据项目和用户的类型来决定设计师与工程师的交互方式? 2 个人电脑界面的演变 参考下面这个网页和其他资料,练习自己使用软件的经历,讨论个人电脑界面的演变, 以及

软件工程概论的第一章

本章主要介绍了软件的概念(软件是计算机程序.规程以及运行计算机系统可能需要的相关文档和数据.程序是计算机设备可以接受的一切指令和说明,为计算机提供所需的功能和性能. 数据是事实.概念或指令的结构化表示,能够被设备接受.理解或处理.).软件的类型.软件的特性.软件的发展史以及软件危机,软件工程的概念.软件工程的要素.软件质量的特性.软件工程的方法.计算机辅助软件工程的方法CASE.当前面临的主要主要挑战,软件工程知识体系.SWEBOK项目介绍.组成(软件需求.软件设计.软件构造.软件测试.软件维护