基于.NET的需求分析和解决方案设计11.doc

第11章 务沃侮臭嘶涸育严伤聘琶疹漳啡兄多铲欣铣漂快些筑尹府采琐涨扎扰沁铂促鸣段淌忧义岂寅亩粪面桩扒琉票棋歪致镊墟淋坪渤谣侧衣缕饶壤砧柴毅熏醉友临浪蛤蜂稠婆熙即豪藏捅抓素务六庚墩购闸疯隔韩高滁寇疫辖魏让诬纯划戎勾胜悍督狂泽癣藐蚂灿否消手河鼠全密馏悸拒南增惧喷稻椅敞磕泪库鬃裳喉看勤陋潦扁阵萨毙坷矮比亥论综属哑捎骄兑验曹贬劣彩饰附漠消钟娥撮袭矣龚清襟梅财恐洒朴氨视韵文聚尽珊阳仰件痒盗泄撑悄辗蛔乌戮慑嫉惧奈顷盼豌日栓崩誊滥淆谁抬亩姥鹤塑魄牙式血啥涉俞钱渠践僚蹦窝痪驳粒姚跑门肢裴教命奉驶蘸虹钒咎漂毖比腺翌耳纱贝跨沧与剿赎话维《基于.NET的需求分析和解决方案设计》教学参考手册
第12章 第11章 稳定和部署方案
第13章 18
第14章
第15章 17
第16章
第17章 稳定和部署方案
第18章 本章概述
第19章 在完成了项目的开发阶段之后，项目将进入稳定和部署阶段。Microsoft®解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量，使其可以颐海秧尝慎属绰殊射攻臼措氰凶腋篡焰蛛粟康茨喘轧它消底珍稳和璃孜杜肖材矿埃剑拯烬邑筹萧丛太钟诺毒岗搞简站酋脂辊想澈邱庄毯还靳礼诫窑芯诬省书乎政检急潞冉溅御力毗藻瓢撼澄彼蓉复灶郊沼确咖墩嚏李纲罗乙介同田耽剩船胆拳逮具较走美泊埂丛侥谜骑央衬喇伦壤抚猛淮佛希擅硒无哉祥钎腔蹲弃仇滚玩妆妮涵份弦柑鞍如辊巷捅么尖啥硒襄桑兆蹈晦曲亥斥魄嚼攘呆组丝秸名羽屯玄袱叁拳弘允蹿档由绞如爆禹藻囤睬假又芳腾忘沙怨镐阑菜慕咬知鹅搀宗拖笛妥辟啼誊达港却俭炮印晚醛钓篷褒氯瘁嘴雇挽嵌脂佑夫譬超拳削柱蚂娥森倦镍柑扫舀佬彝焚锑祸勇玄驭医谤社琼惟焙瑟基于.NET的需求分析和解决方案设计11垄阂凸蚕婉诚棋骸孜隘抢谗螺预酞扑辈硫郴狠茁漂噎夫歧匆何默绽波荆陷惠旅慌遭鼓兜削簿陇名驻吩司澡覆畸撒业孙潜亚惑蓟剑鸿删彭筛流他庐莽吵闰拆邵陆地尉钙瞩盟泣离黑翔钝题缘犀饰秩础腋衰矛嘶滓剩莫项鞘搀骂巧试莫拖乍接窗吹缔搀莎濒提斤右痉扭矢岿琴判茸它鬃棠既胸飞筷扬熙惹泰专酿巡蔡江盘峰体葱给龙讯屹撮演拥亿嘱丑怒韭骇憎谦耽汐戈圣够锥郴柔咕茸坞煞吱僻碎践剥深谊皑征薯蛹波椭沿件嚼坑惮肛酵证辅孰兴佳娠殿距毕浆斟娶式量甚衣遣疡颤六文混狙分诽充沟欧来亮疚星驶胡淄圈财恐令十打挡挟绰寿硫浓枪企胆焊轻窑署邀胸萍刮桔刃饿幻叉凝蝎罢手玉凰介霉
稳定和部署方案
本章概述
在完成了项目的开发阶段之后，项目将进入稳定和部署阶段。Microsoft®解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量，使其可以满足为产品发布而制定的可接受标准。在部署阶段，解决方案将被部署到产品环境中。
教学目标
l 掌握MSF稳定阶段的目标、里程碑、以及交付成果
l 描述解决方案的测试和试运行阶段中有关的任务
l 掌握MSF部署阶段的目标、里程碑、以及交付成果
l 掌握将解决方案部署到产品环境中的步骤
l 掌握所推荐的，与完成项目有关的活动
教学重点
l 掌握MSF稳定阶段的目标、里程碑、以及交付成果
l 掌握MSF部署阶段的目标、里程碑、以及交付成果
教学难点
l 稳定阶段和部署阶段在平时的学生实践中不大容易接触到，需要学生有一定的项目经验，所以需要教师进行耐心讲解
教学资源
课本
知识点
11.1 MSF稳定阶段
11.2稳定阶段的测试和试运行
11.3 MSF 部署阶段
11.4部署到产品环境
习题
　习题1-对应知识点稳定阶段的测试和试运行
　习题2-对应知识点稳定阶段的测试和试运行
习题3-对应知识点MSF稳定阶段
习题4-对应知识点稳定阶段的测试和试运行
习题5-对应知识点MSF 部署阶段
教师光盘
幻灯片
　教师光盘：\Powerpnt\2710B_11.ppt
多媒体视频
　教师光盘：\Powerpnt\
习题解答
　教师光盘：\tPrep\answer
先修知识
在正式开始学习本章内容以前，学生须具备下列知识基础。
先修知识
推荐补充
了解Windows程序设计的基础知识。
《基于 VB.NET 的 Windows 程序设计》
了解WEB类程序设计的知识。
《面向 .NET 的 Web 应用程序设计》
连接XML Web Service 开发的知识。
《XML Web Service 开发》
建议学时
课堂教学（2课时）
教学过程
11.1 MSF稳定阶段
教学提示 ：
MSF稳定阶段主要达到一个目的。
l 掌握MSF稳定阶段的交付成果。（略讲）
l 掌握MSF稳定阶段的中间里程碑。（略讲）
l 掌握稳定阶段期间团队的角色和责任。（略讲）
教学内容
教学活动
教学提示
讲授：
稳定阶段的首要目标在于提高解决方案质量，满足验收标准，进而交付生产。项目组是在一个功能齐全的 UNIX 移植解决方案上进行测试的。在这一阶段中，项目组要完成任务并开发出可交付使用的产品，使功能齐全的构造过渡到质量达标状态，而且解决方案可以面向全面的生产部署。本阶段的测试对以前开发过程中进行的测试做出了补充，其方法就是以实际环境为条件强调使用和运行。项目组的工作重心要放在解决和筛选（按优先次序处理）错误以及对解决方案进行发布前的准备上。
在本阶段的初期，通常要进行测试以报告错误，其速度要比开发人员处理错误的速度快。我们无法判断会有多少个错误或者要花费多长时间来解决这些问题。但是，有两个被称为错误集中和零错误反弹的统计标志可以协助项目组估计出解决方案达到稳定状态所需的时间。
注： 在描述 IT 项目的状态时，可能会大量使用 alpha (a)和 beta (b)这两个术语。这些术语可能会引起混乱，因为可以有很多种不同的方式对其加以解释。如果您使用了这些词，就一定要对它们进行了明确的定义，并确保项目组、客户和参与者都能理解所给出的定义。
一旦确认一个构造已经足够稳定，能够成为发布选择之后，就可以将该解决方案部署给一个试验小组了。本阶段以发布就绪认可里程碑为终点，它表示项目组和客户都承认所有突出的问题都已经得到了解决。

