軟件質(zhì)量保證

1、前言： 對軟件開發(fā)的各個階段進行管理，增強對軟件開發(fā)的控制能力，提高軟件開發(fā)質(zhì)量，這是軟件項目管理的根本目的。 軟件的質(zhì)量高低取決于其是否符合包括功能性、可靠性、易用性、效率、可維護性、可移植性等在內(nèi)的六個方面的要求。而要達到這六個方面質(zhì)量要求，就必須對軟件開發(fā)過程中各個環(huán)節(jié)進行全過程的項目管理，從需求分析、設(shè)計、編碼、測試到上線驗收進行控制。根據(jù)軟件工程的生命周期，軟件項目可分為項目立項、啟動、需求分析、系統(tǒng)設(shè)計、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)上線、項目驗收和上線后評估等9個階段進行。加強軟件項目管理，就是以軟件工程的各個環(huán)節(jié)為管理主線，將動態(tài)項目管理貫穿其中，通過對軟件開發(fā)的項目范圍、項目進度、

2、項目質(zhì)量、項目溝通、人力資源、項目成本六大核心要素的集成管理，實現(xiàn)軟件開發(fā)管理效能的最大化，從而大大提高軟件的開發(fā)質(zhì)量。 準確把握軟件需需求 ： 軟軟件開發(fā)項目目的提出，應應由迫切的業(yè)業(yè)務需求來驅(qū)驅(qū)動。很多不不成功的軟件件項目，往往往是由信息技技術(shù)部門提出出，按照技術(shù)術(shù)人員的思路路主導開發(fā)，并并理所當然地地被認為能夠夠在業(yè)務部門門取得良好的的應用效果。這這樣的項目由由于得不到業(yè)業(yè)務部門的理理解和支持，脫脫離業(yè)務需求求，多數(shù)面臨臨失敗或半途途而廢的命運運。因此軟件件項目業(yè)務需需求的迫切性性、技術(shù)實現(xiàn)現(xiàn)的成熟性、經(jīng)經(jīng)濟效益的可可行性等方面面的因素，都都是考慮的要要素，將對項項目的成敗產(chǎn)產(chǎn)生直接影響

3、響。 正確確的做法應該該是，由軟件件的需求單位位根據(jù)自身業(yè)業(yè)務需要，向向信息技術(shù)管管理部門提出出軟件項目的的立項建議，對對立項的目的的、業(yè)務需求求范圍、技術(shù)術(shù)經(jīng)濟指標、開開發(fā)周期要求求等方面做簡簡要概述，再再由信息技術(shù)術(shù)管理部門組組織業(yè)務專家家和信息技術(shù)術(shù)專家組成聯(lián)聯(lián)合專家組，進進行項目立項項的可行性論論證。通過專專家組論證審審核后，項目目提出單位需需要進行開題題設(shè)計，進一一步明確軟件件開發(fā)范圍、技技術(shù)路線、進進度安排、經(jīng)經(jīng)費預算、研研究人員組成成、合作隊伍伍，并以此為為基礎(chǔ)編制完完成開題設(shè)計計書。信息技技術(shù)管理部門門組織專家組組對開題設(shè)計計進行論證，只只有業(yè)務需求求合理、技術(shù)術(shù)路線可行、開開

4、發(fā)隊伍落實實的項目，才才能通過專家家組審核，進進入項目啟動動階段。 軟件開發(fā)過程的的監(jiān)督和管理理 軟件件開發(fā)項目具具有建設(shè)范圍圍難界定、技技術(shù)含量高、人人員流動快、協(xié)協(xié)作性強、開開發(fā)成功率低低等特點。目目前國內(nèi)對軟軟件項目的監(jiān)監(jiān)理制度尚不不規(guī)范，對軟軟件開發(fā)仍然然缺乏有效控控制。因此由由企業(yè)的信息息技術(shù)管理部部門設(shè)立軟件件監(jiān)督崗位，加加強對軟件項項目的開發(fā)過過程管理，就就顯得非常必必要。 軟件監(jiān)督的主要要職責是在項項目的進行過過程中，協(xié)調(diào)調(diào)業(yè)務需求部部門和軟件開開發(fā)方的關(guān)系系，監(jiān)控軟件件開發(fā)任務的的執(zhí)行情況，給給開發(fā)人員和和管理層提供供反映軟件過過程質(zhì)量的信信息和數(shù)據(jù)，提提高項目透明明度，從而

