軟件維護(hù)崗位職責(zé)3篇(軟件維護(hù)人員崗位職責(zé))

時(shí)間：2023-01-26 07:53:07 綜合范文

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

軟件維護(hù)崗位職責(zé)1

　　高級(jí)java工程師

　　任職要求：

　　1、計(jì)算機(jī)相關(guān)專業(yè)大專以上學(xué)歷，三年以上的java或android開(kāi)發(fā)經(jīng)驗(yàn)；

　　2、具有一定的編程能力，會(huì)使用Eclipse開(kāi)發(fā)工具；

　　3、熟悉openGL優(yōu)先；

　　4、熟悉android開(kāi)發(fā)優(yōu)先，會(huì)android sdk使用，編譯調(diào)試；熟悉android組件；

　　4、熱愛(ài)軟件開(kāi)發(fā)工作，工作細(xì)致認(rèn)真，有耐心；

　　5、具備較強(qiáng)的邏輯分析及學(xué)習(xí)能力，有良好的團(tuán)隊(duì)合作意識(shí)，有強(qiáng)烈的責(zé)任心和積極主動(dòng)的工作態(tài)度，較強(qiáng)的溝通能力

　　驅(qū)動(dòng)工程師

　　任職要求：

　　1）有從事過(guò)linux,android系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)者優(yōu)先；

　　2）熟練掌握一種CPU的體系結(jié)構(gòu)，具有較強(qiáng)的分析和理解源代碼的能力，熟悉ARM優(yōu)先；

　　3）具備硬件開(kāi)發(fā)能力者優(yōu)先，能夠分析和優(yōu)化驅(qū)動(dòng)的性能,針對(duì)特定硬件揚(yáng)長(zhǎng)避短；

　　4）能夠獨(dú)立完成驅(qū)動(dòng)的功能開(kāi)發(fā)任務(wù)，精通至少兩種驅(qū)動(dòng)，包括3G，LCD,Audio,Video,Memory,USB,Power manager等；

　　5）精通3G/網(wǎng)絡(luò)/通信開(kāi)發(fā)者優(yōu)先；

　　6）能夠讀寫(xiě)英文技術(shù)資料；

　　7）具備良好的溝通能力和團(tuán)隊(duì)合作意識(shí)，熟悉項(xiàng)目管理流程，能承受一定的工作壓力；

　　測(cè)試工程師

　　任職要求：

　　計(jì)算機(jī)、通訊、電子等相關(guān)專業(yè)大專以上學(xué)歷，1年以上軟件測(cè)試或Android系統(tǒng)軟件測(cè)試經(jīng)驗(yàn)；

　　熟悉軟件測(cè)試流程與測(cè)試方法；較強(qiáng)的文檔撰寫(xiě)能力；

　　性格穩(wěn)重，態(tài)度端正，工作嚴(yán)謹(jǐn)細(xì)致，責(zé)任心強(qiáng)；

　　善于分析思考,有較強(qiáng)的自學(xué)能力，有較好的團(tuán)隊(duì)合作意識(shí)。

　　高級(jí)(自動(dòng)化)測(cè)試工程師

　　任職要求：

　　計(jì)算機(jī)相關(guān)專業(yè)本科以上學(xué)歷，三年以上的軟件開(kāi)發(fā)或測(cè)試經(jīng)驗(yàn)；

　　具有一定編程能力，至少熟悉一門(mén)語(yǔ)言，C或者java優(yōu)先；

　　了解手機(jī)、平板電腦應(yīng)用行業(yè)，熟悉Android, symbian、BlackBerry、WindowsMobile、iOS、ＭTK等任一平臺(tái)，Ａndroid優(yōu)先；

　　熟悉軟件測(cè)試流程與測(cè)試方法，較強(qiáng)的技術(shù)文檔撰寫(xiě)能力；

　　具有自動(dòng)測(cè)試工具和性能測(cè)試工具的應(yīng)用研究經(jīng)驗(yàn)，Ａndroid平臺(tái)相關(guān)經(jīng)驗(yàn)優(yōu)先；熱愛(ài)軟件測(cè)試工作，工作細(xì)致認(rèn)真，有耐心；

　　具備較強(qiáng)的邏輯分析及學(xué)習(xí)能力，有良好的團(tuán)隊(duì)合作意識(shí)，有強(qiáng)烈的責(zé)任心和積極主動(dòng)的工作態(tài)度，較強(qiáng)的溝通能力和表達(dá)能力。

　　有協(xié)議測(cè)試經(jīng)驗(yàn)、有接口測(cè)試經(jīng)驗(yàn)、有性能測(cè)試經(jīng)驗(yàn)優(yōu)先。

第4篇：軟件工程師崗位職責(zé)(軟件)1.完成軟件系統(tǒng)代碼的實(shí)現(xiàn)，編寫(xiě)代碼注釋和開(kāi)發(fā)文檔。2.輔助進(jìn)行系統(tǒng)的功能定義、程序設(shè)計(jì)。3.根據(jù)設(shè)計(jì)文檔或需求說(shuō)明完成代碼編寫(xiě)、調(diào)試、測(cè)試和維護(hù)。4.分析并解決軟件開(kāi)發(fā)過(guò)程中的問(wèn)題。5.協(xié)助測(cè)試工程師制訂測(cè)試計(jì)劃，定位發(fā)現(xiàn)的問(wèn)題。6.配合項(xiàng)目經(jīng)理完成相關(guān)任務(wù)目標(biāo)。

