统一过程最佳实践移交和产品化阶段

书籍
计算机书籍
　　本套书共有四本，其中介绍的最佳实践方法分别对应统一软件过程的四个阶段：初始阶段、细化阶段、构造阶段、移交和产品化阶段。本书是这套书的第4本，重点介绍与统一软件过程移交和产品化阶段有关的最佳实践，包括需求工作流、分析和设计工作流、实现工作流、测试工作流、部署工作流、操作和支持工作流、配置和变更管理工作流、项目管理工作流和基础设施管理工作流等内容。
　　 本书可以作为软件项目管理人员、软件开发工程师、过程工程师、系统工程师等专业人员的指导用书，也可作为高等院校计算机及相关专业学生的参考书。

译者序
前言
第1章概述.
1．1统一过程
1．2企业统一过程(eup)
1．3移交阶段的目标
1．4产品化阶段的目标
1．5在移交和产品化阶段通常工作如何进行
1．6需求工作流
1．7分析和设计工作流
1．8实现工作流
1．9部署工作流
1．10测试工作流
1．11操作和支持工作流
1．12配置和变更管理工作流
1．13项目管理工作流
1．14基础设施管理工作流
1．15本书的组织
第2章部署
2．1部署工作流的最佳实践

　　软件产业的不断发展，使人们越来越认识到优化的过程在软件开发和生产过程中的重要作用，遵循良好的过程是高效率、商质量和低成本地开发和生产软件的必由之路。
　　近年来，我国软件业发展迅猛，在众多的软件项目和软件产品的开发过程中，人们越来越意识到优化的软件过程对于保证这些软件项目和产品质量的重要性， 围绕软件过程改进进行的专题培训、企业内部培训等越来越多，业界的一些专家、学者围绕这一领域编著、翻译的书籍也很多。然而略感遗憾的是，人们在认识到软件过程重要性的时候，对如何有效且高效地实践这些过程却还未找到最佳方法，这方面的专著目前也比较匮乏。
　　在笔者翻译的本书及本套丛书的其他书中，详细介绍了作者在他们大量的软件过程经验和收集的来自于10余位业界杰出人物以及10多年的《软件开发》和《计算机语言》杂志的更广泛经验的基础上提出的软件过程最佳实践方法，并将这些方法和统一过程的各阶段对应起来。
　　在本系列书中，作者综合Rational统一过程(RUP)、OPEN联盟的OPEN过程、面向对象软件过程(OOSP)、极限编程(XP)等软件过程形成了一个处理真实世界开发和产品需要的更完整、更健壮的统一过程。在详细阐述一个具有更完整的增强生命周期的统一过程之后，每一卷书介绍了当前实现统一过程各个阶段(初始、细化、构造、移交和产品化)最佳实践的大师们的经验智慧集合。通过本书作者提供的资源链接，读者可获得更广泛的“在线知识库”。
　　本书介绍的最佳实践方法与统一软件过程的移交和产品化阶段相对应，介绍了需求工作流、分析和设计工作流、实现工作流、测试工作流、部署工作流、操作和支持工作流、配置和变更管理工作流、项目管理工作流和基础设施管理工作流的最佳实践。在移交阶段向用户群发布新系统时，项目组的焦点在于测试和确认完成的系统，与遗留系统并行运行系统，转换遗留数据库和系统以适应新系统，培训用户、操作人员、支持人员和维护开发人员，将系统部署成产品。在产品化阶段，项目组会关注运行系统并给使用它的用户提供支持，监控系统并进行适当操作以保证系统的连续运转，运行和维护相关的工作、 日志和支持系统，处理帮助请求，提供错误报告和用户的特征需求，管理变更控制过程。本书提供了恰当的部署、操作和支持新系统所必需的信息。
　　翻译本书的目的是为实践这一过程提供最佳实践参考。本书可作为软件项目管理人员、软件开发工程师、过程工程师、质量工程师、系统工程师、系统分析员等的软件过程实践指导用书，也可作为大专院校计算机及相关专业学生的软件工程实践参考书。
　　参加本书翻译工作的有兰雨晴、雷雷、高静、韩芳，全书由高静统稿，兰雨晴进行了审订。由于水平和时间有限，本书翻译中的缺点和错误在所难免，个别用词还有待商榷，真诚欢迎读者批评指正。
　　联系：Lanyuqing@buaa．edu．cn、LL@buaa．edu．Cn、Gaoing@cse．buaa．edu．cn
　　北京航空航天大学软件工程研究所
　　兰雨晴 雷雷 高静
　　2005年秋
　　

