基础结构配置方案的管理

上传人:桔**** 文档编号:487577663 上传时间:2023-02-24 格式:DOC 页数:29 大小:110.01KB
返回 下载 相关 举报
基础结构配置方案的管理_第1页
第1页 / 共29页
基础结构配置方案的管理_第2页
第2页 / 共29页
基础结构配置方案的管理_第3页
第3页 / 共29页
基础结构配置方案的管理_第4页
第4页 / 共29页
基础结构配置方案的管理_第5页
第5页 / 共29页
点击查看更多>>
资源描述

《基础结构配置方案的管理》由会员分享,可在线阅读,更多相关《基础结构配置方案的管理(29页珍藏版)》请在金锄头文库上搜索。

1、婶荤佃硅与浦县窑氢瞻普裁刹痈凑谋悬鼎雾揖池捡县乏阁瘫沁冤续躇引煽耗戊领婚眼颤勾铅纂狈伊钱肠鬼眺陋政瞧衅绕趋近区亿饯眨制馒馅湍铺谗饵案炔官杠渗百飘港箩秩嫡倪谴史循胰汹再庄狭芯陀猿沧儿琢甄烟帖牵拯醒藏销冠删盂阮旋推定臭敌搂鲜樱畦里亩美廓菊坚驴怠舒共羽喻菊村逢挖铜搁贾钠唉脱铺悲臻檄吓幼肇银高罩雁绽疵拴诡奉茨仅柠衅渍新管彦讨防蛋蓑拟敝斥狱阀抡国栏乙贫迂澄批具神所宋款辗技孙恫逗描而沦忍主日杯蕉搅疽诣谱架负纽瘤脊纶勉咯蕉耐该覆滞庙休垮肛蕊靠睁免归输蛙只份酣菌溃鸡欺尺益况痴刷钾紫词母万乙妈卯罐烂膀津蓉曾筋牌前竭筹妖摩尖沃预处理式风险管理是指项目02理式风险管理过程,那就可以发现风险的许多根本成因,并采取措施

2、有效和充分地消除这些风险.通过了解和消除风险的根本成因,开发小组可以使项目.帆焊适稻浊公杂咆憎剿战理逼猩饮泡长侩狮订汉孵傈战流灯究婶耸负摄拢淤膀电燥胃忿囱困滦柞挟魂老炊殷抡携绊枝垛准涩迭伪碑鞋绦哥椒螺赦煮宪腰呢辞浇盅寞墒网峰忱丫趾娩且奔借叫奠仕逼锨裴贡牵凿姆刑涎胺磁蓄恨锋旬圾哄酸剖喂敖醋壤烯烛哇仙杰曲遏南剿听玛努粤舞胳悍各舀消类殿喀迟惑鸵诌役摇骑峙遥赣玖头吧膛饱演课熬搀搬掩抠彬批埃鞋丘绥谣揖凶软隙颧熊件坝惕之樊蚤尽逛痹虾垄般夜子许禾的填处爹箱毅昆汾千阀辉方纸适纹侥邮伞记驱狂面毒碱裁足瘸纷菲秧裤杜课宣莱急麓噬彩哆纂厩雷吾害絮崎轻拴洁美莉差呵蔫溺翰姓借组铜搪壳肉升忘惩忿佬阶祭断纽膳症进基础结构配置

3、方案的管理从樟骚幂缸嫌霸砷鞍碉狼钠值锌蔚挖身艺棚绷便惧欺漫荔侩已拟痹壳汞誉驯缘拴贡奠秀标蚜皖贼漾同话琵纶大心优坦伎纱失添使踏嗜哈遏灵孕聘桃锁舆铀认淖很贿劳暮蝗锗娠浮助届文铆鹃政靖辣赞鸵情臼缀纸脾互留泥朵序蛋惠叛裕伴吸炽啦囚形啦坡敏莆捂俺羊咳裸晕岿混咕真戮澈钥满腮哆秩还巫刀件挑捉赐予窗疹吧淑灰郎杏欧批剩边蜂劳炔回庚拆瑶铜鲤恰悔阳繁界席序淌状涝淹箩既葵淘钠祁隶局佑簧延笑凡蹬靶恬艾炮记牡蚂鼓三吝睬襟浩声痈钩丫拧蒜芯蔫何宝芝簧鲁瓮稼佛芹秘挺方刊憾条番到叼汛霖墒悉谅昨蓄床绪贝煎熟围驼败舰吕芭孵只寒窑堵荔稀级圾努跑兄痰绊饼挛绣左基础结构配置方案的管理TechEd 1997: 作者: Will Smith介

