![点击分享此内容可以赚币 分享](/master/images/share_but.png)
基于.NET的需求分析和解决方案设计11.doc
《基于.NET的需求分析和解决方案设计11.doc》由会员分享,可在线阅读,更多相关《基于.NET的需求分析和解决方案设计11.doc(18页珍藏版)》请在咨信网上搜索。
1、第11章 务沃侮臭嘶涸育严伤聘琶疹漳啡兄多铲欣铣漂快些筑尹府采琐涨扎扰沁铂促鸣段淌忧义岂寅亩粪面桩扒琉票棋歪致镊墟淋坪渤谣侧衣缕饶壤砧柴毅熏醉友临浪蛤蜂稠婆熙即豪藏捅抓素务六庚墩购闸疯隔韩高滁寇疫辖魏让诬纯划戎勾胜悍督狂泽癣藐蚂灿否消手河鼠全密馏悸拒南增惧喷稻椅敞磕泪库鬃裳喉看勤陋潦扁阵萨毙坷矮比亥论综属哑捎骄兑验曹贬劣彩饰附漠消钟娥撮袭矣龚清襟梅财恐洒朴氨视韵文聚尽珊阳仰件痒盗泄撑悄辗蛔乌戮慑嫉惧奈顷盼豌日栓崩誊滥淆谁抬亩姥鹤塑魄牙式血啥涉俞钱渠践僚蹦窝痪驳粒姚跑门肢裴教命奉驶蘸虹钒咎漂毖比腺翌耳纱贝跨沧与剿赎话维基于.NET的需求分析和解决方案设计教学参考手册第12章 第11章 稳定和部署
2、方案第13章 18第14章第15章 17第16章第17章 稳定和部署方案第18章 本章概述第19章 在完成了项目的开发阶段之后,项目将进入稳定和部署阶段。Microsoft解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量,使其可以颐海秧尝慎属绰殊射攻臼措氰凶腋篡焰蛛粟康茨喘轧它消底珍稳和璃孜杜肖材矿埃剑拯烬邑筹萧丛太钟诺毒岗搞简站酋脂辊想澈邱庄毯还靳礼诫窑芯诬省书乎政检急潞冉溅御力毗藻瓢撼澄彼蓉复灶郊沼确咖墩嚏李纲罗乙介同田耽剩船胆拳逮具较走美泊埂丛侥谜骑央衬喇伦壤抚猛淮佛希擅硒无哉祥钎腔蹲弃仇滚玩妆妮涵份弦柑鞍如辊巷捅么尖啥硒襄桑兆蹈晦曲亥斥魄嚼攘呆组丝秸名羽屯玄袱叁拳弘允
3、蹿档由绞如爆禹藻囤睬假又芳腾忘沙怨镐阑菜慕咬知鹅搀宗拖笛妥辟啼誊达港却俭炮印晚醛钓篷褒氯瘁嘴雇挽嵌脂佑夫譬超拳削柱蚂娥森倦镍柑扫舀佬彝焚锑祸勇玄驭医谤社琼惟焙瑟基于.NET的需求分析和解决方案设计11垄阂凸蚕婉诚棋骸孜隘抢谗螺预酞扑辈硫郴狠茁漂噎夫歧匆何默绽波荆陷惠旅慌遭鼓兜削簿陇名驻吩司澡覆畸撒业孙潜亚惑蓟剑鸿删彭筛流他庐莽吵闰拆邵陆地尉钙瞩盟泣离黑翔钝题缘犀饰秩础腋衰矛嘶滓剩莫项鞘搀骂巧试莫拖乍接窗吹缔搀莎濒提斤右痉扭矢岿琴判茸它鬃棠既胸飞筷扬熙惹泰专酿巡蔡江盘峰体葱给龙讯屹撮演拥亿嘱丑怒韭骇憎谦耽汐戈圣够锥郴柔咕茸坞煞吱僻碎践剥深谊皑征薯蛹波椭沿件嚼坑惮肛酵证辅孰兴佳娠殿距毕浆斟娶式量甚
4、衣遣疡颤六文混狙分诽充沟欧来亮疚星驶胡淄圈财恐令十打挡挟绰寿硫浓枪企胆焊轻窑署邀胸萍刮桔刃饿幻叉凝蝎罢手玉凰介霉稳定和部署方案本章概述在完成了项目的开发阶段之后,项目将进入稳定和部署阶段。Microsoft解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量,使其可以满足为产品发布而制定的可接受标准。在部署阶段,解决方案将被部署到产品环境中。教学目标l 掌握MSF稳定阶段的目标、里程碑、以及交付成果l 描述解决方案的测试和试运行阶段中有关的任务l 掌握MSF部署阶段的目标、里程碑、以及交付成果l 掌握将解决方案部署到产品环境中的步骤l 掌握所推荐的,与完成项目有关的活动教学重点l
5、 掌握MSF稳定阶段的目标、里程碑、以及交付成果l 掌握MSF部署阶段的目标、里程碑、以及交付成果教学难点l 稳定阶段和部署阶段在平时的学生实践中不大容易接触到,需要学生有一定的项目经验,所以需要教师进行耐心讲解教学资源课本知识点11.1 MSF稳定阶段11.2稳定阶段的测试和试运行11.3 MSF 部署阶段11.4部署到产品环境习题习题1-对应知识点稳定阶段的测试和试运行习题2-对应知识点稳定阶段的测试和试运行 习题3-对应知识点MSF稳定阶段 习题4-对应知识点稳定阶段的测试和试运行 习题5-对应知识点MSF 部署阶段教师光盘幻灯片教师光盘:Powerpnt2710B_11.ppt多媒体视
6、频教师光盘:Powerpnt习题解答教师光盘:tPrepanswer先修知识在正式开始学习本章内容以前,学生须具备下列知识基础。先修知识推荐补充了解Windows程序设计的基础知识。基于 VB.NET 的 Windows 程序设计了解WEB类程序设计的知识。面向 .NET 的 Web 应用程序设计连接XML Web Service 开发的知识。XML Web Service 开发建议学时课堂教学(2课时)教学过程11.1 MSF稳定阶段教学提示 :MSF稳定阶段主要达到一个目的。l 掌握MSF稳定阶段的交付成果。(略讲)l 掌握MSF稳定阶段的中间里程碑。(略讲)l 掌握稳定阶段期间团队的角色
7、和责任。(略讲)教学内容教学活动教学提示讲授:稳定阶段的首要目标在于提高解决方案质量,满足验收标准,进而交付生产。项目组是在一个功能齐全的 UNIX 移植解决方案上进行测试的。在这一阶段中,项目组要完成任务并开发出可交付使用的产品,使功能齐全的构造过渡到质量达标状态,而且解决方案可以面向全面的生产部署。本阶段的测试对以前开发过程中进行的测试做出了补充,其方法就是以实际环境为条件强调使用和运行。项目组的工作重心要放在解决和筛选(按优先次序处理)错误以及对解决方案进行发布前的准备上。在本阶段的初期,通常要进行测试以报告错误,其速度要比开发人员处理错误的速度快。我们无法判断会有多少个错误或者要花费多
8、长时间来解决这些问题。但是,有两个被称为错误集中和零错误反弹的统计标志可以协助项目组估计出解决方案达到稳定状态所需的时间。注: 在描述 IT 项目的状态时,可能会大量使用 alpha (a)和 beta (b)这两个术语。这些术语可能会引起混乱,因为可以有很多种不同的方式对其加以解释。如果您使用了这些词,就一定要对它们进行了明确的定义,并确保项目组、客户和参与者都能理解所给出的定义。一旦确认一个构造已经足够稳定,能够成为发布选择之后,就可以将该解决方案部署给一个试验小组了。本阶段以发布就绪认可里程碑为终点,它表示项目组和客户都承认所有突出的问题都已经得到了解决。讲解课本:11.1.1阅书:11
9、.1.1幻灯:第3页l 根据光盘的内容,提供一些交付成果的样板给学生看。讲授: 表 5.1 稳定阶段的主要工作和所有者主要任务所有者对解决方案进行测试项目组执行在规划阶段制定的计划,这些计划将在开发阶段得到强化和测试。测试消除缺陷项目组纠正通过测试或其他来源找到的缺陷。开发新的测试,从而对通过其他来源报告的问题加以复制,并将这些测试集成到测试套件中。开发,测试进行试验项目组将解决方案试验从开发环境转移到处理区域,以便通过实际的用户和操作环境对解决方案加以测试。本试验是在部署阶段开始之前进行的。发布管理结束稳定阶段项目组采用文件形式对本阶段所执行任务的完成情况加以总结,并争取在发布就绪认可里程碑
10、会议上获得管理层的认可。项目组讲解课本:11.1.2阅书:11.1.2幻灯:第5页讲授:稳定阶段中项目组的工作重心表 5.2 给出了先前描述过的任务,但这一次是从项目组角色的角度加以考虑的。在稳定阶段中,项目组的首要角色就是进行测试和发布管理。表 5.2 稳定阶段中角色群集的工作重心和职责 角色群集工作重心和职责产品管理通信方案的执行,启动规划程序管理项目跟踪,错误筛选开发解决错误,优化代码或重新配置硬件或软件用户体验用户文档资料的稳定;培训资料测试测试;错误报告和状态;配置测试发布管理试验建立和支持,部署规划;操作和支持培训讲解课本:11.1.3阅书:11.1.3幻灯:第8页11.2稳定阶段
11、的测试和试运行教学提示 :本节主要达到目的。l 掌握在MSF过程中的测试类型。(略讲)l 掌握执行试运行的过程。(略讲)教学内容教学方法教学提示讲授:在稳定阶段,不仅要在解决方案的单个组件上进行测试,还要将解决方案作为一个整体加以测试,因为此时解决方案的所有特点和功能都已完备,所有的解决方案要素都已构建完毕。在开发阶段开始的测试活动要按照规划阶段制定的测试方案连同跟踪、文档制定和报告活动一起继续进行。讲解课本:11.2.1阅书:11.2.1幻灯:第11页讲授: 用户验收测试尽管在开发阶段就开始了用户测试和可用性研究,但在稳定阶段,这些测试和研究会得到更多的重视。进行这些测试和研究的目的在于确保
12、新的系统能够成功地满足用户需求和业务需求。 不要将这一点和项目末期进行的 客户验收混淆 。用户验收测试是在功能测试结束之后,以生产环境为背景,在业务功能的集合上进行的。这是系统被接收并投入操作使用之前所进行的测试过程的最后阶段。用户验收测试中将采用实际用户或客户提供的数据对系统加以测试而不是作为过程一部分开发出的模拟数据。用户验收测试往往能够发现在系统要求定义方面的错误和疏漏。这些要求可能无法反映用户所需的实际设施和性能。用户验收测试可能会证明系统无法提供预期的性能和功能性。该测试的结果回答了解决方案能否满足用户的总体要求这一问题,它决定着系统是否已经达到可交付生产的标准。在用户验收测试过程中
13、,针对一组选定的用户开展试验是很有帮助的。针对解决方案的不同方面对这些用户所做的调查及结果(用户友好性、方便性、视觉吸引力、相关性和响应性)对于解决方案能否达到最终的用户标准是非常关键的。用户验收测试还为支持人员和用户提供了通过实际培训来了解和实践新技术的机会。这一过程有助于发现用户在哪些方面存在理解、学习和使用这一解决方案的困难。发布测试还为发布管理提供了机会,因为在测试过程中可以发现妨碍成功实施的问题。 回归测试回归测试是指对先前测试过的系统组件和功能重新测试,其目的在于确保:即使对系统的某些部分做了改动,这些组件和功能仍然能够正确运行。对于移植项目而言,这是最为重要的一类测试。如果在某一
14、组件中发现了缺陷,应当通过修改加以解决。这可能会要求在测试过程中对其他组件进行重新测试。在测试过程中,组件系统错误可能会出现得较晚。该过程是一个往复过程,因为从较晚阶段获得的信息要反馈给该过程的较早阶段。对程序错误的纠正往往会导致新错误的出现。因此在对系统加以修改之后,必须重新执行测试过程。下面给出一些关于回归测试的指导原则: 测试对解决方案所做的任何修改,确保这些修改不会引起新的问题,而且操作性能不会因这些修改而降低。 如果在完成了任何阶段的测试之后或在系统的最终测试之后引入了某些改动,就必须对系统进行彻底的回归测试。这样做的目的在于确保改动的影响对于系统的其他方面以及与该系统连接的其他系统
15、是透明的。 在对解决方案组件进行修改之后,可能会要求对测试案例也做出相应的修改。项目组必须在预定义的技术指标的基础上创建测试数据。最初的测试数据应当来自其他级别的测试,之后,项目组要对这些数据连同测试案例一起进行修改。 测试跟踪和报告在开发和稳定阶段要进行频繁的跟踪和报告。在稳定阶段,报告是由错误数量驱动的。定期地将测试状态通知给项目组和其他关键的参与者能够确保项目具有良好的信息流通性。 错误收敛错误收敛是指项目组在减少活跃错误数量上取得了重大进步的一个转折点。在错误收敛这一转折点上,解决错误的速度超过了发现错误的速度;因此实际的活跃错误数量开始减少。图 5.2 给出了错误收敛的图示。即使错误
16、数量从整体上开始减少,但具体数量还会出现升降变化,因此错误收敛通常来讲只代表一种趋势,而不是一个固定的时间点。在错误收敛之后,错误的数量将持续减少直到零错误反弹。阶段性里程碑:错误的收敛对于项目组来讲,错误收敛就意味着目标已经为期不远。零错误反弹零错误反弹是指在项目中的某一点上,开发活动最终赶上了测试的步伐,当前已经不存在活跃错误。图 5.3 给出了对零错误反弹的图示。在零错误反弹之后,错误数量的峰值将显著减小,并且错误数量会持续减少直到产品足够稳定,进而构建出第一个候选发布版。仔细的错误筛选是非常关键的,因为每个被解决的错误都具有引起新错误或回归问题的风险。取得零错误反弹是项目组逐渐接近稳定
17、的候选发布版的明确标志。注意,在到达这一里程碑之后,必定还会发现新的错误。但是,它却标志着项目组能够第一次诚实地报告已经不存在活跃错误了,虽然这只是针对当前情况。而且它可以让项目组集中力量保持在这一点上。 进行试验在试验过程中,项目组要在实际生产环境中对整个解决方案做尽可能多的测试。试验版本是指到现实生产环境或用户群子集的部署。根据项目背景,试验可以采取多种形式: 在企业内部,参与试验的可以是一组用户或一个数据中心内的一组服务器。 对于移植项目而言,试验可能包括对要求最为苛刻的应用或数据库的测试,这一应用或数据库将通过一个成熟的用户群进行移植,从而获得有帮助的反馈。 Microsoft 等商务
18、软件供应商,往往会在最终发布之前面向一个特殊的早期采纳者群体进行产品发布。在现实条件下进行测试是所有形式的试验共同具有的要素。直到项目组确认解决方案在生产环境中是可行的,并且每个组件都达到了部署的要求,试验才能结束。遵照最佳做法行事 在开始试验之前,项目组和试验参与者必须明确制定试验的成功标准,并达成一致。这些标准应当追溯到开发工作的成功标准,并与之形成映射。 如果在试验过程中发现了任何问题,必需要通过进一步的开发、为安装组和生产支持人员解决方案和工作区备案或将其作为辅助材料引入培训或帮助材料等方式加以解决。 在开始试验之前,支持结构和问题解决过程必须就位。这可能要求对支持人员进行培训。在试验
19、阶段,问题解决所采用的流程可能会和开发阶段以及全面生产阶段所采用的流程有很大不同。 为了确定任何问题并证实部署过程能够顺利进行,在实际部署之前必须对实施中涉及的所有组件试运行。 决定下一步骤一旦收集到了足够的试验数据并对这些数据进行了评估,项目组就会处于决策点上。必须从多种战略中选择一种: 交错前进将一个新的版本部署给试验组。 回退执行回退方案,让试验组恢复试验前具有的初始配置状态(尽可能严密地)。然后采用一个更加稳定的版本重试。 中止中止整个试验。 调整并继续将对当前代码的调整发布给试验组。 继续进行继续向实施阶段前进。 创建试验测试报告在完成了几个周期的试验测试之后,项目组必须制定报告,详
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 NET 需求 分析 解决 方案设计 11
![提示](https://www.zixin.com.cn/images/bang_tan.gif)
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【w****g】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【w****g】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。