　　在《软件开发》杂志(Software Development)和它的前身《计算机语言》(ComputerLanguage)中曾经刊登了大量关于如何成功开发软件的文章。为这一杂志撰稿的人包括许多业界最著名的专家， 比如：KarlWiegers、Ellen Gottesdiener、JamesBach、JimHighsmith、WarrenKeuffel和MartinFowler。筒而言之，信息产业的大师们在这些年里一直在这本值得尊敬的杂志中与我们分享他们的智慧成果。.
　　近来，几乎所有的组织对软件过程改进的关注越来越多了。从20世纪90年代中期开始，Rational／~司控股和合并了其他一些软件工具公司；随着公司的发展，这些工具所支持的各种过程也被合并成一种开发方法，称为“统一过程”(UnifiedProcess)。是否有可能让整个软件过程自动化?如果有可能，那么Rational／~司是否拥有一套完整的工具集?对上述问题我们并不确定。但幸运的是，其他人也在定义软件过程，所以我们还可以从多个角度来看事物应怎样运作。这些过程包括：OPEN联盟的OPEN过程、面向对象软件过程(OOSP)的过程模式、极限编程(XP)和敏捷建模(AM)。
　　这些不同的视角可以用来推动统一过程观点，使其更加健壮，结果就产生了一个更能准确反映你所在组织现实需要的增强的统一过程生命周期。因为我们相信(软件开发)中包含的多年积累下来的智慧能够用来充实统一过程——真正将我们产业的最佳实践统一起来，所以我们编写了本系列丛书。
　　为什么软件过程如此重要呢?让我们先设想一下：假如你想请人给你建造一间房子，让两位承包商来竞标。第一位承包商告诉你，通过使用一项最新的建筑技术给你盖房，如果从明天就开始的话，他能在两个星期内就把房子建好，造价只有10万美元。这个承包商手下有一流的木匠和水管工，他们以前用这项新技术建造过一个花园凉棚，他们愿意日夜加班以按期交付你的新屋。而第二位承包商告诉你，她需要先和你讨论你想要建一间什么类型的房子。然后，一旦她确定明白你的需要，她将在一个星期内提供一整套设计蓝图供你审阅和反馈。这个初始阶段只会花你1万美元，当你决定了最终方案，对于其余的工作她将给出详细计划和成本进度。
　　你会觉得选哪个承包商更让人放心呢?是想马上开始建房的那个，还是先搞清楚要建什么样的房子，再建模型，再详细计划，最后动工修建的那个?显然，后者更有可能理解你的需要——这是成功地交付给你一间符合你实际需要的房子的第一步。现在，设想你要构建的是软件——这通常是复杂好几个级别而且远比房子更昂贵的项目，再设想你还是面对两个与前面采取相同方法的承包商。选择哪个你会更放心呢?希望你的回答仍是第二个；她有一个更明智的过程。但遗憾的是，实践显示：在大多数时间里，组织似乎喜欢选择第一个承包商的方法；任意删改过程。当然，实践也显示：在我们的产业里，建造大型的、具有关键任务的系统的失败率在85％以上。也许这两种现象有一定的关联。
　　现实世界中，形势甚至更糟。你可能尝试要建造一间房子，而所能用的所有承包商却都只有建造花园凉棚的经验。甚至他们仅仅在热带地区工作过，并且从来没有处理过霜冻地区的情况，但是你却生活在加拿大偏僻的森林地区。而且，不同级别的加拿大政府颁布不同的经常变化的法规，承包商根本就不熟悉这些法规。再次强调，第一个承包商的杂乱无章的方法有可能使人陷入麻烦之中。..
　　移交阶段
　　在企业级统一过程(EUP)的增强生命周期中，移交阶段是5个阶段(初始、细化、构造、移交和产品化)中的第4阶段，每个软件的发布版本在其生命周期内都将遍历这些阶段。移交阶段的主要目标是把系统交给用户群体。要完成这步，需要做以下工作：
　　·测试和验证完整的系统。
　　·如果是可应用的系统，让它与其他要替换的遗留系统一起并行运行。
　　·转换遗留的数据库和系统，使之支持新发布的版本。
　　·培训用户、操作人员、支持人员和维护开发人员。
　　·部署系统进入产品化阶段。
　　移交阶段要完成的最重要的事情是保证系统在产品化阶段能够运行。这不仅仅意味着系统是可操作的，还表明了系统能够实现用户的真实操作需要。你要保证你的系统不会损害其他系统，保证用户明白怎样使用系统并且在遇到麻烦时知道怎样寻求帮助，保证系统在用户需要时可以使用。
　　产品化阶段
　　系统移交到用户手中了，但是系统的生命周期并没有结束。事实上，大多数用户可能会说系统才刚刚开始它的生命周期。产品化阶段是EUP的5个阶段的最后一个阶段。产品化阶段的主要目标是操作系统并且支持使用该系统的用户。要完成这步，需要做以下工作：
　　·监控系统，采取恰当的操作来确保系统连续运行。
　　·操作和维护相关的工作，日志记录和支持系统。
　　·对用户的帮助请求、错误报告和特性请求做出响应。
　　·管理变更控制过程，使得缺陷和新的特性可以被划分优先级并分配到将来的发布版本中。