軟件維護(hù)崗位職責(zé)2

　　軟件維護(hù) 人員職位概要及運(yùn) 維人員崗位職責(zé) 軟件維護(hù)人員職位職責(zé)：全面負(fù)責(zé)公司業(yè)務(wù)有關(guān)的程序的開(kāi)發(fā)和維護(hù)工作，對(duì)項(xiàng)目負(fù)責(zé)，負(fù)責(zé)公司項(xiàng)目的想象設(shè)計(jì)，編碼、內(nèi)部測(cè)試的組織和實(shí)施，按照標(biāo)準(zhǔn)流程對(duì)技術(shù)開(kāi)發(fā)的代碼和文檔進(jìn)行管理，及時(shí)完成上級(jí)交派的各項(xiàng)技術(shù)開(kāi)發(fā)任務(wù)。1．全面負(fù)責(zé)技術(shù)開(kāi)發(fā)工作，并嚴(yán)格按照公司的標(biāo)準(zhǔn)流程進(jìn) 行開(kāi)發(fā)和代碼管理等工作； 2．掌握必要的技術(shù)開(kāi)發(fā)技能，滿足日常開(kāi)發(fā)工作的需求； 3．建立標(biāo)準(zhǔn)的技術(shù)開(kāi)發(fā)流程，方便公司對(duì)技術(shù)開(kāi)發(fā)進(jìn)行更好的管理； 4．負(fù)責(zé)更換，維護(hù)公司已有軟件或設(shè)備，解決在日常遇到的各類(lèi)技術(shù)問(wèn)題； 5．良好的學(xué)習(xí)能力，不斷的提高自身業(yè)務(wù)水平； 6．恪守保密原則，不將公司內(nèi)部機(jī)密外泄或用于其它不合法的用途，提交可供審核評(píng)定的工作成果，保證公司軟件系統(tǒng)的正常使用，積極完成上級(jí)領(lǐng)導(dǎo)制定的其他開(kāi)發(fā)任務(wù)。運(yùn)維管理人員崗位職責(zé)

　　1、機(jī)房硬件維護(hù) 環(huán)境要求 A.服務(wù)器機(jī)房?jī)?nèi)必須保持整潔,不得放置無(wú)關(guān)的設(shè)備、物品； B.每日檢查服務(wù)器機(jī)房的溫度和濕度，一般情況下必須保持恒溫、恒濕； C.服務(wù)器機(jī)房不能放置食品和水，不得在服務(wù)器機(jī)房?jī)?nèi)就餐； D.每日定時(shí)檢查機(jī)房配電情況，如發(fā)現(xiàn)異常情況需通知相關(guān)負(fù)責(zé)人進(jìn) 行處理； E.一般情況下，無(wú)關(guān)人員不得進(jìn)入服務(wù)器機(jī)房。開(kāi)關(guān)機(jī) A.一般情況下，服務(wù)器不得隨意關(guān)機(jī)，在以下情況

　　下，可以關(guān)機(jī)，需通知相關(guān) 負(fù)責(zé)人，并盡量安排在晚上下班以后。（1）.安裝必要的服務(wù)（2）.安裝必要的軟件（3）.正常的維護(hù)需要（4）.服務(wù)器在出現(xiàn)嚴(yán)重故障非重起不能解決時(shí)，通過(guò)郵件或電話方式通知相關(guān) 負(fù)責(zé)人 B.服務(wù)器在得到 UPS 停電通知時(shí)，必須在 30 分鐘內(nèi)關(guān)閉； C.服務(wù)器出現(xiàn)嚴(yán)重的硬件故障時(shí)，應(yīng)立即通知網(wǎng)絡(luò)用戶并立即關(guān)機(jī)，同時(shí)通知相關(guān)負(fù)責(zé)人處理； D.服務(wù)器在開(kāi)機(jī)時(shí)必須確認(rèn) UPS 供電是否正常。2.軟件環(huán)境

　　2、安裝環(huán)境軟件安裝 A.軟件安裝需要安裝在指定的目錄下； B.軟件安裝操作如需要重啟服務(wù)器，需要通知相關(guān)負(fù)責(zé)人，通知內(nèi)容包括：操作原因，操作可能造成的影響，操作時(shí)間等信息，得到批準(zhǔn)后方能進(jìn)行安裝、重啟服務(wù)器； C．嚴(yán)禁在服務(wù)器中私自安裝與公司業(yè)務(wù)無(wú)關(guān)的軟件，如私自安裝軟件造成公司業(yè)務(wù)受損，將追究個(gè)人的法律責(zé)任；日志檢查與備份日志檢查與備份 A.每天定時(shí)檢查一次每臺(tái)服務(wù)器的日志文件，如發(fā)現(xiàn)有“嚴(yán)重錯(cuò)誤” 的，必須立即檢查并排除故障； B.所有日志需定時(shí)備份，每天應(yīng)進(jìn)行增量備份，每周需進(jìn)行全備份一次。C.備份文件夾統(tǒng)一為： Windows D:DataBack 下，文件名格式為： 01 DD（日）MM（月）YY（年）文件、磁盤(pán)檢查每天檢查每個(gè)服務(wù)器的磁盤(pán)情況，如果發(fā)現(xiàn)磁盤(pán)的使用容量超過(guò) 70%以上時(shí) A．應(yīng)及時(shí)刪除不必要的文件騰出磁盤(pán)空間，必要時(shí)提報(bào)申購(gòu)新的磁