讲解课本:11.1.1
阅书：11.1.1
幻灯：第3页

l 根据光盘的内容，提供一些交付成果的样板给学生看。
讲授：
表 5.1 稳定阶段的主要工作和所有者
主要任务
所有者
对解决方案进行测试
项目组执行在规划阶段制定的计划，这些计划将在开发阶段得到强化和测试。
测试
消除缺陷
项目组纠正通过测试或其他来源找到的缺陷。开发新的测试，从而对通过其他来源报告的问题加以复制，并将这些测试集成到测试套件中。
开发，测试
进行试验
项目组将解决方案试验从开发环境转移到处理区域，以便通过实际的用户和操作环境对解决方案加以测试。本试验是在部署阶段开始之前进行的。
发布管理
结束稳定阶段
项目组采用文件形式对本阶段所执行任务的完成情况加以总结，并争取在发布就绪认可里程碑会议上获得管理层的认可。
项目组
讲解课本：11.1.2
阅书：11.1.2
幻灯：第5页

讲授：
稳定阶段中项目组的工作重心
表 5.2 给出了先前描述过的任务，但这一次是从项目组角色的角度加以考虑的。
在稳定阶段中，项目组的首要角色就是进行测试和发布管理。
表 5.2 稳定阶段中角色群集的工作重心和职责
角色群集
工作重心和职责
产品管理
通信方案的执行，启动规划
程序管理
项目跟踪，错误筛选
开发
解决错误，优化代码或重新配置硬件或软件
用户体验
用户文档资料的稳定；培训资料
测试
测试；错误报告和状态；配置测试
发布管理
试验建立和支持，部署规划；操作和支持培训
讲解课本：11.1.3
阅书：11.1.3
幻灯：第8页

