第6章 系统维护和评价.ppt
《第6章 系统维护和评价.ppt》由会员分享,可在线阅读,更多相关《第6章 系统维护和评价.ppt(78页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、信息系统分析与设计信息系统分析与设计信息系统分析与设计信息系统分析与设计21212121世纪信息管理与信息系统专业规划教材世纪信息管理与信息系统专业规划教材世纪信息管理与信息系统专业规划教材世纪信息管理与信息系统专业规划教材 信息系统分析与设计信息系统分析与设计 刘腾红刘腾红 刘婧珏刘婧珏 编著编著 清华大学出版社信息系统分析与设计信息系统分析与设计第 6 章系统维护和评价信息系统分析与设计信息系统分析与设计 信息系统的运行包括两项主要的工作:一是在系统实施、交付运行后为保持系统的安全可靠、正常运行而进行的一系列系统维护工作;二是由用户和系统人员对该信息系统进行评价的过程。信息系统的维护和评价
2、是信息系统生命周期的最后一个阶段,也是持续时间最长、代价最大的一个阶段。系统维护活动所花费的工作占系统整个生存期工作量的70%以上,因此必须对系统维护工作给予足够的重视。信息系统分析与设计信息系统分析与设计6.1 信息系统的维护6.2 信息系统的评价思考题信息系统分析与设计信息系统分析与设计 1 1、维护的分类维护的分类 信息系统的维护有多种不同的分类方法:(1)按时间顺序分为系统试运行维护阶段和日常维护阶段;(2)按系统功能分为硬件系统维护、应用软件系统维护和数据维护;(3)按维护的目的分为完善性维护、改正性维护、适应性维护和预防性维护。6.1 信息系统维护信息系统维护n6.1.1 6.1.
3、1 信息系统维护概述信息系统维护概述信息系统分析与设计信息系统分析与设计 2.2.日常维护日常维护 系统的日常维护主要是定时定内容地重复进行的相关硬件、软件的维护及突发事件的处理等。(1 1)硬件的维护)硬件的维护 硬件的日常维护需要专业人员来负责,主要包括设备的保养与安全管理、简易故障的诊断与排除、易耗品的更换与安装、系统硬件的更新与添置等。(2 2)程序代码的维护)程序代码的维护 程序代码维护是软件维护的基础。程序代码的维护是由于硬件环境的改变或应用需求的变化而要求对系统的程序进行部分修改或整体的更新。维护人员应注意在修改时尽量充分利用原程序,修改或更新后要填写“程序修改(更新)登记表”,
4、并在“程序变更通知书”上写明新老程序的不同之处。程序代码的订正、添加、删除、至重新设计等问题均属于代码的维护问题。程序代码的维护应由专职代码管理小组进行。变更代码问题应经过详细讨论,确定之后应书面写清、贯彻。信息系统分析与设计信息系统分析与设计(3 3)数据文件的维护)数据文件的维护 除主文件的定期更新维护外,数据文件的维护有许多是不定期的,必须在现场进行及时的维护。在数据文件方面,须日常加以维护的有数据的备份、存档、整理及初始化等。日常的数据维护软件一般使用开发商提供的数据文件维护程序,也可根据特殊情况自行编制专用的文件维护程序,但处理的功能选择与控制一般由使用人员或专业人员来完成。为慎重起
5、见,每次对变动过的数据或新增加的文件都要进行备份;数据正本与备份需分别存放;数据的存档是当数据积累达到一定数量或数据文件经过了一定时间的间隔转入档案数据库,成为历史数据;数据的整理是为了查询数据更为便捷而关于数据文件或数据表的索引、记录顺序的调整等;系统正常运行后数据的初始化主要是以月度或年度为时间单位的数据文件或数据表的切换与结转数等的预置问题。信息系统分析与设计信息系统分析与设计 (4 4)突发事件的处理)突发事件的处理 信息系统运行中的突发事件一般是由于操作不当、计算计病毒等引起的。突发事件会影响系统功能的运行,破坏数据,甚至导致整个系统的瘫痪。突发事件应由信息管理机构的专业人员处理,严
6、重的问题要本系统的开发人员或软硬件供应商来解决,并且要对发生的现象、造成的损失、原因及解决的方法等作详细的记录。信息系统分析与设计信息系统分析与设计 3.3.维护活动的管理维护活动的管理 为了有效地进行维护工作,必须有一个正确的态度,充分认识维护工作的重要性;必须建立一套完整的维护工作管理条例,有一个专门的组织机构和工作人员;维护必须从申请报告开始,维护过程及对维护过程的评价有规范或标准可依;每一项维护活动都要遵循登记制度。系统的维护人员应有明确的分工,各负其责。信息系统维护人员可分为三类:硬件系统维护人员、应用软件开发与维护人员以及数据库管理与维护人员。硬件系统维护人员负责硬件系统的维护,包
7、括网络安全、系统配置等项工作;应用软件开发与维护人员负责与用户沟通,接受用户提出的新要求,如:信息需求、增加功能等,开发或完善应用系统,并负责应用系统软件的运行维护工作;数据库管理员主要负责系统中的数据的安全性、完整性、一致性,并负责数据库中的数据字典的建立与维护工作。信息系统分析与设计信息系统分析与设计 系统试运行阶段的维护人员是一个临时组织,可以采用“大而全”的模式,由信息系统开发人员和系统管理人员既甲乙双方共同组成,力图在短时间内发现最多的问题,并解决问题,为后续工作创造良好的工作环境。系统日常维护人员是一个长期工作组织,要做到“少而精”。日常维护活动中,软件系统比硬件系统工作量大,维护
8、更平凡,所以日常维护人员应以软件系统维护人员为主,由程序员、数据库系统管理员和硬件及网络管理人员等组成。信息系统分析与设计信息系统分析与设计 信息系统完成切换过程的各项任务之后,进入正式运行阶段,随着系统在各项事务处理和管理控制等日常工作的全面展开,问题也会逐步暴露出来,这个阶段需要不断地对系统进行维护,达到改正潜在的错误,完善和扩充功能,延长系统使用寿命等目的。信息系统中应用软件的系统维护是维护工作最重要的部分,也是技术含量最高的部分。n6.1.2 6.1.2 信息系统中应用软件的维护信息系统中应用软件的维护信息系统分析与设计信息系统分析与设计 1.1.维护的特点维护的特点 应用软件的维护是
9、信息系统维护活动的核心。采用软件工程方法论开发出来的应用软件,除提供程序代码,更重要的是文档。文档是影响软件可维护性的决定因素,由于长期使用的大型软件系统在维护过程中会经受多次修改,所以文档比程序代码更重要。有文档的系统维护我们称之结构化维护,没有文档的系统维护我们称之为非结构化维护。结构化维护能减少精力的浪费并能提高维护的总体质量。要保证系统维护工作的顺利进行,提高系统的可维护性,必须建立健全各类系统开发文档资料;在系统开发初期要根据所使用的开发方法,制定出文档标准规范,从而提高各类文档的可理解性和工作效率。信息系统分析与设计信息系统分析与设计 2.2.维护的内容维护的内容 软件维护按其维护
10、目标的不同可分为改正、改变和改进等三方面,我们通常把它们分为改正性维护、适应性维护、完善性维护和预防性维护。1)1)改正性维护改正性维护(Corrective maintenance)(Corrective maintenance)改正性维护是在软件运行过程中,为弥补系统性能上的缺陷或改正软件的错误,在系统发生异常或故障时进行的。这种错误常常是由于遇到了从未用过的输入数据组合,与其它软件或硬件的接口出现了问题,在信息系统开发的前几个阶段,特别是测试阶段未能发现,应用软件带着这些隐患运行,在特定的情况下才暴露出来。改正性维护可以是原软件中未设计系统初始化;改正程序中为设立开关复原等错误。信息系统
11、分析与设计信息系统分析与设计 2)2)适应性维护适应性维护(Adaptive maintenance)(Adaptive maintenance)适应性维护是为适应环境的变化及克服本身存在的不足对系统进行的调整和修改。企业处于不断变化的环境中,为适应环境谋求生存与发展,必然要进行相应的变革,对作为支持企业战略目标的企业信息系统也要进行适应环境变化的维护。适应计算机硬件“一年一变”的飞速发展;适应系统软件(如:操作系统)的版本更新;适应“数据环境”的变动。如:在不同的数据库中,由于数据格式的不同,或数据输入输出方式的不同,不能很好地沟通,通过调整程序,使其可以使用其它数据库中的数据;由于产品数量
12、的增加,对产品编码进行修改,从三个字符改成四个字符。信息系统分析与设计信息系统分析与设计 3)3)完善性维护完善性维护(Perfective maintenance)(Perfective maintenance)完善性维护是为了扩充软件的功能或满足用户对系统提出的新的性能要求,提高原有软件的可维护性而对软件开展的修改和再开发活动。新功能和新性能是原来的需求规格说明书上并未规定的。如:在已有的系统中增加联机帮助(HELP)功能;由于业务的扩大而缩短系统应答的时间;增加包含若干属性的新报告;增加多媒体技术,改进图形输出模式。4)4)预防性维护预防性维护(Preventive maintenanc
13、e)(Preventive maintenance)这是主动性的预防措施。即选择那些还有较长使用寿命,目前尚能正常运行,但可能将要发生变化或调整的系统进行维护,目的是通过预防性维护为未来的修改与调整奠定更好的基础。如:将目前可以使用的按条件查询功能改为通用查询功能,以应付今后业务查询的需要。信息系统分析与设计信息系统分析与设计 在应用软件整个维护阶段所花费的工作中,完善性维护所占比重最大,达到50%,其次是适应性维护,约占25%,而改正性维护占约占20%。其它维护占5%。从时间上来看,在维护阶段的初期改正性维护的工作量比较大。随着系统运行的逐步深入,错误的概率会急剧下降,系统运行趋于稳定。进入
14、正常使用期后,适应性维护和完善性维护的工作量会逐步增加,即大部分维护工作是加强应用软件的功能和性能,使其发挥更大的作用。所以,维护并不一定是紧急事件,可以有计划的按部就班进行。信息系统分析与设计信息系统分析与设计 3.3.维护中的问题维护中的问题 信息系统中应用软件的可理解性、可测试性和可修改性是决定软件可维护性的基本因素。信息系统生命周期每个阶段的工作都和维护阶段的工作密切相关。良好的设计,完善的文档资料,严格的审查和测试都为维护作好了准备。结构化的维护要求系统在交付使用的同时,一定要有相应的文档。文档是影响可维护性的决定因素,因此,文档甚至比可执行的程序代码更重要。所有的文档都必须和程序代
15、码同时维护,只有和程序代码完全一致的文档才是真正有价值的文档。信息系统分析与设计信息系统分析与设计 维护过程本质上是修改和压缩了的信息系统开发过程,而且事实上远在提出一项维护要求之前,与系统维护有关的工作已经开始了。首先必须建立一个维护组织,随后必须确定报告和评价的过程,而且必须为每个维护要求规定一个标准化的事件序列。此外,还应该建立一个适用于维护活动的记录保管过程,并且规定复审标准。n6.1.3 6.1.3 信息系统维护过程信息系统维护过程 1.1.维护组织维护组织 虽然通常并不需要建立正式的维护组织,但是,即使对于一个小的信息系统开发团体而言,非正式地委托责任也是绝对必要的。每个维护要求都
16、通过维护管理员转交给相应的系统管理员去评价。系统管理员是被指定去熟悉一小部分产品程序的技术人员。系统管理员对维护任务做出评价之后,由变化授权人决定应该进行的活动。图6-1描绘了上述组织方式。信息系统分析与设计信息系统分析与设计图6-1信息系统的维护组织信息系统分析与设计信息系统分析与设计 2.2.维护报告维护报告 应该用标准化的格式表达所有信息系统维护要求。系统维护人员通常给用户提供空白的维护要求表有时成为问题报告表,这个表格由要求一项维护活动的用户填写。如果遇到了一个错误,那么必须完整描述导致出现错误的环境(包括输入数据、全部输出数据以及其他有关信息),对于适应性或完善性的维护要求,需要提出
17、一个简短的需求说明书。如前所述,由维护管理员和系统管理员评价用户提交的维护要求表。维护要求表是一个外部产生的文件,它是计划维护活动的基础。软件组织内部应该制定出一个信息系统修改报告,它给出下述信息:1)满足维护要求表中提出的要求所需要的工作量。2)维护要求的性质。3)这项要求的优先次序。4)与修改有关的事后数据。信息系统分析与设计信息系统分析与设计 3.3.维护的事件流维护的事件流 图6-2描绘了由一项维护要求而引出的一串事件。首先应该确定要求进行的维护的类型。用户常常把一项要求看作是为了改正系统的错误(改正性维护),而开发人员可能把同一项要求看作是适应性或完善性维护。当存在不同意见时须协商解
18、决。从图6-2描绘的事件流看到,对一项改正性维护要求(图中“错误”通路)的处理,从估量错误的严重程度开始。如果是一个严重的错误(例如,一个关键性的系统不能正常运行),则在系统管理员的指导下分派人员,并且立即开始问题分析过程。如果错误并不严重,那么改正性的维护和其他要求软件开发资源的任务一起统筹安排。信息系统分析与设计信息系统分析与设计图6-2 维护阶段事件流 信息系统分析与设计信息系统分析与设计 适应性维护和完善性维护的要求沿着相同的事件流通路前进,应该确定每个维护要求的优先次序,并且安排要求的工作时间,就好像它是另一个开发任务一样(从所有意图和目标来看,它都属于开发工作,如果一项维护要求的优
19、先次序非常高,可能立即开始维护工作)。不管维护类型如何,都需要进行同样的技术工作。这些工作包括修改软件设计、复查、必要的代码修改、单元测试和集成测试(包括使用以前的测试方案的回归测试),验收测试和复审。不同类型的维护强调的重点不同,但是基本途径是相同的。维护事件流中最后一个事件是复审,它再次检验信息系统配置的所有成分的有效性,并且保证事实上满足了维护要求表中的要求。信息系统分析与设计信息系统分析与设计 在完成系统维护任务之后,进行处境复查常常是有好处的。一般来说,这种复查试图回答下述问题:1)在当前处境下设计、编码或测试的哪些方面能用不同方法进行?2)哪些维护资源是应该有而事实上却没有的?3)
20、对于这项维护工作什么是主要的(以及次要的)障碍?4)要求的维护类型中有预防性维护吗?处境复审对将来维护工作的进行有重要影响,而且所提供的反馈信息对有效地管理维护组织十分重要。信息系统分析与设计信息系统分析与设计 4.4.保存维护记录保存维护记录 对于信息系统生命周期的所有阶段而言,以前记录的保存往往是不充分的,而系统维护则根本没有记录保存下来。由于这个原因,我们往往不能估价维护技术的有效性,不能确定一个信息系统的“优良”程度,而且很难确定维护的实际代价是什么。保存维护记录遇到的第一个问题就是,哪些数据是值得记录的?一般包括下述内容:1)程序标识;2)源语句数;3)机器指令条数;4)使用的程序设
21、计语言;5)程序安装的日期;6)自从安装以来程序运行的次数;7)自从安装以来程序失效的次数;信息系统分析与设计信息系统分析与设计 8)程序变动的层次和标识;9)因程序变动而增加的源语句数;10)因程序变动而删除的源语句数;11)每个改动耗费的人时数;12)程序改动的日期;13)软件工程师的名字;14)维护要求表的标识;15)维护类型;16)维护开始和完成的日期;17)累计用于维护的人时数;18)与完成的维护相联系的纯效益。应该为每项维护工作都收集上述数据。可以利用这些数据构成一个维护数据库的基础,并且像下一小节介绍的那样对它们进行评价。信息系统分析与设计信息系统分析与设计 5.5.评价维护活动
22、评价维护活动 缺乏有效的数据就无法评价维护活动。如果已经开始保存维护记录了,则可以对维护工作做一些定量度量。至少可以从以下七个方面度量维护工作:1)每次程序运行平均失效的次数。2)用于每一类维护活动的总人时数。3)平均每个程序、每种语言、每种维护类型所做的程序变动数。4)维护过程中增加或删除一个源语句平均花费的人时数。5)维护每种语言平均花费的人时数。6)一张维护要求表的平均周转时间。7)不同维护类型所占的百分比。根据对维护工作定量度量的结果,可以做出关于开发技术、语言选择、维护工作量规划、资源分配及其他许多方面的决定,而且可以利用这样的数据去分析评价维护任务。信息系统分析与设计信息系统分析与
23、设计 1.1.版本管理的概念版本管理的概念 软件版本是软件系统在不断变更过程中一种固定形态的记录标志。软件版本管理是一个确保这些版本能够被可靠地构建,它们的内容能够被控制,并且可以在运行环境中作为测试、追溯的根据。软件应用系统的开发是一个演进的过程,并逐步朝着最终预定的目标前进。这些目标通常是以内部或外部的一个版本的形式交付一系列被要求的功能。这通常是一个手工的和费力的过程,并且因此会时常出现错误的倾向。对于一个具有几个版本的复杂系统,协调好维护变化和文档更新可能有许多困难。许多组织尤其是软件供应商使用数字来标明不通的版本,每次改变都作为一个新的系统版本来记录文档和安装。n6.1.4 6.1.
24、4 版本管理制度版本管理制度信息系统分析与设计信息系统分析与设计 2.2.版本管理技术版本管理技术 通常使用数字方式来标示版本。一种典型的版本标注方法是将版本号分为3段,格式为:主版本号(Major version).副版本号(Minor version).发布号(Release)在维护过程中,维护带来的任何的系统变动都应当在版本上有所反应,以便提供可追溯的系统变更轨迹。版本的演进就是版本变更的规则。主版本号和副版本号在项目计划中已经指定,标志着重要的功能变动。发布号用于体现小的功能变更或用来管理项目的分支。当产品的功能有大的变动或升级时,就将产品的主版本号增加1;而有小部分的功能变动时,将副
25、版本号增加1;如果功能没有变动而仅仅更正了一个bug,那就将发布号增加1。在典型的系统中,系统的初始版本是1.0.0,包含第一次维护修改的版本是1.0.0。版本从1.4.0到1.5.0的变化表示系统改变相对较小。如果整个版本号发生变化,如1.0版到2.0版,表示系统内部已经进行了重大的调整和更新。信息系统分析与设计信息系统分析与设计 3.3.版本管理的特点版本管理的特点 1 1)版本技术可以降低维护成本。)版本技术可以降低维护成本。在多个小组对同一个系统进行维护工作时,如果采用版本方法,所有修改在新版本形成之前都要集中测试。版本方法可以减少成本,因为对于所有的修改,只需要一套系统测试方案。这种
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第6章 系统维护和评价 系统维护 评价
限制150内