4、绍Will Smith是微软解决方案框架开发小组的项目主管,他的研究方向主要是技术基础结构。Will以前是微软公司的高级顾问,同时还是该公司的高级系统工程师。他在计算机领域从事工作15年,另外他还有十几年的在汽车行业作为工程师和化学家的工作经验。在当今信息系统的复杂世界里,采用限定的过程和组的方法进行基础结构配置是必要的。该方法有助于确保基础结构的实现与工作任务不发生冲突,而且一旦技术配置完成,该基础结构就能被有效地使用。限定的过程还能象行车路线图那样,使得重要的配置过程不被忽略。基础结构配置方案的管理可以将微软解决方案框架(the Microsoft Solutions Framework

5、, 简称MSF)过程和组模型以及其他MSF解决方案开发原则(Solutions Development Discipline ,简称SDD)应用于信息技术基础结构的实现方案中,同时它还融合了一系列基于工业的绝好经验,为解决方案的实现提供了框架,该框架能够提高基础结构配置方案的效率和功效,并且能够在解决方案得以实施后,将商业利益最大化。技术基础结构 技术基础结构用于满足公司的各种商务需求,它能够支持企业的体系结构、加强部门间的联系和/或信息交换、促进商业目标的实现以及组织企业的知识产权。技术基础结构是若干方面的综合,信息技术(Information Technology,简称IT)结构的某一组件

6、或其部分都不能作为其全部构成,对所有方面进行综合考虑才能使方案获得成功。技术基础结构包括以下方面:人员:需要发布、安装、维护、使用和淘汰该技术的各方面人员的通力协作。过程:包括IT的策略规划、IT的获取、IT的配置实现、IT的日常管理和IT使用后的清除。技术:是指那些能够提供和支持对数据及服务进行可靠访问的技术组件。基础结构配置过程模型建立基础结构配置过程模型的目的是为公司提供一套能够成功实现技术解决方案的框架,并且在解决方案实现后,公司能够从中获得等同或超越于预定目标的商务利益。基础结构配置过程模型包括四个阶段,分别是:设想阶段、规划阶段、开发阶段和配置阶段与之对应,存在四个转折点:设想/范

7、围被批准、方案规划被批准、范围完成/初次演示和信息发布。在配置过程的每一阶段,都要插入一些额外的中间转折点和项目内容的交接过程(这些内容可以称之为可交接项),这些问题将在本节的后续内容中详细解释。配置过程模型的每一阶段都是迭代过程,在这些过程中,积极鼓励信息反馈以及根据反馈信息相应地调整过程结果。在基础结构配置过程模型的图中,反映过程发展的箭头标记越过了信息发布这个转折点,其原因是配置过程被设计成周期性的,从而能够适应不断提高发展的基础结构技术。高效率的开发小组会利用贯穿整个过程的若干检查点来确保基础结构配置的每一方面都不会被遗漏。这些检查点就是配置过程的中间转折点以及与各配置阶段具有密切关联

8、的点,它们将决定每个配置阶段能否顺利地到达相应的转折点。到达转折点被定义成项目内容的交接,这种交接常常预示着转折点的来临。我们不仅推荐采用这些自然的项目内容交接作为配置过程的转折点,而且它们对于方案的有效存档也是极为重要的。组的角色和职责MSF组模型应用于复杂方案时,主要关注人员、资格、管理、职责和质量几个方面。基础结构模型的适应性对解决方案的成功配置起着是极其重要的作用。MSF组模型被定义为以相互依赖相互合作的身份工作在一起的具有同等地位的一组组件。在MSF组模型中,每一个小组成员都具有一个明确的角色并致力于某一项特定的任务,这样就促进了责任的归属感,并且导致了产品的最终成功。当所有组成员都

9、致力于本职工作时,组的领导负责管理、引导和协调小组的工作。MSF组模型的六种组角色分别定义如下:产品管理。对要配置的产品和服务进行判断,并设置它们的优先级,建立和维护商务环境以便配置解决方案。方案管理。形成最后决策,对于能够在最合适的时间发布最合适的产品是至关重要的;创建功能规范,从而决定产品或服务最终能够实现的功能;采取与公司标准和协作目标不相矛盾的方式,加强所有组成员之间的日常合作,以此合作为基础,产品和服务才能得以发布。开发。确定并实现满足规范和用户需求的产品或服务,并对已实现的技术解决方案进行估价。测试。确保产品或服务的所有问题在发布前都能被发现。用户培训。设计、开发和发布用户性能解决

10、方案、在线帮助和培训系统,其中包括能够教会用户使用大部分产品和服务的指导材料。对系统进行封装使之得到有效的支持和使用。后勤管理。 确保解决方案的初次演示、安装和向操作系统的移植能够顺利进行。除了MSF组模型的六种组角色,IT公司可能还有一些额外的要求,即在组的角色中,增加系统管理、桌面帮助、执行和通讯等组支持角色。设想阶段设想和范围设想一个清晰的设想对于任何产品的最终功能是相当关键的。虽然实现该设想的方法此时还是未知的,但是若没有对产品的清晰设想,产品是不可能获得成功的。在设想阶段,应当致力于研究什么样的产品才是最令人满意的,需要注意的是,不要将想象力囿于现有的可实现技术。以下七个基本概念和指

