测试发现问题后，需要解决这些问题并重新编译应用程序；然后重新测试该问题，直到
应用程序通过所有的测试用例。
支持
移植工作完成后，开发阶段就算结束了，支持阶段也就随之开始。一些移植工程师会留
下来帮助回答客户可能提出一些一直相关的问题。另外，开发人员也应该培训客户怎样在
Linux 平台上配置和运行应用程序。在移植结束后，支持阶段一般需要持续 60 到 90 天。在
这期间，针对新移植到 Linux 的应用程序，移植工程师对技术支持人员和销售人员进行培训，
并回答他们提出的问题。在培训完成以后，移植工程师的工作就算完成了。
定义项目范围和目标
定义项目范围就是定义清楚项目的结束点和边界，以及项目经理和项目成员的责任。定
义清晰的项目范围可以确保该项目的所有相关者（参与项目或被项目影响的人员或组织，如
项目组、架构师、测试人员、客户或赞助商、合作部门等）都明确该项目的目标。
清晰的项目目标或需求可以让人更好地理解项目范围。在移植过程的分析阶段，客户的
目标和需求被收集上来，然后被细分成各个结构，并最终定义成项目的交付物。项目的目标
和需求是定义项目范围的起点。所有的项目目标都确定以后，项目的范围也就变得更加明确
了。
定义项目范围的一种方法是，列出项目要包含和不包含的目标。从客户收集需求列表是
个很好的开始方法。需求收集上来后，项目经理和技术领导详细的检查该需求列表。如果对
某些需求有疑问，应该把它们列到不被包含的目标列表中，至少最初时应该这样做。然后客
户再次检查该列表，并对有异议的地方进行纠正。最后，知道所有人员都认为该列表已经正
确表述了项目应该包含的所有目标。
需要再次强调的是，该列表需要足够详细，以便能够列出那些要包含在项目中，那些不
要。的确，对超出项目范围的需求列出详细说明也是很重要的。对定义项目范围不能提供足
够信息的目标，随着项目发布日期的临近，会逐渐成为争论的焦点。例如各个部分移植工作
怎样交付给移植小组---是多次迭代还是一次性交付？每次交付时作为一个阶段，还是有一些
更小的工作片包含在该阶段中？在一个完整的项目中有多少个迭代？该列表不仅定义了项
目本身，也列出了该项目的所有相关干系人所期望的结果。
下面列出创建项目目标列表时需要遵循的一些基本原则：
1、 尽可能详细定义项目范围。
2、 确认项目的所有相关干系人都同意该项目范围。
3、 在“不包含/不在范围内”列表中列出未解决的内容，直到全部解决。
定义项目目标的一部分工作是列出项目的接收和完成标准。关于项目的完成标准，所有
的项目干系人必须达成一致意见。项目完成可能是指在 Linux 平台上通过了百分之多少的系
统测试，或者是通过了系统性能所设定的某个性能标准—也就是说，项目目标是运行一组具
体的测试用例或者性能分析。不管项目完成的标准是怎样定义的，如果可能的话，所有的项
目干系人在移植开始之前都必须理解并且同意这些标准。任何在移植过程中对标准的修改早
替代现有标准前都必须与所有相关干系人交流协商并得到批准。
剩余40页未读，继续阅读