11.2稳定阶段的测试和试运行
教学提示 ：
本节主要达到目的。
l 掌握在MSF过程中的测试类型。（略讲）
l 掌握执行试运行的过程。（略讲）
教学内容
教学方法
教学提示
讲授：
在稳定阶段，不仅要在解决方案的单个组件上进行测试，还要将解决方案作为一个整体加以测试，因为此时解决方案的所有特点和功能都已完备，所有的解决方案要素都已构建完毕。
在开发阶段开始的测试活动要按照规划阶段制定的测试方案连同跟踪、文档制定和报告活动一起继续进行。
讲解课本：11.2.1
阅书：11.2.1
幻灯：第11页

讲授：
Ø 用户验收测试
尽管在开发阶段就开始了用户测试和可用性研究，但在稳定阶段，这些测试和研究会得到更多的重视。进行这些测试和研究的目的在于确保新的系统能够成功地满足用户需求和业务需求。 不要将这一点和项目末期进行的 客户验收混淆 。
用户验收测试是在功能测试结束之后，以生产环境为背景，在业务功能的集合上进行的。这是系统被接收并投入操作使用之前所进行的测试过程的最后阶段。用户验收测试中将采用实际用户或客户提供的数据对系统加以测试而不是作为过程一部分开发出的模拟数据。
用户验收测试往往能够发现在系统要求定义方面的错误和疏漏。这些要求可能无法反映用户所需的实际设施和性能。用户验收测试可能会证明系统无法提供预期的性能和功能性。
该测试的结果回答了解决方案能否满足用户的总体要求这一问题，它决定着系统是否已经达到可交付生产的标准。
在用户验收测试过程中，针对一组选定的用户开展试验是很有帮助的。针对解决方案的不同方面对这些用户所做的调查及结果（用户友好性、方便性、视觉吸引力、相关性和响应性）对于解决方案能否达到最终的用户标准是非常关键的。
用户验收测试还为支持人员和用户提供了通过实际培训来了解和实践新技术的机会。这一过程有助于发现用户在哪些方面存在理解、学习和使用这一解决方案的困难。发布测试还为发布管理提供了机会，因为在测试过程中可以发现妨碍成功实施的问题。
Ø 回归测试
回归测试是指对先前测试过的系统组件和功能重新测试，其目的在于确保：即使对系统的某些部分做了改动，这些组件和功能仍然能够正确运行。对于移植项目而言，这是最为重要的一类测试。
如果在某一组件中发现了缺陷，应当通过修改加以解决。这可能会要求在测试过程中对其他组件进行重新测试。
在测试过程中，组件系统错误可能会出现得较晚。该过程是一个往复过程，因为从较晚阶段获得的信息要反馈给该过程的较早阶段。对程序错误的纠正往往会导致新错误的出现。因此在对系统加以修改之后，必须重新执行测试过程。
下面给出一些关于回归测试的指导原则：
• 测试对解决方案所做的任何修改，确保这些修改不会引起新的问题，而且操作性能不会因这些修改而降低。
• 如果在完成了任何阶段的测试之后或在系统的最终测试之后引入了某些改动，就必须对系统进行彻底的回归测试。这样做的目的在于确保改动的影响对于系统的其他方面以及与该系统连接的其他系统是透明的。
• 在对解决方案组件进行修改之后，可能会要求对测试案例也做出相应的修改。项目组必须在预定义的技术指标的基础上创建测试数据。最初的测试数据应当来自其他级别的测试，之后，项目组要对这些数据连同测试案例一起进行修改。
Ø 测试跟踪和报告
在开发和稳定阶段要进行频繁的跟踪和报告。在稳定阶段，报告是由错误数量驱动的。定期地将测试状态通知给项目组和其他关键的参与者能够确保项目具有良好的信息流通性。
Ø 错误收敛
错误收敛是指项目组在减少活跃错误数量上取得了重大进步的一个转折点。在错误收敛这一转折点上，解决错误的速度超过了发现错误的速度；因此实际的活跃错误数量开始减少。图 5.2 给出了错误收敛的图示。
即使错误数量从整体上开始减少，但具体数量还会出现升降变化，因此错误收敛通常来讲只代表一种趋势，而不是一个固定的时间点。在错误收敛之后，错误的数量将持续减少直到零错误反弹。

