实用软件工程方法13.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * 第13章项目部署阶段 课程介绍 本章重点介绍了MSF部署阶段的概念、原理和相关活动内容 项目计划认可 范围完成 发布就绪认可 部署完成 远景/范围认可 本章内容 概念与原理 部署阶段的主要活动 部署阶段的成功标准 部署阶段部署完成里程碑和中间里程碑 部署阶段小组角色的职责 讨论和问题 13.1 概念与原理 基础架构部署 基础架构部署的变更管理 变更的来源 管理变更的策略 在部署期间变更控制 13.1.1 基础架构部署 将开发的基础架构迁移到生产环境 测试结果与开发阶段模拟测试相同，则部署完成 13.1.2 基础架构部署的变更管理 基础架构组件来源复杂 ，部署变更需求更为强烈 对于部署阶段的变更，我们应该认识到 变更通常独立于计划的项目，来自外部 部署可能是基础架构项目过程模型中最长的阶段 部署期间实现变更可能有高风险和高费用 最好保留开发阶段用的变更管理过程 13.1.3 变更的来源 变更的类型 例子 来源 内部的 工作范围扩大 设计缺陷 改变了业务需求 客户（customer） 小组（team） 用户（User） 外部的 新产品发布 服务补丁 正在改变的业务思潮 销售商（vendor） 供应商（suppliers） 环境（environment） 13.1.4 管理变更的策略 回退 停止并重新开始计划或开发活动 另找出路 采用不同的工具实现变更 延迟 到下一版本再实现这些变更 13.1.5 在部署期间变更控制 冻结设计 当小组开始部署解决方案时，就应该冻结设计 版本化发布 一般说来，定义版本是部署期间管理变更最好的方法 风险管理 变更请求代表着某种风险，应按风险处理 平衡三角形 平衡三角形是小组与客户讨论变更影响的一个极好工具 13.2 部署阶段的主要活动 部署核心组件 部署各个站点 部署的解决方案稳定 转移到运营和支持 项目完成 13.2.1 部署核心组件 核心和站点技术组件 核心组件：处于中央或核心位置的组件，它使整个解决方案有互操作性 部署核心组件的策略 顺序部署：核心组件先于站点组件部署 并行部署：核心组件和站点组件并行作业，核心组件按需且并行地为支持每个站点的部署而部署 核心组件部署完成 13.2.2 部署各个站点 实施站点部署 站点部署折衷决策和风险 站点部署过程 13.2.2 实施站点部署 主要工作： 将解决方案交付给最终用户和投入生产环境 把每个部署看作是分开的项目，作为整个的部署计划一个部分 站点部署之前，一般会有一些补遗活动，例如：可能要求附加的资源 产品和材料的采购 13.2.2 站点部署折衷决策和风险 第一种折中决策 顺序部署 并行部署 第二种折中决策 事先计划的部署 即时计划部署 第三种折中决策 推部署 拉部署 13.2.2 站点部署过程（1） 站点部署完成站点管理员签字 站点安装完成 站点培训完成 站点准备就绪 部署 完成 发布就绪 认可 13.2.2 站点部署过程（2） 准备站点部署 准备安装目录，做进度安排，通知相关人员 安装站点部署 站点部署期间的培训 对每个用户作适当的培训 站点部署稳定 确保资源到位，系统稳定运行，确认部署完成 站点部署完成 让所有目标用户都能访问这个解决方案 13.2.3 部署的解决方案稳定 新部署的系统通常处于持久变动状态 小组需要清晰地定义一个部署完成的里程碑 需要注意以下方面 稳定阶段从开发阶段结束时开始，一直继续到整个部署完成 为调谐（Fine-tune）设计提供一次机会 工作转移到生产支持人员手上，小组脱手 13.2.4 转移到运营和支持 转移到运营和支持需要做的工作如下： 启动报告系统 把问题解决方法放入桌面帮助系统 系统故障、改正活动和趋势分析提交给运营者 发布知识库 提供易于访问的正确知识 能把缺陷追踪数据库运用到基准数据上 能被技术支持者/用户使用 打开运行日志，以确认运营过程业已实施 13.2.5 项目完成 获得客户的签字 进行项目审核 核心组对项目过程和实现进行反思 核心组将这些反思记录在文档中 调查客户满意程度 结束报告 宣布项目正式结束，包括可交付文档的最后版本 客户/用户满意程度调查 总结下一步骤 13.3 部署阶段的成功标准 解决方案已在生产环境中稳定运行 客户已最终签字认可 项目组可以从项目中“摆脱”出来 项目组从项目中获得成功的经验和失败的教训 13.3.1 部署阶段的工作产品 运营和支持的信息系统 规程（procedures）和过程（processes）；知识库、报告、日志 文档仓储 包括开发过程中创建的所有文档、版本、装载集、脚本和规程 项目结束报告 所项目文档的最后版本