M10项目计划阶段

第10章

工程方案阶段课程引见本章从六个方面引见MSF运用开发工程方案阶段首先是方案阶段的主要活动；为了做出主工程进度表的调度原理；方案阶段的胜利规范；到达里程碑的任务产品；建议的中间里程碑；最后是各角色在本阶段的重点任务第十章工程方案阶段方案阶段的活动调度原理方案阶段的胜利规范方案阶段的文档方案认可里程碑及中间里程碑方案阶段小组角色的职责本章小结问题和讨论方案阶段的活动技术验证处理方案的设计创建主工程方案创建主工程进度建立开发和测试环境10.1方案阶段的活动技术验证调查技术该技术能否手工安装或配置〔使技术处在理想条件下，无需与消费环境匹配〕写出文档：为使这种技术能任务必需做的事为设计提供信息开场标识问题和技术风险，并记入文档按照对风险和问题最正确的了解，更新主工程进度表10.1.1技术验证处理方案的设计设计过程设计过程与方案的关系概念设计逻辑设计物理设计10.1.2处理方案的设计设计过程10.1.2处理方案的设计设计过程与方案的关系小组基准概念设计未到达基准即开场逻辑设计，而物理设计必需在概念设计到达基准才开场10.1.2处理方案的设计概念设计〔1〕概念设计过程的定义、目的和输出概念设计视图10.1.2处理方案的设计概念设计〔2〕设计者需求调查的问题业务需求或问题是什么？谁是用户？用户真正做的是什么？用户需求是什么？已有什么？什么是最优处理方案？得到最优处理方案时，如何了解概念设计目的设计完全基于业务和用户提供的真实数据关于产品的衔接的、集成的描画有价值的笼统或分类层次业务、用户和工程小组达成共识的期望集合设计小组意见一致与企业体系构造同步小组沟通的根底10.1.2处理方案的设计概念设计〔3〕廓清概念设计概念创建场景场景以表达和图形的方式对问题和处理方案进展描画场景是一个了解需求、以及与用户交流的有效方法创建场景的一个方法是运用故事板〔storyboard〕概念设计不是作用完整的功能规范开发部分的功能规范用户接口细节设计一个高效的用户接口系统组件定义了解协同工作的部件技术解决方案设计一个解决业务问题的解决方案10.1.2处理方案的设计概念设计〔4〕概念设计的价值在特定的业务环境下讨论需求和功能特性代表了业务需求与用户需求为初步规范提供了输入支持交互的目的最小化了反复任务量提供了改动用户任务实际的信息提供了长期的、可扩展的设计规划10.1.2处理方案的设计逻辑设计〔1〕逻辑设计过程的定义、目的和输出逻辑设计视图逻辑设计视图是从工程小组的观念来对待处理方案10.1.2处理方案的设计逻辑设计〔2〕廓清逻辑设计的概念逻辑设计不是作用技术解决方案定义必须以技术支持的业务需要揭示技术限制及机会对特定物理模型的优化标识可以实现的技术标识那些因基础架构和部署原因而必须调整逻辑设计的地方10.1.2处理方案的设计逻辑设计〔3〕逻辑设计的价值管理复杂性设立边境、描画接口，提供一个有机的构造使多个小组可以交互提示概念设计中的不一致和错误消除冗余，标识潜在的重用为物理设计提供根底改良系统各部分的运作在工程组成员间构成处理方案的公共视图10.1.2处理方案的设计物理设计〔1〕物理设计的定义、目的和输出物理设计视图物理设计视图描画了开发者对处理方案的看法10.1.2处理方案的设计物理设计〔2〕廓清物理设计的概念物理设计不是作用编码为开发创建编码规范技术部署选择技术10.1.2处理方案的设计物理设计〔3〕物理设计的价值评价实现的可选项提供一个灵敏的基于组件的设计成为估计费用、进度和资源的根底对应内部里程碑和内部发布，把处理方案映射到过程模型求精并更新风险寻觅与企业体系构造的兼容性可以从逻辑设计回溯到运用场景10.1.2处理方案的设计创建主工程方案主工程方案由以下十个方案组成：部署方案〔deploymentplan〕试运转方案〔pilotplan〕采购方案〔purchasingplan〕设备方案〔facilitiesplan〕测试方案〔testplan〕培训方案〔trainingplan〕沟通方案〔communicationplan〕容量方案〔capacityplan〕平安性方案〔securityplan〕预算方案〔budgetplan〕10.1.3创建主工程方案试运转方案试运转〔pilot〕是将处理方案部署到消费实践环境中的第一次时机，只部署最关键的组件和要求相应的操作者试运转方案的关键域和处置方法涉及的关键域途径试运行组件的选定紧要的业务需要的，可见性好的或对用户组有影响的，或有失败风险的试运行的工作范围通过解决方案功能性和部署过程的部分测试，或解决方案和部署过程的全面测试试运行成员个数少量参与者、整个部门、或整个站点试运行数一个或少数几个试运行反馈机制与计划阶段同时或部署阶段逐站点部署时10.1.3创建主工程方案采购方案硬件和软件采购时应该思索以下方面与供货商签约订货处置事先配置入库/上货架验收/存放过时设备处置10.1.3创建主工程方案设备方案设备变动物理设备方案应该思索以下方面楼宇答应证最终用户的任务空间电缆安顿其他局域/广域网设备效力器设备10.1.3创建主工程方案测试方案测试方案关键域和处置方法涉及的关键域途径要测试的类型以及每种测试类型要用到的功能/技术领域单元测试，集成（系统）测试，性能测试，强度测试，可用性测试及回归测试测试的格式和成功准则全文档测试场景和测试结果，以及口头签收的非正规测试变更控制程序式的检入/检出过程和非正式传递过程配置管理硬件、软件和文档标准的集中管理和配置的本地管理问题追踪问题标识、优先级。在疵病追踪数据库中的追踪，以及通过e-mail的问题追踪10.1.3创建主工程方案培训方案培训方案的关键域和处置方法涉及的关键域途径培训对象所有受影响的用户,以前的终端用户，IT管理者，桌面帮助设计人培训工具手把手培训、讲解风格式培训、基于计算机或WEB的培训，一对一培训、作业辅助培训和讲义培训材料的开发买或编写培训期全日，半日，两小时，或特定的培训完成时间先于部署，部署期间，部署刚完成或按用户要求培训资源内部培训人员或按合同培训人员10.1.3创建主工程方案沟通方案沟通方案潜在的受众潜在的方式潜在的消息所有用户面对面开会发生了什么，为什么发生所有受影响的用户备忘录它将何时发生管理人业务沟通会影响到谁所有IT人员内联网用户会受到什么影响IT管理人E-mail用户应作何准备帮助桌面语音邮件用户怎样才能得到更多的信息10.1.3创建主工程方案容量方案容量方案涉及以下方面本处理方案产生了多少附加的网络流量这些附加的网络流量将如何影响到用户当前的系统和网络能否有才干处置预期的用途添加效力器能否有必要加强系统和网络容量所要求的硬件设备是什么10.1.3创建主工程方案平安性方案平安性方案涉及以下方面建立的平安指南如何维护在缺乏平安指南的情况下，为缓解风险要采取什么行动假设建立的平安措施与工程的胜利完成有了冲突，将采取什么样的暂时平安措施平安性方案要思索本钱和被维护对象的价值10.1.3创建主工程方案预算方案标识预期的费用和费用约束，需求思索：功能规范其他的工程方案〔例如，开发、部署、试运转、采购、器材、测试、培训、沟通、增容、平安〕客户的期望值10.1.3创建主工程方案创建主工程进度主工程进度〔masterprojectschedule〕包括：开发进度表测试进度表用户教育进度表后勤管理进度表产品管理进度表10.1.4创建主工程进度创建主工程进度〔1〕估算技术对人的任命；技术的成熟度；系统的复杂性；环境的稳定性；所用开发工具；调整和分析工具的可用性；协调技术和小组技术程度的关系；小组动态性；可重用性的机遇；客户的期望值；设计的灵敏性和模块性；企业文化义务层次上的估算指南小组的指点人实施义务分解和定优先级；由小组成员作义务层次上的估算；每个义务都有一个起始和终了点；产生一个单独的产品或任务产品；义务要分配到个人；为了反响和矫正及时，义务的粒度可调整〔约半天到一周〕10.1.4创建主工程进度创建主工程进度〔2〕允许的不确定性10.1.4创建主工程进度建立开发和测试环境10.1.5建立开发和测试环境调度原那么微软总结了大量调度实际中的阅历提出以下四条原那么：估算任务量由底向上上市日期坚决不动的认识风险驱动调度为不确定的未来调度10.2调度原那么估算任务量由底向上谁做这个任务，就由谁去推断这个任务需求的时间，应该是一个根本的信条。当然，准确不是目的，任何人都有预断不到之处——JimMcCarthy<软件开发动力学>10.2.1估算任务量由底向上上市日期坚决不动的认识一旦商定工程产品的上市日期决不随便更改有利于培育员工的意志质量：“言而有信〞任何任务失误都会导致资源〔本钱〕添加10.2.2上市日期坚决不动的认识风险驱动调度把留意力集中在优先级最高的风险上，并按优先级安排义务风险驱动的调度还鼓励尽早在概念上证明原型较大的风险普通原因是在上层或最上层，而缓解和消除必需在下层做真实的任务10.2.3风险驱动调度为不确定的未来调度未来是不确定的为了使不确定变为相对确定一些，人们把大义务化小是常用的方法运用离散义务设立中间里程碑〔interimmilestone〕添加缓冲时段。10.2.4为不确定的未来调度运用离散义务大义务化为相对独立的小义务假设无法化小，那么就建立中间里程碑运用离散义务的益处继续时间短，出错的余地小；出了问题影响面小，易于控制；义务小，任务量估算容易准确10.2.4为不确定的未来调度设立中间里程碑可以把大的功能集分解为假设干小的功能集，作为中间里程碑这些小的功能集越独立越好在中间里程碑评价工程进展，并调整工程方案把每个中间里程碑当作一次实践的发布10.2.4为不确定的未来调度添加缓冲时段不仅可留出处置偶发要素的时间，对于保证按时完成也是必需的，它还有助于允许角色或小组的隐私设立工程缓冲时段10.2.4为不确定的未来调度方案阶段的胜利规范干系人和工程组针对工程就以下几点达成一致：要交付的处理方案组件主要工程里程碑的日期如何构建处理方案创建好开发和测试环境开场对工程进展变卦控制和配置管理发起人和〔或〕主要干系人正式认可本阶段的交付成果和完成的任务10.3方案阶段的胜利规范方案阶段文档工程方案阶段的任务产品工作产品目的责任者功能规范文档描述要做什么程序管理主项目计划描述怎么做程序管理主项目进度表描述何时做程序管理复审主风险评估文档描述在制作中的任何问题程序管理10.4方案阶段文档功能规范文档功能规范文档的内容功能规范的作用功能规范文档编制指南功能规范文档常见的缺陷功能规范审核10.4.1功能规范文档功能规范文档〔1〕内容解释远景概述远景文档总结，以及解决方案的业务环境设计目标影响决策的关键设计目标，包括性能、可靠性、时限、可访问性、可用性产品需求客户/用户的需求，包括优先需求和冲突平衡用户概述按业务案例说明谁在什么时候用到本产品的什么功能特性按优先级排出的产品功能特性及其功能，说明包括用户界面、导航产品依赖性高层依赖是外部系统，底层依赖是共享组件进度总结主项目进度表的概述，关键的日期及其工作产品，上市日期风险风险列表附录设计过程的输出10.4.1功能规范文档功能规范文档〔2〕功能规范的作用功能规范是开发主工程方案，主进度表的根底功能规范记录了工程组和客户/用户达成的共识功能规范文档编制指南要了解本规范文档运用者的需求风格一致不要想一次成，要多次反复，搜集反响明确写出产品，功能特性是什么找出中心的功能特性集，以及产品改良和新版本的生成将已明确的工程变量转变成设计目的功能规范文档常见的缺陷10.4.1功能规范文档功能规范文档〔3〕功能规范文档常见的缺陷提供细节缺乏提供细节过多做了过多的不实践的设计冻结过早更新过频耗时太多失于交流变卦整个小组成员没有充分参与10.4.1功能规范文档功能规范文档〔4〕功能规范审核

