信息系統(tǒng)的維護_第1頁
信息系統(tǒng)的維護_第2頁
信息系統(tǒng)的維護_第3頁
信息系統(tǒng)的維護_第4頁
信息系統(tǒng)的維護_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

信息系統(tǒng)分析與設(shè)計信息系統(tǒng)的維護信息系統(tǒng)的維護全文共26頁,當前為第1頁。

信息系統(tǒng)的維護實踐已經(jīng)證明,在管理信息系統(tǒng)(MIS)投入運行后,為保持其能夠長期高效的工作,應(yīng)根據(jù)其運行的外部環(huán)境的改變和業(yè)務(wù)的變化,對本應(yīng)用系統(tǒng)中的硬件/軟件進行及時有效的更新,這種為信息系統(tǒng)正常工作而進行的一切活動稱為信息系統(tǒng)的維護。系統(tǒng)的正常運行是要依靠有效的系統(tǒng)維護來支持的,系統(tǒng)維護的好壞將顯著地影響系統(tǒng)的運行質(zhì)量、系統(tǒng)的適應(yīng)性及系統(tǒng)的生命周期等關(guān)鍵因素。因此,做好系統(tǒng)的維護也是管理信息系統(tǒng)最重要的工作之一。信息系統(tǒng)的維護全文共26頁,當前為第2頁。1.1信息系統(tǒng)維護概述1.維護的分類信息系統(tǒng)的維護有多種不同的分類方法,(1)按時間順序分為系統(tǒng)試運行維護階段和日常維護階段;(2)按系統(tǒng)功能分為硬件系統(tǒng)維護、應(yīng)用軟件系統(tǒng)維護和數(shù)據(jù)維護;(3)按維護的目的分為完善性維護、改正性維護、適應(yīng)性維護和預(yù)防性維護。2.日常維護系統(tǒng)的日常維護主要是定時定內(nèi)容地重復(fù)進行的相關(guān)硬件、軟件的維護及突發(fā)事件的處理等。(1)硬件的維護硬件的日常維護需要專業(yè)人員來負責(zé),主要包括設(shè)備的保養(yǎng)與安全管理、簡易故障的診斷與排除、易耗品的更換與安裝、系統(tǒng)硬件的更新與添置等。信息系統(tǒng)的維護全文共26頁,當前為第3頁。(2)程序代碼的維護程序代碼維護是軟件維護的基礎(chǔ)。程序代碼的維護是由于硬件環(huán)境的改變或應(yīng)用需求的變化而要求對系統(tǒng)的程序進行部分修改或整體的更新。維護人員應(yīng)注意在修改時盡量充分利用原程序,修改或更新后要填寫“程序修改(更新)登記表”,并在“程序變更通知書”上寫明新老程序的不同之處。程序代碼的訂正、添加、刪除、至重新設(shè)計等問題均屬于代碼的維護問題。程序代碼的維護應(yīng)由專職代碼管理小組進行。變更代碼問題應(yīng)經(jīng)過詳細討論,確定之后應(yīng)書面寫清、貫徹。代碼維護的困難往往不在代碼本身的變更,而在于新代碼的貫徹。為明確管理職責(zé),除了成立專門的代碼管理小組外,各業(yè)務(wù)部門要指定專人進行代碼管理,通過他們貫徹使用新代碼。這樣有助于防止和訂正錯誤。信息系統(tǒng)的維護全文共26頁,當前為第4頁。(3)數(shù)據(jù)文件的維護除主文件的定期更新維護外,數(shù)據(jù)文件的維護有許多是不定期的,必須在現(xiàn)場進行及時的維護。在數(shù)據(jù)文件方面,須日常加以維護的有數(shù)據(jù)的備份、存檔、整理及初始化等。日常的數(shù)據(jù)維護軟件一般使用開發(fā)商提供的數(shù)據(jù)文件維護程序,也可根據(jù)特殊情況自行編制專用的文件維護程序,但處理的功能選擇與控制一般由使用人員或?qū)I(yè)人員來完成。為慎重起見,每次對變動過的數(shù)據(jù)或新增加的文件都要進行備份;數(shù)據(jù)正本與備份需分別存放;數(shù)據(jù)的存檔是當數(shù)據(jù)積累達到一定數(shù)量或數(shù)據(jù)文件經(jīng)過了一定時間的間隔轉(zhuǎn)入檔案數(shù)據(jù)庫,成為歷史數(shù)據(jù);數(shù)據(jù)的整理是為了查詢數(shù)據(jù)更為便捷而關(guān)于數(shù)據(jù)文件或數(shù)據(jù)表的索引、記錄順序的調(diào)整等;系統(tǒng)正常運行后數(shù)據(jù)的初始化主要是以月度或年度為時間單位的數(shù)據(jù)文件或數(shù)據(jù)表的切換與結(jié)轉(zhuǎn)數(shù)等的預(yù)置問題。信息系統(tǒng)的維護全文共26頁,當前為第5頁。(4)突發(fā)事件的處理信息系統(tǒng)運行中的突發(fā)事件一般是由于操作不當、計算機病毒等引起的。突發(fā)事件會影響系統(tǒng)功能的運行,破壞數(shù)據(jù),甚至導(dǎo)致整個系統(tǒng)的癱瘓。突發(fā)事件應(yīng)由信息管理機構(gòu)的專業(yè)人員處理,嚴重的問題要本系統(tǒng)的開發(fā)人員或軟硬件供應(yīng)商來解決,并且要對發(fā)生的現(xiàn)象、造成的損失、原因及解決的方法等作詳細的記錄。3.維護活動的管理為了有效地進行維護工作,必須有一個正確的態(tài)度,充分認識維護工作的重要性;必須建立一套完整的維護工作管理條例,有一個專門的組織機構(gòu)和工作人員;維護必須從申請報告開始,維護過程及對維護過程的評價有規(guī)范或標準可依;每一項維護活動都要遵循登記制度。系統(tǒng)的維護人員應(yīng)有明確的分工,各負其責(zé)。信息系統(tǒng)維信息系統(tǒng)的維護全文共26頁,當前為第6頁。護人員可分為三類:硬件系統(tǒng)維護人員、應(yīng)用軟件開發(fā)與維護人員以及數(shù)據(jù)庫管理與維護人員。硬件系統(tǒng)維護人員負責(zé)硬件系統(tǒng)的維護,包括網(wǎng)絡(luò)安全、系統(tǒng)配置等項工作;應(yīng)用軟件開發(fā)與維護人員負責(zé)與用戶溝通,接受用戶提出的新要求,如:信息需求、增加功能等,開發(fā)或完善應(yīng)用系統(tǒng),并負責(zé)應(yīng)用系統(tǒng)軟件的運行維護工作;數(shù)據(jù)庫管理員主要負責(zé)系統(tǒng)中數(shù)據(jù)的安全性、完整性、一致性,并負責(zé)數(shù)據(jù)庫中的數(shù)據(jù)字典的建立與維護工作。系統(tǒng)試運行階段的維護人員是一個臨時組織,可以采用“大而全”的模式,由信息系統(tǒng)開發(fā)人員和系統(tǒng)管理人員即甲乙雙方共同組成,力圖在短時間內(nèi)發(fā)現(xiàn)最多的問題,并解決問題,為后續(xù)工作創(chuàng)造良好的工作環(huán)境。系統(tǒng)日常維護人員是一個長期工作組織,要做到“少而精”。日常維護信息系統(tǒng)的維護全文共26頁,當前為第7頁?;顒又校浖到y(tǒng)比硬件系統(tǒng)工作量大,維護更平凡,所以日常維護人員應(yīng)以軟件系統(tǒng)維護人員為主,由程序員、數(shù)據(jù)庫系統(tǒng)管理員和硬件及網(wǎng)絡(luò)管理人員等組成。1.2信息系統(tǒng)中應(yīng)用軟件的維護信息系統(tǒng)完成切換過程的各項任務(wù)之后,進入正式運行階段,隨著系統(tǒng)在各項事務(wù)處理和管理控制等日常工作的全面展開,問題也會逐步暴露出來,這個階段需要不斷地對系統(tǒng)進行維護,達到改正潛在的錯誤,完善和擴充功能,延長系統(tǒng)使用壽命等目的。信息系統(tǒng)中應(yīng)用軟件的系統(tǒng)維護是維護工作最重要的部分,也是技術(shù)含量最高的部分。1.維護的特點應(yīng)用軟件的維護是信息系統(tǒng)維護活動的核心。采用軟件工程方法論開發(fā)出來的應(yīng)用軟件,除提供程序代碼,更重要信息系統(tǒng)的維護全文共26頁,當前為第8頁。的是文檔。文檔是影響軟件可維護性的決定因素,由于長期使用的大型軟件系統(tǒng)在維護過程中會經(jīng)受多次修改,所以文檔比程序代碼更重要。有文檔的系統(tǒng)維護我們稱之結(jié)構(gòu)化維護,沒有文檔的系統(tǒng)維護我們稱之為非結(jié)構(gòu)化維護。結(jié)構(gòu)化維護能減少精力的浪費并能提高維護的總體質(zhì)量。要保證系統(tǒng)維護工作的順利進行,提高系統(tǒng)的可維護性,必須建立健全各類系統(tǒng)開發(fā)文檔資料;在系統(tǒng)開發(fā)初期要根據(jù)所使用的開發(fā)方法,制定出文檔標準規(guī)范,從而提高各類文檔的可理解性和工作效率。2.維護的內(nèi)容軟件維護按其維護目標的不同可分為改正、改變和改進等三方面,我們通常把它們分為改正性維護、適應(yīng)性維護、完善性維護和預(yù)防性維護。信息系統(tǒng)的維護全文共26頁,當前為第9頁。信息系統(tǒng)中軟件的維護主要包括以下三個方面的工作內(nèi)容:(1)改正性維護(Correctivemaintenance)改正性維護是在軟件運行過程中,為彌補系統(tǒng)性能上的缺陷或改正軟件的錯誤,在系統(tǒng)發(fā)生異常或故障時進行的。這種錯誤常常是由于遇到了從未用過的輸入數(shù)據(jù)組合,與其它軟件或硬件的接口出現(xiàn)了問題,在信息系統(tǒng)開發(fā)的前幾個階段,特別是測試階段未能發(fā)現(xiàn),應(yīng)用軟件帶著這些隱患運行,在特定的情況下才暴露出來。改正性維護的原因可以是原軟件中未設(shè)計系統(tǒng)初始化;改正程序中未設(shè)立開關(guān)復(fù)原等錯誤。(2)適應(yīng)性維護(Adaptivemaintenance)適應(yīng)性維護是為適應(yīng)環(huán)境的變化及克服本身存在的不足對系統(tǒng)進行的調(diào)整和修改。企業(yè)處于不斷變化的環(huán)境中,為信息系統(tǒng)的維護全文共26頁,當前為第10頁。適應(yīng)環(huán)境謀求生存與發(fā)展,必然要進行相應(yīng)的變革,對作為支持企業(yè)戰(zhàn)略目標的企業(yè)信息系統(tǒng)也要進行適應(yīng)環(huán)境變化的維護。適應(yīng)計算機硬件“一年一變”的飛速發(fā)展;適應(yīng)系統(tǒng)軟件(如:操作系統(tǒng))的版本更新;適應(yīng)“數(shù)據(jù)環(huán)境”的變動。如:在不同的數(shù)據(jù)庫中,由于數(shù)據(jù)格式的不同,或數(shù)據(jù)輸入輸出方式的不同,不能很好地溝通,通過調(diào)整程序,使其可以使用其它數(shù)據(jù)庫中的數(shù)據(jù);由于產(chǎn)品數(shù)量的增加,對產(chǎn)品編碼進行修改,從三個字符改成四個字符。(3)完善性維護(Perfectivemaintenance)完善性維護是為了擴充軟件的功能或滿足用戶對系統(tǒng)提出的新的性能要求,提高原有軟件的可維護性而對軟件開展的修改和再開發(fā)活動。新功能和新性能是原來的需求規(guī)格說明書上并未規(guī)定的。如:在已有的系統(tǒng)中增加聯(lián)機幫助信息系統(tǒng)的維護全文共26頁,當前為第11頁。(HELP)功能;由于業(yè)務(wù)的擴大而縮短系統(tǒng)應(yīng)答的時間;增加包含若干屬性的新報告;增加多媒體技術(shù),改進圖形輸出模式。在應(yīng)用軟件整個維護階段所花費的工作中,完善性維護所占比重最大,達到50%,其次是適應(yīng)性維護,約占25%,而改正性維護占約占20%。其它維護占5%。從時間上來看,在維護階段的初期改正性維護的工作量比較大。隨著系統(tǒng)運行的逐步深入,錯誤的概率會急劇下降,系統(tǒng)運行趨于穩(wěn)定。進入正常使用期后,適應(yīng)性維護和完善性維護的工作量會逐步增加,即大部分維護工作是加強應(yīng)用軟件的功能和性能,使其發(fā)揮更大的作用。所以,維護并不一定是緊急事件,可以有計劃的按部就班進行。3.維護中的問題信息系統(tǒng)中應(yīng)用軟件的可理解性、可測試性和可修改性是信息系統(tǒng)的維護全文共26頁,當前為第12頁。決定軟件可維護性的基本因素。信息系統(tǒng)生命周期每個階段的工作都和維護階段的工作密切相關(guān)。良好的設(shè)計,完善的文檔資料,嚴格的審查和測試都為維護作好了準備。結(jié)構(gòu)化的維護要求系統(tǒng)在交付使用的同時,一定要有相應(yīng)的文檔。文檔是影響可維護性的決定因素,因此,文檔甚至比可執(zhí)行的程序代碼更重要。所有的文檔都必須和程序代碼同時維護,只有和程序代碼完全一致的文檔才是真正有價值的文檔。軟件的維護即系統(tǒng)運行中發(fā)現(xiàn)問題,并解決問題。在解決問題的過程中,會修改程序代碼、文檔和數(shù)據(jù),牽一發(fā)而動全身,要特別注意修改后程序代碼、文檔資料以及數(shù)據(jù)的同步修改,預(yù)防維護帶來的副作用。維護帶來的副作用包括修改程序的副作用、修改數(shù)據(jù)的副作用和文檔副作用。信息系統(tǒng)的維護全文共26頁,當前為第13頁。為了控制因修改而引起的副作用,可以從以下幾個方面加以考慮:按程序模塊把維護分組;按結(jié)構(gòu)化分層方法自頂向下地安排所需修改的程序模塊的順序;每次只修改一個模塊;在安排修改當前程序模塊時,一定要確定這個程序模塊前面修改的副作用。信息系統(tǒng)的維護不僅為系統(tǒng)的正常運行所必須,也是使信息系統(tǒng)始終能適應(yīng)系統(tǒng)環(huán)境,支持并推動企業(yè)戰(zhàn)略目標實現(xiàn)的重要保證,系統(tǒng)維護工作應(yīng)由企業(yè)管理機構(gòu)領(lǐng)導(dǎo)負責(zé),指定專人落實。為強調(diào)系統(tǒng)維護工作,從事該項工作的人員在成績的評定上應(yīng)與系統(tǒng)的開發(fā)人員同等看待。1.3信息系統(tǒng)維護過程維護過程本質(zhì)上是修改和壓縮了的信息系統(tǒng)開發(fā)過程,而且事實上遠在提出一項信息系統(tǒng)的維護全文共26頁,當前為第14頁。維護要求之前,與系統(tǒng)維護有關(guān)的工作已經(jīng)開始了。首先必須建立一個維護組織,隨后必須確定報告和評價的過程.而且必須為每個維護要求規(guī)定一個標準比的事件序列。此外,還應(yīng)該建立一個適用于維護活動的記錄保管過程,并且規(guī)定復(fù)審標準。1.維護組織雖然通常并不需要建立正式的維護組織,但是,即使對于一個小的信息系統(tǒng)開發(fā)團體而言,非正式地委托責(zé)任也是絕對必要的。每個維護要求都通過維護管理員轉(zhuǎn)交給相應(yīng)的系統(tǒng)管理員去評價。系統(tǒng)管理員是被指定去熟悉一小部分產(chǎn)品程序的技術(shù)人員。系統(tǒng)管理員對維護任務(wù)做出評價之后,由變化授權(quán)人決定應(yīng)該進行的活動。圖7-1描繪了上述組織方式。信息系統(tǒng)的維護全文共26頁,當前為第15頁?!S護要求…………變化授權(quán)人維護管理員信息系統(tǒng)系統(tǒng)管理員圖7.1信息系統(tǒng)的維護組織在維護活動開始之前就明確維護責(zé)任是十分必要的,這樣做可以大大減少維護過程中可能出現(xiàn)的混亂。信息系統(tǒng)的維護全文共26頁,當前為第16頁。2.維護報告應(yīng)該用標準化的格式表達所有信息系統(tǒng)維護要求。系統(tǒng)維護人員通常給用戶提供空白的維護要求表——有時稱為問題報告表,這個表格由要求一項維護活動的用戶填寫。如果遇到了一個錯誤,那么必須完整描述導(dǎo)致出現(xiàn)錯誤的環(huán)境(包括輸入數(shù)據(jù)、全部輸出數(shù)據(jù)以及其他有關(guān)信息),對于適應(yīng)性或完善性的維護要求,需要提出一個簡短的需求說明書。如前所述,由維護管理員和系統(tǒng)管理員評價用戶提交的維護要求表。維護要求表是一個外部產(chǎn)生的文件,它是計劃維護活動的基礎(chǔ)。軟件組織內(nèi)部應(yīng)該制定出一個信息系統(tǒng)修改報告,它給出下述信息:(1)滿足維護要求表中提出的要求所需要的工作量;(2)維護要求的性質(zhì);信息系統(tǒng)的維護全文共26頁,當前為第17頁。(3)這項要求的優(yōu)先次序;(4)與修改有關(guān)的事后數(shù)據(jù).在擬定進一步的維護計劃之前,把信息系統(tǒng)修改報告提交給變化授權(quán)人審查批準。3.維護的事件流圖7.2描繪了由一項維護要求而引出的一串事件。首先應(yīng)該確定要求進行的維護的類型。用戶常常把一項要求看作是為了改正系統(tǒng)的錯誤(改正性維護),而開發(fā)人員可能把同一項要求看作是適應(yīng)性或完善性維護。當存在不同意見時些須協(xié)商解決。信息系統(tǒng)的維護全文共26頁,當前為第18頁。圖7.2維護階段事件流信息系統(tǒng)的維護全文共26頁,當前為第19頁。從圖7.2描繪的事件流看到,對一項改正性維護要求(圖中“錯誤”通路)的處理,從估量錯誤的嚴重程度開始。如果是一個嚴重的錯誤(例如,一個關(guān)鍵性的系統(tǒng)不能正常運行).則在系統(tǒng)管理員的指導(dǎo)下分派人員,并且立即開始問題分析過程。如果錯誤并不嚴重,那么改正性的維護和其他要求軟件開發(fā)資源的任務(wù)一起統(tǒng)籌安排。適應(yīng)性維護和完善性維護的要求沿著相同的事件流通路前進,應(yīng)該確定每個維護要求的優(yōu)先次序,并且安排要求的工作時間,就好像它是另一個開發(fā)任務(wù)一樣(從所有意圖和目標來看,它都屬于開發(fā)工作,。如果一項維護要求的優(yōu)先次序非常高,可能立即開始維護工作。不管維護類型如何,都需要進行同樣的技術(shù)工作。這些工作包括修改軟件設(shè)計、復(fù)查、必要的代碼修改、單元測試和集成測試(包括使用以前的測試方案的回歸測試),驗收信息系統(tǒng)的維護全文共26頁,當前為第20頁。測試和復(fù)審。不同類型的維護強調(diào)的重點不同,但是基本途徑是相同的。維護事件流中最后一個事件是復(fù)審,它再次檢驗信息系統(tǒng)配置的所有成分的有效性,并且保證事實上滿足了維護要求表中的要求。當然,也有并不完全符合上述事件流的維護要求,當發(fā)生惡性的系統(tǒng)問題時.就出現(xiàn)所謂的“救火”維護要求,這種情況需要立即把資源用來解決問題.如果對一個組織來說,“救火”是常見的過程,那么必須懷疑它的管理能力和技術(shù)能力。在完成系統(tǒng)維護任務(wù)之后,進行處境復(fù)查常常是有好處的。—般說來,這種復(fù)查試圖回答下述問題:在當前處境下設(shè)計、編碼或測試的哪些方面能用不同方法進行?信息系統(tǒng)的維護全文共26頁,當前為第21頁。哪些維護資源是應(yīng)該有而事實上卻沒有的?對于這項維護工作什么是主要的(以及次要的)障礙?要求的維護類型中有預(yù)防性維護嗎?處境復(fù)查對將來維護工作的進行有重要影響,而且所提供的反饋信息對有效地管理維護組織十分重要。3.保存維護記錄對于信息系統(tǒng)生命周期的所有階段而言,以前記錄保存都是不充分的,而系統(tǒng)維護則根本沒有記錄保存下來。由于這個原因,我們往往不能估價維護技術(shù)的有效性,不能確定一個信息系統(tǒng)的“優(yōu)良”程度,而且很難確定維護的實際代價是什么。(1)程序標識;(2)源語句數(shù);(3)機器指令條數(shù);信息系統(tǒng)的維護全文共26頁,當前為第22頁。(4)使用的程序設(shè)計語言;(5)程序安裝的日期;(6)自從安裝以來程序運行的次數(shù);(7)自從安裝以來程序失效的次數(shù);(8)程序變動的層次和標識;(9)因程序變動而增加的源語句數(shù);(10)因程序變動而刪除的源語句數(shù);(11)每個改動耗費的人時數(shù);(12)程序改動的日期;(13)軟件工程師的名字;(1

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論