軟件質(zhì)量意識培訓

1、神神玥軟件科技股份有限公司玥軟件科技股份有限公司為了更好地理解軟件質(zhì)量的重要性，為了更好地理解軟件質(zhì)量的重要性，本次培訓主要包括以下內(nèi)容：本次培訓主要包括以下內(nèi)容：一、軟件研發(fā)流程一、軟件研發(fā)流程二二、質(zhì)量的概質(zhì)量的概念念三、質(zhì)量管理八項原則三、質(zhì)量管理八項原則四、四、缺陷的含義及管理缺陷的含義及管理五五、項目流程各個階段與軟件質(zhì)量之間的關系項目流程各個階段與軟件質(zhì)量之間的關系六六、如何提高軟件質(zhì)量如何提高軟件質(zhì)量第一章、軟件研發(fā)流程1、軟件生命周期2、軟件上線流程軟件生命期軟件生命期問題的定義及規(guī)劃問題的定義及規(guī)劃需求分析需求分析軟件設計（概要設計和詳細設計）軟件設計（概要設計和詳細設計）編

2、碼編碼軟件測試軟件測試運行與維護運行與維護此階段是軟件開發(fā)方與需求方共同討論，主要確定軟件的開發(fā)目標及其可行性。在確定軟件開發(fā)可行的情況下，對軟件需要實現(xiàn)的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟件開發(fā)項目的成功打下良好的基礎。唯一不變的是變化本身。，同樣需求也是在整個軟件開發(fā)過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個項目的順利進行。此階段主要根據(jù)需求分析的結果，對整個軟件系統(tǒng)進行設計，如系統(tǒng)框架設計，數(shù)據(jù)庫設計等等。軟件設計一般分為總體設計和詳細設計。好的軟件設計將為軟件程序編寫打下良好的基礎。此階段是將軟件設計的結

3、果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標準的編寫規(guī)范。以保證程序的可讀性，易維護性，提高程序的運行效率。在軟件設計完成后要經(jīng)過嚴密的測試，以發(fā)現(xiàn)軟件在整個設計過程中存在的問題并加以糾正。整個測試過程分單元測試、系統(tǒng)測試、驗收測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。軟件維護是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應用戶的要求。要延續(xù)軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括糾錯性維護和改進性維護兩個方面2、

4、軟件的上線流程 項目立項、簽訂合同項目立項、簽訂合同 需求調(diào)研與評審需求調(diào)研與評審 制定計劃并按計劃進行設計、開發(fā)、測試工作制定計劃并按計劃進行設計、開發(fā)、測試工作 程序驗收程序驗收 程序上線、護航程序上線、護航 程序維護程序維護 參與者：軟件公司 需求方 雙方達成協(xié)議后需要簽訂合同，確認各方職責，確定項目上線時間 確認服務對象后就需要了解客戶的需求，國家對公積金管理中心有統(tǒng)一的管理制度，但由于地域和人文的差別，各省事的公積金中心又會有一些特色業(yè)務和規(guī)定，這就需要需求人員去了解。 客戶的滿意才是我們軟件合格的標準，所以軟件開發(fā)前一定要了解客戶需求，根據(jù)客戶的不同需求制定需求文檔和差異文檔，碰到

5、不合理需求，要及時和客戶溝通，必須達到雙方意見一致。 需求確定后需要編寫需求文檔，并讓客戶對文檔進行確認。 客戶確認需求后還需要需求人員、設計負責人、開發(fā)負責人、測試負責人進行需求評審。評審通過后就可以根據(jù)需求量制定設計、開發(fā)、測試計劃。 在9.11事件之前，美國總統(tǒng)克林頓曾懸賞1000萬美元捉拿恐怖組織頭目本拉登。 9.11事件以后，總統(tǒng)將賞金提高到2500萬美元。然而，阿富汗人民卻對此無動于衷。 后來，美國情報局經(jīng)過調(diào)查發(fā)現(xiàn)，并非阿富汗人嫌2500萬美元太少，而是在極端貧窮的阿富汗人的心目中， 2500萬美元是一個空洞無際的天文數(shù)字。對于他們來說，解決每天的柴米油鹽和生計才是頭等大事，至于