　　盤(pán)； B.定時(shí)檢查服務(wù)器相關(guān)文檔，嚴(yán)禁存放違規(guī)的軟件及資料，一旦發(fā)現(xiàn)，立即通知當(dāng)事人，并要求解釋，如果情節(jié)嚴(yán)重時(shí)，應(yīng)去除該用戶的訪問(wèn)權(quán)限，保留現(xiàn)場(chǎng)，同時(shí)通知相關(guān)負(fù)責(zé)人進(jìn)行下一步處理； C.每月進(jìn)行一次磁盤(pán)文件整理文件備份管理 A.重要文件需進(jìn)行定時(shí)備份； B.服務(wù)器重要數(shù)據(jù)，每周備份一次； C.每月進(jìn)行一次備份檢查。

　　服務(wù)器管理與故障收集 A.服務(wù)器的故障包括：軟件故障，硬件故障，網(wǎng)站故障，黑客入侵與攻擊，其他不可預(yù)料的未知故障等 B.故障記錄：建立服務(wù)器故障日志數(shù)據(jù)庫(kù)，對(duì)發(fā)現(xiàn)的各種故障現(xiàn)象進(jìn)行詳細(xì)記錄，記錄內(nèi)容包括：故障發(fā)生的時(shí)間，故障現(xiàn)象，故障位置，故障分析，故障原因，故障記錄人員應(yīng)盡快以書(shū)面或者電話或者其他相關(guān)形式

　　C.對(duì)于維護(hù)人員不能盡快處理的故障，盡快通知相關(guān)負(fù)責(zé)人并發(fā)布公告，自己保留相關(guān)記錄存檔。D．需要對(duì)服務(wù)器進(jìn)行軟件改動(dòng)和服務(wù)改動(dòng)等更新申請(qǐng)時(shí)需要對(duì)相關(guān) 負(fù)責(zé)人提交郵件申請(qǐng)，待主管人員批準(zhǔn)后由專門(mén)的人員進(jìn)行操作，并對(duì)操作記錄進(jìn)行登記備查。E、各類(lèi)故障處理流程首先檢查網(wǎng)絡(luò)狀況，聯(lián)系網(wǎng)絡(luò)運(yùn)維人員。檢查網(wǎng)絡(luò)狀況，如有必要，對(duì)服務(wù)器進(jìn)行重啟。核查網(wǎng)絡(luò)是否異常，登陸服務(wù)器檢查服務(wù)器運(yùn)行情況，如有必要，對(duì)服務(wù)器進(jìn)行重啟。檢查E 信號(hào)是否正常，如出現(xiàn)異常，聯(lián)系服務(wù)

　　端運(yùn)維人員并與提供E 線的部門(mén)人員取得聯(lián)系詢問(wèn)具體問(wèn)題是物理線路不通還是其他施工操作的問(wèn)題。

第2篇：軟件系統(tǒng)維護(hù)工程師崗位職責(zé)1.內(nèi)燃機(jī)測(cè)試數(shù)據(jù)分析。2.負(fù)責(zé)發(fā)動(dòng)機(jī)試驗(yàn)站W(wǎng)IN2000SERVER月艮務(wù)器與SQL。3.負(fù)責(zé)相關(guān)查詢軟件的開(kāi)發(fā)。

軟件維護(hù)崗位職責(zé)3

　　第8章軟件維護(hù)

軟件維護(hù)的基本概念

　　教學(xué)內(nèi)容：軟件維護(hù)類(lèi)型、策略和成本，軟件維護(hù)的副作用和困難。教學(xué)重點(diǎn)：軟件維護(hù)類(lèi)型和策略。

　　教學(xué)難點(diǎn)：軟件維護(hù)的副作用和困難。教學(xué)方法：課堂講授+討論。

　　教學(xué)要求：理解軟件維護(hù)類(lèi)型和策略，了解軟件維護(hù)的成本，理解軟件維護(hù)的副作用和困難。

　　思考題：1)由于業(yè)務(wù)變化而修改軟件是哪種類(lèi)型的軟件維護(hù)？

　　2)如何處理控制軟件維護(hù)的副作用？

　　3)軟件維護(hù)成本和軟件開(kāi)發(fā)成本哪個(gè)通常更高？

　　軟件維護(hù)類(lèi)型

　　軟件維護(hù)活動(dòng)類(lèi)型總起來(lái)大概有四種：糾錯(cuò)性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)或增強(qiáng)；預(yù)防性維護(hù)或再工程。除此四類(lèi)維護(hù)活動(dòng)外，還有一些其它類(lèi)型的維護(hù)活動(dòng)，如：支援性維護(hù)（如用戶的培訓(xùn)等）。

軟件維護(hù)策略

　　針對(duì)以上幾種類(lèi)型的維護(hù)，我們可以采取一些維護(hù)策略，以控制維護(hù)成本。

　　1、改正性維護(hù)

　　在開(kāi)發(fā)過(guò)程中要生成100%可靠無(wú)誤的軟件通常是不太現(xiàn)實(shí)的，但通過(guò)使用一些新技術(shù)，可以大大減少進(jìn)行改正性維護(hù)的需要。