5、保保證項目按照照計劃實施，實實現(xiàn)預期目標標。軟件監(jiān)督督應具備以下下幾方面的基本本素質(zhì): 具有較強的工作作責任感和良良好的溝通能能力; 熟悉業(yè)務管理流流程，掌握軟軟件開發(fā)流程程、開發(fā)規(guī)范范以及相關(guān)標標準; 具有軟件開發(fā)項項目的建設(shè)和和管理經(jīng)驗，掌掌握項目管理理知識; 軟件監(jiān)督的工作作任務主要有有: 確保軟件按照業(yè)業(yè)務需求方確確認的范圍進進行開發(fā)。 保證軟件開發(fā)進進度符合雙方方確認的計劃劃指標。 保證軟件開發(fā)過過程中存在的的不符合要求求的問題能夠夠及時得到溝溝通和處理，必必要時需要將將問題反映給給管理層。 確保項目組中軟軟件開發(fā)人員員隊伍相對穩(wěn)穩(wěn)定。 保證軟件開發(fā)過過程和開發(fā)出出來的軟件符符合相應

6、標準準和規(guī)范。 收集軟件開發(fā)過過程中的成功功經(jīng)驗，為企企業(yè)提供軟件件開發(fā)過程的的有效控制方方法和規(guī)范。 1.監(jiān)督管理的的范圍： 需求分析說明明書是對軟軟件開發(fā)范圍圍的書面表達達依據(jù)。由于于需求分析析說明書往往往是采用軟軟件設(shè)計的術(shù)術(shù)語編寫，因因此常常令計計算機背景知知識較少的業(yè)業(yè)務需求方難難以理解，也也就很難發(fā)現(xiàn)現(xiàn)需求報告中中與實際需求求不符之處，更更難提出建設(shè)設(shè)性的意見。 軟件監(jiān)督要對軟軟件開發(fā)范圍圍進行管理，首首先要確定雙雙方都能認可可的需求分分析說明書。如如要求軟件開開發(fā)方對需需求分析說明明書做出進進一步更詳細細的解釋，編編制業(yè)務模型型，以便用戶戶方準確地理理解需求分分析說明書的的內(nèi)容，

7、能及及早地發(fā)現(xiàn)需需求與實際的的偏差。這也也是對需求分分析工作的總總結(jié)與確認。 在項目需求分析析階段，雙方方必須全面地地、盡可能細細致地討論項項目的應用背背景、功能要要求、性能要要求、操作界界面要求、與與其他軟件的的接口要求，以以及對項目進進行評估的各各種評價標準準。 需求分析說明明書完成后后，軟件監(jiān)督督應組織項目目組與業(yè)務需需求方共同討討論，聽取業(yè)業(yè)務需求方的的意見和建議議，并進行相相應的修改完完善。各方確確認需求分分析說明書內(nèi)內(nèi)容后，需在在說明書上簽簽字確認。 在軟件開發(fā)過程程中，雙方應應嚴格按照簽簽字確認的需需求分析說明明書中規(guī)定定的業(yè)務范圍圍進行開發(fā)。有有些需求可能能在項目初期期很難確定