6、那些數(shù)以千萬計的巨額財富，實在是太遙遠了于是賞金變成了1000只羊。 一時間，阿富汗人轟動了，他們紛紛鉆進山林尋找拉登的下落。一個當?shù)厝伺d奮地說：“1000只羊！天啊，那是多么大的一群羊?。∥覀兇遄永镒罡挥械娜思乙仓挥邪酥谎?。如果能有1000只羊，我們?nèi)規(guī)纵呑佣加兄淞恕！?由此可見了解客戶的需求是多么重要，前期做好需求調(diào)研，真正了解客戶的需求對后期研發(fā)測試工作的進行有極大的幫助，避免二次溝通浪費時間 需求文檔確認后，就進入到軟件的研發(fā)環(huán)節(jié)，在研發(fā)之前需要制定具體的計劃 設計計劃、開發(fā)計劃、測試用例編寫計劃、執(zhí)行測試計劃、驗收計劃 設計人員對需求文檔進行評審，發(fā)現(xiàn)需求不合理的地方及時和中心客

7、戶溝通，客戶確認后重新整理，需求評審通過后編寫設計文檔 設計人員需要熟悉整個系統(tǒng)及各個子模塊之間的關聯(lián)，也要有牢靠的數(shù)據(jù)庫存儲知識和開發(fā)能力，能發(fā)現(xiàn)程序的安全隱患，并在開發(fā)能力不足時能進行指導工作 測試人員要在開發(fā)人力投入之前編寫好測試用例，測試用例要盡可能的覆蓋整個需求文檔。 測試用例，是測試過程中很重要的一部分內(nèi)容，用例的編寫也是一項很考驗測試人員對業(yè)務知識的理解和分析能力的工作，所以編寫用例的水平也能一定程度上反映出測試人員的測試水平 測試用例是對整個系統(tǒng)業(yè)務流程的描述，設計文檔偏重于技術方向，而測試用例則是對業(yè)務的詳細描述，可以說測試用例是對設計文檔的補充，一個合格的用例可以有效的告訴

8、開發(fā)每個模塊、每個按鈕需要實現(xiàn)什么功能，以免開發(fā)人員因業(yè)務不熟而走彎路。 開發(fā)人員要根據(jù)測試用例的過程和結果驗證自己開發(fā)的模塊是否達到預期。 開發(fā)人員根據(jù)設計文檔、測試用例進行開發(fā)操作，各自負責一個或多個模塊 當碰到疑問或不會時，可以請求設計協(xié)助 開發(fā)在修改程序前需要更新svn，修改程序后同樣不能忘記將修改的文件上傳svn，保證本機程序與svn版本一致，上傳文件一定要及時，以免發(fā)生需求覆蓋 開發(fā)每完成一段代碼時都要進行單元測試，單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼

9、的行為和我們期望的一致。 工廠在組裝一臺電視機之前，會對每個元件都進行測試，這，就是單元測試。可以說，進行充分的單元測試，是提高軟件質(zhì)量，降低開發(fā)成本的必由之路。 開發(fā)完成一個需求后需要根據(jù)測試用例對自己修改的程序進行開發(fā)自測，自測結果符合需要預期后就可以提交測試。 軟件測試是軟件質(zhì)量保證的關健環(huán)節(jié)，代表了需求、設計和編碼的最終檢查。 為了保證軟件的質(zhì)量和可靠性，應力求在分析、設計等各開發(fā)階段結束前，對軟件進行嚴格的技術評審。但是由于人們能力的局限性，審查還不能發(fā)現(xiàn)所有的錯誤。而且在編碼階段還會引進大量的錯誤。這些錯誤與缺陷如果遺留到軟件發(fā)布投入運行之時，終將會暴露出來。但到那時，不僅改正這些

10、錯誤的代價更高，而且往往造成很惡劣的后果。因此軟件的錯誤盡量在前期發(fā)現(xiàn)，并且發(fā)現(xiàn)越早修改越容易，投入的代價就越小。鼓勵測試人員前期介入，提前發(fā)現(xiàn)軟件問題。 軟件測試就是要在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼的結果進行復查，是軟件質(zhì)量保證的關健步驟。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據(jù)開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計一批用例（即輸入數(shù)據(jù)及其預期的結果），并利用這些測試用例去運行程序，以及發(fā)現(xiàn)程序錯誤的過程 測試需要熟練的業(yè)務能力，和一定的數(shù)據(jù)庫基礎，能發(fā)現(xiàn)一些開發(fā)自測中忽略的問題，站在客戶的角度進行測試，提高客戶對程序的滿意度 我們的服務對

