基于.net的需求分析和解决方案设计之稳定和部署方案.ppt

* 重点： 一个推荐的试运行计划应该包含以上的内容。 * 注意： ”发布准备就绪认可” 里程碑是稳定阶段的重要里程碑，意味着稳定阶段即将完成。 稳定阶段将在到达发布就绪认可的里程碑时结束。当团队已解决了所有的突出问题，并已经发布了解决方案且可适用于全面部署的时候，也就到达了这个里程碑。此里程碑使得客户和用户、运营和支持人员、以及关键项目干系人有机会对解决方案进行评估，并确定所有在开始过渡到部署和最终发布之前需要解决的任何遗留问题。 * 注意： 加下划线为即将学到的内容。 * 要点 ： 本节主要达到一个目的。 掌握MSF部署阶段的目标、里程碑、以及交付成果。（略讲） 重点： 部署阶段的里程碑和交付成果； 注意： 稳定阶段的 ”发布准备就绪认可” 里程碑使得项目开始进入部署阶段。 * 重点： MSF 部署阶段有三个临时里程碑：核心技术部署完毕、站点部署完毕和部署稳定； 注意： 这三个临时里程碑的含义和意义，可以参考第1章中有关部署阶段的描述。 * 课堂提问： 哪一些人或团体是进行方案部署的最佳候选人？ 答案：取决于组织和项目本身；有时候产品组是最佳候选人，有时候一个特定的部署团队适合，有时候一个外部的团队适合；最重要的是开发一个有效的部署计划并将其提供给有能力进行成功部署的人或团体。 在完成了稳定阶段后，项目团队将以不同方式转移到部署阶段。一种可选的部署方式是利用组织机构的运营团队处理实际的部署。如果运营团队管理整个部署，那么为了减轻在所有权移交过程中的潜在问题的影响，开发团队的代表一般将会在项目中保留一段时间。另一种可选的部署方法是结合每个团队中的成员，创建一个独立的部署团队。发布管理角色负责协调那些为确保成功部署所需要的活动 * 注意： MSF 过程模型与部署的项目类型无关，然而部署阶段的复杂性和长度将取决于部署的内容，因此必须确保用于部署的团队的解决方案场景对于项目类型是恰当的。 MSF过程模型的运作与试图部署的项目类型无关。但是，部署阶段的复杂度和时间长短的变化取决于部署的内容。例如，一个Web应用程序可以很容易地部署到物理位置和工作站，并且影响最小。而一个涉及到安装工作站的基础设施项目将会是一个较长且较复杂的过程。确保团队解决方案的部署场景适合于项目的类型是很重要的。 * 注意： 加下划线为即将学到的内容。 计划部署 准备部署和产品环境 更新文档 部署图表 测试计划 安全计划 后备计划 灾难恢复计划 培训信息 检查部署计划 获得客户的完毕签署 计划部署 核心组件与站点相关的组件 核心组件 位于中央或关键位置 赋予完整解决方案互操作性能力 是企业解决方案的使能技术 特定站点组件： 位于一个单独的位置，使得用户能够访问并使用解决方案 站点部署依赖于这项技术 核心组件与站点相关的组件 核心组件的部署 顺序部署 在部署站点组件前先核心组件的部署 较小的风险 适用于短期或小规模的部署 并行部署 并行地部署核心和站点组件 适用于长期和大规模的部署 取决于解决方案，可能需要两种策略 核心组件的部署 相关站点的组件的部署 介绍 四个阶段 相关站点的组件的部署 介绍 部署特定站点组件 四个阶段 准备站点部署 安装站点部署 站点部署间培训 稳定站点部署 部署特定站点组件 休眠阶段 解决方案处于生产环境中并且由操作人员维护 程序管理、发布管理和产品管理开始项目的收尾工作 休眠阶段作为基线服务于服务级别的协议谈判 休眠阶段 将项目过渡到运营和支持 激活报告系统 向技术支持服务窗口提交来电数目和问题解决 向操作人员提交系统故障、纠正操作和趋势分析 发布知识库 提供对正确知识的方便访问 能够使用缺陷跟踪数据库作为基线数据 能够被支持团队和用户所使用 在最终移交之前验证操作过程的完整性 将项目过渡到运营和支持 收尾活动 调查客户满意度 准备收尾报告 执行项目审核 获得用户许可 为团队提供一个重要的机会来获得客户反馈 包含所有主要交付成果、从客户和用户处获得的汇总信息 以及已知后续步骤汇总信息的最终版本 审核项目并且找出在未来的项目中可以加以改进的地 方 获得客户最终的完毕签署 收尾活动 课堂练习 为缺陷分优先级 练习 给缺陷分类和优先级 回顾 学习完本章后，将能够： MSF 稳定阶段 稳定阶段的测试和试运行 MSF 部署阶段 部署到产品环境 * 本章概述 在完成了项目的开发阶段之后，项目将进入稳定和部署阶段。Microsoft?解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量，使其可以满足为产品发布而制定的可接受标准。在部署阶段，解决方案将被部署到产品环境中。 教学目标： 掌