8、，在在開發(fā)過程中中需要不斷地地加以修正，項項目軟件監(jiān)督督要及時與用用戶充分溝通通，建立可以以直接聯(lián)系的的渠道，共同同進行需求確確認，保證項項目范圍可控控。 2.進度管理： 為確保項目按時時、按量、保保質(zhì)完成，必必須控制任務務和跟蹤里程程碑。按照軟軟件項目的開開發(fā)規(guī)律，將將軟件開發(fā)過過程分為幾個個重要階段，對對這幾個階段段的關(guān)鍵事件件設(shè)立里程碑碑進行跟蹤管管理。項目進進度管理可以以通過以下方方式完成: 制定項目里程碑碑管理運行表表（里程碑管管理表的主要要內(nèi)容見表11）。 表 項目里程碑碑管理運行表表 定期舉行項目狀狀態(tài)會議，由由軟件開發(fā)方方報告進度和和問題，用戶戶方提出意見見。 比較各項任務的的

9、實際開始日日期與計劃開開始日期是否否吻合。 確定正式的項目目里程碑是否否在預期完成成。 從軟件項目實施施的過程來看看，很少有一一個項目是完完全按照實施施計劃來進行行的，因為再再好的計劃也也不能完全預預見所有的問問題，并事先先制訂出對策策。計劃可以以調(diào)整，但是是調(diào)整必須合合理，并得到到業(yè)務需求方方和管理層的的批準。當有有問題發(fā)生時時，其直接的的表現(xiàn)就是實實施結(jié)果偏離離了原來的計計劃和目標，在在這種情況下下，軟件監(jiān)督督就要及時發(fā)發(fā)現(xiàn)這種偏離離，并分析這這種原因，如如果是因為原原來的計劃和和目標制訂的的不合理，或或者發(fā)生了預預料之外的情情況而又無法法克服，這樣樣就必須調(diào)整整計劃和目標標。 3.溝通管

10、理： 信息息系統(tǒng)本身就就是溝通的產(chǎn)產(chǎn)物。軟件開開發(fā)過程實際際上就是將手手工作業(yè)轉(zhuǎn)化化成計算機程程序的過程。軟軟件開發(fā)的原原料和產(chǎn)品就就是信息，中中間過程傳遞遞的也是信息息，而信息的的產(chǎn)生、收集集、傳播、保保存正是溝通通管理的內(nèi)容容?？梢姕贤ㄍú粌H僅是軟軟件項目管理理的必要手段段，更重要的的，溝通是軟軟件生產(chǎn)的手手段和生產(chǎn)過過程中必不可可少的工序。 軟件件開發(fā)的柔性性標準需要溝溝通來彌補。軟軟件開發(fā)不像像加工螺釘、螺螺母，有具體體的標準和檢檢驗方法。軟軟件的標準柔柔性很大，比比如在用戶的的心里好用是是軟件成功的的標準，而這這個標準在軟軟件開發(fā)前很很難確切地、完完整地表達出出來。因此，開開發(fā)過程項

11、目目組和用戶的的溝通互動是是解決這一現(xiàn)現(xiàn)實問題的惟惟一辦法。 軟件件監(jiān)督要有效效地安排開發(fā)發(fā)方軟件人員員與需求方使使用人員的交交流，保證有有暢通的交流流渠道。制定定完善的項目目匯報制度，明明確溝通時間間、頻率和渠渠道。按照項項目匯報制度度定期組織項項目組向業(yè)務務需求方和管管理層匯報，包包括項目進度度計劃、已完完成工作、與與計劃的比較較、存在的問問題、措施和和建議以及下下一步工作計計劃等。 4.軟件版本管管理 目前前的軟件開發(fā)發(fā)是團隊開發(fā)發(fā)的時代，軟軟件開發(fā)技術(shù)術(shù)更新迅速，開開發(fā)人員流動動頻繁，因此此對軟件版本本的管理就顯顯得尤其重要要。在軟件開開發(fā)的過程中中，在多人共共同開發(fā)一個個軟件時，會會