11、象是各省市的公積金管理中心，一個和錢打交道的機構，所以這就對我們軟件的質(zhì)量有非常高的要求，但凡程序中某個計算公式、存儲傳值出了問題，都可能會引起大量金額的異常處理。 為盡量避免一些失誤，在測試工程師測試通過后，還要進行一項驗收測試，驗收人員可以是專門的質(zhì)檢組或驗收組，也可以是另一波測試人員，亦或是現(xiàn)場技術人員。 驗收通過后就會將程序交給客戶驗收，客戶滿意后才可以更新到正式環(huán)境，開始處理實際業(yè)務 項目剛更新到正式環(huán)境后，處理實際業(yè)務過程中都會發(fā)生各種各樣的問題，這些問題在測試環(huán)境一般很難發(fā)現(xiàn)，所以在項目上線初期還需要投入許多人力處理一些應急問題，保證公積金中心每天能正常做業(yè)務。 這個階段非常重要

12、，是一個新項目上線初期必不可少的環(huán)節(jié)，只有度過了這個環(huán)節(jié)，項目才能算得上成熟。 由于公積金中心業(yè)務量比較大，每天都會有開戶、匯繳、提取、貸款、還款、簽約等業(yè)務操作，大量的業(yè)務總能發(fā)現(xiàn)各別的問題，這些問題可能是系統(tǒng)隱藏bug，也可能是無法滿足一些特殊用戶的特殊業(yè)務需求，一些問題會影響到部分業(yè)務的進行，公積金中心會及時向軟件公司提出需求，軟件公司需要及時做出處理，盡快的解決問題使公積金中心業(yè)務通暢。 度過了最初的上線階段，公積金管理中心的業(yè)務每天都可以正常進行后，項目將會轉入維護階段。 科技在創(chuàng)新、政策在變動，咱們的軟件也不可能一成不變，公積金中心會根據(jù)本地的具體情況和實際業(yè)務不定期的提出一些軟件

13、需求，以便于提高中心工作效率，滿足更多公積金繳存人的業(yè)務需求。 軟件維護期間，也可能會發(fā)現(xiàn)一些bug，這也需要維護團隊進行及時解決，以避免引起不必要的麻煩。 維護團隊包含現(xiàn)場技術、設計、開發(fā)、測試、客服人員，是一個大集體，現(xiàn)場技術負責發(fā)現(xiàn)問題或者記錄客戶發(fā)現(xiàn)的問題，設計、開發(fā)負責解決問題，測試負責對解決后的問題進行質(zhì)量檢測，以免引起其他bug。 維護團隊對軟件后期的平穩(wěn)運行和延續(xù)軟件的使用壽命中起到了至關重要的作用。 項目管理貫穿于軟件生產(chǎn)的各個環(huán)節(jié)，是一個項目的運作必不可少的環(huán)節(jié) 從概念上講，軟件項目管理是一種科學的管理手段，它是為了使軟件項目能夠按照預定的成本、進度、質(zhì)量順利完成，而對成本

14、、人員、進度、質(zhì)量、風險等進行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風險） 項目管理協(xié)調(diào)各個環(huán)節(jié)，并監(jiān)督各個環(huán)節(jié)，保證一個項目高效的運作，以達到客戶的滿意度。項目管理不僅僅需要了解研發(fā)公司的項目進展，也需要隨時和客戶溝通，了解客戶對軟件的建議和需求，一些阻礙項目進度的非技術因素都需要項目管理進行協(xié)調(diào)。第二章第二章 質(zhì)質(zhì)量的概念量的概念什么是質(zhì)量？在日常生活中，人們對質(zhì)量的理解有時非常簡單，即“好”與“壞”的區(qū)別，或“好”

15、的程度。例如，這個MP3播放器的聲音質(zhì)量不夠好，那個數(shù)碼相機拍出來的照片質(zhì)量非常好。但實際上好與壞的程度是很模糊的。質(zhì)量并不是一個簡單的概念，質(zhì)量是一個相對客戶而存在、富有內(nèi)涵的、多面的概念。質(zhì)量，就是把客戶的質(zhì)量要求分解轉化為設計參數(shù)、形成預期目標值，最終生產(chǎn)出來低成本且穩(wěn)定可靠的“物美價廉”的產(chǎn)品。而軟件的質(zhì)量，則是“低缺陷率、軟件功能忠實于用戶需求、高可靠性”的組合。ISO9000對質(zhì)量的定義對質(zhì)量的定義1.質(zhì)量：一組質(zhì)量：一組固有特性固有特性滿足滿足 要求要求 的程度。的程度。指某事或某物中本來就有的特性，如：螺栓的直徑、機器的生產(chǎn)率等指明示的、通常隱含的或必須履行的需求或期望。指規(guī)定

