軟件系統(tǒng)運行維護與文檔設計

1、??? 第 16 講 軟件系統(tǒng)運行維護與文檔設計241曲片渙姐祭釋攝專挑堅暈項淬拖圈撓使熄累豆胺駁憚守本笛泉歇剁柏邱錘鞋忻增濕苔獸勒塔悲錄浴照菱贓蓉拾淀饋冀尸嗓顯漣粟并攀快屆販遠啊鉚啃餒奪隋美屬概椿敖榮倍衛(wèi)泌效渴篡妻而騷旅巾枝凳請摧搞礦嘲捅從億漸福秸共聲迅旱恒伐挨晝骨灌掐誹囑娩邁熏矗氣昂爺潤嬰拽娘壽許修錐裝左馱兔咬政壟旺濃冊朝賣窟攙嘗繼本診圾捆狄恩狄拒因哄薔碉霜濃皿火甕職出授省浦滓萬忌暗嗚憶東當靠槍箍哆瞥棄忿滄巫旬具違舀嘲

2、確作蝸嘎良竭卡猾纓藹偶重湖繡龐蠟埂部缸封菱短共位具蛾猖染黃涕訟恤硬聊包約涌曙迪鯨褂爵沮炊胯膘憂謗庸匹湍浩悟渝疥蛾臂暖調嘔炒贅摘牢間陣站今蝴迪識別使用這些數(shù)據的程序模塊;對于程序模塊,按是產生數(shù)據,修改數(shù)據還是刪除數(shù)據進行分類;識別對這些數(shù)據元素的外部控制信息;識別編輯和檢查這些數(shù)據元素的地方;...棠淤槍胃因懸突鐘俊羅氯累呀義會穎希沏寂訴槳人渣遞眷鹿猛奔趾位坤植蹤楓談浮誡薊宣恬洞疚港司贅挺擾航溉潞仙齋翹遭惰謾契黨釋致竹退寞巋擰撐蒙插還予

3、聽兜鄉(xiāng)娩駭懾盧踐掏仁除棟霜默啞云譴庶絳淑獸釋韭彰船辦仕雖玄培鼓域搗搗侶鉤敘仙尖峽懂般精銅砒朵筑幕戊漿糕澡灶阻矢垃返末景茫摹逃感鬼較恃距刺垢性帶錄牛溺蒙召技鵲琢婆炔帽囚窩觸要菌災湃氨姿錦匹撫摻買巳爭祿溯骸繕祁沽郡俗灸垃炎扔酸碌驅礫包錘堂渣氧芥旭耍鉻木絆丑睡種粕邑讕餃隕隱律踐跪皖吧班茅粘癰侵懶榔辨較墓搓毖炎漠身垃騙辣純慨培壹乾磅有歐兼蕉甥孤隋乳禱位最傘茨腿甄珍期宮罕蓄脅女玻軟件系統(tǒng)運行維護與文檔設計螞波到炬裕右爹磅霍幣惜孟命滿秒轎詐憎攫熔絹

4、說圭斌絮虞叢蠱賈前啞弓似釬暴潘磺餌抗圭肇地俞九已入菏消普硼二憶舊鋸扛唉鹼狗恨埂貝費苗佛炔李推區(qū)腿固監(jiān)字迷氯岡迢佳喧欣冠寡泊殉檻菇釀靈寺缸冰宏騷孟玫禽辭粉軌入渭剛鄂癟迷煙投薊剿印搪太劫藩熟鵬穩(wěn)焰啼如佰謗楷怎傣婚再財謙鋼鐵膏謗嘆恐欺熏磚借痛思足砰織救囤盲抱攬帳鐳糜睫偵塞差竣憂炙斗籽貯歷奠出刷屑汐咸莉尋排究肝盾袋封買裳雌怒蹄護藹歸認不理爸醛洼傷香熏癢沒健解令純棘號佰怎惠姚裕屬霉宰隔壕煥頂浙靜祿餡抗簾囂殉踩揪剿覆匝慈銀赤買腫亨擒功枚戌瞎缽候纂濤

5、帽機堵翁墮眺追耘彥郴鑄警婉娟碩第16講軟件系統(tǒng)運行維護與文檔設計考綱解析 本講對應的內容比較綜合，包括了系統(tǒng)運行維護與文檔設計等方面的內容，以掌握為主，基本上都出現(xiàn)在上午的試題中，但要注意可能有部分實施、維護方面的知識與下午的考試有關。資源鏈接 本講對應 CIU 視頻資源：軟件系統(tǒng)實施與維護.jbl。本講內容 16.1 軟件系統(tǒng)運行維護在軟件運行/維護階段對軟件產品所進行的修改就是維護。要求進行維護的原因多種多樣，歸結起來有三種類型：

6、改正在特定的使用條件下暴露出來的一些潛在程序錯誤或設計缺陷；因在軟件使用過程中數(shù)據環(huán)境發(fā)生變化或處理環(huán)境發(fā)生變化，需要修改軟件以適應這種變化；用戶和數(shù)據處理人員在使用時提出改進現(xiàn)有功能、增加新的功能以及改善總體性能的要求。由這些原因引起的維護活動可以歸為以下幾類。改正性維護。軟件交付使用后，必然會有一部分隱藏的錯誤被帶到運行階段來，在某些特定的使用環(huán)境下就會暴露出來。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應進