　　2、適應(yīng)性維護(hù)

　　運(yùn)行環(huán)境的變化是不可避免的，但可以控制。進(jìn)行配置管理。把硬件、操作系統(tǒng)和其他相關(guān)環(huán)境因素的可能變化進(jìn)行配置管理。修改局部化。把因環(huán)境變化而必須修改的程序局部于某些程序模塊中。

　　使用例行程序包等。例如使用內(nèi)部程序列表等，可為維護(hù)性修改程序提供方便。

　　3、完善性維護(hù)

　　利用前兩類(lèi)維護(hù)中列舉的方法，可以減少此類(lèi)維護(hù)。另外，使用功能強(qiáng)且易于使用的工具和通過(guò)用戶使用系統(tǒng)原型模型完整地確定系統(tǒng)需求等可以減少完善性維護(hù)的工作量。

　　4、預(yù)防性維護(hù)

　　可通過(guò)采用提前實(shí)現(xiàn)或軟件重用等手段或技術(shù)來(lái)減少此類(lèi)維護(hù)活動(dòng)的工作量。

　　5、支援性維護(hù)

　　可通過(guò)提供最新用戶文檔或聯(lián)機(jī)用戶文檔，進(jìn)行適當(dāng)?shù)挠脩襞嘤?xùn)或設(shè)立專門(mén)的維護(hù)人員等方式來(lái)減少此類(lèi)維護(hù)活動(dòng)。

軟件維護(hù)成本

　　軟件維護(hù)活動(dòng)所花費(fèi)的工作量占軟件整個(gè)生存期工作量的70%以上。影響軟件維護(hù)工作量的因素有很多，就軟件系本身而言，有以下幾個(gè)方面：

　　1、系統(tǒng)的大小

　　系統(tǒng)的大小可用源程序語(yǔ)句數(shù)、模塊數(shù)、輸入/輸出文件數(shù)，數(shù)據(jù)庫(kù)所占字節(jié)數(shù)及預(yù)定義的用戶報(bào)表數(shù)等來(lái)度量。系統(tǒng)越大，功能就越復(fù)雜，理解并掌握起來(lái)就越困難。因此維護(hù)工作量也就越大。

　　2、程序設(shè)計(jì)語(yǔ)言

　　語(yǔ)言的功能越強(qiáng)，生成程序所需的指令或語(yǔ)句數(shù)就越少，并且程序的可讀性也越好。一般地，語(yǔ)言越高級(jí)越容易被人們所理解和掌握。因此，程序設(shè)計(jì)語(yǔ)言越高級(jí)，相應(yīng)維護(hù)工作量也就減少。

　　3、系統(tǒng)年齡

　　系統(tǒng)越老，修改維護(hù)經(jīng)歷的次數(shù)就越多，從而結(jié)構(gòu)也就越來(lái)越亂。而且老系統(tǒng)會(huì)存在沒(méi)有文檔或文檔較少或文檔與程序代碼不一致等現(xiàn)象。同時(shí)，有可能老系統(tǒng)的開(kāi)發(fā)人員已經(jīng)離開(kāi)，維護(hù)人員又經(jīng)常更換，等等。這些使得老系統(tǒng)比新系統(tǒng)需要更多的維護(hù)工作量。

　　4、數(shù)據(jù)庫(kù)技術(shù)的應(yīng)用

　　使用數(shù)據(jù)庫(kù)，可以簡(jiǎn)單而有效地管理和存儲(chǔ)用戶程序中的數(shù)據(jù)，還可減少生成用戶報(bào)表應(yīng)用軟件的維護(hù)工作量。

　　5、軟件開(kāi)發(fā)新技術(shù)的運(yùn)用

　　在軟件開(kāi)發(fā)時(shí)，使用能使軟件結(jié)構(gòu)比較穩(wěn)定的分析與設(shè)計(jì)技術(shù)，以及程序設(shè)計(jì)技術(shù)，如面向?qū)ο蠹夹g(shù)、構(gòu)件技術(shù)、可視化程序設(shè)計(jì)技術(shù)等，可以減少大量的工作量。

　　除此之外，應(yīng)用的類(lèi)型、任務(wù)的難度等對(duì)維護(hù)工作量都有影響。

軟件維護(hù)的副作用

　　所謂軟件維護(hù)的副作用，就是指由于修改程序而導(dǎo)致的錯(cuò)誤或其它不需要的活動(dòng)。Freedman和Weinberg定義了三類(lèi)主要副作用，即：修改代碼的副作用、修改數(shù)據(jù)的副作用和修改文檔資料的副作用。

　　為了控制因修改而引起的副作用，在修改時(shí)應(yīng)做到：

　　1、按模塊把修改分組；

　　2、自頂向下地安排所修改模塊的順序；

　　3、每次修改一個(gè)模塊；

　　4、對(duì)于每個(gè)修改了的模塊，在安排修改下一個(gè)模塊之前，要確定這個(gè)修改的副作用?？梢允褂媒徊嬉帽怼⒋鎯?chǔ)映象表、執(zhí)行流程跟蹤等。

軟件維護(hù)的困難

　　下面列出的是與軟件維護(hù)有關(guān)的困難：

