记录督促学习35

发布版本管理
系统的发布版本是分发给客户的系统版本。对于大众市场软件，通常可能定义两种类型的发布，一种是主要发布，用于交付重要的新功能，另一种是小型发布，用户修复漏洞和修复用户报告的问题。

对于定制软件或者软件产品线，管理系统发布是很复杂的过程，系统的特别发布版本可能必须为每个客户或者个人客户生产，可能同时运行几种不同的系统版本。

一个系统的发布版本生成时，必须编制文档以保证将来可以重新准确地复制它，这一点对定制的生命周期长的嵌入式系统尤为重要，客户可能很多年都使用一个这样的系统，在举例最初发布很长时间之后才对某一特定的软件发布版本提出具体的变更需求。
为发布版本编制文档，必须记录用来产生可执行代码的源代码组件的特定版本，也要保存源代码文件、响应可执行代码以及所有的数据和配置文件，还应该记录操作系统的版本，库编译程序和建立软件的其他工具。

准备并分发一个系统版本是个很高代价的过程，尤其是那些大众市场的软件产品，在准备发布版本的时候，除了必须准备的技术工作之外，还有广告宣传材料以及到位的市场策略，说服消费者购买新的系统版本。

决定何时发布系统的一个新版本，应该考虑技术和机构的各种具体情况。
系统发布版本不仅仅是这个系统的可执行代码，发布版本还包括
1配置文件
2数据文件
3安装程序。
4电子和书面文档
5包装和相关的宣传。
发布版本的创建是创建包含系统发布版本的所有组件在内的文件和文档集合的过程。
程序的可执行代码以及所有相关数据文件都必须在版本管理系统中找到，并贴上发布标识符。对不同的硬件和操作系统要写出配置描述，针对需要配置自己的系统的客户，也要为其准备好使用说明书。

计划新系统发布版本安装的时候，发布版本管理者不能想当然认为客户总是想安装新版本。

二十六过程改善

主要是介绍软件过程改善，需要了解
1有关将软件过程改善作为提升产品质量以及软件过程的效率和效果的手段的基本原理
2软件过程改善的基本原理以及过程改善的循环过程
3学会如何使用目标问题 度量方法指导过程度量
4介绍过程能力和过程成熟度的概念，以及由SEI所提出的过程改善的CMMI模型的一般形式。

尽可能获得更便宜更好的软件的需求，且要求软件再日益严格的最后期限前交付。
所以大多数软件公司专项通过改善软件过程来提高产品质量，降低软件开发成本，以及加速它们的开发过程。过程改善就是要充分了解现有的过程并改变这些过程，实现提高产品质量以降低成本和减少开发实践的目的
过程改善和变更使用两种截然不同的方法
1过程成熟度法法
2敏捷方法
这两种都对对方持怀疑态度。

一个项目，不管它的人员过程或者工具因素，若预算偏低，或者交付进度计划不现实，产品质量将受到影响。
一个好的过程要得到有效的实施需要配备适当的资源。
通常软件质量存在问题的真正原因不是管理不善，过程不恰当或质量培训差，而是源于机构受到的生存压力。

过程改善过程
在所有的机构中我们能看到软件过程的存在、
过程改善不仅仅意味着采用特别的方法或工具，或使用一个公开的，通用的过程，虽然开发机构在开发相同类型的软件时明显地有很多相同之处。但总是有许多机构的自身因素规程和标准在影响着过程，如果仅仅简单地试图将某个过程转变为一个通用的过程，引入过程改善时不会成功的。
以下是可以作为改善目标的例子
1易懂性
2可视性
3可接受性
4可靠性
5鲁棒性
6可维护性
7快速性

这些属性是相关联的，有时候是正相关，有时候是负相关。

同时优化所有的过程属性进行过程改善时不可能的。
过程改善周期一般包含
1过程度量
2过程分析
3过程变更

过程度量

过程度量是软件过程的量化数据，比如用于执行过程活动的时间。

能够收集的过程量度数据有三种
1完成某一特定的过程所花的时间
2某个特定过程所需要的资源
3某个特定事件发生的此书
事件发生数量的度量对软件质量能产生更直接的影响。

在过程度量中的一个主要苦难是弄清楚应该收集关于过程的哪些信息以支持过程改善。

在过程改善中使用GQM范式有三个关键问题能解答
1为什么引入过程改善
2需要哪些信息用于识别和评估改善
3需要哪些过程和产品的度量以提供这些信息。

这些问题直接和GQM范式中的抽象概念欧冠
1目标
2问题
3量度
GQM方法用于过程改善的好处是，将机构关注的焦点和特别过程关注的焦点相分离。
对改善作出过于简单化的假设是危险的，量度的变化可能是由完全不同的因素引起 的，比如项目组人员的变化，项目进度的变化或者管理的变化。

过程实践的分析：过程分析的一个方法是使用调查问卷去发现在多大程度上号的软件工程实践在使用，因而，对过程中的某些阶段，例如需求工程，可以识别在公司中对于正在开发的系统类型哪些是最为合适的，并提问关于这些时间在多大范围内得到了使用。

度量是过程和过程变更的证据生成的方式，但是必须在确定过程变更有效钱，加上其他关于过程的信息一起阐述这些证据，但是这些证据需要和过程的其他信息结合起来记忆解释。

过程分析
过程分析是指对过程研究，帮助理解过程的关键特征以及相关人员在实际中是如何完成这些过程的。
过程分析有许多密切相关的目标
1理解过程中的活动以及这些活动之间的关系
2理解过程活动之间的关系以及理解所做出的的度量
3将特殊过程或者是你在分析的过程和机构中其他地方的差不多的过程或者同类型的一个理想化的过程联系起来。
最常用的过程分析技术：
1调查问卷和会谈
2深入实际调查研究

每一种方法都有其优点和缺点。

在分析过程的时候，一般先从定义过程中的活动以及这些活动的输入输出的过程模型开始。

过程异常

软件过程是非常复杂的，在机构中定义好了的过程模型只以为着过程的一种理想状况，而没有考虑任何意外情况。
项目管理者应该必须应对的异常类型有一下几种：
1几个主要成员同时生病
2计算机信息安全遭到破坏
3公司机构改组使管理者必须忙于应付机构失误
4有未预料到的新的项目投标请求，一部分精力必须从当前项目转移到这个项目投标工作中

一般来说，异常对的发生总是会以某种方式影响和改变项目的资源预算或进度，很难预测所有的异常，因而无法将其统统考虑到形式化过程模型中去。

软件过程建模：软件过程建模长期目标是用过程模型作为组织和协调的支持工具，过程模型应该包含关于过程活动信息，输入输出，过程中的角色等。

过程变更
过程变更是指对已经存在的过程进行修改。
在过程变更过程中：
1改善识别
2改善优先级排序
3过程变更引入
4过程变更的培训
5变更微调

除了评估变更后的过程有效性的困难歪，还有如如下两个过程变更必须面对的主要苦难
1拒绝变更
2变更坚持

拒绝变更的人员可能来自变更过程设计的项目管理者和工程人员。

作为一个管理者要善于观察所在软对中对原的感受。

CMMI 过程改善框架。。