軟件開發(fā)過程的監(jiān)督與管理_第1頁
軟件開發(fā)過程的監(jiān)督與管理_第2頁
軟件開發(fā)過程的監(jiān)督與管理_第3頁
軟件開發(fā)過程的監(jiān)督與管理_第4頁
軟件開發(fā)過程的監(jiān)督與管理_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

前言:對(duì)軟件開發(fā)的各個(gè)階段進(jìn)展管理,增強(qiáng)對(duì)軟件開發(fā)的控制能力,提高軟件開發(fā)質(zhì)量,這是軟件工程管理的根本目的。軟件的質(zhì)量上下取決于其是否符合包括功能性、可靠性、易用性、效率、可維護(hù)性、可移植性等在內(nèi)的六個(gè)方面的要求。而要到達(dá)這六個(gè)方面質(zhì)量要求,就必須對(duì)軟件開發(fā)過程中各個(gè)環(huán)節(jié)進(jìn)展全過程的工程管理,從需求分析、設(shè)計(jì)、編碼、測(cè)試到上線驗(yàn)收進(jìn)展控制。根據(jù)軟件工程的生命周期,軟件工程可分為工程立項(xiàng)、啟動(dòng)、需求分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)開發(fā)、系統(tǒng)測(cè)試、系統(tǒng)上線、工程驗(yàn)收和上線后評(píng)估等9個(gè)階段進(jìn)展。加強(qiáng)軟件工程管理,就是以軟件工程的各個(gè)環(huán)節(jié)為管理主線,將動(dòng)態(tài)工程管理貫穿其中,通過對(duì)軟件開發(fā)的工程范圍、工程進(jìn)度、工程質(zhì)量、工程溝通、人力資源、工程本錢六大核心要素的集成管理,實(shí)現(xiàn)軟件開發(fā)管理效能的最大化,從而大大提高軟件的開發(fā)質(zhì)量。準(zhǔn)確把握軟件需求:軟件開發(fā)工程的提出,應(yīng)由迫切的業(yè)務(wù)需求來驅(qū)動(dòng)。很多不成功的軟件工程,往往是由信息技術(shù)部門提出,按照技術(shù)人員的思路主導(dǎo)開發(fā),并理所當(dāng)然地被認(rèn)為能夠在業(yè)務(wù)部門取得良好的應(yīng)用效果。這樣的工程由于得不到業(yè)務(wù)部門的理解和支持,脫離業(yè)務(wù)需求,多數(shù)面臨失敗或半途而廢的命運(yùn)。因此軟件工程業(yè)務(wù)需求的迫切性、技術(shù)實(shí)現(xiàn)的成熟性、經(jīng)濟(jì)效益的可行性等方面的因素,都是考慮的要素,將對(duì)工程的成敗產(chǎn)生直接影響。正確的做法應(yīng)該是,由軟件的需求單位根據(jù)自身業(yè)務(wù)需要,向信息技術(shù)管理部門提出軟件工程的立項(xiàng)建議,對(duì)立項(xiàng)的目的、業(yè)務(wù)需求范圍、技術(shù)經(jīng)濟(jì)指標(biāo)、開發(fā)周期要求等方面做簡(jiǎn)要概述,再由信息技術(shù)管理部門組織業(yè)務(wù)專家和信息技術(shù)專家組成聯(lián)合專家組,進(jìn)展工程立項(xiàng)的可行性論證。通過專家組論證審核后,工程提出單位需要進(jìn)展開題設(shè)計(jì),進(jìn)一步明確軟件開發(fā)范圍、技術(shù)路線、進(jìn)度安排、經(jīng)費(fèi)預(yù)算、研究人員組成、合作隊(duì)伍,并以此為根底編制完成開題設(shè)計(jì)書。信息技術(shù)管理部門組織專家組對(duì)開題設(shè)計(jì)進(jìn)展論證,只有業(yè)務(wù)需求合理、技術(shù)路線可行、開發(fā)隊(duì)伍落實(shí)的工程,才能通過專家組審核,進(jìn)入工程啟動(dòng)階段。軟件開發(fā)過程的監(jiān)視和管理軟件開發(fā)工程具有建立范圍難界定、技術(shù)含量高、人員流動(dòng)快、協(xié)作性強(qiáng)、開發(fā)成功率低等特點(diǎn)。目前國(guó)內(nèi)對(duì)軟件工程的監(jiān)理制度尚不標(biāo)準(zhǔn),對(duì)軟件開發(fā)仍然缺乏有效控制。因此由企業(yè)的信息技術(shù)管理部門設(shè)立軟件監(jiān)視崗位,加強(qiáng)對(duì)軟件工程的開發(fā)過程管理,就顯得非常必要。軟件監(jiān)視的主要職責(zé)是在工程的進(jìn)展過程中,協(xié)調(diào)業(yè)務(wù)需求部門和軟件開發(fā)方的關(guān)系,監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行情況,給開發(fā)人員和管理層提供反映軟件過程質(zhì)量的信息和數(shù)據(jù),提高工程透明度,從而保證工程按照方案實(shí)施,實(shí)現(xiàn)預(yù)期目標(biāo)。軟件監(jiān)視應(yīng)具備以下幾方面的根本素質(zhì):具有較強(qiáng)的工作責(zé)任感和良好的溝通能力;熟悉業(yè)務(wù)管理流程,掌握軟件開發(fā)流程、開發(fā)標(biāo)準(zhǔn)以及相關(guān)標(biāo)準(zhǔn);具有軟件開發(fā)工程的建立和管理經(jīng)歷,掌握工程管理知識(shí);軟件監(jiān)視的工作任務(wù)主要有:確保軟件按照業(yè)務(wù)需求方確認(rèn)的范圍進(jìn)展開發(fā)。保證軟件開發(fā)進(jìn)度符合雙方確認(rèn)的方案指標(biāo)。保證軟件開發(fā)過程中存在的不符合要求的問題能夠及時(shí)得到溝通和處理,必要時(shí)需要將問題反映給管理層。確保工程組中軟件開發(fā)人員隊(duì)伍相對(duì)穩(wěn)定。保證軟件開發(fā)過程和開發(fā)出來的軟件符合相應(yīng)標(biāo)準(zhǔn)和標(biāo)準(zhǔn)。收集軟件開發(fā)過程中的成功經(jīng)歷,為企業(yè)提供軟件開發(fā)過程的有效控制方法和標(biāo)準(zhǔn)。1.監(jiān)視管理的范圍:?需求分析說明書?是對(duì)軟件開發(fā)范圍的書面表達(dá)依據(jù)。由于?需求分析說明書?往往是采用軟件設(shè)計(jì)的術(shù)語編寫,因此常常令計(jì)算機(jī)背景知識(shí)較少的業(yè)務(wù)需求方難以理解,也就很難發(fā)現(xiàn)需求報(bào)告中與實(shí)際需求不符之處,更難提出建立性的意見。軟件監(jiān)視要對(duì)軟件開發(fā)范圍進(jìn)展管理,首先要確定雙方都能認(rèn)可的?需求分析說明書?。如要求軟件開發(fā)方對(duì)?需求分析說明書?做出進(jìn)一步更詳細(xì)的解釋,編制業(yè)務(wù)模型,以便用戶方準(zhǔn)確地理解?需求分析說明書?的內(nèi)容,能及早地發(fā)現(xiàn)需求與實(shí)際的偏差。這也是對(duì)需求分析工作的總結(jié)與確認(rèn)。在工程需求分析階段,雙方必須全面地、盡可能細(xì)致地討論工程的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求,以及對(duì)工程進(jìn)展評(píng)估的各種評(píng)價(jià)標(biāo)準(zhǔn)。?需求分析說明書?完成后,軟件監(jiān)視應(yīng)組織工程組與業(yè)務(wù)需求方共同討論,聽取業(yè)務(wù)需求方的意見和建議,并進(jìn)展相應(yīng)的修改完善。各方確認(rèn)?需求分析說明書??jī)?nèi)容后,需在說明書上簽字確認(rèn)。在軟件開發(fā)過程中,雙方應(yīng)嚴(yán)格按照簽字確認(rèn)的?需求分析說明書?中規(guī)定的業(yè)務(wù)范圍進(jìn)展開發(fā)。有些需求可能在工程初期很難確定,在開發(fā)過程中需要不斷地加以修正,工程軟件監(jiān)視要及時(shí)與用戶充分溝通,建立可以直接聯(lián)系的渠道,共同進(jìn)展需求確認(rèn),保證工程范圍可控。2.進(jìn)度管理:為確保工程按時(shí)、按量、保質(zhì)完成,必須控制任務(wù)和跟蹤里程碑。按照軟件工程的開發(fā)規(guī)律,將軟件開發(fā)過程分為幾個(gè)重要階段,對(duì)這幾個(gè)階段的關(guān)鍵事件設(shè)立里程碑進(jìn)展跟蹤管理。工程進(jìn)度管理可以通過以下方式完成:制定工程里程碑管理運(yùn)行表〔里程碑管理表的主要內(nèi)容見表1〕。表工程里程碑管理運(yùn)行表定期舉行工程狀態(tài)會(huì)議,由軟件開發(fā)方報(bào)告進(jìn)度和問題,用戶方提出意見。比較各項(xiàng)任務(wù)的實(shí)際開場(chǎng)日期與方案開場(chǎng)日期是否吻合。確定正式的工程里程碑是否在預(yù)期完成。從軟件工程實(shí)施的過程來看,很少有一個(gè)工程是完全按照實(shí)施方案來進(jìn)展的,因?yàn)樵俸玫姆桨敢膊荒芡耆A(yù)見所有的問題,并事先制訂出對(duì)策。方案可以調(diào)整,但是調(diào)整必須合理,并得到業(yè)務(wù)需求方和管理層的批準(zhǔn)。當(dāng)有問題發(fā)生時(shí),其直接的表現(xiàn)就是實(shí)施結(jié)果偏離了原來的方案和目標(biāo),在這種情況下,軟件監(jiān)視就要及時(shí)發(fā)現(xiàn)這種偏離,并分析這種原因,如果是因?yàn)樵瓉淼姆桨负湍繕?biāo)制訂的不合理,或者發(fā)生了預(yù)料之外的情況而又無法抑制,這樣就必須調(diào)整方案和目標(biāo)。3.溝通管理:信息系統(tǒng)本身就是溝通的產(chǎn)物。軟件開發(fā)過程實(shí)際上就是將手工作業(yè)轉(zhuǎn)化成計(jì)算機(jī)程序的過程。軟件開發(fā)的原料和產(chǎn)品就是信息,中間過程傳遞的也是信息,而信息的產(chǎn)生、收集、傳播、保存正是溝通管理的內(nèi)容??梢姕贤ú粌H僅是軟件工程管理的必要手段,更重要的,溝通是軟件生產(chǎn)的手段和生產(chǎn)過程中必不可少的工序。軟件開發(fā)的柔性標(biāo)準(zhǔn)需要溝通來彌補(bǔ)。軟件開發(fā)不像加工螺釘、螺母,有具體的標(biāo)準(zhǔn)和檢驗(yàn)方法。軟件的標(biāo)準(zhǔn)柔性很大,比方在用戶的心里好用是軟件成功的標(biāo)準(zhǔn),而這個(gè)標(biāo)準(zhǔn)在軟件開發(fā)前很難確切地、完整地表達(dá)出來。因此,開發(fā)過程工程組和用戶的溝通互動(dòng)是解決這一現(xiàn)實(shí)問題的惟一方法。軟件監(jiān)視要有效地安排開發(fā)方軟件人員與需求方使用人員的交流,保證有暢通的交流渠道。制定完善的工程匯報(bào)制度,明確溝通時(shí)間、頻率和渠道。按照工程匯報(bào)制度定期組織工程組向業(yè)務(wù)需求方和管理層匯報(bào),包括工程進(jìn)度方案、已完成工作、與方案的比較、存在的問題、措施和建議以及下一步工作方案等。4.軟件版本管理目前的軟件開發(fā)是團(tuán)隊(duì)開發(fā)的時(shí)代,軟件開發(fā)技術(shù)更新迅速,開發(fā)人員流動(dòng)頻繁,因此對(duì)軟件版本的管理就顯得尤其重要。在軟件開發(fā)的過程中,在多人共同開發(fā)一個(gè)軟件時(shí),會(huì)出現(xiàn)多人同時(shí)修改軟件的情況,這是不可防止的,由于局部功能模塊版本可能要進(jìn)展不斷地升級(jí)完善,而老的軟件版本又沒有即使更新,隨著時(shí)間的推移,開發(fā)人員對(duì)自己機(jī)器上的不同版本間的差異就會(huì)模糊不清。另外由于軟件開發(fā)工期的壓力,開發(fā)人員只將注意力集中在設(shè)計(jì)和編碼上,未將文檔納入到版本控制中。為了解決這些問題,軟件監(jiān)視就要注意跟蹤記錄整個(gè)軟件的開發(fā)過程,包括軟件本身及其相關(guān)文檔,重視代碼的一致性。這一工作可以通過應(yīng)用軟件版本管理的工具軟件實(shí)現(xiàn),如Microsoft公司的VisualSourceSafe等對(duì)源代碼和整個(gè)工程進(jìn)展管理,從而建立正常的軟件版本管理機(jī)制,把握正確的驗(yàn)收方法軟件工程驗(yàn)收是對(duì)軟件工程成果的檢驗(yàn)和確認(rèn),也是對(duì)軟件工程范圍的再確認(rèn)。軟件驗(yàn)收應(yīng)是一個(gè)過程的概念,包括驗(yàn)收前的系統(tǒng)測(cè)試、數(shù)據(jù)移植、系統(tǒng)上線和正式驗(yàn)收四個(gè)階段。系統(tǒng)測(cè)試:系統(tǒng)測(cè)試是對(duì)系統(tǒng)進(jìn)展全面的測(cè)試,應(yīng)在測(cè)試環(huán)境中進(jìn)展,以確保系統(tǒng)的功能和技術(shù)設(shè)計(jì)滿足企業(yè)的業(yè)務(wù)需求,并能正常運(yùn)行。系統(tǒng)測(cè)試階段應(yīng)包括以下主要流程和工作內(nèi)容:〔1〕制訂測(cè)試方案,包括編制測(cè)試用例,建立測(cè)試環(huán)境。〔2〕測(cè)試。在測(cè)試環(huán)境中,工程組根據(jù)需要,對(duì)系統(tǒng)依次進(jìn)展單元測(cè)試、集成測(cè)試、壓力測(cè)試和用戶承受測(cè)試,記錄測(cè)試結(jié)果并由相關(guān)測(cè)試人簽字確認(rèn),編制相應(yīng)的測(cè)試報(bào)告。對(duì)于未通過測(cè)試的內(nèi)容,工程組應(yīng)查找失敗的原因,并修改相應(yīng)程序或設(shè)置,重新進(jìn)展測(cè)試。除了進(jìn)展充分的系統(tǒng)功能測(cè)試,測(cè)試應(yīng)包含與內(nèi)部控制相關(guān)的測(cè)試內(nèi)容,如系統(tǒng)認(rèn)證和授權(quán)、交易完整性及數(shù)據(jù)真實(shí)、完整性的有關(guān)功能?!玻场程峤粶y(cè)試報(bào)告、用戶確認(rèn)簽字。工程組撰寫測(cè)試報(bào)告,將測(cè)試報(bào)告提交給各相關(guān)用戶,用戶應(yīng)在測(cè)試報(bào)告上簽字確認(rèn)。數(shù)據(jù)移植:新系統(tǒng)上線時(shí)如需要將原始數(shù)據(jù)移植到新系統(tǒng),那么應(yīng)完成以下主要工作內(nèi)容:〔1〕制訂數(shù)據(jù)移植/轉(zhuǎn)換方案。除了要定義數(shù)據(jù)收集的格式、范圍、進(jìn)度外,還要考慮系統(tǒng)接口的影響,并建立了數(shù)據(jù)移植完整性和準(zhǔn)確性測(cè)試方法以及意外事件處理程序?!玻病硵?shù)據(jù)收集。如果工程實(shí)施涉及到數(shù)據(jù)收集,應(yīng)由數(shù)據(jù)收集小組根據(jù)數(shù)據(jù)收集格式,對(duì)數(shù)據(jù)進(jìn)展收集,數(shù)據(jù)收集小組在收集數(shù)據(jù)時(shí)應(yīng)培訓(xùn)業(yè)務(wù)部門的數(shù)據(jù)提供人員,以確保數(shù)據(jù)提供人員了解和掌握對(duì)數(shù)據(jù)收集的各項(xiàng)規(guī)定和要求。〔3〕數(shù)據(jù)移植前的測(cè)試。在測(cè)試環(huán)境中對(duì)數(shù)據(jù)移植方法進(jìn)展測(cè)試,書面記錄測(cè)試結(jié)果,解決測(cè)試中發(fā)現(xiàn)的問題,進(jìn)展問題記錄并歸檔?!玻础硵?shù)據(jù)導(dǎo)入并核查結(jié)果。工程組成員將數(shù)據(jù)導(dǎo)入系統(tǒng),并在導(dǎo)入后按照事先制定的數(shù)據(jù)移植完整性和準(zhǔn)確性測(cè)試方法對(duì)系統(tǒng)中的數(shù)據(jù)做進(jìn)一步的核查,確保導(dǎo)入數(shù)據(jù)的質(zhì)量。如有意外,按照事先制定的意外事件處理程序處理,并留下記錄。數(shù)據(jù)移植完成之后,用戶應(yīng)對(duì)數(shù)據(jù)移植結(jié)果簽字確認(rèn)?!玻怠硵?shù)據(jù)移植后要進(jìn)展適當(dāng)時(shí)間的試運(yùn)行,確認(rèn)數(shù)據(jù)移植的真實(shí)性和完整性。試運(yùn)行時(shí)間視具體系統(tǒng)的規(guī)模、影響程度而定。對(duì)影響較大的系統(tǒng),至少應(yīng)試運(yùn)行三個(gè)完整的月結(jié)周期。系統(tǒng)上線:系統(tǒng)上線階段應(yīng)包括以下的主要流程和工作內(nèi)容:〔1〕上線前準(zhǔn)備工作。在上線前,軟件開發(fā)方應(yīng)制定系統(tǒng)上線方案,包括上線檢查清單、上線支持人員、退回機(jī)制等,并提交?上線申請(qǐng)表?。系統(tǒng)上線方案和?上線申請(qǐng)表?應(yīng)經(jīng)過信息技術(shù)部門和業(yè)務(wù)部門管理層的正式批準(zhǔn),并通知各相關(guān)部門?!玻病诚到y(tǒng)上線。所有的上線準(zhǔn)備工作做好之后,由軟件監(jiān)視人員確認(rèn)上線系統(tǒng)版本正確性后,與用戶確認(rèn)系統(tǒng)上線時(shí)間,下達(dá)上線指令。系統(tǒng)上線操作人員將最后版本的系統(tǒng)程序移植到生產(chǎn)環(huán)境。正式驗(yàn)收:正式驗(yàn)收前,軟件開發(fā)方應(yīng)向信息技術(shù)管理部門提交軟件開發(fā)過程中各階段性文檔,包括需求分析說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、源程序代碼、可供安裝使用的系統(tǒng)安裝程序、系統(tǒng)管理員手冊(cè)、用戶使用手冊(cè)、測(cè)試方案、測(cè)試報(bào)告、用戶報(bào)告、數(shù)據(jù)移植方案及報(bào)告、系統(tǒng)上線方案及報(bào)告、用戶意見書、驗(yàn)收申請(qǐng)等。信息技術(shù)管理部門接到驗(yàn)收申請(qǐng)后,組織專家對(duì)工程進(jìn)展初審。初審?fù)ㄟ^后,組織管理層領(lǐng)導(dǎo)、業(yè)務(wù)管理人員和信息技術(shù)專家成立工程驗(yàn)收委員會(huì),負(fù)責(zé)對(duì)軟件工程進(jìn)展正式驗(yàn)收。軟件監(jiān)視應(yīng)根據(jù)軟件開發(fā)方在整個(gè)軟件開發(fā)過程中的表現(xiàn),向驗(yàn)收委員會(huì)提出全面的軟件監(jiān)視報(bào)告,并根據(jù)開題設(shè)計(jì)書、軟件開發(fā)合同以及?需求分析說明書?,制定驗(yàn)收標(biāo)準(zhǔn),提交驗(yàn)收委員會(huì)。信息技術(shù)管理部門組織由驗(yàn)收委員會(huì)、軟件監(jiān)視、軟件開發(fā)方參加的工程驗(yàn)收會(huì),軟件開發(fā)方以工程匯報(bào)、現(xiàn)場(chǎng)應(yīng)用演示等方式匯報(bào)工程完成情況,驗(yàn)收委員會(huì)根據(jù)驗(yàn)收標(biāo)準(zhǔn)對(duì)工程進(jìn)展評(píng)審,形成最終驗(yàn)收意見。5.軟件質(zhì)量的六個(gè)考核要素:功能性:滿足用戶的要

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論