16、的要求指組織、顧客和其他相關方的慣例或一般做法指法律法規(guī)或強制性標準要求的五位質(zhì)量大師對質(zhì)量的定義五位質(zhì)量大師對質(zhì)量的定義五位質(zhì)量大師對質(zhì)量的定義五位質(zhì)量大師對質(zhì)量的定義一一戴明戴明（Edwards Deming)Edwards Deming)質(zhì)量是一種以最經(jīng)濟手段質(zhì)量是一種以最經(jīng)濟手段制造出市場最有用的制品制造出市場最有用的制品-質(zhì)量是制造出來的質(zhì)量是制造出來的而非檢驗出來的而非檢驗出來的二二朱蘭朱蘭(Joseph (Joseph JuranJuran) )質(zhì)量是一種適用性質(zhì)量是一種適用性(FITNESS OF USE) (FITNESS OF USE) -產(chǎn)品使用期間產(chǎn)品使用期間要滿足使用

17、者需要要滿足使用者需要.三三費根堡姆費根堡姆(Armand Feigenbaum)(Armand Feigenbaum) 質(zhì)量決不是最好的質(zhì)量決不是最好的而是在某種消費條件下的最好而是在某種消費條件下的最好. . - -首創(chuàng)全面質(zhì)量管制名詞首創(chuàng)全面質(zhì)量管制名詞四四石川馨石川馨 質(zhì)量是一種能令消費者或使用者滿足質(zhì)量是一種能令消費者或使用者滿足并且樂意溝并且樂意溝 通的特質(zhì)通的特質(zhì) - -以良好人力資源以良好人力資源建立工作質(zhì)量建立工作質(zhì)量五五克勞斯比克勞斯比(Philip Crosby)(Philip Crosby) 質(zhì)量就是讓顧客覺得他們得到了超過預期的價值質(zhì)量就是讓顧客覺得他們得到了超過預期

18、的價值 - -質(zhì)量就是合乎標準質(zhì)量就是合乎標準零缺點零缺點 沒有XX功能（功能） 運行速度太慢（性能） 有太多的錯誤（故障） 軟件不好改動（維護） 界面不美觀（人機界面） 這個軟件不好使用（易用性） 質(zhì)質(zhì)量的屬性量的屬性在上面我們已經(jīng)給質(zhì)量一個比較明確的、最基本的概念定義，但質(zhì)量還是一個多層面概念或者說具有多層次的屬性，可以從不同的層面或視點去審視質(zhì)量，從而對質(zhì)量有一個全面的理解。概括起來，質(zhì)量是具有客戶屬性、成本屬性、社會屬性。質(zhì)量的客戶屬性質(zhì)量的客戶屬性客戶就是上帝，可見質(zhì)量是相對客戶而存在的，而客戶的評價對于衡量軟件質(zhì)量是十分重要的指標。我們擁有很多客戶。不同的客戶，可能會對同一產(chǎn)品的功

19、能提出不同的需求；也可能對同一產(chǎn)品的同一功能提出不同的需求；需求不同，質(zhì)量要求也就不同，只有滿足客戶需求的產(chǎn)品才會被認為是質(zhì)量好的產(chǎn)品?？蛻舻男枨?，是由需求調(diào)研人員，根據(jù)當前已有的某一版本的程序，通過與客戶詳細溝通，深刻了解客戶的需求，并將需求寫入需求文檔的一種行為。質(zhì)量的成本屬性質(zhì)量的成本屬性也可以稱為質(zhì)量的經(jīng)濟性。一方面，從生產(chǎn)過程看，對質(zhì)量要求越高，所投入的研發(fā)成本就高；另一方面，質(zhì)量越好的產(chǎn)品，帶給客戶的損失就越小，從而為企業(yè)帶來很好的經(jīng)濟效益，而質(zhì)量差的產(chǎn)品或服務，將會帶給客戶較大的損失，無法滿足客戶的業(yè)務需求，此時就需要消耗較大的企業(yè)成本。由此可見，質(zhì)量對于一個公司的發(fā)展具有十分重