12、出現(xiàn)多人同同時修改軟件件的情況，這這是不可避免免的，由于部部分功能模塊塊版本可能要要進行不斷地地升級完善，而而老的軟件版版本又沒有即即使更新，隨隨著時間的推推移，開發(fā)人人員對自己機機器上的不同同版本間的差差異就會模糊糊不清。另外外由于軟件開開發(fā)工期的壓壓力，開發(fā)人人員只將注意意力集中在設(shè)設(shè)計和編碼上上，未將文檔檔納入到版本本控制中。為為了解決這些些問題，軟件件監(jiān)督就要注注意跟蹤記錄錄整個軟件的的開發(fā)過程，包包括軟件本身身及其相關(guān)文文檔，重視代代碼的一致性性。這一工作作可以通過應應用軟件版本本管理的工具具軟件實現(xiàn)，如如Microosoft公公司的Vissual SSourceeSafe等等對源代

13、碼和和整個項目進進行管理，從從而建立正常常的軟件版本本管理機制， 把握正確的驗收收方法 軟件件項目驗收是是對軟件項目目成果的檢驗驗和確認，也也是對軟件項項目范圍的再再確認。軟件件驗收應是一一個過程的概概念，包括驗驗收前的系統(tǒng)統(tǒng)測試、數(shù)據(jù)據(jù)移植、系統(tǒng)統(tǒng)上線和正式式驗收四個階階段。 系統(tǒng)測試： 系統(tǒng)統(tǒng)測試是對系系統(tǒng)進行全面面的測試，應應在測試環(huán)境境中進行，以以確保系統(tǒng)的的功能和技術(shù)術(shù)設(shè)計滿足企企業(yè)的業(yè)務需需求，并能正正常運行。系系統(tǒng)測試階段段應包括以下下主要流程和和工作內(nèi)容: （1）制訂測試試計劃，包括括編制測試用用例，建立測測試環(huán)境。 （2）測試。在在測試環(huán)境中中，項目組根根據(jù)需要，對對系統(tǒng)依次

14、進進行單元測試試、集成測試試、壓力測試試和用戶接受受測試，記錄錄測試結(jié)果并并由相關(guān)測試試人簽字確認認，編制相應應的測試報告告。對于未通通過測試的內(nèi)內(nèi)容，項目組組應查找失敗敗的原因，并并修改相應程程序或設(shè)置，重重新進行測試試。除了進行行充分的系統(tǒng)統(tǒng)功能測試，測測試應包含與與內(nèi)部控制相相關(guān)的測試內(nèi)內(nèi)容，如系統(tǒng)統(tǒng)認證和授權(quán)權(quán)、交易完整整性及數(shù)據(jù)真真實、完整性性的有關(guān)功能能。 （3）提交測試試報告、用戶戶確認簽字。項項目組撰寫測測試報告，將將測試報告提提交給各相關(guān)關(guān)用戶，用戶戶應在測試報報告上簽字確確認。 數(shù)據(jù)移植： 新系統(tǒng)上線時如如需要將原始始數(shù)據(jù)移植到到新系統(tǒng)，則則應完成以下下主要工作內(nèi)內(nèi)容: （

15、1）制訂數(shù)據(jù)據(jù)移植/轉(zhuǎn)換換計劃。除了了要定義數(shù)據(jù)據(jù)收集的格式式、范圍、進進度外，還要要考慮系統(tǒng)接接口的影響，并并建立了數(shù)據(jù)據(jù)移植完整性性和準確性測測試方法以及及意外事件處處理程序。 （2）數(shù)據(jù)收集集。如果項目目實施涉及到到數(shù)據(jù)收集，應應由數(shù)據(jù)收集集小組根據(jù)數(shù)數(shù)據(jù)收集格式式，對數(shù)據(jù)進進行收集，數(shù)數(shù)據(jù)收集小組組在收集數(shù)據(jù)據(jù)時應培訓業(yè)業(yè)務部門的數(shù)數(shù)據(jù)提供人員員，以確保數(shù)數(shù)據(jù)提供人員員了解和掌握握對數(shù)據(jù)收集集的各項規(guī)定定和要求。 （3）數(shù)據(jù)移植植前的測試。在在測試環(huán)境中中對數(shù)據(jù)移植植方法進行測測試，書面記記錄測試結(jié)果果，解決測試試中發(fā)現(xiàn)的問問題，進行問問題記錄并歸歸檔。 （4）數(shù)據(jù)導入入并核查結(jié)果果。