　　理解別人的程序困難，且困難程度隨軟件配置成分的減少而迅速增加。需要維護(hù)的軟件往往存在文檔資料不全，甚至有文檔也不易理解并和程序代碼可能不一致。當(dāng)前，有些軟件的文檔是在代碼形成后為了應(yīng)付所謂的鑒定而突擊出來(lái)的。

　　大多數(shù)軟件在開(kāi)發(fā)時(shí)沒(méi)有考慮到將來(lái)的維護(hù)。

　　軟件維護(hù)被人們看成是一種沒(méi)有創(chuàng)造性的工作，往往不能引起人們的重視。部分人認(rèn)為，維護(hù)別人的程序不如開(kāi)發(fā)新的程序。

　　顯然，如果在軟件定義和軟件開(kāi)發(fā)時(shí)期，重視采用軟件工程思想，那么上述問(wèn)題可以至少部分地解決。當(dāng)然，軟件工程也不是萬(wàn)應(yīng)靈藥，軟件工程也是在實(shí)踐中不斷地向前發(fā)展的。

軟件維護(hù)過(guò)程

　　教學(xué)內(nèi)容：軟件維護(hù)的組織機(jī)構(gòu)、維護(hù)申請(qǐng)、維護(hù)工作流程及評(píng)價(jià)。教學(xué)重點(diǎn)：維護(hù)組織機(jī)構(gòu)及工作流程。教學(xué)難點(diǎn)：維護(hù)評(píng)價(jià)。

　　教學(xué)方法：課堂講授+討論。

　　教學(xué)要求：理解軟件維護(hù)組織機(jī)構(gòu)的作用，了解維護(hù)申請(qǐng)，熟悉軟件維護(hù)流程，了解軟件維護(hù)評(píng)價(jià)。

　　思考題：1)軟件維護(hù)記錄的作用是什么？ 2)軟件維護(hù)組織有哪些角色？其作用是什么？

? 維護(hù)組織

　　通常，軟件維護(hù)工作并不需要保持一個(gè)正式的組織機(jī)構(gòu)。但是，委派一個(gè)非專門(mén)的維護(hù)管理員負(fù)責(zé)維護(hù)工作是絕對(duì)必要的。維護(hù)管理員、修改批準(zhǔn)人員和系統(tǒng)管理員等分別代表了維護(hù)工作的某個(gè)職責(zé)范圍。維護(hù)管理員、修改批準(zhǔn)人員可以是指定的某個(gè)人，也可以是一個(gè)包括管理人員、高級(jí)技術(shù)人員等在內(nèi)的小組。在維護(hù)活動(dòng)開(kāi)始之前就明確維護(hù)責(zé)任是必要的，這樣可以大大減少維護(hù)過(guò)程中可能出現(xiàn)的混亂。?

維護(hù)申請(qǐng)

　　所有維護(hù)申請(qǐng)應(yīng)按規(guī)定的方式提出。維護(hù)組織通常提供維護(hù)申請(qǐng)表（Maintenance Request Form，簡(jiǎn)寫(xiě)為MRF），由申請(qǐng)維護(hù)的用戶填寫(xiě)。如果是改正性的維護(hù)，用戶必須完整地說(shuō)明出錯(cuò)的情況，如輸入數(shù)據(jù)，全部輸出信息以及其他有關(guān)材料。如果申請(qǐng)的是適應(yīng)性或完善性維護(hù)，則應(yīng)提出一個(gè)簡(jiǎn)短的需求說(shuō)明書(shū)。

　　維護(hù)申請(qǐng)表是由軟件維護(hù)組織外部提交的文檔，它是計(jì)劃維護(hù)活動(dòng)的基礎(chǔ)。軟件維護(hù)組織內(nèi)部應(yīng)相應(yīng)地做出軟件修改報(bào)告（Software Change Report，簡(jiǎn)寫(xiě)為SCR），內(nèi)容包括：

（1）為滿足MRF要求所需工作量；（2）維護(hù)要求的性質(zhì)；

（3）維護(hù)申請(qǐng)的優(yōu)先次序；（4）預(yù)計(jì)修改后的狀況。

　　在進(jìn)一步安排維護(hù)工作之前，應(yīng)將軟件修改報(bào)告提交給修改批準(zhǔn)人員批準(zhǔn)。

維護(hù)工作流程

　　維護(hù)請(qǐng)求引起的工作流程：

(1)首先，要判明維護(hù)類(lèi)型。當(dāng)用戶和維護(hù)管理人員存在不同意見(jiàn)時(shí)應(yīng)協(xié)商解決。(2)對(duì)改正性維護(hù)請(qǐng)求，從評(píng)價(jià)錯(cuò)誤的嚴(yán)重性開(kāi)始。如果存在嚴(yán)重錯(cuò)誤，則應(yīng)在系統(tǒng)管理員的指導(dǎo)下分派人員立即進(jìn)行維護(hù)工作；否則，就同其它開(kāi)發(fā)任務(wù)一起，統(tǒng)一安排工作時(shí)間。

(3)對(duì)適應(yīng)性和完善性維護(hù)請(qǐng)求，應(yīng)先確定請(qǐng)求的優(yōu)先次序。如果某項(xiàng)請(qǐng)求的優(yōu)先次序非常高，就應(yīng)立即開(kāi)始維護(hù)工作；否則，就同其它開(kāi)發(fā)任務(wù)一起，統(tǒng)一安排工作時(shí)間。