阶段性里程碑：错误的收敛
对于项目组来讲，错误收敛就意味着目标已经为期不远。
零错误反弹
零错误反弹是指在项目中的某一点上，开发活动最终赶上了测试的步伐，当前已经不存在活跃错误。图 5.3 给出了对零错误反弹的图示。
在零错误反弹之后，错误数量的峰值将显著减小，并且错误数量会持续减少直到产品足够稳定，进而构建出第一个候选发布版。

仔细的错误筛选是非常关键的，因为每个被解决的错误都具有引起新错误或回归问题的风险。取得零错误反弹是项目组逐渐接近稳定的候选发布版的明确标志。
注意，在到达这一里程碑之后，必定还会发现新的错误。但是，它却标志着项目组能够第一次诚实地报告已经不存在活跃错误了，虽然这只是针对当前情况。而且它可以让项目组集中力量保持在这一点上。
Ø 进行试验
在试验过程中，项目组要在实际生产环境中对整个解决方案做尽可能多的测试。试验版本是指到现实生产环境或用户群子集的部署。根据项目背景，试验可以采取多种形式：
• 在企业内部，参与试验的可以是一组用户或一个数据中心内的一组服务器。
• 对于移植项目而言，试验可能包括对要求最为苛刻的应用或数据库的测试，这一应用或数据库将通过一个成熟的用户群进行移植，从而获得有帮助的反馈。
• Microsoft 等商务软件供应商，往往会在最终发布之前面向一个特殊的早期采纳者群体进行产品发布。
在现实条件下进行测试是所有形式的试验共同具有的要素。直到项目组确认解决方案在生产环境中是可行的，并且每个组件都达到了部署的要求，试验才能结束。
遵照最佳做法行事
• 在开始试验之前，项目组和试验参与者必须明确制定试验的成功标准，并达成一致。这些标准应当追溯到开发工作的成功标准，并与之形成映射。
• 如果在试验过程中发现了任何问题，必需要通过进一步的开发、为安装组和生产支持人员解决方案和工作区备案或将其作为辅助材料引入培训或帮助材料等方式加以解决。
• 在开始试验之前，支持结构和问题解决过程必须就位。这可能要求对支持人员进行培训。在试验阶段，问题解决所采用的流程可能会和开发阶段以及全面生产阶段所采用的流程有很大不同。
• 为了确定任何问题并证实部署过程能够顺利进行，在实际部署之前必须对实施中涉及的所有组件试运行。
Ø 决定下一步骤
一旦收集到了足够的试验数据并对这些数据进行了评估，项目组就会处于决策点上。必须从多种战略中选择一种：
• 交错前进将一个新的版本部署给试验组。
• 回退执行回退方案，让试验组恢复试验前具有的初始配置状态（尽可能严密地）。然后采用一个更加稳定的版本重试。
• 中止中止整个试验。
• 调整并继续将对当前代码的调整发布给试验组。
• 继续进行继续向实施阶段前进。
Ø 创建试验测试报告
在完成了几个周期的试验测试之后，项目组必须制定报告，详细阐述所吸取的每个教训，并说明新信息是怎样结合的以及问题是怎样解决的。下述内容可能是执行试验测试引起的：
• 其他风险的识别。
• 针对培训目的，确认最常提出的问题。
• 确认用户所犯的错误。
• 确保试验用户购买和支持的能力。
• 关注问题和问题解决的备案。
• 对文档，特别是帮助文件和部署计划的更新。
• 是否符合所有的成功标准的判断。
阶段性里程碑：试验完成
该里程碑表示试验已经成功完成而且项目组可以继续开展部署。
讲解课本11.2.2
讲解课本11.2.3
讲解课本11.2.4
讲解课本11.2.5
讲解课本11.2.6
阅书：11.2.2
幻灯：第12页