16、 項目組成員將數(shù)數(shù)據(jù)導入系統(tǒng)統(tǒng)，并在導入入后按照事先先制定的數(shù)據(jù)據(jù)移植完整性性和準確性測測試方法對系系統(tǒng)中的數(shù)據(jù)據(jù)做進一步的的核查，確保保導入數(shù)據(jù)的的質(zhì)量。如有有意外，按照照事先制定的的意外事件處處理程序處理理，并留下記記錄。數(shù)據(jù)移移植完成之后后，用戶應對對數(shù)據(jù)移植結(jié)結(jié)果簽字確認認。 （5） 數(shù)據(jù)移移植后要進行行適當時間的的試運行，確確認數(shù)據(jù)移植植的真實性和和完整性。試試運行時間視視具體系統(tǒng)的的規(guī)模、影響響程度而定。對對影響較大的的系統(tǒng)，至少少應試運行三三個完整的月月結(jié)周期。 系統(tǒng)上線： 系統(tǒng)上線階段應應包括以下的的主要流程和和工作內(nèi)容: （1） 上線前前準備工作。在在上線前，軟軟件開發(fā)方應應

17、制定系統(tǒng)上上線計劃，包包括上線檢查查清單、上線線支持人員、退退回機制等，并并提交上線線申請表。系系統(tǒng)上線計劃劃和上線申申請表應經(jīng)經(jīng)過信息技術(shù)術(shù)部門和業(yè)務務部門管理層層的正式批準準，并通知各各相關(guān)部門。 （2）系統(tǒng)上線線。所有的上上線準備工作作做好之后，由由軟件監(jiān)督人人員確認上線線系統(tǒng)版本正正確性后，與與用戶確認系系統(tǒng)上線時間間，下達上線線指令。系統(tǒng)統(tǒng)上線操作人人員將最后版版本的系統(tǒng)程程序移植到生生產(chǎn)環(huán)境。 正式驗收 ： 正式式驗收前，軟軟件開發(fā)方應應向信息技術(shù)術(shù)管理部門提提交軟件開發(fā)發(fā)過程中各階階段性文檔，包包括需求分析析說明書、概概要設(shè)計說明明書、詳細設(shè)設(shè)計說明書、數(shù)數(shù)據(jù)庫設(shè)計說說明書、源程

18、程序代碼、可可供安裝使用用的系統(tǒng)安裝裝程序、系統(tǒng)統(tǒng)管理員手冊冊、用戶使用用手冊、測試試計劃、測試試報告、用戶戶報告、數(shù)據(jù)據(jù)移植計劃及及報告、系統(tǒng)統(tǒng)上線計劃及及報告、用戶戶意見書、驗驗收申請等。 信息技術(shù)管理部部門接到驗收收申請后，組組織專家對項項目進行初審審。初審通過過后，組織管管理層領(lǐng)導、業(yè)業(yè)務管理人員員和信息技術(shù)術(shù)專家成立項項目驗收委員員會，負責對對軟件項目進進行正式驗收收。 軟軟件監(jiān)督應根根據(jù)軟件開發(fā)發(fā)方在整個軟軟件開發(fā)過程程中的表現(xiàn)，向向驗收委員會會提出全面的的軟件監(jiān)督報報告，并根據(jù)據(jù)開題設(shè)計書書、軟件開發(fā)發(fā)合同以及需需求分析說明明書，制定定驗收標準，提提交驗收委員員會。信息技技術(shù)管理部門門組織由驗收收委員會、軟軟件監(jiān)督、軟軟件開發(fā)方參參加的項目驗驗收會，軟件件開發(fā)方以項項目匯報、現(xiàn)現(xiàn)場應用演示示等方式匯報報項目完成情情況，驗收委委員會根據(jù)驗驗收標準對項項目進行評審審，形成最終終驗收意見。 5.軟件質(zhì)量的的六個考核要要素： 功能性: 滿足用戶的要