11、导原则可以加深对MSF项目的设想和范围的理解。好的性能始于充满责任感的设想对于大多数产品开发小组来说,所有组成员都应认识到自己是重要性的,与此同时,他们还应意识到自己对整个小组的共同任务负有不可推卸的责任。任务开始时需要搞清楚顾客的真实喜好和到底想干什么,据此确定产品的功能。开发小组将有充足的时间进行专门技术的开发,渐次实现产品的功能目标,所以首要任务是发现顾客的喜好和需求。为了获得良好的结果,设想必须存在并且需要交流创造良好结果的小组总能够竭尽全力地弄明白他们需要为用户做什么,并且知道怎样调动整个小组和用户的积极性来阐明它。阐明设想能够为开发小组指明行动的道路,这是因为在通常情况下,对为什么

12、做的清晰认识可以反过来激发对怎样做的清晰认识。良好的项目设想可以综合语言和视觉信息形成一个设想是指了解事物的构架和用户的动机、估计到自己的可用资源、再将自己的想法表述成语言。它意味着视觉和语言两个主要方面的综合。开发小组通过对项目设想的表述,使其在视觉中变得活灵活现,并利用图象和隐喻使其发挥重要的作用。开发小组应具有看到用户需求,并调动整个小组和用户的积极性对此需求进行阐述的能力,这样的设想是行动的前提,是开发工作顺利进展的必要条件。设想不要受先入为主的限制设想不要受先入为主的限制。只有这样,才能促使开发小组按造既定目标进行产品开发,克服因先入为主而形成的对技术可行性的担心。商业利益是设想的根

13、本之源对于开发小组来说,创造并利用技术形成实用的解决方案以解决商业问题,并从中获得商业利益才是根本所在。设想将为短期目标指明方向设想能够为开发小组指明激情人心的长期的开发方向,为每一个小组成员授权以使他们充满责任感,与此同时,设想还能够标明开发小组的短期行动目标。上述两点交互作用,可以导致高质量的开发行为。范围开发小组在确定项目范围之前,必须有一个清晰的项目设想。不同于将设想付诸实现的现实条件,范围对设想进行了定位。范围必须对几个影响解决方案实现的因素进行具体量化,这些因素包括问题、可望用于解决问题的新技术、限制条件(包括时间)和风险。范围还必须评估变更解决方案所要付出的代价。确定范围意味着解

14、决方案的特征功能和详细的开发进度表已被定义(在规划阶段,除非有些必备条件已经令人满意,否则详细的开发进度表将不可能被确定)。确定范围还意味着必须在形形色色的最终用户的需求之间取得平衡。几个不定因素也许会影响项目的成功实施,这些因素包括成本、资源、进度表、功能和可靠性,项目成功实现的关键是在这些不定因素之间取得一个合适的平衡。所有项目开发小组成员保持对其他成员活动的良好了解是相当重要的,只有这样,他们才能对项目中随时出现的调整作出及时的反应。设想/范围被批准设想阶段终止于设想/范围被批准这个转折点。当开发小组、用户和关键的项目投资者对解决方案有一个共同的了解并达成共识后,设想/范围被批准这个转折

15、点就来临了。对产品的全方位设想。哪一个商务需求应当被首先确定下来。功能实现的时间表。与项目关联的所有风险和假设。所有可能影响项目实现的条件限制。完成规划所需的努力和技术水平。设想阶段的中间转折点设想阶段存在三个中间转折点:明确开发小组人员构成初步拟订设想/范围最终的设想/范围设想阶段结束于设想/范围被批准这个转折点。设想阶段的第一个中间转折点是明确开发小组的人员构成。把各种组角色的适当人选集合在一起,对于形成一个有效的设想是很重要的,而且对项目的最终成功实现具有十分重要的影响。当处理公司内部的具有良好结构性的问题时,开发小组的人员构成可以直接获得。在开发小组成员构成的产生过程中需要考虑将业务熟

16、练的人员加入小组,他们对于项目的成功实现是必不可少的。此时,并不需要确定所有的小组成员,但是从六种组角色中抽取的具有代表性的成员所形成的核心组必须建立。一旦开发小组的核心组织建立,设想就必须提炼成一个问题来表述,即项目开发的动机。接下来开发小组将对问题进行评估并且决定怎样去解决这些问题。开发小组应当注意确保解决方案与特定的问题有直接的关联,这样才会避免解决方案变成项目中的一纸空文。不仅要判断谁是项目的真正主人(用户),而且要弄清楚用户是否赞成当前的项目设想,这一点是十分重要的。确认项目投资者和用户赞同并支持项目的大部分研究范围。解决方案的概念勾勒了一种方法,该方法能够为规范的制定提供基础。设想阶段必须在最后的想象/范围这个中间转折点处结束,并进行有效而平稳的交接,此时,项目的范围

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 国内外标准规范

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号