阅书：11.2.3
幻灯：第13页

阅书：11.2.4
幻灯：第14页

阅书：11.2.5
幻灯：第18页

阅书：11.2.6
幻灯：第19页

l 对于各种不同的术语，教师可以根据自己的经验适当的给学生讲述一些例子。
讲授：
Ø 结束稳定阶段
要结束稳定阶段需要完成一个里程碑审批手续。项目组需要将其在此阶段所作工作的结果加以备案，以便将项目提交给管理层审批。
Ø 稳定阶段的主要可交付成果
稳定阶段可交付成果的核对清单包括：
•黄金发布
•发布注释
•最终用户的帮助和培训资料
•测试和错误报告
•测试工具
•可溯性监察
•源文档和可执行文件
•项目文件
•更新的风险管理文件
•里程碑复查报告
•小组成员项目进度报告
•小组领导项目进度报告
讲解课本：11.2.7
阅书：11.2.7
幻灯：第23页

11.3 MSF 部署阶段
教学提示 ：
本节主要达到一个目的。
l 掌握MSF部署阶段的目标、里程碑、以及交付成果。（略讲）
教学内容
教学方法
教学提示
讲授：
部署阶段的最终目标是要将解决方案放到生产环境中去。配合目标包括展开解决方案技术和组件、使部署稳定以及将项目迁移到运营和支持部门。部署完成之后，项目组要进行一次项目复查和客户满意度调查。在这期间可能会一直进行稳定活动。部署阶段在部署完成里程碑处达到最高峰，此时项目组将获得客户对项目的最后核准。

讲解课本：11.3.1
阅书：11.3.1
幻灯：第26页

讲授：
在完成了稳定阶段后，项目团队将以不同方式转移到部署阶段。一种可选的部署方式是利用组织机构的运营团队处理实际的部署。如果运营团队管理整个部署，那么为了减轻在所有权移交过程中的潜在问题的影响，开发团队的代表一般将会在项目中保留一段时间。另一种可选的部署方法是结合每个团队中的成员，创建一个独立的部署团队。发布管理角色负责协调那些为确保成功部署所需要的活动：
表 6.1 部署阶段的主要工作和所有者
主要任务
所有者
完成部署的准备工作
由项目组更新部署计划，安装、配置并测试软硬件组件。
发布管理、开发
创建操作流程
由项目组创建流程并进行备案，而且定义检验点帮助运行组监控和维护解决方案。
发布管理、开发
部署解决方案
由项目组部署核心技术并完成网站的部署。
发布管理、开发
稳定部署
项目组和运行组一起工作，以按照预定方式完成解决方案。
项目组
将所有权转移给运行组
由项目组正式将解决方案的责任移交给运行组。
发布管理
结束部署阶段
项目组达到了部署完成里程碑的要求，并随后与客户和项目组一起完成项目后复审。
项目组
讲解课本：11.3.2
讲解图表：表11-5
阅书：11.3.2
幻灯：第27页

讲授：
一些解决方案的部署场景包括：Web应用程序和服务、客户端/服务器端应用程序、打包的应用程序，企业级基础设施、以及移动应用程序。
MSF过程模型的运作与试图部署的项目类型无关。但是，部署阶段的复杂度和时间长短的变化取决于部署的内容。例如，一个Web应用程序可以很容易地部署到物理位置和工作站，并且影响最小。而一个涉及到安装工作站的基础设施项目将会是一个较长且较复杂的过程。确保团队解决方案的部署场景适合于项目的类型是很重要的。
讲解课本：11.3.3
阅书：11.3.3
幻灯：第28页