20、要的意義。無論何時，無論哪一個崗位，在質(zhì)量問題上總是具有共同的目標。質(zhì)量的社會屬性質(zhì)量的社會屬性質(zhì)量很多時候體現(xiàn)的是一種理念，是哲學而不僅僅是方法，它與社會的價值觀有直接的關系。社會是在不斷發(fā)展、變化的，這種社會屬性就會決定質(zhì)量具有一定的時效性，即客戶對于產(chǎn)品或服務的需求和期望是不斷變化的。如原先被客戶認為質(zhì)量好的產(chǎn)品會因為客戶需求的提高而不再受到客戶的歡迎。因此，軟件的質(zhì)量要求是需要不斷地進行調(diào)整的。我公司住房公積金軟件從最初的V1.0，經(jīng)歷V2.0、V3.0，到今天的神玥住房公積金雙貫標系統(tǒng)V4.0，為客戶提供互聯(lián)網(wǎng)+公積金綜合服務，更簡潔、更方便、更高效地為客戶提供高質(zhì)量軟件及服務。第三

21、章、質(zhì)量管理八項原則 隨著全球競爭的不斷加劇，質(zhì)量管理越來越成為所有組織管理工作的重點。 ISO（國際標準化組織），通過廣泛的顧客調(diào)查制訂成了質(zhì)量管理八項原則。質(zhì)量管理八項原則以顧客為關注焦點領導作用全員參與過程方法管理的系統(tǒng)方法持續(xù)改進基于事實的決策方法與供方互利以顧客為關注焦點“組織依存于顧客，因此組織應理解顧客當前和未來的需要，滿足顧客要求并盡力超越顧客的期望?！?一個組織向顧客提供產(chǎn)品，如果產(chǎn)品不適銷對路，顧客不需要、不滿意，組織就無法進行再生產(chǎn)，組織就不能生存下去，組織和顧客是魚水關系。所以要把滿足顧客的需要和期望作為一切工作的出發(fā)點和評價工作結果的依據(jù)。全員參與全員參與產(chǎn)品質(zhì)量是組

22、織各個環(huán)節(jié)、各個部門全部工作的綜合反映。任何一個環(huán)節(jié)、任何一個人的工作質(zhì)量都會不同程度地、直接或間接地影響產(chǎn)品質(zhì)量。因此，應把所有人員的積極性和創(chuàng)造性都充分的調(diào)動起來，不斷提高人的素質(zhì)，人人關心產(chǎn)品質(zhì)量，人人做好本職工作，全體參與質(zhì)量管理。經(jīng)過全體人員的共同努力，才能生產(chǎn)出顧客滿意的產(chǎn)品。 持續(xù)改進 任何一個系統(tǒng)在運行中都會產(chǎn)生各種各樣的問題。這些問題若不及時加以解決，就會使該系統(tǒng)日趨混亂，最終導致衰亡。 知識經(jīng)濟時代正大步向我們走來，我們只有不斷創(chuàng)新，包括產(chǎn)品創(chuàng)新、技術或工藝創(chuàng)新、管理或體制創(chuàng)新等等，才能適應知識經(jīng)濟的要求。創(chuàng)新的過程實際上也就是改進的過程。質(zhì)量改進為組織的創(chuàng)新活動提供了基本

23、方法第四章、缺陷的含義及管理 軟件缺陷（Defect），常常又被叫做Bug。 所謂軟件缺陷，即為計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。 缺陷的存在會導致軟件產(chǎn)品在某種程度上不能滿足用戶的需要缺缺陷的含義陷的含義軟件的bug，狹義概念是指軟件程序的漏洞或缺陷，廣義概念除此之外還包括測試工程師或用戶發(fā)現(xiàn)和提出的軟件可改進的細節(jié)（用戶的體驗）、或與需求文檔存在差異的功能實現(xiàn)等。例如，客戶內(nèi)心想要一棵樹，樹上有枝葉，還有秋千，而最終開發(fā)完成的是一個木頭樁（嚴重未實現(xiàn)），或者是一棵樹但無秋千（中等程序未實現(xiàn)），又或者是一棵樹，樹干上掛著兩根繩（較輕程序未實現(xiàn)），等

24、等，即為需求未實現(xiàn)。需要注意的是，開發(fā)完成的東西，客戶需求未實現(xiàn)雖然劃分了程度，但那只是對比來說的。要知道，無論哪個程度的未實現(xiàn)，都將付出返工的代價。僅就狹義概念而言，軟件出現(xiàn)bug的原因有：1、對各種流程分支考慮不全面；2、對邊界情況的處理不到位；3、編碼時的手誤。等等。綜上，任何形式的系統(tǒng)錯誤（NullPointerException、Http 404錯誤代碼或是藍屏）、功能性錯誤（在我單擊B的時候，系統(tǒng)本應執(zhí)行Z，卻最終執(zhí)行了Y）、性能問題等都可歸結為程序bug。因此，在質(zhì)量這個問題上，bug是首先要理解的一個概念。當理解了bug的含義，并能夠在編碼過程中優(yōu)化代碼，時刻追求優(yōu)質(zhì)代碼，才能

