下面是范文網(wǎng)小編整理的軟件維護崗位職責3篇(軟件維護人員崗位職責),以供參考。

軟件維護崗位職責1
高級java工程師
任職要求:
1、計算機相關(guān)專業(yè)大專以上學(xué)歷,三年以上的java或android開發(fā)經(jīng)驗;
2、具有一定的編程能力,會使用Eclipse開發(fā)工具;
3、熟悉openGL優(yōu)先;
4、熟悉android開發(fā)優(yōu)先,會android sdk使用,編譯調(diào)試;熟悉android組件;
4、熱愛軟件開發(fā)工作,工作細致認真,有耐心;
5、具備較強的邏輯分析及學(xué)習能力,有良好的團隊合作意識,有強烈的責任心和積極主動的工作態(tài)度,較強的溝通能力
驅(qū)動工程師
任職要求:
1)有從事過linux,android系統(tǒng)開發(fā)經(jīng)驗者優(yōu)先;
2)熟練掌握一種CPU的體系結(jié)構(gòu),具有較強的分析和理解源代碼的能力,熟悉ARM優(yōu)先;
3)具備硬件開發(fā)能力者優(yōu)先,能夠分析和優(yōu)化驅(qū)動的性能,針對特定硬件揚長避短;
4)能夠獨立完成驅(qū)動的功能開發(fā)任務(wù),精通至少兩種驅(qū)動,包括3G,LCD,Audio,Video,Memory,USB,Power manager等;
5)精通3G/網(wǎng)絡(luò)/通信開發(fā)者優(yōu)先;
6)能夠讀寫英文技術(shù)資料;
7)具備良好的溝通能力和團隊合作意識,熟悉項目管理流程,能承受一定的工作壓力;
測試工程師
任職要求:
計算機、通訊、電子等相關(guān)專業(yè)大專以上學(xué)歷,1年以上軟件測試或Android系統(tǒng)軟件測試經(jīng)驗;
熟悉軟件測試流程與測試方法;較強的文檔撰寫能力;
性格穩(wěn)重,態(tài)度端正,工作嚴謹細致,責任心強;
善于分析思考,有較強的自學(xué)能力,有較好的團隊合作意識。
高級(自動化)測試工程師
任職要求:
計算機相關(guān)專業(yè)本科以上學(xué)歷,三年以上的軟件開發(fā)或測試經(jīng)驗;
具有一定編程能力,至少熟悉一門語言,C或者java優(yōu)先;
了解手機、平板電腦應(yīng)用行業(yè),熟悉Android, symbian、BlackBerry、WindowsMobile、iOS、MTK等任一平臺,Android優(yōu)先;
熟悉軟件測試流程與測試方法,較強的技術(shù)文檔撰寫能力;
具有自動測試工具和性能測試工具的應(yīng)用研究經(jīng)驗,Android平臺相關(guān)經(jīng)驗優(yōu)先; 熱愛軟件測試工作,工作細致認真,有耐心;
具備較強的邏輯分析及學(xué)習能力,有良好的團隊合作意識,有強烈的責任心和積極主動的工作態(tài)度,較強的溝通能力和表達能力。
有協(xié)議測試經(jīng)驗、有接口測試經(jīng)驗、有性能測試經(jīng)驗優(yōu)先。
第4篇:軟件工程師崗位職責(軟件)1.完成軟件系統(tǒng)代碼的實現(xiàn),編寫代碼注釋和開發(fā)文檔。2.輔助進行系統(tǒng)的功能定義、程序設(shè)計。3.根據(jù)設(shè)計文檔或需求說明完成代碼編寫、調(diào)試、測試和維護。4.分析并解決軟件開發(fā)過程中的問題。5.協(xié)助測試工程師制訂測試計劃,定位發(fā)現(xiàn)的問題。6.配合項目經(jīng)理完成相關(guān)任務(wù)目標。軟件維護崗位職責2
軟 件 維 護 人 員 職 位 概 要 及 運 維 人 員 崗 位 職 責 軟件維護人員職位職責: 全面負責公司業(yè)務(wù)有關(guān)的程序的開發(fā)和維護工作,對項目 負責,負責公司項目的想象設(shè)計,編碼、內(nèi)部測試的組織和 實施,按照標準流程對技術(shù)開發(fā)的代碼和文檔進行管理,及 時完成上級交派的各項技術(shù)開發(fā)任務(wù)。1. 全面負責技術(shù)開發(fā)工作,并嚴格按照公司的標準流程進 行開發(fā)和代碼管 理等工作; 2. 掌握必要的技術(shù)開發(fā)技能,滿足日常開發(fā)工作的需求; 3. 建立標準的技術(shù)開發(fā)流程,方便公司對技術(shù)開發(fā)進行更 好的管理; 4. 負責更換,維護公司已有軟件或設(shè)備,解決在日常遇到 的各類技術(shù)問題; 5. 良好的學(xué)習能力,不斷的提高自身業(yè)務(wù)水平; 6. 恪守保密原則,不將公司內(nèi)部機密外泄或用于其它不合 法的用途,提交可供審核評定的工作成果,保證公司軟件系 統(tǒng)的正常使用,積極完成上級領(lǐng)導(dǎo)制定的其他開發(fā)任務(wù)。運維管理人員崗位職責
1、機房硬件維護 環(huán)境要求 A.服務(wù)器機房內(nèi)必須保持整潔,不得放置無關(guān)的設(shè)備、物品; B.每日檢查服務(wù)器機房的溫度和濕度,一般情況下必須保持恒溫、恒 濕; C.服務(wù)器機房不能放置食品和水,不得在服務(wù)器機房內(nèi)就餐; D.每日定時檢查機房配電情況,如發(fā)現(xiàn)異常情況需通知相關(guān)負責人進 行處理; E.一般情況下,無關(guān)人員不得進入服務(wù)器機房。 開關(guān)機 A.一般情況下,服務(wù)器不得隨意關(guān)機,在以下情況
下,可以關(guān)機,需通知相關(guān) 負責人,并盡量安排在晚上下班以后。(1).安裝必要的服務(wù)(2).安裝必要的軟件(3).正常的維護需要(4).服務(wù)器在出現(xiàn)嚴重故障非重起不能解決時,通過郵件或電話方式通知相關(guān) 負責人 B.服務(wù)器在得到 UPS 停電通知時,必須在 30 分鐘內(nèi)關(guān)閉; C.服務(wù)器出現(xiàn)嚴重的硬件故障時,應(yīng)立即通知網(wǎng)絡(luò)用戶并立即關(guān)機,同時通知 相關(guān)負責人處理; D.服務(wù)器在開機時必須確認 UPS 供電是否正常。2.軟件環(huán)境
2、安裝環(huán)境 軟件安裝 A.軟件安裝需要安裝在指定的目錄下; B.軟件安裝操作如需要重啟服務(wù)器,需要通知相關(guān)負責人,通知內(nèi)容 包括:操 作原因,操作可能造成的影響,操作時間等信息,得到批 準后方能進行安裝、重 啟服務(wù)器; C.嚴禁在服務(wù)器中私自安裝與公司業(yè)務(wù)無關(guān)的軟件,如私自安裝軟 件造成公司 業(yè)務(wù)受損,將追究個人的法律責任; 日志檢查與備份 日志檢查與備份 A.每天定時檢查一次每臺服務(wù)器的日志文件,如發(fā)現(xiàn)有“嚴重錯誤” 的,必須立 即檢查并排除故障; B.所有日志需定時備份,每天應(yīng)進行增量備份,每周需進行全備份一 次。C.備份文件夾統(tǒng)一為: Windows D:DataBack 下,文件名格式為: 01 DD(日)MM(月)YY(年) 文件、磁盤檢查 每天檢查每個服務(wù)器的磁盤情況,如果發(fā)現(xiàn)磁盤的使用容量超過 70%以上時 A.應(yīng)及時刪除不必要的文件騰出磁盤空間,必要時提報申購新的磁
盤; B.定時檢查服務(wù)器相關(guān)文檔,嚴禁存放違規(guī)的軟件及資料,一旦發(fā)現(xiàn),立即通知 當事人,并要求解釋,如果情節(jié)嚴重時,應(yīng)去除該用戶的 訪問權(quán)限,保留現(xiàn)場,同時通知相關(guān)負責人進行下一步處理; C.每月進行一次磁盤文件整理 文件備份管理 A.重要文件需進行定時備份; B.服務(wù)器重要數(shù)據(jù),每周備份一次; C.每月進行一次備份檢查。
服務(wù)器管理與故障收集 A.服務(wù)器的故障包括:軟件故障,硬件故障,網(wǎng)站故障,黑客入侵 與攻擊,其他不可預(yù)料的未知故障等 B.故障記錄:建立服務(wù)器故障日志數(shù)據(jù)庫,對發(fā)現(xiàn)的各種故障現(xiàn)象 進行詳細記 錄,記錄內(nèi)容包括:故障發(fā)生的時間,故障現(xiàn)象,故障 位置,故障分析,故障原 因,故障記錄人員 應(yīng)盡快以書面或者電話 或者其他相關(guān)形式
C.對于維護人員不能盡快處理的故障,盡快通知相關(guān)負責人并發(fā)布 公告,自己保留相關(guān)記錄存檔。D.需要對服務(wù)器進行軟件改動和服務(wù)改動等更新申請時需要對相關(guān) 負責人提交 郵件申請,待主管人員批準后由專門的人員進行操作,并對操作記錄進行登記備 查。E、各類故障處理流程 首先檢查網(wǎng)絡(luò)狀況,聯(lián)系網(wǎng)絡(luò)運維人員。檢 查 網(wǎng)絡(luò)狀況,如有必要,對服務(wù)器 進行重啟。核查網(wǎng)絡(luò)是否異常,登 陸服務(wù)器檢查 服務(wù)器運行情況,如有必要,對服務(wù)器進行重啟。檢 查E 信號是否正常,如出現(xiàn)異常,聯(lián)系服務(wù)
端運維人員并與提 供E 線的部門人員取得聯(lián)系詢問具體問題是物理線路不通還是 其他施工操作的問題。
第2篇:軟件系統(tǒng)維護工程師崗位職責1.內(nèi)燃機測試數(shù)據(jù)分析。2.負責發(fā)動機試驗站W(wǎng)IN2000SERVER月艮務(wù)器與SQL。3.負責相關(guān)查詢軟件的開發(fā)。軟件維護崗位職責3
第8章 軟件維護
軟件維護的基本概念
教學(xué)內(nèi)容:軟件維護類型、策略和成本,軟件維護的副作用和困難。教學(xué)重點:軟件維護類型和策略。
教學(xué)難點:軟件維護的副作用和困難。教學(xué)方法:課堂講授+討論。
教學(xué)要求:理解軟件維護類型和策略,了解軟件維護的成本,理解軟件維護的副作用和困難。
思 考 題:1)由于業(yè)務(wù)變化而修改軟件是哪種類型的軟件維護?
2)如何處理控制軟件維護的副作用?
3)軟件維護成本和軟件開發(fā)成本哪個通常更高?
軟件維護類型
軟件維護活動類型總起來大概有四種:糾錯性維護;適應(yīng)性維護;完善性維護或增強;預(yù)防性維護或再工程。除此四類維護活動外,還有一些其它類型的維護活動,如:支援性維護(如用戶的培訓(xùn)等)。
軟件維護策略
針對以上幾種類型的維護,我們可以采取一些維護策略,以控制維護成本。
1、改正性維護
在開發(fā)過程中要生成100%可靠無誤的軟件通常是不太現(xiàn)實的,但通過使用一些新技術(shù),可以大大減少進行改正性維護的需要。
2、適應(yīng)性維護
運行環(huán)境的變化是不可避免的,但可以控制。進行配置管理。把硬件、操作系統(tǒng)和其他相關(guān)環(huán)境因素的可能變化進行配置管理。修改局部化。把因環(huán)境變化而必須修改的程序局部于某些程序模塊中。
使用例行程序包等。例如使用內(nèi)部程序列表等,可為維護性修改程序提供方便。
3、完善性維護
利用前兩類維護中列舉的方法,可以減少此類維護。另外,使用功能強且易于使用的工具和通過用戶使用系統(tǒng)原型模型完整地確定系統(tǒng)需求等可以減少完善性維護的工作量。
4、預(yù)防性維護
可通過采用提前實現(xiàn)或軟件重用等手段或技術(shù)來減少此類維護活動的工作量。
5、支援性維護
可通過提供最新用戶文檔或聯(lián)機用戶文檔,進行適當?shù)挠脩襞嘤?xùn)或設(shè)立專門的維護人員等方式來減少此類維護活動。
軟件維護成本
軟件維護活動所花費的工作量占軟件整個生存期工作量的70%以上。影響軟件維護工作量的因素有很多,就軟件系本身而言,有以下幾個方面:
1、系統(tǒng)的大小
系統(tǒng)的大小可用源程序語句數(shù)、模塊數(shù)、輸入/輸出文件數(shù),數(shù)據(jù)庫所占字節(jié)數(shù)及預(yù)定義的用戶報表數(shù)等來度量。系統(tǒng)越大,功能就越復(fù)雜,理解并掌握起來就越困難。因此維護工作量也就越大。
2、程序設(shè)計語言
語言的功能越強,生成程序所需的指令或語句數(shù)就越少,并且程序的可讀性也越好。一般地,語言越高級越容易被人們所理解和掌握。因此,程序設(shè)計語言越高級,相應(yīng)維護工作量也就減少。
3、系統(tǒng)年齡
系統(tǒng)越老,修改維護經(jīng)歷的次數(shù)就越多,從而結(jié)構(gòu)也就越來越亂。而且老系統(tǒng)會存在沒有文檔或文檔較少或文檔與程序代碼不一致等現(xiàn)象。同時,有可能老系統(tǒng)的開發(fā)人員已經(jīng)離開,維護人員又經(jīng)常更換,等等。這些使得老系統(tǒng)比新系統(tǒng)需要更多的維護工作量。
4、數(shù)據(jù)庫技術(shù)的應(yīng)用
使用數(shù)據(jù)庫,可以簡單而有效地管理和存儲用戶程序中的數(shù)據(jù),還可減少生成用戶報表應(yīng)用軟件的維護工作量。
5、軟件開發(fā)新技術(shù)的運用
在軟件開發(fā)時,使用能使軟件結(jié)構(gòu)比較穩(wěn)定的分析與設(shè)計技術(shù),以及程序設(shè)計技術(shù),如面向?qū)ο蠹夹g(shù)、構(gòu)件技術(shù)、可視化程序設(shè)計技術(shù)等,可以減少大量的工作量。
除此之外,應(yīng)用的類型、任務(wù)的難度等對維護工作量都有影響。
軟件維護的副作用
所謂軟件維護的副作用,就是指由于修改程序而導(dǎo)致的錯誤或其它不需要的活動。Freedman和Weinberg定義了三類主要副作用,即:修改代碼的副作用、修改數(shù)據(jù)的副作用和修改文檔資料的副作用。
為了控制因修改而引起的副作用,在修改時應(yīng)做到:
1、按模塊把修改分組;
2、自頂向下地安排所修改模塊的順序;
3、每次修改一個模塊;
4、對于每個修改了的模塊,在安排修改下一個模塊之前,要確定這個修改的副作用。可以使用交叉引用表、存儲映象表、執(zhí)行流程跟蹤等。
軟件維護的困難
下面列出的是與軟件維護有關(guān)的困難:
理解別人的程序困難,且困難程度隨軟件配置成分的減少而迅速增加。需要維護的軟件往往存在文檔資料不全,甚至有文檔也不易理解并和程序代碼可能不一致。當前,有些軟件的文檔是在代碼形成后為了應(yīng)付所謂的鑒定而突擊出來的。
大多數(shù)軟件在開發(fā)時沒有考慮到將來的維護。
軟件維護被人們看成是一種沒有創(chuàng)造性的工作,往往不能引起人們的重視。部分人認為,維護別人的程序不如開發(fā)新的程序。
顯然,如果在軟件定義和軟件開發(fā)時期,重視采用軟件工程思想,那么上述問題可以至少部分地解決。當然,軟件工程也不是萬應(yīng)靈藥,軟件工程也是在實踐中不斷地向前發(fā)展的。
軟件維護過程
教學(xué)內(nèi)容:軟件維護的組織機構(gòu)、維護申請、維護工作流程及評價。教學(xué)重點:維護組織機構(gòu)及工作流程。教學(xué)難點:維護評價。
教學(xué)方法:課堂講授+討論。
教學(xué)要求:理解軟件維護組織機構(gòu)的作用,了解維護申請,熟悉軟件維護流程,了解軟件維護評價。
思 考 題:1)軟件維護記錄的作用是什么? 2)軟件維護組織有哪些角色?其作用是什么?
? 維護組織
通常,軟件維護工作并不需要保持一個正式的組織機構(gòu)。但是,委派一個非專門的維護管理員負責維護工作是絕對必要的。維護管理員、修改批準人員和系統(tǒng)管理員等分別代表了維護工作的某個職責范圍。維護管理員、修改批準人員可以是指定的某個人,也可以是一個包括管理人員、高級技術(shù)人員等在內(nèi)的小組。在維護活動開始之前就明確維護責任是必要的,這樣可以大大減少維護過程中可能出現(xiàn)的混亂。?
維護申請
所有維護申請應(yīng)按規(guī)定的方式提出。維護組織通常提供維護申請表(Maintenance Request Form,簡寫為MRF),由申請維護的用戶填寫。如果是改正性的維護,用戶必須完整地說明出錯的情況,如輸入數(shù)據(jù),全部輸出信息以及其他有關(guān)材料。如果申請的是適應(yīng)性或完善性維護,則應(yīng)提出一個簡短的需求說明書。
維護申請表是由軟件維護組織外部提交的文檔,它是計劃維護活動的基礎(chǔ)。軟件維護組織內(nèi)部應(yīng)相應(yīng)地做出軟件修改報告(Software Change Report,簡寫為SCR),內(nèi)容包括:
(1)為滿足MRF要求所需工作量;(2)維護要求的性質(zhì);
(3)維護申請的優(yōu)先次序;(4)預(yù)計修改后的狀況。
在進一步安排維護工作之前,應(yīng)將軟件修改報告提交給修改批準人員批準。
維護工作流程
維護請求引起的工作流程:
(1)首先,要判明維護類型。當用戶和維護管理人員存在不同意見時應(yīng)協(xié)商解決。(2)對改正性維護請求,從評價錯誤的嚴重性開始。如果存在嚴重錯誤,則應(yīng)在系統(tǒng)管理員的指導(dǎo)下分派人員立即進行維護工作;否則,就同其它開發(fā)任務(wù)一起,統(tǒng)一安排工作時間。
(3)對適應(yīng)性和完善性維護請求,應(yīng)先確定請求的優(yōu)先次序。如果某項請求的優(yōu)先次序非常高,就應(yīng)立即開始維護工作;否則,就同其它開發(fā)任務(wù)一起,統(tǒng)一安排工作時間。
盡管維護請求的類型不同,但都需要進行同樣的技術(shù)工作:修改軟件需求說明、修改軟件設(shè)計、設(shè)計評審、對代碼作必要的修改、單元測試、集成測試(回歸測試)、確認測試等等。
為了正確、有效地修改源程序,通常需要經(jīng)歷以下三個步驟:1)分析和理解程序;2)修改程序;3)重新驗證程序。 維護記錄與評價
如果對維護不保存記錄或保存不充分,那么就無法對軟件使用的完好程度進行評價,也無法對維護技術(shù)的有效性進行評價。Swanson提出了下述內(nèi)容: ⑴程序標識;
⑵源程序語句數(shù);
⑶機器代碼指令數(shù);
⑷使用的程序設(shè)計語言;
⑸程序交付日期;
⑹程序交付以來的運行次數(shù); ⑺自交付以來程序失效的次數(shù);
⑻程序變動的層次和標識;
⑼因程序變動而增加的語句數(shù);
⑽因程序變動而刪除的語句數(shù); ⑾每項修改耗費的人時數(shù);
⑿程序修改日期;
⒀軟件工程師名字;
⒁維護請求表的標識; ⒂維護類型;
⒃維護開始與結(jié)束日期;
⒄累計用于維護的人時數(shù);
⒅與完成的維護相聯(lián)系的效益。
將上述18項數(shù)據(jù)作為維護數(shù)據(jù)庫的基礎(chǔ),可以從以下7個方面度量維護工作: ⑴程序運行失敗的平均數(shù);
⑵用于每類維護活動的總?cè)藭r數(shù);
⑶平均每個程序、每種語言、每種維護類型所做的程序變動數(shù); ⑷維護過程中增加或刪除一個源程序語句平均花費的人時數(shù); ⑸維護每種語言所花費的工作量(平均人時數(shù)); ⑹一張維護申請表的平均周轉(zhuǎn)時間; ⑺不同維護類型所占百分比。?
軟件可維護性
教學(xué)內(nèi)容:影響軟件可維護性的三個屬性、軟件可維護性度量、提高可維護性的方法。
教學(xué)重點:提高可維護性的方法。教學(xué)難點:軟件可維護性度量。教學(xué)方法:課堂講授+討論。
教學(xué)要求:理解軟件可維護性的三個軟件屬性,了解定量的軟件可維護性度量,掌握提高軟件可維護性的方法。
思 考 題:
影響軟件可維護性的軟件屬性
定性地說,軟件可維護性又取決于軟件的三個屬性,即:可理解性、可修改性與可測試性。
1、可理解性
軟件可理解性表現(xiàn)為人們通過閱讀源代碼和相關(guān)文檔,理解軟件的結(jié)構(gòu)、接口、功能和內(nèi)部過程的容易程度。模塊化和結(jié)構(gòu)化設(shè)計、文檔、程序設(shè)計語言等都對軟件的可理解性有較大的影響。而且,軟件越復(fù)雜,理解也就越困難。
2、可測試性
可測試性代表一個軟件容易被測試的程度。它一方面與源代碼有關(guān),要求程序易理解;另一方面,要求有齊全的測試文檔,包括開發(fā)時期用過的測試用例與結(jié)果。
3、可修改性
可修改性表明程序容易修改的程度。一般來說,模塊設(shè)計的內(nèi)聚、耦合、局部化、作用域/控制域等因素都會影響軟件的可修改性。模塊抽象和信息隱蔽愈好,模塊的獨立性愈高,則修改中出錯的機會也就愈少。??
軟件可維護性的定量度量
1979年,建議把維護過程中各種活動耗費的時間記下來,以此來間接度量軟件的可維護性。記錄的時間如下:
⑴問題識別的時間;
⑵因管理活動拖延的時間; ⑶收集維護工具的時間;
⑷分析、診斷問題的時間; ⑸修改規(guī)格說明的時間;
⑹具體的改錯或修改的時間; ⑺局部測試的時間;
⑻集成或回歸測試的時間; ⑼維護評審的時間;
⑽分發(fā)與恢復(fù)運行的時間。
顯然,以上10項表明了一個維護過程所包含的全部活動。可以粗略地認為,這個周期越短,維護就越容易。
提高可維護性的方法
軟件的可維護性對于延長軟件的壽命具有決定性的意義。因此,不僅維護人員應(yīng)重視軟件的可維護性,軟件開發(fā)人員也要為減少今后的維護工作量而努力。為了提高軟件的可維護性,可以從以下幾個方面著手:(1)建立明確的軟件質(zhì)量目標和優(yōu)先級;(2)使用提高軟件質(zhì)量的技術(shù)和工具;(3)進行明確的質(zhì)量保證審查;(4)選擇可維護的程序設(shè)計語言;(5)改進程序文檔;
(6)開發(fā)時考慮到維護。
軟件再工程技術(shù)
教學(xué)內(nèi)容:逆向工程、正向工程、重構(gòu)、成本/效益分析、再工程風險分析。教學(xué)重點:逆向工程、正向工程、重構(gòu)。
教學(xué)難點:再工程成本/效益分析、風險分析。教學(xué)方法:課堂講授+討論。
教學(xué)要求:理解逆向工程和正向工程,掌握重構(gòu),了解再工程成本/效益分析和風險分析。
思 考 題:軟件重構(gòu)的目標是什么?重構(gòu)的對象有哪些?
逆向工程
術(shù)語“逆向工程”源自硬件領(lǐng)域,是一種通過對產(chǎn)品的實際樣本進行檢查分析,得出一個或多個關(guān)于這個產(chǎn)品的設(shè)計和制造規(guī)格的活動。軟件的逆向工程與此類似,通過對程序的分析,導(dǎo)出更高抽象層次的表示,如從現(xiàn)存的程序中抽取數(shù)據(jù)、體系結(jié)構(gòu)、過程的設(shè)計信息等,是一個設(shè)計恢復(fù)過程。逆向工程過程所抽取的信息,一方面可以提供給軟件工程師以便在任何維護活動中使用這些信息;另一方面可以用來重構(gòu)原來的系統(tǒng),使新系統(tǒng)更易維護。?? 重構(gòu)
軟件重構(gòu)是對源代碼和/或數(shù)據(jù)進行修改,使其易于理解或維護,以適應(yīng)將來的變更。通常,重構(gòu)并不修改整個軟件程序的體系結(jié)構(gòu),趨向于關(guān)注模塊的細節(jié)。如果重構(gòu)擴展到模塊邊界之外并涉及軟件體系結(jié)構(gòu),則重構(gòu)變成了正向工程。軟件重構(gòu)中代碼重構(gòu)的目標是生成可提供相同功能但質(zhì)量更高的程序。需要代碼重構(gòu)的模塊往往以難于理解、測試和維護的方式編碼。為此,用重構(gòu)工具分析源代碼,標注出和結(jié)構(gòu)化程序設(shè)計概念相違背的部分,然后重構(gòu)此代碼,復(fù)審和測試生成的重構(gòu)代碼,更新代碼的內(nèi)部文檔。
正向工程
正向工程也稱為改造,用從現(xiàn)存軟件恢復(fù)設(shè)計中得到的信息去重構(gòu)現(xiàn)存系統(tǒng),以改善其整體質(zhì)量。在大多數(shù)情況下,被再工程的軟件需重新實現(xiàn)現(xiàn)存系統(tǒng)的功能,并加入新功能和/或改善整體性能。正向工程過程將應(yīng)用軟件工程的原則、概念和方法來重建現(xiàn)存應(yīng)用。由于軟件的原型(現(xiàn)存系統(tǒng))已經(jīng)存在,正向工程的生產(chǎn)率將遠高于平均水平;同時,又由于用戶已對該軟件有經(jīng)驗,因而正向工程過程可以很容易地確定新的需求和變化的方向。這些優(yōu)越性使得再工程比重新開發(fā)更有吸引力。
再工程成本/效益分析
再工程花費時間,并占用資源。因此,一個組織試圖再工程某現(xiàn)存應(yīng)用之前,有必要進行成本/效益分析。
Sneed提出了再工程的成本/效益分析模型,涉及以下幾個參數(shù): P1:當前對某應(yīng)用的年維護成本 P2:當前某應(yīng)用的年運行成本 P3:當前某應(yīng)用的年收益
P4:再工程后預(yù)期年維護成本 P5:再工程后預(yù)期運行成本 P6:再工程后預(yù)期業(yè)務(wù)收益 P7:估計的再工程成本 P8:估計的再工程日程
P9:再工程風險因子(名義上P9=)L:期望的系統(tǒng)生命期(以年為單位)
則有:①和未執(zhí)行再工程的持續(xù)維護相關(guān)的成本:Cmaint=[p3-(p1+p2)]*L ②和再工程相關(guān)的成本:Creeng=[p6-(p4+p5)*(L-p8)-(p7*p9)] ③再工程的整體收益:Cbenefit=Creeng-Cmaint
再工程風險分析
再工程和其它軟件工程活動一樣可能會遇到風險,作為軟件管理人員必須在工程活動之前對再工程風險進行分析,以提供對策,防范風險帶來的損失。再工程風險主要有以下幾個方面:
(1)過程風險:未進行再工程成本/效益分析或在規(guī)定的時間內(nèi)未達到成本/效益要求;對再工程項目的人力投入缺乏管理;對再工程方案實施缺乏監(jiān)督等等。(2)應(yīng)用領(lǐng)域風險:再工程項目缺少本地應(yīng)用領(lǐng)域?qū)<抑С郑粚υ闯绦蛑畜w現(xiàn)的業(yè)務(wù)知識不熟悉;等等。
(3)技術(shù)風險:恢復(fù)設(shè)計得到的信息無用或未被充分利用;逆向工程得到的成果不可分享;缺乏再工程技術(shù)支持;等等。 小結(jié)
軟件維護是軟件生存周期的最后一個階段,也是成本最高的階段。軟件維護階段越長,軟件的生存周期也就越長。軟件工程學(xué)的一個主要目的便是提高軟件的可維護性,降低軟件維護的代價。
軟件維護不同于硬件維護,通常有四種類型:改正性維護、適應(yīng)性維護、完善性維護和預(yù)防性維護。軟件維護大多要涉及到軟件設(shè)計內(nèi)容的修改,從而要重視軟件維護的副作用,對軟件維護要有正式的組織,制定規(guī)范化的過程,實行嚴格的維護評價。
軟件再工程是提高軟件可維護性的一類重要的軟件工程活動。同軟件開發(fā)相比,軟件再工程不是從編制規(guī)格說明開始,而是從原有的軟件出發(fā),通過一系列再工程活動,得到更易維護的新系統(tǒng)。
軟件運營維護崗位職責(共8篇)
軟件崗位職責
維護崗位職責
軟件推廣員崗位職責
軟件管理崗位職責
軟件維護崗位職責3篇(軟件維護人員崗位職責)相關(guān)文章:
★ 客運企業(yè)安全機務(wù)科崗位職責3篇 機務(wù)安全員職責
★ 小貸部門經(jīng)理崗位職責3篇(個貸部門經(jīng)理崗位職責)
★ 基建部部門經(jīng)理崗位職責3篇(公司基建部崗位職責)
★ 拓展公司部門經(jīng)理崗位職責3篇 業(yè)務(wù)拓展經(jīng)理崗位職責
★ 浦東知識產(chǎn)權(quán)保護中心崗位職責4篇(知識產(chǎn)權(quán)保護中心工作職責)
★ 知識產(chǎn)權(quán)商務(wù)總監(jiān)崗位職責3篇 知識產(chǎn)權(quán)與法務(wù)總監(jiān)
★ 知識產(chǎn)權(quán)培訓(xùn)專員崗位職責3篇 知識產(chǎn)權(quán)培訓(xùn)內(nèi)容
★ 貨運助理崗位職責3篇(貨運協(xié)調(diào)員崗位職責)