　　盡管維護(hù)請(qǐng)求的類(lèi)型不同，但都需要進(jìn)行同樣的技術(shù)工作：修改軟件需求說(shuō)明、修改軟件設(shè)計(jì)、設(shè)計(jì)評(píng)審、對(duì)代碼作必要的修改、單元測(cè)試、集成測(cè)試（回歸測(cè)試）、確認(rèn)測(cè)試等等。

　　為了正確、有效地修改源程序，通常需要經(jīng)歷以下三個(gè)步驟：1）分析和理解程序；2)修改程序；3)重新驗(yàn)證程序。維護(hù)記錄與評(píng)價(jià)

　　如果對(duì)維護(hù)不保存記錄或保存不充分，那么就無(wú)法對(duì)軟件使用的完好程度進(jìn)行評(píng)價(jià)，也無(wú)法對(duì)維護(hù)技術(shù)的有效性進(jìn)行評(píng)價(jià)。Swanson提出了下述內(nèi)容： ⑴程序標(biāo)識(shí)；

⑵源程序語(yǔ)句數(shù)；

⑶機(jī)器代碼指令數(shù)；

⑷使用的程序設(shè)計(jì)語(yǔ)言；

⑸程序交付日期；

⑹程序交付以來(lái)的運(yùn)行次數(shù)； ⑺自交付以來(lái)程序失效的次數(shù)；

⑻程序變動(dòng)的層次和標(biāo)識(shí)；

⑼因程序變動(dòng)而增加的語(yǔ)句數(shù)；

⑽因程序變動(dòng)而刪除的語(yǔ)句數(shù)； ⑾每項(xiàng)修改耗費(fèi)的人時(shí)數(shù)；

⑿程序修改日期；

⒀軟件工程師名字；

⒁維護(hù)請(qǐng)求表的標(biāo)識(shí)； ⒂維護(hù)類(lèi)型；

⒃維護(hù)開(kāi)始與結(jié)束日期；

⒄累計(jì)用于維護(hù)的人時(shí)數(shù)；

⒅與完成的維護(hù)相聯(lián)系的效益。

　　將上述18項(xiàng)數(shù)據(jù)作為維護(hù)數(shù)據(jù)庫(kù)的基礎(chǔ)，可以從以下7個(gè)方面度量維護(hù)工作： ⑴程序運(yùn)行失敗的平均數(shù)；

⑵用于每類(lèi)維護(hù)活動(dòng)的總?cè)藭r(shí)數(shù)；

⑶平均每個(gè)程序、每種語(yǔ)言、每種維護(hù)類(lèi)型所做的程序變動(dòng)數(shù)； ⑷維護(hù)過(guò)程中增加或刪除一個(gè)源程序語(yǔ)句平均花費(fèi)的人時(shí)數(shù)； ⑸維護(hù)每種語(yǔ)言所花費(fèi)的工作量（平均人時(shí)數(shù)）； ⑹一張維護(hù)申請(qǐng)表的平均周轉(zhuǎn)時(shí)間； ⑺不同維護(hù)類(lèi)型所占百分比。?

軟件可維護(hù)性

　　教學(xué)內(nèi)容：影響軟件可維護(hù)性的三個(gè)屬性、軟件可維護(hù)性度量、提高可維護(hù)性的方法。

　　教學(xué)重點(diǎn)：提高可維護(hù)性的方法。教學(xué)難點(diǎn)：軟件可維護(hù)性度量。教學(xué)方法：課堂講授+討論。

　　教學(xué)要求：理解軟件可維護(hù)性的三個(gè)軟件屬性，了解定量的軟件可維護(hù)性度量，掌握提高軟件可維護(hù)性的方法。

　　思考題：

影響軟件可維護(hù)性的軟件屬性

　　定性地說(shuō)，軟件可維護(hù)性又取決于軟件的三個(gè)屬性，即：可理解性、可修改性與可測(cè)試性。

　　1、可理解性

　　軟件可理解性表現(xiàn)為人們通過(guò)閱讀源代碼和相關(guān)文檔，理解軟件的結(jié)構(gòu)、接口、功能和內(nèi)部過(guò)程的容易程度。模塊化和結(jié)構(gòu)化設(shè)計(jì)、文檔、程序設(shè)計(jì)語(yǔ)言等都對(duì)軟件的可理解性有較大的影響。而且，軟件越復(fù)雜，理解也就越困難。

　　2、可測(cè)試性

　　可測(cè)試性代表一個(gè)軟件容易被測(cè)試的程度。它一方面與源代碼有關(guān)，要求程序易理解；另一方面，要求有齊全的測(cè)試文檔，包括開(kāi)發(fā)時(shí)期用過(guò)的測(cè)試用例與結(jié)果。

　　3、可修改性

　　可修改性表明程序容易修改的程度。一般來(lái)說(shuō)，模塊設(shè)計(jì)的內(nèi)聚、耦合、局部化、作用域/控制域等因素都會(huì)影響軟件的可修改性。模塊抽象和信息隱蔽愈好，模塊的獨(dú)立性愈高，則修改中出錯(cuò)的機(jī)會(huì)也就愈少。??

軟件可維護(hù)性的定量度量

　　1979年，建議把維護(hù)過(guò)程中各種活動(dòng)耗費(fèi)的時(shí)間記下來(lái)，以此來(lái)間接度量軟件的可維護(hù)性。記錄的時(shí)間如下：

