MSF微软解决方案框架6

《MSF微软解决方案框架6》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

第六章项目的计划 课程概览第一章微软解决方案框架简介第二章MSF团队的组建第三章项目风险的管理第四章项目生命周期的建立第五章项目的启动笫六章项目的计划第七章解决方案的开发第八章解决方案的稳定第九章解决方案的部署第十章课程总结 ■学习完本节后，你将能够：♦描述如何通过高效的计划提高项目质量♦描述计划和设计的逐步完善和迭代过程♦列举出高效的计划可以解决的问题♦描述MSF计划阶段中的目标、里程碑和交付成果 ■目标：创建解决方案的体系结构和设计方案、项目计划和进度表■团队重点♦尽可能早地发现尽可能多的问题 ♦知道项目何吋收集到足够的信息以向前推进 交付成果■功能规格说明书■主项目计划目标/范围认可技术验证完成功能规格说明书基准主项目计划基准主项目进度基准开发/测试环境建立项目计划认可■主项目进度表 通过高效的计划提高项目质量■计划能够降低风险♦及早地发现缺陷♦控制成本♦提高质量■计划需要付出♦主动制定计划 ♦计划是项目过程之一MSF对计划的解释■计划是一个逐步完善和迭代过程■高效的计划主要解决以下问题：♦构建什么样的解决方案？♦如何构建？♦构建的进度？ ♦我们是否已准备好？ 本节回顾1.2.3.4.计划是如何降低风险的？高效的计划主要解决哪些问题？对于其中单个问题，计划的成果如何帮助解决每个问题？计划阶段的交付成果是什么？团队如何知道已经对项目作了足够的计划？ 计划构建什么样的解决方案■学习完本节后，你将能够：♦解释什么是概念设计、逻辑设计和物理设计♦描述什么是功能规格说明书以及如何组织它♦描述MSF如何使用三个不同的设计视图设计解决方案 对技术进行验证■对技术的初始评估，包括评估技术的功能和每个功能的操作♦手动安装或配置技术♦记录哪些功能可用及需要开发的功能♦为设计提供信息♦确定问题和技术风险♦在项目计划和进度表中反映这些问题和风险令屮间里程碑-技术验证完成 解决方案的设计计划阶段概念设计'逻辑设计’物理设计 逻辑设计基准远景/范围认可物理设计基准概念设计基准 概念设计■体现业务需求和用户需求♦在业务角度体现需求和功能♦创建用户使用场景作为初步规格说明书的一部分■减少重复工作■定义对“特性”的需求♦安全性♦可用性♦可靠性♦可管理性♦可伸缩性♦可支持性 数据收集的方法■面谈■在用户环境中工作■利用已有的文档和图表■开发系统原型■关注团体协作■用户调查■用户支持■让用户来教你 逻辑设计■从组织、结构和各部分的相互关系描述解决方案■为应用程序创建对象、服务和属性，以及逻辑数据库和用户界面■确定逻辑基础架构和体系结构以及组件的相互集成■找出概念设计中的错误和不一致的地方■为物理设计打下基础 物理设计■描述逻辑设计的特定实现♦确定物理基础设施、体系结构和拓扑结构♦创建一组物理设计模型，包括应用程序的组件设计、用户界面设计和数据库物理设计♦提供一个基于组件的灵活设计■符合企业基础架构■评估不同的实现方法■作为评估成本、进度表和资源的基础 设计目标的类别■安全性■可维护性■可伸缩性■性能■可用性■易于开发和部署 ■可扩展性■可重用性■可管理性■可靠性■与原有系统整合 ■功能规格说明书描述了要构造的解决方案的功能，包含了设计成果■重要的交付成果：♦加强对业务和用户需求的共识♦可作为团队和客户之间关于项目最终交付成果的合同♦以清晰的逻辑结构分解问题和模块化解决方案♦为解决方案的计划、进度安排和构造提供了途径和结构♦屮间里程碑-功能规格说明书基准确定■理解使用者的需求 ■建立功能与最终用户和业务流程的对应关系■达到简明的一致的详细程度■在必要时进行量化■包含限定条件■反复强调反馈的重要性■尽可能早地确定基准，尽可能晚地确定最终版本■远景/范围总结■背景信息■设计目标 ■使用场景■功能和服务的描述■组件规格说明（产品和配置）■依赖关系■附件♦企业体系结构文档♦概念、逻辑和物理设计文档 本节回顾1.在构思阶段过渡到计划阶段时，项目需求、使用场景和解决方案概要是如何变化的？2.三个设计阶段（概念、逻辑和物理）的主要目标是彳+么？3.好的功能规格说明书包含哪三个目标？ 计划如何构建解决方案■学习完本节后，你将能够：♦描述目标和初始计划如何成为项目计划♦描述角色平等的团队如何制定项目计划♦描述如何通过计划对项目预算和进度进行估算♦描述计划是如何集成和同步的♦描述主项目计划和子项目计划如何引导团队构建解决方案从目标和初始计划到项目计划■将目标和初始计划转变为项目计划 ■使每个团队角色都对项目计划负责■计划的数量和复杂度依赖于项目的特点■不要把项目计划与MicrosoftProject・MPP文件相混淆计划-描述如何完成解决方案 每个角色在项目计划中都对目标和初始计划进行完善典型的计划驱动角色沟通计划产品管理角色开发计划开发角色培训计划用户体验角色安全性计划开发角色发布管理角色测试计划测试角色预算计划程序管理角色部署计划发布管理角色采购和设施计划发布管理角色程序管理角色 试运行计划发布管理角色 创建主项目计划 部署计划关键部分技巧安装策略分阶段安装或一次性安装，以站点为单位部署或以部门为单位部署，推式还是拉式应急（业务持续性）计划并行系统、可恢复的完全备份或没有血急能力站点/业务调查在计划阶段全部完成或以站点为单位在部署阶段完成部署的方法完全通过网络自动安装，部分通过脚本安装，或手动安装部署的资源内部IT人员或承包商 系统支持的方式分层支持或试点/推广支持方式 试运行计划关键部分技巧试运行参与者的选择紧急的业务需求，用户群的影响和可见性，失败的风险试运行范围对解决方案中功能和部署过程进行部分测试，对解决方案和部署过程进行完全测试试运行参与者的数量少量的参与者，整个部门或整个站点试运行的次数一次或少数几次试运行的反馈机制在计划阶段全部完成或以站点为单位在部署阶段完成 釆购和设施计划软硬件方面物理设施方面的考虑供货商合同大楼的规章制度订购的流程最终用户的工作空间预配置线路的情况入库/上货架电源和空调的情况接受/存放服务器机房过时设备处理 测试计划关键领域技巧所托的测试类犁以理哪种测试类型对应哪个功能/技木领竄单元测试、集成（系统）测试、性能测试、压力测试、可用性测试和回归测试测试的格式和成功标准完整的记录测试场景和测试结果，非正式的测试和口头通知的形戎变更控制由程序控制签入/签出过程，非正式的手工管理过程配置管理集中管理醺件、软件和文档，对配置米用本地會理的方式问题和缺陷跟踪通过缺陷库对缺陷进行识别、指定优先级和跟踪。通过电子邮件对缺陷进行跟踪。 培训计划关键领域技巧培训对象所有堂项日影响的用户、IT管理员和用户支持人员培训工具手把手方式培训、进演方式培训、基于计算机或Web的站训、一对一培训、工作辅助培训和分发印刷品培训材料的开发购买或者编写培训期一天、半天、两小时或特定的培训的时间部署刖、部署时、部署后或按照用户要求的时间培训资源内部培训人员或外聘的培训人员 沟通计划潜在的对象潜在的方式潜在的信息所有用户面对面的交谈发生了什么，为什么会发生所有受项目影响的用户备忘录什么时候将会发生管理人员业务通信谁将受影响所有的IT人员企业内部网用户是如何受到影响的IT管理员电子邮件用户应如何准备用户支持语音邮件用户怎样获取更多信息 容量计划容量计划包括：■解决方案将产生多少新的网络流量■这些新的网络流量将对用户有哪些影响■现有的系统和网络是否可以支持系统未来的使用■需要哪些硬件或服务来提高系统和网络的性能 ■对客户端计算机有什么其他要求安全性计划安全性计划描述了：■如何贯彻已制定的安全性指南■在没有安全性指南的情况下，还有哪些降低风险的措施■如果已有的安全措施同项目有冲突，将采取什么临时安全措施 预算计划从以下几方面得到项目的预期成本和对成本的限制：■功能规格说明书■其他项目计划（例如：开发、部署、试运行、采购和设施、测试、培训、沟通、容量和安全性计划）■用户的期望值 从计划估算项目预算和进度■按照计划和规格说明书确定需要的工作量■创建工作分解结构(WBS)♦把一个工作分为多个任务♦按照角色分解任务和子任务♦每个任务的进度应多于四个小时,小于一星期估算-创建预算表和进度表所用的数据 估算技巧■使用自下而上的估算方法决定任务的进度■开发原型帮助对项目进行估算■分配一定的预留时间 计划的集成和同步■集成保证了不同计划中的任务和交付成果的相关■同步保证了一个合理的项目任务执行顺序■程序管理角色负责集成和同步计划，形成主项目计划基准♦中间里程碑-主项目计划基准确定 本节回顾1.目标/初始计划和项目计划有什么联系？2.指出与每个MSF团队角色相关的计划3.计划是如何指导团队准备项目成本估算和工作分解结构（WBS）的？4.为什么自下而上估算和预留时间是高效的进度安排技巧？5.计划经过集成和同步后的两个结果是什么？ 按照教师的指导完成 计划构建解决方案的进度学习完本节后，你将能够：■列举高效安排进度的推荐做法■描述各个团队角色是如何参与进度安排的■描述主项目进度表和子项目进度表是如何指导团队何时构建解决方案的 进度安排■使用任务进度估算创建进度表■包含假期、节假日和资源可用性信息进度表一以时间顺序编排的任务列表，标明了任务的起始和完成时间，任务之间的关系以及执彳丁任务的资源 安排进度是一个团队共同参与的活动每个角色对各自任务提供进度信息常见的进度表主要责任角色沟通进度表产品管理角色开发进度表开发角色培训进度表用户体验角色测试进度表测试角色预算进度表程序管理角色部署进度表发布管理角色采购和设施进度表发布管理角色程序管理角色试运行进度表发布管理 进度安排的推荐做法■风险驱动的进度安排■在适当的情况下固定项目开发周期■保持固定交付日期的意识■将预留时间安排为主要里程碑前的最后一个任务 进度表的集成和同步■解决不同角色间的进度表冲突♦过度分配资源♦错误的任务关系分配♦错误或过时的资源分配■程序管理角色创建一个综合的主项目进度表♦中间里程碑-主项目进度表基准完成 本节回顾1.MSF对进度表的定义是什么？2.工作分解结构(WBS)包含任务和持续时间，但不包含O3.引入风险驱动的进度安排，固定项目开发周期和预留时间是如何使进度安排更高效的？ 准备开发和测试环境学习完本节后，你将能够：■描述如何准备开发和测试环境■描述可控状态的概念以及它在开发中的重要性■描述开发和测试环境的用途及其重要性 开发和测试环境■开发和测试环境必须能反映生产环境■生产环境同开发和测试环境必须分离 环境的准备■创建开发和测试环境♦按照开发和测试计划中设置的标准配置来建立环境■考虑创建及运行开发和测试环境所需的后勤工作：♦电源和空调设备♦布线和网络访问♦容量♦物理访问和安全性 可控状态的创建和维护■在开发和测试环境创建后才能进入开发阶段■使用配置管理和变更控制来跟踪可控状态■同步开发和测试环境之间的状态 ♦中间里程碑-开发/测试环境建立本节回顾1.开发和测试环境是如何既同生产环境相联系又和它相分离的？2.在创建开发和测试环境时要考虑哪些主要因素？ 回顾计划阶段里程碑和交付成果交付成果■功能规格说明书■主项目计划x目标/范围认可彳技术验证完成■主项目进度表主项目进度基准开发/测试环境建立功能规格说明书基准主项目计划基准项目计划认可 计划阶段的成功标准■干系人和团队针对项目就以下几点达成一致：♦要交付的解决方案组件♦主要项目里程碑的日期♦如何构建解决方案■创建好开发和测试环境■开始对项目进行变更控制和配置管理■发起人和（或）主要干系人正式认可本阶段的交 付成果和完成的工作本章总结■开发阶段的目标是创建解决方案体系结构和设计、项目计划以及进度表■功能规格说明书由详细的需求信息、场景信息和设计文*当组成■推荐的估算技巧有：自下向上的估算方法和分配预留时间■计划阶段的交付成果是功能规格说明书、主项 目计划和主项目进度表