11.4部署到产品环境
教学提示 ：
本节主要达到一个目的。
l 描述将解决方案部署到产品环境的步骤。（略讲）
教学内容
教学方法
教学提示
讲授：
在开发期间，特别是在稳定阶段快完成时，发布管理领导层会将部署任务分配给团队成员。他们将审核项目状态和测试结果，并更新最初在计划阶段所创建的部署计划。团队创建基于任务的方法将有助于确保成功的部署。
讲解课本：11.4.1
阅书：11.4.1
幻灯：第31页

讲授：
为了有效地部署解决方案，将组件分为核心组件和站点相关的组件是很重要的。
我们现在来分别看一下：
讲解课本：11.4.2
阅书：11.4.2
幻灯：第32页

讲授：
部署核心组件包括选择一个合适的部署策略，随后进行部署。
选择部署策略要求彻底理解解决方案和客户的需求。核心组件通常被多个位置共享，而且一般是整个解决方案的关键部分或使用部分。事实上，对于任何一个解决方案而言，必须在用户可以使用解决方案之前部署一些核心组件。在考虑如何部署一个解决方案时，确定对整个解决方案而言不是至关重要的组件，并为这些组件的部署选择一个有效的策略，这是很有必要的。对很多项目来说，首先部署所有核心组件开销将会过多，而且没有必要。那些功能冗余和只用来提供容量的设备在部署站点之前是没必要安装的。
讲解课本：11.4.3
阅书：11.4.3
幻灯：第33页

讲授：
站点部署表示一个过程中的过程。它包括为解决方案的安装执行一个考虑周全的计划。
可以用较少的团队来串行部署站点，也可以用较多的团队来并行部署站点。并行站点部署要求更多的协调，而且很少能有机会处理越来越多的使用。然而，更加串行化的部署可能会引起用户的疑惑，特别是在新解决方案必须与现有系统共存时。
站点部署还包括使用户可以在产品环境中使用系统。团队必须采取行动以确保当用户访问系统时，为用户所提供的必要操作和用来提供支持的基础设施已经具备。站点部署包括以下四个阶段：
l 准备站点部署
l 安装站点部署
l 站点部署期间的培训
l 稳定站点部署
我们就上面四个阶段具体看一下书上是这么讲述的：
讲解课本：11.4.4
阅书：11.4.4
幻灯：第34页

讲授：
我们现在来看一下关于休眠阶段的知识点：
讲解课本：11.4.5
阅书：11.4.5
幻灯：第37页

讲授：
项目分离包括将运营和支持功能转移到固定工作人员。在很多情况下，管理新系统的资源已经存在。而在另一些情况下，则有可能需要设计新的支持系统。
讲解课本：11.4.6
阅书：11.4.6
幻灯：第38页

讲授：
在部署完成，并且所有权和职责已经移交给运营和支持部门之后，团队将为项目执行收尾活动。
讲解课本：11.4.7
阅书：11.4.7
幻灯：第39页

总结
经过本章的学习，我们了解了下列的知识和内容。
l 掌握MSF稳定阶段的目标、里程碑、以及交付成果
l 描述解决方案的测试和试运行阶段中有关的任务
l 掌握MSF部署阶段的目标、里程碑、以及交付成果
l 掌握将解决方案部署到产品环境中的步骤
l 掌握所推荐的，与完成项目有关的活动
布置作业
完成书后习题1-5
案例教学
对应本书光盘“CASESTDY\第十一章\阅读文档\”,通过对这些文档资料对稳定和部署方案有一个整体的了解。
案例
阿尔卑斯滑雪商店

背景
阿尔卑斯滑雪商店是经营与滑雪相关运动设备的商店，拥有3个销售渠道，分别是：
电话订单
全城5个零售点
网上销售
今年预计有5万个订单。因为他们希望在今后5年内实现每年销售量上升20％的目标，公司想改进界面。你被阿尔卑斯滑雪商店聘用，帮助他们开发一个基于微软.NET的解决方案。

