基于.NET的需求分析和解决方案设计11

第11章稳定和部署方案本章概述在完成了项目的开发阶段之后，项目将进入稳定和部署阶段。Microsoft®解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量，使其可以满足为产品发布而制定的可接受标准。在部署阶段，解决方案将被部署到产品环境中。教学目标掌握MSF稳定阶段的目标、里程碑、以及交付成果描述解决方案的测试和试运行阶段中有关的任务掌握MSF部署阶段的目标、里程碑、以及交付成果掌握将解决方案部署到产品环境中的步骤掌握所推荐的，与完成项目有关的活动教学重点掌握MSF稳定阶段的目标、里程碑、以及交付成果掌握MSF部署阶段的目标、里程碑、以及交付成果教学难点稳定阶段和部署阶段在平时的学生实践中不大容易接触到，需要学生有一定的项目经验，所以需要教师进行耐心讲解教学资源课本知识点11.1MSF稳定阶段11.2稳定阶段的测试和试运行11.3MSF部署阶段11.4部署到产品环境习题习题1-对应知识点稳定阶段的测试和试运行习题2-对应知识点稳定阶段的测试和试运行习题3-对应知识点MSF稳定阶段习题4-对应知识点稳定阶段的测试和试运行习题5-对应知识点MSF部署阶段教师光盘幻灯片教师光盘：\Powerpnt\2710B_11.ppt多媒体视频教师光盘：\Powerpnt\《基于.NET的需求分析和解决方案设计》教学参考手册2习题解答教师光盘：\tPrep\answer先修知识在正式开始学习本章内容以前，学生须具备下列知识基础。先修知识推荐补充了解Windows程序设计的基础知识。《基于VB.NET的Windows程序设计》了解WEB类程序设计的知识。《面向.NET的Web应用程序设计》连接XMLWebService开发的知识。《XMLWebService开发》建议学时课堂教学（2课时）教学过程11.1MSF稳定阶段教学提示：MSF稳定阶段主要达到一个目的。掌握MSF稳定阶段的交付成果。（略讲）掌握MSF稳定阶段的中间里程碑。（略讲）掌握稳定阶段期间团队的角色和责任。（略讲）教学内容教学活动教学提示讲授：稳定阶段的首要目标在于提高解决方案质量，满足验收标准，进而交付生产。项目组是在一个功能齐全的UNIX移植解决方案上进行测试的。在这一阶段中，项目组要完成任务并开发出可交付使用的产品，使功能齐全的构造过渡到质量达标状态，而且解决方案可以面向全面的生产部署。本阶段的测试对以前开发过程中进行的测试做出了补充，其方法就是以实际环境为条件强调使用和运行。项目组的工作重心要放在解决和筛选（按优先次序处理）错误以及对解决方案进行发布前的准备上。在本阶段的初期，通常要进行测试以报告错误，其速度要比开发人员处理错误的速度快。我们无法判断会有多少个错误或者要花费多长时间阅书：11.1.1幻灯：第3页根据光盘的内容，提供一些交付成果的样板给学生看。第11章稳定和部署方案3来解决这些问题。但是，有两个被称为错误集中和零错误反弹的统计标志可以协助项目组估计出解决方案达到稳定状态所需的时间。注：在描述IT项目的状态时，可能会大量使用alpha(a)和beta(b)这两个术语。这些术语可能会引起混乱，因为可以有很多种不同的方式对其加以解释。如果您使用了这些词，就一定要对它们进行了明确的定义，并确保项目组、客户和参与者都能理解所给出的定义。一旦确认一个构造已经足够稳定，能够成为发布选择之后，就可以将该解决方案部署给一个试验小组了。本阶段以发布就绪认可里程碑为终点，它表示项目组和客户都承认所有突出的问题都已经得到了解决。讲解课本:11.1.1讲授：表5.1稳定阶段的主要工作和所有者主要任务所有者对解决方案进行测试项目组执行在规划阶段制定的计划，这些计划将在开发阶段得到强化和测试。测试消除缺陷项目组纠正通过测试或其他来源找到的缺陷。开发新的测试，从而对通过其他来源报告的问题加以复制，并将这些测试集成到测试套件中。开发，测试阅书：11.1.2幻灯：第5页《基于.NET的需求分析和解决方案设计》教学参考手册4进行试验项目组将解决方案试验从开发环境转移到处理区域，以便通过实际的用户和操作环境对解决方案加以测试。本试验是在部署阶段开始之前进行的。发布管理结束稳定阶段项目组采用文件形式对本阶段所执行任务的完成情况加以总结，并争取在发布就绪认可里程碑会议上获得管理层的认可。项目组讲解课本：11.1.2讲授：稳定阶段中项目组的工作重心表5.2给出了先前描述过的任务，但这一次是从项目组角色的角度加以考虑的。在稳定阶段中，项目组的首要角色就是进行测试和发布管理。表5.2稳定阶段中角色群集的工作重心和职责角色群集工作重心和职责产品管理通信方案的执行，启动规划程序管理项目跟踪，错误筛选开发解决错误，优化代码或重新配置硬件或软件用户体验用户文档资料的稳定；培训资料测试测试；错误报告和状态；配置测试发布管理试验建立和支持，部署规划；操作和支持培训讲解课本：11.1.3阅书：11.1.3幻灯：第8页第11章稳定和部署方案511.2稳定阶段的测试和试运行教学提示：本节主要达到目的。掌握在MSF过程中的测试类型。（略讲）掌握执行试运行的过程。（略讲）教学内容教学方法教学提示讲授：在稳定阶段，不仅要在解决方案的单个组件上进行测试，还要将解决方案作为一个整体加以测试，因为此时解决方案的所有特点和功能都已完备，所有的解决方案要素都已构建完毕。在开发阶段开始的测试活动要按照规划阶段制定的测试方案连同跟踪、文档制定和报告活动一起继续进行。讲解课本：11.2.1阅书：11.2.1幻灯：第11页讲授：用户验收测试尽管在开发阶段就开始了用户测试和可用性研究，但在稳定阶段，这些测试和研究会得到更多的重视。进行这些测试和研究的目的在于确保新的系统能够成功地满足用户需求和业务需求。不要将这一点和项目末期进行的客户验收混淆。用户验收测试是在功能测试结束之后，以生产环境为背景，在业务功能的集合上进行的。这是系统被接收并投入操作使用之前所进行的测试过程的最后阶段。用户验收测试中将采用实际用户或客户提供的数据对系统加以测试而不是作为过程一部分开发出的模拟数据。用户验收测试往往能够发现在系统要求定义方面的错误和疏漏。这些要求可能无法反映用户所需的实际设施和性能。用户验收测试可能会证明系统无法提供预期的性能和功能性。该测试的结果回答了解决方案能否满足用户的总体要求这一问题，它决定着系统是否已经达到可交付生产的标准。在用户验收测试过程中，针对一组选定的阅书：11.2.2幻灯：第12页阅书：11.2.3幻灯：第13页阅书：11.2.4幻灯：第14页阅书：11.2.5幻灯：第18页阅书：11.2.6幻灯：第19页对于各种不同的术语，教师可以根据自己的经验适当的给学生讲述一些例子。《基于.NET的需求分析和解决方案设计》教学参考手册6用户开展试验是很有帮助的。针对解决方案的不同方面对这些用户所做的调查及结果（用户友好性、方便性、视觉吸引力、相关性和响应性）对于解决方案能否达到最终的用户标准是非常关键的。用户验收测试还为支持人员和用户提供了通过实际培训来了解和实践新技术的机会。这一过程有助于发现用户在哪些方面存在理解、学习和使用这一解决方案的困难。发布测试还为发布管理提供了机会，因为在测试过程中可以发现妨碍成功实施的问题。回归测试回归测试是指对先前测试过的系统组件和功能重新测试，其目的在于确保：即使对系统的某些部分做了改动，这些组件和功能仍然能够正确运行。对于移植项目而言，这是最为重要的一类测试。如果在某一组件中发现了缺陷，应当通过修改加以解决。这可能会要求在测试过程中对其他组件进行重新测试。在测试过程中，组件系统错误可能会出现得较晚。该过程是一个往复过程，因为从较晚阶段获得的信息要反馈给该过程的较早阶段。对程序错误的纠正往往会导致新错误的出现。因此在对系统加以修改之后，必须重新执行测试过程。下面给出一些关于回归测试的指导原则：•测试对解决方案所做的任何修改，确保这些修改不会引起新的问题，而且操作性能不会因这些修改而降低。•如果在完成了任何阶段的测试之后或在系统的最终测试之后引入了某些改动，就必须对系统进行彻底的回归测试。这样做的目的在于确保改动的影响对于系统的其他方面以及与该系统连接的其他系统是透明的。•在对解决方案组件进行修改之后，可能会要求对测试案例也做出相应的修改。项目组必须在预定义的技术指标的基础上创建测试数据。最初的测试数据应当来自其他级别的测试，之后，项目组要对这些数据连同测试案例一起进行修改。第11章稳定和部署方案7测试跟踪和报告在开发和稳定阶段要进行频繁的跟踪和报告。在稳定阶段，报告是由错误数量驱动的。定期地将测试状态通知给项目组和其他关键的参与者能够确保项目具有良好的信息流通性。错误收敛错误收敛是指项目组在减少活跃错误数量上取得了重大进步的一个转折点。在错误收敛这一转折点上，解决错误的速度超过了发现错误的速度；因此实际的活跃错误数量开始减少。图5.2给出了错误收敛的图示。即使错误数量从整体上开始减少，但具体数量还会出现升降变化，因此错误收敛通常来讲只代表一种趋势，而不是一个固定的时间点。在错误收敛之后，错误的数量将持续减少直到零错误反弹。阶段性里程碑：错误的收敛对于项目组来讲，错误收敛就意味着目标已经为期不远。零错误反弹零错误反弹是指在项目中的某一点上，开发活动最终赶上了测试的步伐，当前已经不存在活跃错误。图5.3给出了对零错误反弹的图示。在零错误反弹之后，错误数量的峰值将显著减小，并且错误数量会持续减少直到产品足够稳定，进而构建出第一个候选发布版。《基于.NET的需求分析和解决方案设计》教学参考手册8仔细的错误筛选是非常关键的，因为每个被解决的错误都具有引起新错误或回归问题的风险。取得零错误反弹是项目组逐渐接近稳定的候选发布版的明确标志。注意，在到达这一里程碑之后，必定还会发现新的错误。但是，它却标志着项目组能够第一次诚实地报告已经不存在活跃错误了，虽然这只是针对当前情况。而且它可以让项目组集中力量保持在这一点上。进行试验在试验过程中，项目组要在实际生产环境中对整个解决方案做尽可能多的测试。试验版本是指到现实生产环境或用户群子集的部署。根据项目背景，试验可以采取多种形式：•在企业内部，参与试验的可以是一组用户或一个数据中心内的一组服务器。•对于移植项目而言，试验可能包括对要求最为苛刻的应用或数据库的测试，这一应用或数据库将通过一个成熟的用户群进行移植，从而获得有帮助的反馈。•Microsoft等商务软件供应商，往往会在最终发布之前面向一个特殊的早期采纳者群体进行产品发布。在现实条件下进行测试是所有形式的试验共同具有的要素。直到项目组确认解决方案在生产环境中是可行的，并且每个组件都达到了部署的要求，试验才能结束。遵照最佳做法行事•在开始试验之前，项目组和试验参与者必须明确制定试验的成功标准，并达成一致。这些第11章稳定和部署方案9标准应当追溯到开发工作的成功标准，并与之形成映射。•如果在试验过程中发现了任何问题，必需要通过进一步的开发、为安装组和生产支持人员解决方案和工作区备案或将其作为辅助材料引入培训或帮助材料等方式加以解决。•在开始试验之前，支持结构和问题解决过程必须就位。这可能要求对支持人员进行培训。在试验阶段，问题解决所采用的流程可能会和开发阶段以及全面生产阶段所采用的流程有很大不同。•为了确定任何问题并证实部署过程能够顺利进行，在实际部署之前必须对实施中涉及的所有组件试运行。决定下一步骤一旦收集到了足够的试验数据并对这些数据进行了评估，项目组就会处于决策点上。必须从多种战略中选择一种：•交错前进将一个新的版本部署给试验组。•回退执行回退方案，让试验组恢复试验前具有的初始配置状态（尽可能严密地）。然后采用一个更加稳定的版本重试。•中止中止整个试验。•调整并继续将对当前代码的调整发布给试验组。•继续进行继续向实施阶段前进。创建试验测试报告在完成了几个周期的试验测试之后，项目组必须制定报告，详细阐述所吸取的每个教训，并说明新信息是怎样结合的以及问题是怎样