⑴問(wèn)題識(shí)別的時(shí)間；

⑵因管理活動(dòng)拖延的時(shí)間； ⑶收集維護(hù)工具的時(shí)間；

⑷分析、診斷問(wèn)題的時(shí)間； ⑸修改規(guī)格說(shuō)明的時(shí)間；

⑹具體的改錯(cuò)或修改的時(shí)間； ⑺局部測(cè)試的時(shí)間；

⑻集成或回歸測(cè)試的時(shí)間； ⑼維護(hù)評(píng)審的時(shí)間；

⑽分發(fā)與恢復(fù)運(yùn)行的時(shí)間。

　　顯然，以上10項(xiàng)表明了一個(gè)維護(hù)過(guò)程所包含的全部活動(dòng)?？梢源致缘卣J(rèn)為，這個(gè)周期越短，維護(hù)就越容易。

提高可維護(hù)性的方法

　　軟件的可維護(hù)性對(duì)于延長(zhǎng)軟件的壽命具有決定性的意義。因此，不僅維護(hù)人員應(yīng)重視軟件的可維護(hù)性，軟件開(kāi)發(fā)人員也要為減少今后的維護(hù)工作量而努力。為了提高軟件的可維護(hù)性，可以從以下幾個(gè)方面著手：（1）建立明確的軟件質(zhì)量目標(biāo)和優(yōu)先級(jí)；（2）使用提高軟件質(zhì)量的技術(shù)和工具；（3）進(jìn)行明確的質(zhì)量保證審查；（4）選擇可維護(hù)的程序設(shè)計(jì)語(yǔ)言；（5）改進(jìn)程序文檔；

（6）開(kāi)發(fā)時(shí)考慮到維護(hù)。

軟件再工程技術(shù)

　　教學(xué)內(nèi)容：逆向工程、正向工程、重構(gòu)、成本/效益分析、再工程風(fēng)險(xiǎn)分析。教學(xué)重點(diǎn)：逆向工程、正向工程、重構(gòu)。

　　教學(xué)難點(diǎn)：再工程成本/效益分析、風(fēng)險(xiǎn)分析。教學(xué)方法：課堂講授+討論。

　　教學(xué)要求：理解逆向工程和正向工程，掌握重構(gòu)，了解再工程成本/效益分析和風(fēng)險(xiǎn)分析。

　　思考題：軟件重構(gòu)的目標(biāo)是什么？重構(gòu)的對(duì)象有哪些？

逆向工程

　　術(shù)語(yǔ)“逆向工程”源自硬件領(lǐng)域，是一種通過(guò)對(duì)產(chǎn)品的實(shí)際樣本進(jìn)行檢查分析，得出一個(gè)或多個(gè)關(guān)于這個(gè)產(chǎn)品的設(shè)計(jì)和制造規(guī)格的活動(dòng)。軟件的逆向工程與此類(lèi)似，通過(guò)對(duì)程序的分析，導(dǎo)出更高抽象層次的表示，如從現(xiàn)存的程序中抽取數(shù)據(jù)、體系結(jié)構(gòu)、過(guò)程的設(shè)計(jì)信息等，是一個(gè)設(shè)計(jì)恢復(fù)過(guò)程。逆向工程過(guò)程所抽取的信息，一方面可以提供給軟件工程師以便在任何維護(hù)活動(dòng)中使用這些信息；另一方面可以用來(lái)重構(gòu)原來(lái)的系統(tǒng)，使新系統(tǒng)更易維護(hù)。?? 重構(gòu)

　　軟件重構(gòu)是對(duì)源代碼和/或數(shù)據(jù)進(jìn)行修改，使其易于理解或維護(hù)，以適應(yīng)將來(lái)的變更。通常，重構(gòu)并不修改整個(gè)軟件程序的體系結(jié)構(gòu)，趨向于關(guān)注模塊的細(xì)節(jié)。如果重構(gòu)擴(kuò)展到模塊邊界之外并涉及軟件體系結(jié)構(gòu)，則重構(gòu)變成了正向工程。軟件重構(gòu)中代碼重構(gòu)的目標(biāo)是生成可提供相同功能但質(zhì)量更高的程序。需要代碼重構(gòu)的模塊往往以難于理解、測(cè)試和維護(hù)的方式編碼。為此，用重構(gòu)工具分析源代碼，標(biāo)注出和結(jié)構(gòu)化程序設(shè)計(jì)概念相違背的部分，然后重構(gòu)此代碼，復(fù)審和測(cè)試生成的重構(gòu)代碼，更新代碼的內(nèi)部文檔。

正向工程

　　正向工程也稱為改造，用從現(xiàn)存軟件恢復(fù)設(shè)計(jì)中得到的信息去重構(gòu)現(xiàn)存系統(tǒng)，以改善其整體質(zhì)量。在大多數(shù)情況下，被再工程的軟件需重新實(shí)現(xiàn)現(xiàn)存系統(tǒng)的功能，并加入新功能和/或改善整體性能。正向工程過(guò)程將應(yīng)用軟件工程的原則、概念和方法來(lái)重建現(xiàn)存應(yīng)用。由于軟件的原型（現(xiàn)存系統(tǒng)）已經(jīng)存在，正向工程的生產(chǎn)率將遠(yuǎn)高于平均水平；同時(shí)，又由于用戶已對(duì)該軟件有經(jīng)驗(yàn)，因而正向工程過(guò)程可以很容易地確定新的需求和變化的方向。這些優(yōu)越性使得再工程比重新開(kāi)發(fā)更有吸引力。