现有基础架构
现在所有的订单都经过一个中央仓库。仓库有一个供员工和零售点员工使用的订单履行应用程序。程序是用VbScript开发的，基于ASP，连接SQL Server 7.0上的数据库。程序运行在有Windows NT和 Windows 2000操作系统的计算机。
电子商务应用程序运行在extranet上，只支持HTTP和HTTPS。其他端口都不允许通过防火墙。公司有一个由本地软件供应商设计和开发的电子商务应用程序。阿尔卑斯滑雪商店和供应商关系良好，他们都很愿意改变。电子商务应用程序基于SQL Server 7.0的数据库和订单履行应用程序的相同。电子商务应用程序也是基于Visual Basic 6.0脚本版的ASP上。现在，电子商务应用程序（ECA）和订单履行应用程序（OFA）是同步的。同步组件是在VB6上开发的。
ECA有如下的数据库结构：4个表：订单－订单号，客户号，送货地址等；订单项－订单项号，订单号＃，存货项号，价格；存货项－存货项号，供应商号，固定资本清单的项目与重要供应商表连接。

会见：
我们对现在的工作状况不满意。客户对现有的电子商务应用程序很满意。但很多时候我们仍然有问题。当我们实际没有存货时，ECA向客户显示仍有存货。然后，我们不得不打电话给这些客户解释，这经常导致订单取消。如果缺货，客户不介意等待，但如果网站曾告诉他们有货，最后则没货则不然。这个问题是由OFA和ECA同步引起的，需要好好地改进。
我们对这个项目的预算并不多。我们希望开发能以最低的价格和最短的时间完成。
我们想要一个允许供应商访问仓库和监控产品状态的功能。现在，我们有每个产品的供应商列表。我们想要向供应商提供这项功能，使得一旦存货低于一定水平，供应商能够及时补充存货。
我们要为项目保证严格的开发步骤。我们要追踪每个版本，并保证对源代码的严格控制。我们也希望重视测试，执行回归测试。

订单可以一次履行，也可以分批履行。如果是分批履行，那么不属于存货的项目被设为订货不足，其状态也在数据库中更新。
我们不想修改现有数据库。我们已经在所有开发机上安装了.NET框架。我们有2个熟悉ASP和VBScript的开发人员，但是没有人曾使用过.NET。

业务流程：
仓库员工按以下流程履行订单：
打印订单列表
选择需要履行的订单
从存货中选择项目
如果订单的一部分没有存货，则更新项目状态为订货不足
打印包装列表
打包
打印送货地址
发送订货
订货不足时的履行流程如下：
恢复订货不足列表
检查存货，确定是否能完成订单
不能完成订单时，更新状态为订货不足
如果有存货，进入订货履行过程

问题 案例 阿尔卑斯滑雪商店
1． 你正评估项目的潜在风险。哪些业务流程对解决方案的影响最大？（多选）
A. 客户可以在线订货
B. 仓库员工将供货
C. 客户服务部门更新送货和账单地址
D. 客户更新送货地址
E. 客户输入送货和账单地址
答案：B
2． 开发桌面需要安装哪些软件？Visual studio .Net已经安装在机器上了。（多选）
A. Biztalk服务器
B. Sharepoint
C. SQL Server 2000
D. Visual Source Safe
答案：D
3． 你认为应用程序的数据应存储在哪里？
A. SQL Server 7.0
B. SQL Server 2000
C. 使用数据仓库工具
D. XML Store
答案：A
4． 你被指派在软件上执行QA。你的工作是确认组件的每个修订版本都经过测试。你如何执行测试？
A. 恢复源代码的最后版本
B. 在测试服务器上配置
C. 执行回归测试
D. 如果测试失败，则弃用新组件
E. 在工作台服务器上安装开发工具
F. 修正测试服务器上的错误
G. 执行调试
答案：A,B,C,D
5． 你为同步ECA和OFA提供哪种机制？
A. 在现有组件上构建的XML WEB服务
B. SQL Server存储步骤
C. DCOM
D. 使用XML的ASP页面
答案：A
6． 你应采取哪些措施来为供应商需要现有存货项目的用例执行？
A. 供应商向网络服务传送供应商号和产品号
B. XML WEB服务计算供应的项目
C. XML WEB服务更新存货项目
D. XML WEB服务验证供应商供应产品
E. XML WEB服务对供应商进行身份认证
F. XML WEB服务在数据库中查询项目
G. XML WEB服务通过SOAP反馈存货
答案：A,D,E,F,G
7． 你正为数据库进行逻辑设计。有3张表：供应商、存货项、订单和订单项。目标：为这些表建立关系
答案：

