软件过程与管理(第章).docVIP

过程基础（个人建议，应付考试的话这章的内容再加上PSP和TSP的单独总结记得熟点儿基本就可以，后面葛叔讲的11到14章作为补充阅读吧，太详细的东西不要看了……） 软件过程概述 软件产品与传统产品的区别：软件产品不同于其他常规产品的一个重要特点是，软件产品是抽象的、不可触摸的，不受物质材料的限制，也不受物理定律或加工过程的制约。这一方面可使软件工程得到简化，因为软件的潜能不受物理因素的限制；另一方面，由于缺乏自然约束，软件也就很容易变得极为复杂，难以理解。 软件工程的概念诞生于1968年召开的NATO会议，在一个称谓“软件危机”的会议上首次提出。作为软件工程领域的一个重要分支，软件过程研究的主要目标是以一种高效的、可靠的方式组织软件开发的过程，并通过保障和改进软件过程的质量来提高软件产品的质量。 软件质量与软件过程 软件工程的诞生是为了应对复杂软件系统的开发，软件工程的目的是为了在复杂软件系统的开发过程中提高软件质量，提高开发效率，也就是软件工程是为了以一种高效的方式提高质量的软件产品的工程学科。 质量观：书上bla了一堆，PPT上那句（追求质量是一种低碳的生产生活方式）也很无语……主要意思是在追求卓越质量的过程中会付出更多的辛劳和原材料方面的消耗，但总的来讲，所产出的高质量产品，以及延长了更多的使用寿命，所减少的碳排放量和减少的对环境的污染，将远远弥补因为追求卓越质量付出的消耗。 软件质量 下面两个模型都是层次结构模型：思想是把软件质量的因素按照一定的方式分成几组，每组反映软件质量的一个方面，成为质量要素，构成一个质量要素的诸多因素则是对该要素的衡量标准，每个衡量标准又由一系列具体的度量构成，如下图： McCall模型：把软件质量要素分为三个方面：产品操作、产品修改和产品改型，如下图 产品操作：概括有关操作一个软件产品的质量因素，如操作是否易于学习，操作是否高效，结果是否用户所要求的等等 产品修改：概括与修改一个软件产品有关的质量因素，如是否便于改正软件中的错误等等；该要素很重要，因为它通常是软件开发中开销最大的部分 产品改型：概括与改变一个软件产品的运行环境和使用方法等有关的质量因素 注：书上有一大段关于软件质量要素的描述，个人认为不需要记忆，也记不下来，一张图加理解足够。 Boehm模型：软件质量的全体称为总体效用，并分为现存效用和易维护性，现存效用是指不涉及软件的修改的质量因素，与McCall模型的产品操作质量要素基本相同，结构如下图： 两个模型的共同点（简单的总结，真问到可以发散下）： 质量衡量标准以从用户出发的质量观为基础提出的，实践中是软件设计者和开发者标准的子集 这些要素和标准的定义放映当时的认识，现在新的软件质量因素和度量出现在实践中 模型着重软件开发者较易分析的软件质量因素，衡量标准都是与技术有关的 都是层次结构模型，要素和标准以非形式化讨论建立，基于直觉，难检验和证明，软件度量的目的是预测质量和提高客观数据 使用时需要根据具体情况决定质量要素的相对重要性 这两个模型共同缺陷之一是未能反映质量要素之间的关系。 Perry的两个质量要素直接相关（要高都高）、反向相关（一高一低）以及无关的示意如下： 这种关系划分的缺点是：都是对称的关系，不能表示复杂关系；要素间关系不是显而易见的。 软件质量管理哲学 戴明（Deming）：质量运动的主要人物之一，日本质量管理之父，贡献如下 质量改进：提出了质量改进连锁反应图 PDCA循环：又称戴明环，能使任何一项活动有效进行的一种合乎逻辑的工作程序。 十四点原则：树立改进产品和服务的坚定目标；采用新的思维方法；停止依赖检验的办法获得质量；不再凭价格标签进货；坚持不懈地提高产品质量和生产率；岗位培训制度化；管理者的作用应突出强调；排除畏难情绪；打破部门和人员之间的障碍；不再给操作人员提空洞的口号；取消对操作人员规定的工作定额和指标；不再采用按年度对人员工件进行评估；创建积极的自我提高计划制度；让每个员工都投入到提高产品质量的活动中去 朱兰（Juran）：质量运动另一位巨人，主编的《质量控制手册》为质量控制科学的圣经。贡献： 适用性质量：适用性——使产品在试用期间能满足使用者的需求。Juran提出质量不仅要满足明确的需求，也要满足潜在的需求。 质量三部曲：质量计划——质量控制——质量改进。具体内容在书P8，需要就看吧…… Juran质量螺旋（quality loop） 质量在这个螺旋进行中不断得到提升 80/20原则：提出了质量责任的权重比例问题。企业产品或服务质量问题，追究其原因，只有20%来自基层操作人员，而80%的质量问题是由于领导责任所引起的。 克劳士比（Crosby）：质量运动的另一位巨人（汗），提出零缺陷概念，即第一次就把事情做对 质量管理的绝对性：有一些原型式绝对