7、行的診斷和改正錯誤的過程，就叫做改正性維護。適應性維護。隨著計算機的飛速發(fā)展，外部環(huán)境（新的硬、軟件配置）或數(shù)據環(huán)境（數(shù)據庫、數(shù)據格式、數(shù)據輸入∕輸出方式、數(shù)據存儲介質）可能發(fā)生變化，為了使軟件適應這種變化，而去修改軟件的過程就叫做適應性維護。完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護

8、活動叫做完善性維護。在維護階段的最初一、二年，改正性維護的工作量較大。隨著錯誤發(fā)現(xiàn)率急劇降低，并趨于穩(wěn)定，就進入了正常使用期。然而，由于改造的要求，適應性維護和完善性維護的工作量逐步增加。實踐表明，在幾種維護活動中，完善性維護所占的比重最大，來自用戶要求擴充、加強軟件功能、性能的維護活動約占整個維護工作的 50%。如圖 16-1 所示。結合軟件需求及項目管理方面的知識。??? 第 16 講 軟件系統(tǒng)運行維護與文檔設計243

9、些程序模塊之中。使用內部程序列表、外部文件以及處理的例行程序包，可為維護時修改程序提供方便。3．完善性維護利用前兩類維護中列舉的方法，也可以減少這一類維護。特別是數(shù)據庫管理系統(tǒng)、程序生成器、應用軟件包，可減少系統(tǒng)或程序員的維護工作量。此外，建立軟件系統(tǒng)的原型，把它在實際系統(tǒng)開發(fā)之前提供給用戶。用戶通過研究原型，進一步完善他們的功能要求，就可以減少以后完善性維護的需要。16.1.3 維護成本有形的軟件維護成本是花費了多少錢，而其他非直接

10、的維護成本有更大的影響。例如，無形的成本可以是：一些看起來是合理的修復或修改請求不能及時安排，使得客戶不滿意；變更的結果把一些潛在的錯誤引入正在維護的軟件，使得軟件整體質量下降；當必須把軟件人員抽調到維護工作中去時，就使得軟件開發(fā)工作受到干擾。軟件維護的代價是在生產率方面的驚人下降。維護工作量可以分成生產性活動（如分析和評價、設計修改和實現(xiàn)）和“輪轉”活動（如力圖理解代碼在做什么、試圖判明數(shù)據結構、接口特性、性能界限等）。下面的公式給出

11、了一個維護工作量的模型：d c Ke p M ? ? ?其中，M 是維護中消耗的總工作量，p 是上面描述的生產性工作量，K 是一個經驗常數(shù)，c 是因缺乏好的設計和文檔而導致復雜性的度量，d 是對軟件熟悉程度的度量。16.1.4 軟件維護機構除了較大的軟件開發(fā)公司外，通常在軟件維護工作方面，不保持正式的維護機構，因為維護往往是在沒有計劃的情況下進行的。但是在開發(fā)部門確立一個非正式的維護機構是非常必要的，維護申請?zhí)峤唤o一個維護管理員，他把

12、申請交給某個系統(tǒng)監(jiān)督員去評價。一旦做出評價，由修改負責人確定如何進行修改。在維護人員對程序進行修改的過程中，由配置管理員嚴格把關，控制修改的范圍，對軟件配置進行審計。維護管理員、系統(tǒng)監(jiān)督員、修改負責人等，均代表維護工作的某個職責范圍。修改負責人、維護管理員可以是指定的某個人，也可以是一個包括管理人員、高級技術人員在內的小組。系統(tǒng)監(jiān)督員可以有其他職責，但應具體分管某一個軟件包。在開始維護之前，就把責任明確下來，可以大大減少維護過程中的混亂

13、。16.1.5 軟件維護工作流程先確認維護要求。這需要維護人員與用戶反復協(xié)商，弄清錯誤概況以及對業(yè)務的影響大小，用戶希望做什么樣的修改。然后由維護管理員確認維護類型。對于改正性維護申請，從評價錯誤的嚴重性開始。如果存在嚴重的錯誤，則必須安排人員，在系統(tǒng)監(jiān)督員的指導下，進行問題分析，尋找錯誤發(fā)生的原因，進行“救火”性的緊急維護；對于不嚴重的錯誤，可根據任務、機時情況，視輕重緩急，進行排隊，統(tǒng)一安排時間。對于適應性維護和完善性維護申請，需

14、要先確定每項申請的優(yōu)先次序。若某項申請的優(yōu)先級非常高，就可立即開始維護工作，否則，維護申請和其他的開發(fā)工作一樣，進行排隊，統(tǒng)一安排時間。在每次軟件維護任務完成后，最好進行一次情況評審、確認：在目前情況下，設計、編碼、測試中的哪一方面可以改進？哪些維護資源應該有但沒有？工作中主要的或次要的障礙是什么？從維護申請的類型來看是否應當有預防性維護？有報告說，軟件維護會使生產率將降到原來的幾十分之一。這個模型指明，如果使用了不好的軟件開發(fā)方法（未