軟件開發(fā)過程的監(jiān)督與管理

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