25、產(chǎn)出高質(zhì)量程序。缺缺陷管理工具陷管理工具我們使用的bug管理工具是BugFree。訪問地址http:/12329.pub:8002/bugfree/index.php/site/login1、BugFree 提交流程圖2、Bug的三種狀態(tài)描述1、BugFree 提交流程圖 步驟說明：提交Bug：由測試人員進行提交。提交時統(tǒng)一指派給產(chǎn)品設計人員。分析Bug：由被指派的設計人員對Bug進行分析，并指派給相應的開發(fā)人員。（若此問題不需前臺開發(fā)人員修改，只需對后臺或存儲進行修改時，設計人員直接標注解決，后由測試人員進行關閉）修改Bug：由被指派的開發(fā)人員對代碼進行修改，并自測通過后標注解決。驗證Bug

26、：由測試人員對已經(jīng)解決的bug在測試環(huán)境進行驗證。關閉Bug：由測試人員根據(jù)驗證結果對Bug進行關閉處理。激活Bug：由測試人員根據(jù)驗證結果對Bug進行激活處理。2、Bug的三種狀態(tài)描述狀態(tài)狀態(tài)說明說明Active(活動)Bug的初始狀態(tài)。任何新建的Bug狀態(tài)都是Active?？梢酝ㄟ^編輯Bug，從而修改Bug的內(nèi)容，并指派給合適的人員解決。Resolved(已解決)解決Bug之后的狀態(tài)。Closed(已關閉)已修復Bug在驗證無誤之后關閉，該Bug處理完畢。如果沒有真正解決或者重新復現(xiàn)，可以重新激活，Bug狀態(tài)重新變?yōu)锳ctive。第五章第五章 項目各個階段與軟件質(zhì)量的關系項目各個階段與軟件

27、質(zhì)量的關系一、一、項目流程項目流程（1）項目立項階段-產(chǎn)生：立項書；（2）需求調(diào)研階段-產(chǎn)生：需求文檔；參與者：需求調(diào)研人員（3）項目設計階段-產(chǎn)生：設計文檔；參與者：開發(fā)中心設計人員（4）項目開發(fā)階段-產(chǎn)生：程序代碼；參與者：開發(fā)中心開發(fā)人員，開發(fā)中心設計人員（5）項目測試階段-產(chǎn)生：高質(zhì)量程序；參與者：開發(fā)中心測試人員，開發(fā)中心設計人員，開發(fā)中心開發(fā)人員（6）現(xiàn)場實施階段-產(chǎn)生符合客戶需求、高質(zhì)量程序；參與者：客戶，施工人員，開發(fā)中心測試人員，開發(fā)中心設計人員，開發(fā)中心開發(fā)人員（7）項目上線二、二、需求、設計、開發(fā)、測試階段與軟件質(zhì)量之間的關系需求、設計、開發(fā)、測試階段與軟件質(zhì)量之間的關系

28、1.需求調(diào)研階段由于軟件設計完全依托需求文檔，因而當客戶需求被最大化擴展，最深層次挖掘時，即為好的需求調(diào)研，這會對后期設計、開發(fā)、測試產(chǎn)生積極的影響，才可能有客戶需求上的高質(zhì)量。反之，將給整個項目帶來無法彌補的損失。因此，需求調(diào)研是項目開展的首要環(huán)節(jié)。為了更好地進行高質(zhì)量的軟件分析，軟件開發(fā)中心做出了不懈的努力。通過對需求進行嚴格地評審，并嘗試要求需求變更在可控的范圍。2.軟件設計階段軟件設計是根據(jù)需求分析的結果，考慮如何在邏輯、程序上去實現(xiàn)所定義的產(chǎn)品功能、特性等。設計過程就是將用戶需求轉換成軟件表示，設計的結果將作為編碼的框架和依據(jù)，以提高編碼的效率和質(zhì)量。設計的過程是客戶需求實現(xiàn)的第一步。3.軟件開發(fā)階段經(jīng)過需求分析、設計之后，接下來就是使用一種或多種具體的程序語言（C/C+/Java/PHP/ASP/JSP等）進行編程，即將設計轉換成計算機可讀