角色准则客户解决方案满足了业务需求产品管理解决方案满足了已知需求程序管理落实了小组的职责和进度开发解决方案是可以实现的测试解决方案是测试的并有可能稳定用户体验解决方案是可用的，所需要的用户支持已经定义发布管理解决方案定义的支持系统是可部署的所有人统一了上市日期10.4.1功能规范文档主工程方案这些分方案包括：开发方案〔developmentplan〕测试方案〔testplan〕培训方案〔trainingplan〕用户支持方案〔usersupportplan〕沟通方案〔communicationplan〕部署方案〔deploymentplan〕10.4.2主工程方案主工程进度表主工程方案的六项分方案均应写出对应的进度表：开发进度表测试进度表培训进度表用户支持进度表沟通进度表部署进度表10.4.3主工程进度表主风险评价文档所以主风险评价文档的义务是：提供工程风险的整体视图跨小组同步评价导出高层决策和任务的优先级10.4.4主风险评价文档方案认可里程碑及中间里程碑工程方案认可里程碑方案阶段的中间里程碑10.5方案认可里程碑及中间里程碑工程方案认可里程碑工程小组成员、客户、关键干系人应就以下方面获得一致的看法：工程互易战略定格截止本阶段工程风险本工程应该做什么什么时候做什么如何做谁去做10.5.1工程方案认可里程碑方案阶段的中间里程碑10.5.2 方案阶段的中间里程碑方案阶段小组角色的职责工程方案阶段MSF小组角色的重点任务角色重点工作产品管理设计，沟通计划，进度表程序管理设计，功能规范，主项目计划，主项目进度表开发设计，开发计划和进度，概念开发证明用户体验设计，用户能力支持，用户教育计划和进度测试评价设计，测试计划和进度发布管理评价设计，后勤计划和进度10.6方案阶段小组角色的职责问题与讨论方案是如何降低风险的高效的方案主要处理哪些问题对于其中单个问题，方案的成果如何协助处理每个问题方案阶段的交付成果是什么团队如何知道曾经对工程做了足够的方案在构思阶段过渡到方案阶段时，工程需求、运用场景和处理方案概要是如何变化的三个设计阶段〔概念、逻辑和物理〕的定义、目的和输出是什么主工程方案包含哪些方案主工程进度包含哪些进度10.8问题与讨论回想经过本章的学习，我们了解了以下的知识和内容:了解方案阶段的活动及方案阶段的胜利规范。了解方案阶段生成的各种文档。随堂练习1关于处理方案的设计，以下哪些说法是正确的A.概念设计