基于NET的需求分析和解决方案设计11Word下载.docx
- 文档编号:17883370
- 上传时间:2022-12-11
- 格式:DOCX
- 页数:28
- 大小:109.56KB
基于NET的需求分析和解决方案设计11Word下载.docx
《基于NET的需求分析和解决方案设计11Word下载.docx》由会员分享,可在线阅读,更多相关《基于NET的需求分析和解决方案设计11Word下载.docx(28页珍藏版)》请在冰豆网上搜索。
《面向.NET的Web应用程序设计》
连接XMLWebService开发的知识。
《XMLWebService开发》
建议学时
课堂教学(2课时)
教学过程
教学提示:
MSF稳定阶段主要达到一个目的。
●掌握MSF稳定阶段的交付成果。
(略讲)
●掌握MSF稳定阶段的中间里程碑。
●掌握稳定阶段期间团队的角色和责任。
教学内容
教学活动
教学提示
讲授:
稳定阶段的首要目标在于提高解决方案质量,满足验收标准,进而交付生产。
项目组是在一个功能齐全的UNIX移植解决方案上进行测试的。
在这一阶段中,项目组要完成任务并开发出可交付使用的产品,使功能齐全的构造过渡到质量达标状态,而且解决方案可以面向全面的生产部署。
本阶段的测试对以前开发过程中进行的测试做出了补充,其方法就是以实际环境为条件强调使用和运行。
项目组的工作重心要放在解决和筛选(按优先次序处理)错误以及对解决方案进行发布前的准备上。
在本阶段的初期,通常要进行测试以报告错误,其速度要比开发人员处理错误的速度快。
我们无法判断会有多少个错误或者要花费多长时间来解决这些问题。
但是,有两个被称为错误集中和零错误反弹的统计标志可以协助项目组估计出解决方案达到稳定状态所需的时间。
注:
在描述IT项目的状态时,可能会大量使用alpha(a)和beta(b)这两个术语。
这些术语可能会引起混乱,因为可以有很多种不同的方式对其加以解释。
如果您使用了这些词,就一定要对它们进行了明确的定义,并确保项目组、客户和参与者都能理解所给出的定义。
一旦确认一个构造已经足够稳定,能够成为发布选择之后,就可以将该解决方案部署给一个试验小组了。
本阶段以发布就绪认可里程碑为终点,它表示项目组和客户都承认所有突出的问题都已经得到了解决。
讲解课本:
11.1.1
阅书:
幻灯:
第3页
●根据光盘的内容,提供一些交付成果的样板给学生看。
表5.1稳定阶段的主要工作和所有者
主要任务
所有者
对解决方案进行测试
项目组执行在规划阶段制定的计划,这些计划将在开发阶段得到强化和测试。
测试
消除缺陷
项目组纠正通过测试或其他来源找到的缺陷。
开发新的测试,从而对通过其他来源报告的问题加以复制,并将这些测试集成到测试套件中。
开发,测试
进行试验
项目组将解决方案试验从开发环境转移到处理区域,以便通过实际的用户和操作环境对解决方案加以测试。
本试验是在部署阶段开始之前进行的。
发布管理
结束稳定阶段
项目组采用文件形式对本阶段所执行任务的完成情况加以总结,并争取在发布就绪认可里程碑会议上获得管理层的认可。
项目组
讲解课本:
11.1.2
第5页
稳定阶段中项目组的工作重心
表5.2给出了先前描述过的任务,但这一次是从项目组角色的角度加以考虑的。
在稳定阶段中,项目组的首要角色就是进行测试和发布管理。
表5.2稳定阶段中角色群集的工作重心和职责
角色群集
工作重心和职责
产品管理
通信方案的执行,启动规划
程序管理
项目跟踪,错误筛选
开发
解决错误,优化代码或重新配置硬件或软件
用户体验
用户文档资料的稳定;
培训资料
测试;
错误报告和状态;
配置测试
试验建立和支持,部署规划;
操作和支持培训
11.1.3
第8页
本节主要达到目的。
●掌握在MSF过程中的测试类型。
●掌握执行试运行的过程。
教学方法
在稳定阶段,不仅要在解决方案的单个组件上进行测试,还要将解决方案作为一个整体加以测试,因为此时解决方案的所有特点和功能都已完备,所有的解决方案要素都已构建完毕。
在开发阶段开始的测试活动要按照规划阶段制定的测试方案连同跟踪、文档制定和报告活动一起继续进行。
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页
●对于各种不同的术语,教师可以根据自己的经验适当的给学生讲述一些例子。
结束稳定阶段
要结束稳定阶段需要完成一个里程碑审批手续。
项目组需要将其在此阶段所作工作的结果加以备案,以便将项目提交给管理层审批。
稳定阶段的主要可交付成果
稳定阶段可交付成果的核对清单包括:
•黄金发布
•发布注释
•最终用户的帮助和培训资料
•测试和错误报告
•测试工具
•可溯性监察
•源文档和可执行文件
•项目文件
•更新的风险管理文件
•里程碑复查报告
•小组成员项目进度报告
•小组领导项目进度报告
11.2.7
第23页
本节主要达到一个目的。
●掌握MSF部署阶段的目标、里程碑、以及交付成果。
部署阶段的最终目标是要将解决方案放到生产环境中去。
配合目标包括展开解决方案技术和组件、使部署稳定以及将项目迁移到运营和支持部门。
部署完成之后,项目组要进行一次项目复查和客户满意度调查。
在这期间可能会一直进行稳定活动。
部署阶段在部署完成里程碑处达到最高峰,此时项目组将获得客户对项目的最后核准。
11.3.1
第26页
在完成了稳定阶段后,项目团队将以不同方式转移到部署阶段。
一种可选的部署方式是利用组织机构的运营团队处理实际的部署。
如果运营团队管理整个部署,那么为了减轻在所有权移交过程中的潜在问题的影响,开发团队的代表一般将会在项目中保留一段时间。
另一种可选的部署方法是结合每个团队中的成员,创建一个独立的部署团队。
发布管理角色负责协调那些为确保成功部署所需要的活动:
表6.1部署阶段的主要工作和所有者
完成部署的准备工作
由项目组更新部署计划,安装、配置并测试软硬件组件。
发布管理、开发
创建操作流程
由项目组创建流程并进行备案,而且定义检验点帮助运行组监控和维护解决方案。
部署解决方案
由项目组部署核心技术并完成网站的部署。
稳定部署
项目组和运行组一起工作,以按照预定方式完成解决方案。
将所有权转移给运行组
由项目组正式将解决方案的责任移交给运行组。
结束部署阶段
项目组达到了部署完成里程碑的要求,并随后与客户和项目组一起完成项目后复审。
11.3.2
讲解图表:
表11-5
第27页
一些解决方案的部署场景包括:
Web应用程序和服务、客户端/服务器端应用程序、打包的应用程序,企业级基础设施、以及移动应用程序。
MSF过程模型的运作与试图部署的项目类型无关。
但是,部署阶段的复杂度和时间长短的变化取决于部署的内容。
例如,一个Web应用程序可以很容易地部署到物理位置和工作站,并且影响最小。
而一个涉及到安装工作站的基础设施项目将会是一个较长且较复杂的过程。
确保团队解决方案的部署场景适合于项目的类型是很重要的。
11.3.3
第28页
●描述将解决方案部署到产品环境的步骤。
在开发期间,特别是在稳定阶段快完成时,发布管理领导层会将部署任务分配给团队成员。
他们将审核项目状态和测试结果,并更新最初在计划阶段所创建的部署计划。
团队创建基于任务的方法将有助于确保成功的部署。
11.4.1
第31页
为了有效地部署解决方案,将组件分为核心组件和站点相关的组件是很重要的。
我们现在来分别看一下:
11.4.2
第32页
部署核心组件包括选择一个合适的部署策略,随后进行部署。
选择部署策略要求彻底理解解决方案和客户的需求。
核心组件通常被多个位置共享,而且一般是整个解决方案的关键部分或使用部分。
事实上,对于任何一个解决方案而言,必须在用户可以使用解决方案之前部署一些核心组件。
在考虑如何部署一个解决方案时,确定对整个解决方案而言不是至关重要的组件,并为这些组件的部署选择一个有效的策略,这是很有必要的。
对很多项目来说,首先部署所有核心组件开销将会过多,而且没有必要。
那些功能冗余和只用来提供容量的设备在部署站点之前是没必要安装的。
11.4.3
第33页
站点部署表示一个过程中的过程。
它包括为解决方案的安装执行一个考虑周全的计划。
可以用较少的团队来串行部署站点,也可以用较多的团队来并行部署站点。
并行站点部署要求更多的协调,而且很少能有机会处理越来越多的使用。
然而,更加串行化的部署可能会引起用户的疑惑,特别是在新解决方案必须与现有系统共存时。
站点部署还包括使用户可以在产品环境中使用系统。
团队必须采取行动以确保当用户访问系统时,为用户所提供的必要操作和用来提供支持的基础设施已经具备。
站点部署包括以下四个阶段:
●准备站点部署
●安装站点部署
●站点部署期间的培训
●稳定站点部署
我们就上面四个阶段具体看一下书上是这么讲述的:
11.4.4
第34页
我们现在来看一下关于休眠阶段的知识点:
11.4.5
第37页
项目分离包括将运营和支持功能转移到固定工作人员。
在很多情况下,管理新系统的资源已经存在。
而在另一些情况下,则有可能需要设计新的支持系统。
11.4.6
第38页
在部署完成,并且所有权和职责已经移交给运营和支持部门之后,团队将为项目执行收尾活动。
11.4.7
第39页
总结
经过本章的学习,我们了解了下列的知识和内容。
布置作业
完成书后习题1-5
案例教学
对应本书光盘“CASESTDY\第十一章\阅读文档\”,通过对这些文档资料对稳定和部署方案有一个整体的了解。
案例
阿尔卑斯滑雪商店
背景
阿尔卑斯滑雪商店是经营与滑雪相关运动设备的商店,拥有3个销售渠道,分别是:
电话订单
全城5个零售点
网上销售
今年预计有5万个订单。
因为他们希望在今后5年内实现每年销售量上升20%的目标,公司想改进界面。
你被阿尔卑斯滑雪商店聘用,帮助他们开发一个基于微软.NET的解决方案。
现有基础架构
现在所有的订单都经过一个中央仓库。
仓库有一个供员工和零售点员工使用的订单履行应用程序。
程序是用VbScript开发的,基于ASP,连接SQLServer7.0上的数据库。
程序运行在有WindowsNT和Windows2000操作系统的计算机。
电子商务应用程序运行在extranet上,只支持HTTP和HTTPS。
其他端口都不允许通过防火墙。
公司有一个由本地软件供应商设计和开发的电子商务应用程序。
阿尔卑斯滑雪商店和供应商关系良好,他们都很愿意改变。
电子商务应用程序基于SQLServer7.0的数据库和订单履行应用程序的相同。
电子商务应用程序也是基于VisualBasic6.0脚本版的ASP上。
现在,电子商务应用程序(ECA)和订单履行应用程序(OFA)是同步的。
同步组件是在VB6上开发的。
ECA有如下的数据库结构:
4个表:
订单-订单号,客户号,送货地址等;
订单项-订单项号,订单号#,存货项号,价格;
存货项-存货项号,供应商号,固定资本清单的项目与重要供应商表连接。
会见:
我们对现在的工作状况不满意。
客户对现有的电子商务应用程序很满意。
但很多时候我们仍然有问题。
当我们实际没有存货时,ECA向客户显示仍有存货。
然后,我们不得不打电话给这些客户解释,这经常导致订单取消。
如果缺货,客户不介意等待,但如果网站曾告诉他们有货,最后则没货则不然。
这个问题是由OFA和ECA同步引起的,需要好好地改进。
我们对这个项目的预算并不多。
我们希望开发能以最低的价格和最短的时间完成。
我们想要一个允许供应商访问仓库和监控产品状态的功能。
现在,我们有每个产品的供应商列表。
我们想要向供应商提供这项功能,使得一旦存货低于一定水平,供应商能够及时补充存货。
我们要为项目保证严格的开发步骤。
我们要追踪每个版本,并保证对源代码的严格控制。
我们也希望重视测试,执行回归测试。
订单可以一次履行,也可以分批履行。
如果是分批履行,那么不属于存货的项目被设为订货不足,其状态也在数据库中更新。
我们不想修改现有数据库。
我们已经在所有开发机上安装了.NET框架。
我们有2个熟悉ASP和VBScript的开发人员,但是没有人曾使用过.NET。
业务流程:
仓库员工按以下流程履行订单:
打印订单列表
选择需要履行的订单
从存货中选择项目
如果订单的一部分没有存货,则更新项目状态为订货不足
打印包装列表
打包
打印送货地址
发送订货
订货不足时的履行流程如下:
恢复订货不足列表
检查存货,确定是否能完成订单
不能完成订单时,更新状态为订货不足
如果有存货,进入订货履行过程
问题案例阿尔卑斯滑雪商店
1.你正评估项目的潜在风险。
哪些业务流程对解决方案的影响最大?
(多选)
A.客户可以在线订货
B.仓库员工将供货
C.客户服务部门更新送货和账单地址
D.客户更新送货地址
E.客户输入送货和账单地址
答案:
B
2.开发桌面需要安装哪些软件?
Visualstudio.Net已经安装在机器上了。
A.Biztalk服务器
B.Sharepoint
C.SQLServer2000
D.VisualSourceSafe
D
3.你认为应用程序的数据应存储在哪里?
A.SQLServer7.0
B.SQLServer2000
C.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 NET 需求 分析 解决 方案设计 11
![提示](https://static.bdocx.com/images/bang_tan.gif)