再工程成本/效益分析

　　再工程花費(fèi)時(shí)間，并占用資源。因此，一個(gè)組織試圖再工程某現(xiàn)存應(yīng)用之前，有必要進(jìn)行成本/效益分析。

　　Sneed提出了再工程的成本/效益分析模型，涉及以下幾個(gè)參數(shù)： P1：當(dāng)前對(duì)某應(yīng)用的年維護(hù)成本 P2：當(dāng)前某應(yīng)用的年運(yùn)行成本 P3：當(dāng)前某應(yīng)用的年收益

　　P4：再工程后預(yù)期年維護(hù)成本 P5：再工程后預(yù)期運(yùn)行成本 P6：再工程后預(yù)期業(yè)務(wù)收益 P7：估計(jì)的再工程成本 P8：估計(jì)的再工程日程

　　P9：再工程風(fēng)險(xiǎn)因子（名義上P9=）L：期望的系統(tǒng)生命期（以年為單位）

　　則有：①和未執(zhí)行再工程的持續(xù)維護(hù)相關(guān)的成本：Cmaint=[p3-(p1+p2)]*L ②和再工程相關(guān)的成本：Creeng=[p6-(p4+p5)*(L-p8)-(p7*p9)] ③再工程的整體收益：Cbenefit=Creeng-Cmaint

再工程風(fēng)險(xiǎn)分析

　　再工程和其它軟件工程活動(dòng)一樣可能會(huì)遇到風(fēng)險(xiǎn)，作為軟件管理人員必須在工程活動(dòng)之前對(duì)再工程風(fēng)險(xiǎn)進(jìn)行分析，以提供對(duì)策，防范風(fēng)險(xiǎn)帶來(lái)的損失。再工程風(fēng)險(xiǎn)主要有以下幾個(gè)方面：

（1）過(guò)程風(fēng)險(xiǎn)：未進(jìn)行再工程成本/效益分析或在規(guī)定的時(shí)間內(nèi)未達(dá)到成本/效益要求；對(duì)再工程項(xiàng)目的人力投入缺乏管理；對(duì)再工程方案實(shí)施缺乏監(jiān)督等等。（2）應(yīng)用領(lǐng)域風(fēng)險(xiǎn)：再工程項(xiàng)目缺少本地應(yīng)用領(lǐng)域?qū)＜抑С?；?duì)源程序中體現(xiàn)的業(yè)務(wù)知識(shí)不熟悉；等等。

（3）技術(shù)風(fēng)險(xiǎn)：恢復(fù)設(shè)計(jì)得到的信息無(wú)用或未被充分利用；逆向工程得到的成果不可分享；缺乏再工程技術(shù)支持；等等。小結(jié)

　　軟件維護(hù)是軟件生存周期的最后一個(gè)階段，也是成本最高的階段。軟件維護(hù)階段越長(zhǎng)，軟件的生存周期也就越長(zhǎng)。軟件工程學(xué)的一個(gè)主要目的便是提高軟件的可維護(hù)性，降低軟件維護(hù)的代價(jià)。

　　軟件維護(hù)不同于硬件維護(hù)，通常有四種類(lèi)型：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。軟件維護(hù)大多要涉及到軟件設(shè)計(jì)內(nèi)容的修改，從而要重視軟件維護(hù)的副作用，對(duì)軟件維護(hù)要有正式的組織，制定規(guī)范化的過(guò)程，實(shí)行嚴(yán)格的維護(hù)評(píng)價(jià)。

　　軟件再工程是提高軟件可維護(hù)性的一類(lèi)重要的軟件工程活動(dòng)。同軟件開(kāi)發(fā)相比，軟件再工程不是從編制規(guī)格說(shuō)明開(kāi)始，而是從原有的軟件出發(fā)，通過(guò)一系列再工程活動(dòng)，得到更易維護(hù)的新系統(tǒng)。

　　軟件運(yùn)營(yíng)維護(hù)崗位職責(zé)（共8篇）

　　軟件崗位職責(zé)

　　維護(hù)崗位職責(zé)

　　軟件推廣員崗位職責(zé)

　　軟件管理崗位職責(zé)

軟件維護(hù)崗位職責(zé)3篇(軟件維護(hù)人員崗位職責(zé))相關(guān)文章：

★ 軟件崗位職責(zé)3篇(軟件崗位職責(zé)怎么寫(xiě))

★ 客運(yùn)企業(yè)安全機(jī)務(wù)科崗位職責(zé)3篇機(jī)務(wù)安全員職責(zé)

★ 小貸部門(mén)經(jīng)理崗位職責(zé)3篇(個(gè)貸部門(mén)經(jīng)理崗位職責(zé))

★ 基建部部門(mén)經(jīng)理崗位職責(zé)3篇(公司基建部崗位職責(zé))

★ 拓展公司部門(mén)經(jīng)理崗位職責(zé)3篇業(yè)務(wù)拓展經(jīng)理崗位職責(zé)

★ 浦東知識(shí)產(chǎn)權(quán)保護(hù)中心崗位職責(zé)4篇(知識(shí)產(chǎn)權(quán)保護(hù)中心工作職責(zé))