基于.NET需求分析和解决方案设计之稳定和部署方案.pptVIP

* 重点： 一个推荐的试运行计划应该包含以上的内容。 * 注意： ”发布准备就绪认可” 里程碑是稳定阶段的重要里程碑，意味着稳定阶段即将完成。 稳定阶段将在到达发布就绪认可的里程碑时结束。当团队已解决了所有的突出问题，并已经发布了解决方案且可适用于全面部署的时候，也就到达了这个里程碑。此里程碑使得客户和用户、运营和支持人员、以及关键项目干系人有机会对解决方案进行评估，并确定所有在开始过渡到部署和最终发布之前需要解决的任何遗留问题。 * 注意： 加下划线为即将学到的内容。 * 要点 ： 本节主要达到一个目的。 掌握MSF部署阶段的目标、里程碑、以及交付成果。（略讲） 重点： 部署阶段的里程碑和交付成果； 注意： 稳定阶段的 ”发布准备就绪认可” 里程碑使得项目开始进入部署阶段。 * 重点： MSF 部署阶段有三个临时里程碑：核心技术部署完毕、站点部署完毕和部署稳定； 注意： 这三个临时里程碑的含义和意义，可以参考第1章中有关部署阶段的描述。 * 课堂提问： 哪一些人或团体是进行方案部署的最佳候选人？ 答案：取决于组织和项目本身；有时候产品组是最佳候选人，有时候一个特定的部署团队适合，有时候一个外部的团队适合；最重要的是开发一个有效的部署计划并将其提供给有能力进行成功部署的人或团体。 在完成了稳定阶段后，项目团队将以不同方式转移到部署阶段。一种可选的部署方式是利用组织机构的运营团队处理实际的部署。如果运营团队管理整个部署，那么为了减轻在所有权移交过程中的潜在问题的影响，开发团队的代表一般将会在项目中保留一段时间。另一种可选的部署方法是结合每个团队中的成员，创建一个独立的部署团队。发布管理角色负责协调那些为确保成功部署所需要的活动 * 注意： MSF 过程模型与部署的项目类型无关，然而部署阶段的复杂性和长度将取决于部署的内容，因此必须确保用于部署的团队的解决方案场景对于项目类型是恰当的。 MSF过程模型的运作与试图部署的项目类型无关。但是，部署阶段的复杂度和时间长短的变化取决于部署的内容。例如，一个Web应用程序可以很容易地部署到物理位置和工作站，并且影响最小。而一个涉及到安装工作站的基础设施项目将会是一个较长且较复杂的过程。确保团队解决方案的部署场景适合于项目的类型是很重要的。 * 注意： 加下划线为即将学到的内容。 * 要点 ： 本节主要达到一个目的。 描述将解决方案部署到产品环境的步骤。（略讲） 重点： 如何计划部署，区分核心和特定站点组件，部署核心和特定站点组件。 * 重点： 哪些文档是项目团队和操作人员必须检查并更新，以确保部署阶段顺利进行的？ 在开发期间，特别是在稳定阶段快完成时，发布管理领导层会将部署任务分配给团队成员。他们将审核项目状态和测试结果，并更新最初在计划阶段所创建的部署计划。团队创建基于任务的方法将有助于确保成功的部署。 注意： 这些文档是在计划阶段创建的。 * 课堂提问： 核心组件的例子有哪些？ 答案：域控制器，邮件路由器，远程访问服务器，数据库服务器，活动目录等。 * 注意： 一般而言，核心组件必须在特定站点组件之前先部署。 选择部署策略要求彻底理解解决方案和客户的需求。核心组件通常被多个位置共享，而且一般是整个解决方案的关键部分或使用部分。事实上，对于任何一个解决方案而言，必须在用户可以使用解决方案之前部署一些核心组件。在考虑如何部署一个解决方案时，确定对整个解决方案而言不是至关重要的组件，并为这些组件的部署选择一个有效的策略，这是很有必要的。对很多项目来说，首先部署所有核心组件开销将会过多，而且没有必要。那些功能冗余和只用来提供容量的设备在部署站点之前是没必要安装的。 * 重点： 部署特定站点组件的四个阶段。 可以用较少的团队来串行部署站点，也可以用较多的团队来并行部署站点。并行站点部署要求更多的协调，而且很少能有机会处理越来越多的使用。然而，更加串行化的部署可能会引起用户的疑惑，特别是在新解决方案必须与现有系统共存时。 * 注意： 顺序部署情况比并行部署情况下需要较少的团队参与。 * 重点： 每一个阶段的主要任务。 * 注意： 程序管理、发布管理和产品管理是 MSF 中定义的三种角色； 课堂提问： 休眠阶段从什么时候开始，一般持续多长时间？ 答案：休眠阶段开始于部署完毕，并且团队开始将职责移交给操作人员和支持人员，一般持续15到30天。 * 重点： 将项目过渡到运营和支持，需要进行以下的三种任务：激活报告系统，发布知识库以及在最终移交之前验证操作过程的完整性。 * 课堂提问： 哪一种 MSF 角色处理最后客户的完毕签署？ 答案：通常由产品管理角色获得客户最终的完毕签署并发布解决方案。 * 重点： 考察缺陷优先级的计算公式； 练习： 给缺