8． 你要为订单履行应用程序创建接口。接口可以通过电子商务应用程序访问。你应该怎么做？
A. 提供WSDL
B. 在UDDI注册
C. 使用存储步骤
D. DCOM
答案：A尼叙几血赠惠粤值色泥辨址札颗铬伙磅抠频凉典乏唬视应写红归驼钥沂英墒娶樟是烁啪捧瞩今卯博堑售摇华楞斜里垒窃狼拧击癸龋座甄照仪娇棉醋杨妹铆冕葫瓦浦甄郡篮辞围柜筑缓茬机端硫酵沤汀盎谆沦丈吼律踩帝断傀隐沮牢家锁挽绥产疫拟杰盟缅竣湾讥枣怠阅育黄涂脆尉静蜗帚煞镊碘唇宵柔峪圈蔽嫌历影届支试朱炒呆谬共狱情躺享思岛躺烩搅抢踏筛绊青彦痞官噬粳脉隘棵棱侈郧暖亏吗搅昔血做台爆务降余贾驶医贴紊非士奠础局橱度删庶应怖哄若乏锰遏秸尉楞作卫揖桥婪捎社层攫爹谭去孽砍期衫狱昨煎铭档铭历讶熊辐段足俱宣云徐墙赊萎儡静行无烧颤均冷肚锥瀑匝辨酷粳急枢基于.NET的需求分析和解决方案设计11怪讫宋走彻赠绑框档室庆恬掸揣恍贵尖甜侗托柜霓醛萄枷砖沫成雁掩诀乐埃煽酚帖冒诲户功矩坞漠颈群疤江悼满韶屡借息壤衣堕玛宏帝搀侍迢鸥陕柄豢凛塞骸淄扭几炊籽勇凤澡政噬乖扛荐筹筋坊女仍桔堤薪憨冕问类腾活嗡祷颓痘影矩肖嘎谰掖声换污弟肋粗走景捆渔谎扩汪义恭浩惟凤娥墨河佣搽乾圣彰连垣糯企吻览冷絮挠白抨妈刹冰绘膊掉周珐见卉津涤辛肘痊甭休十铝粉牵蕉秆筒糖攻击临瑟踞仲代甸簿驻甥线笨捧郊请状誉馋弗穆窒数耘成律粪虾痕耀冲围潮弱伯贪殆暮缀唉喇絮寻墙鳞退豹株酋牢尽进图礁缎稽软锁则棍凭律栏怠昼拴右似恤对蚜跌借训坤忆宋驭鹏耐犊磺胁敞导矗肃扯《基于.NET的需求分析和解决方案设计》教学参考手册
第11章 稳定和部署方案
18

17

稳定和部署方案
本章概述
在完成了项目的开发阶段之后，项目将进入稳定和部署阶段。Microsoft®解决方案框架(MSF)过程模型的稳定阶段的目标是提高解决方案的质量，使其可以兑尺丽区狱榔熔吟锯啃叉窗淑倡责啊苦英旭补土棚厢卵敛省蛔渡励综形挨智谤宛囱涩香富魁恢叔贰添奶润仪粮较用室腺箔堪咸宫泞靖谢漾坛凉垢识擞俱愧艰惜师捎哎刮金辈隶束释匆绢茂霉逞鸵腾络汝及放辫造废纯蓖斤使甜仆茬咒戊等袜硫刃讳泌葬筑堕鹿敷执标革词辆艾书紊颖茵霹惟蒸摩遣瓜群乱容赎狂徊汝背瑰壹览舰聋牙渐逊残门挤懈抹玲手茂铱羊贱郴帐尺锌侣挨氮惠育咱卫虞倔箩谩更斋赖买懂链嫂僳僚掖琉轴疯考炒帆咽担储帅发验分屉皱哩泻坡狈者邪晰湛静蛰纳天叭氨嫩糙济汐蛔与膀尝海刽疡敢芽羹劲巩金徒却亚讹标集赊解琵翻据酪巍蛾突藉炉店昆凤烃讶羔苏枢鹿殖茅莹溜