軟件項目質(zhì)量管理論文

時間：2020-12-28 11:09:18 畢業(yè)論文范文我要投稿

軟件項目合同推薦度：
軟件項目合同推薦度：
軟件項目需求調(diào)研報告推薦度：
軟件項目實訓(xùn)報告推薦度：
標準軟件項目實施方案推薦度：
相關(guān)推薦

軟件項目質(zhì)量管理論文

　　第1篇：分析軟件項目質(zhì)量管理

　　1.引言

軟件項目質(zhì)量管理論文

　　隨著企業(yè)信息化建設(shè)，軟件項目質(zhì)量管理倍受關(guān)注，而軟件項目的質(zhì)量更是眾人關(guān)注的焦點。軟件工程項目的成敗，通常是因為管理問題，而不是技術(shù)上的問題。要想做一盤“完美”的軟件大餐，質(zhì)量管理的作用是不言而喻。軟件開發(fā)項目中認真抓好質(zhì)量管理，并加強有關(guān)軟件項目質(zhì)量管理的研究是擺在我們面前的重要課題。

　　2.對軟件項目質(zhì)量管理理論的認識

　　軟件項目的質(zhì)量管理指的是保證項目滿足其目標要求所需要的過程，它包括編制質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證等過程。

　　2.1質(zhì)量計劃編制

　　質(zhì)量計劃是質(zhì)量管理的第一過程域，它主要結(jié)合企業(yè)的質(zhì)量方針，產(chǎn)品描述以及質(zhì)量標準和規(guī)則通過收益、成本分析和流程設(shè)計等工具制定出來實施方略。

　　“質(zhì)量出自計劃，而非出自檢查”。只有做出精準的質(zhì)量計劃，才能指導(dǎo)項目的實施、做好質(zhì)量控制。編制項目質(zhì)量計劃，首先須確定項目的范圍、中間產(chǎn)品和最終產(chǎn)品，然后明確中間產(chǎn)品和最終產(chǎn)品的有關(guān)規(guī)定、標準，確定可能影響產(chǎn)品質(zhì)量的技術(shù)要點，并找出能夠確保高效滿足相關(guān)規(guī)定、標準的過程方法。

　　2.2按照質(zhì)量計劃實施有效的質(zhì)量控制

　　質(zhì)量計劃確定后，按照其建立的質(zhì)量管理體系，各部分負責人就必須按照PDCA質(zhì)量環(huán)的要求，實施有效的質(zhì)量控制。

　　質(zhì)量控制應(yīng)貫穿于項目的整個過程，它可分為監(jiān)測和控制兩個階段：監(jiān)測的目的就是收集、記錄和匯報有關(guān)項目質(zhì)量的數(shù)據(jù)信息；控制就是使用質(zhì)量監(jiān)測提供的數(shù)據(jù)，進行控制，確保項目質(zhì)量與計劃保持一致。

　　2.3對軟件質(zhì)量保證的認識

　　一個項目的主要內(nèi)容是：成本、進度、質(zhì)量；良好的項目管理就是綜合三方面的因素，平衡三方面的目標，最終依照目標完成任務(wù)。項目的這三個方面是相互制約和影響的，有時對這三方面的平衡策略甚至成為一個企業(yè)級的要求，決定了企業(yè)的行為，我們知道IBM的軟件是以質(zhì)量為最重要目標的，而微軟的“足夠好的軟件”策略更是耳熟能詳，這些質(zhì)量目標立足于企業(yè)的戰(zhàn)略目標。

　　3.質(zhì)量管理在實際中的具體做法

　　3.1質(zhì)量管理責任分配

　　在軟件項目上應(yīng)嚴格按照軟件方面的規(guī)范進行。每個項目除配備了項目開發(fā)所需角色外，還需專門配備配置管理小組、測試小組和質(zhì)量保證小組確保質(zhì)量管理的實施。

　　3.2質(zhì)量管理實施

　　在項目全生命周期內(nèi)需要從項目進度的質(zhì)量保證、項目開發(fā)各階段的質(zhì)量保證和系統(tǒng)維護質(zhì)量保證三個方面來保證項目質(zhì)量。

　　（1）項目進度的質(zhì)量保證

　　項目進度是項目進行是否順利的最直觀表現(xiàn)。顯然在項目開始之前，項目開發(fā)計劃是必須的。如果項目開發(fā)計劃的制定的是完全合理的，那項目進度也就真正表達了項目與最終的交付使用之間的距離，然而要制定完全合理的項目開發(fā)計劃幾乎不太可能。保證項目進度，首先要保證項目開發(fā)計劃盡可能合理。

　�。�2）項目開發(fā)各階段的質(zhì)量保證

　　a、需求分析

　　需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗來看，這個過程往往是個循序漸進的過程，一次性對系統(tǒng)形成完整的認識是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M行交流確認，方能逐步明了用戶的需求。

　　b、系統(tǒng)設(shè)計

　　對于設(shè)計選型不能一概而論，需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析，同樣也要考慮到參與項目小組成員的素質(zhì)，進行綜合分析。

　　除設(shè)計選型，還有一個容易被忽視的問題，就是公共類開發(fā)。公共類開發(fā)可以減少工作中的重復(fù)工作，降低開發(fā)成本。這要求我們在設(shè)計階段通過對用戶需求的仔細研究，盡可能的識別出公共類，并進行定義指定專人負責設(shè)計通知其它設(shè)計人員，以減少重復(fù)工作。

　　c、實現(xiàn)

　　實現(xiàn)也就是代碼的生產(chǎn)過程。這里不僅包括代碼的產(chǎn)生，同時也包括測試用例的產(chǎn)生。針對上一階段提供詳細設(shè)計，程序員開始編碼并且調(diào)試程序，測試人員則根據(jù)設(shè)計進行測試用例的設(shè)計，設(shè)計出來的用例需要得到項目組成員認可由項目經(jīng)理審核通過才能進入配置庫。同時程序員調(diào)試完程序提交測試人員進行程序正確性檢測。

　　d、文檔管理

　　文檔維護主要是配置管理小組的工作。文檔從用途上分主要分為內(nèi)部文檔和外部文檔。

　　內(nèi)部文檔包括：項目開發(fā)計劃；需求分析；體系結(jié)構(gòu)設(shè)計說明；詳細設(shè)計說明；構(gòu)件索引；構(gòu)件成分說明；構(gòu)件接口及調(diào)用說明；組件索引；組件接口及調(diào)用說明；類索引；類屬性及方法說明；測試報告；測試統(tǒng)計報告；質(zhì)量監(jiān)督報告；源代碼；文檔分類版本索引；軟件安裝打包文件等。

　　外部文檔主要包括：軟件安裝手冊；軟件操作手冊；系統(tǒng)性能指標報告；系統(tǒng)操作索引。

　　3.3系統(tǒng)維護質(zhì)量保證

　　維護小組的任務(wù)一方面是保證對項目客戶的跟蹤服務(wù)，另一方面是確保該項目其它的開發(fā)人員從項目中盡快的解脫出來以便投入到下一個項目的`開發(fā)中。所以通常項目維護小組成員主要由項目組的少部分開發(fā)人員承擔完成。他們不僅了解軟件的核心內(nèi)容，而且與客戶也不陌生，以便能夠以最快的速度修正錯誤。

　　4.總結(jié)

　　在軟件開發(fā)項目中認真抓好質(zhì)量管理，是保證項目成功的關(guān)鍵。在軟件項目應(yīng)嚴格按照編制質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證等過程，進行質(zhì)量管理。質(zhì)量保證則是貫穿整個項目全生命周期的有計劃和有系統(tǒng)的活動，經(jīng)常性地針對整個項目質(zhì)量計劃的執(zhí)行情況進行評估、檢查與改進等工作，向管理者、顧客或其他方提供信任，確保項目質(zhì)量與計劃保持一致。

　　第2篇：軟件項目的質(zhì)量管理

　　一、引言

　　隨著計算機技術(shù)的飛速發(fā)展和軟件開發(fā)技術(shù)和工具的進步，軟件規(guī)模越來越大，而軟件的質(zhì)量也越來越難以控制。根據(jù)國際權(quán)威組織StandishGroupCHAOS提供的年度統(tǒng)計資料，得到1994年以來的軟件失敗率情況如下。

　　表1軟件失敗率統(tǒng)計數(shù)據(jù)報

　　從上表可以看出，軟件項目成功的比例逐漸上升，而失敗比例逐漸下降，但失敗比例仍然很高。雖然從上世紀70年代的軟件危機以后，軟件的質(zhì)量管理越來越受到軟件企業(yè)的重視，軟件業(yè)界對軟件工程環(huán)境、工具和技術(shù)的研究都傾注了大量的人力、財力和物力，希望借此來提高軟件質(zhì)量。但僅靠這些努力并沒有達到我們所期望的效果。其主要原因是軟件的開發(fā)缺乏科學(xué)有效的管理，軟件生產(chǎn)的過程沒有明確的定義，過程實施缺乏管理，產(chǎn)品質(zhì)量得不到有效的控制。

　　軟件開發(fā)是完全依靠人的大腦思維產(chǎn)生出產(chǎn)品，而每個人的大腦思維是不一樣的，因此在軟件開發(fā)過程中有太多不確定、可變化的因素。這些不確定性和可變因素決定了軟件質(zhì)量難以量化，決定了軟件管理是一個難題。

　　本文分析了軟件質(zhì)量理論，并提出了軟件質(zhì)量的要素，最后提出軟件質(zhì)量管理的手段，闡述了如何將質(zhì)量管理溶于軟件項目管理的每一步中。

　　二、軟件質(zhì)量的內(nèi)涵

　　質(zhì)量是質(zhì)量管理的對象，正確、全面理解質(zhì)量，尤其是軟件質(zhì)量的概念，對開展軟件質(zhì)量管理工作是十分重要的。

　　國際標準ISO8402—1986對質(zhì)量的定義如下：“質(zhì)量（品質(zhì)）是反映產(chǎn)品或服務(wù)滿足明確或隱含需要能力的特征和特性的總和”。美國著名質(zhì)量管理權(quán)威朱蘭（J.M.Juran）給質(zhì)量下了如下定義：“質(zhì)量就是適用性”。

　　不同崗位不同職務(wù)的人員，因為出發(fā)角度不同，往往對軟件質(zhì)量有不同的理解。因此軟件質(zhì)量主要包括一下幾點：

　　客戶化質(zhì)量。對軟件質(zhì)量的衡量，客戶始終是最權(quán)威的。軟件產(chǎn)品的質(zhì)量高低，很大程度上由用戶的使用體驗決定。

　　軟件運行質(zhì)量。無論硬件技術(shù)發(fā)展多么迅速，代碼運行效率和穩(wěn)定性仍然是軟件質(zhì)量的重要組成部分。

　　代碼質(zhì)量。代碼的規(guī)范和清晰是開發(fā)人員衡量軟件質(zhì)量的一個重要方面。

　　文檔質(zhì)量。文檔質(zhì)量是保證軟件質(zhì)量延續(xù)的重要手段。一個軟件項目在需要修改和升級的時候，文檔是最好的助手。

　　三、影響軟件質(zhì)量的要素

　　需求

　　項目需求是軟件開發(fā)的基礎(chǔ)。軟件開發(fā)是客戶和項目組共同做出需求分析后的實施過程。項目組成員不可能全部參與需求分析，這個時候，對需求的理解就變得十分重要。我們不可能要求項目組所有成員都是業(yè)務(wù)專家，此時要想開發(fā)出最貼近需求的系統(tǒng)，只能發(fā)揮程序員，測試員和QA的聰明才智和理解能力。

　　完全理解用戶的需求，是保證軟件質(zhì)量的基礎(chǔ)。

　　計劃

　　項目管理的首要目標是制定一個構(gòu)思良好的項目計劃，以確定項目的范圍、進度和費用。在整個項目的生命周期中，最基本，也可以說最重要的功能之一就是項目計劃，特別是在做出影響項目整個過程的主要決策的初始階段。計劃之所以成為項目管理的最重要的功能，是因為它指出了項目組織未來努力的方向和奮斗木幣，是經(jīng)過仔細分析后綜合成的對未來的構(gòu)思，又是當前行動的準則。一個完善的計劃可以使項目失敗的概率降到最低，自然也會使軟件質(zhì)量得到保證的概率提高。

　　溝通

　　在項目管理中，溝通很重要；在質(zhì)量管理中，溝通更重要。溝通中信息傳遞的元素有1%的損失，就意味著99%的元素失去了關(guān)聯(lián)，這個信息的可靠性就會變得很低，甚至是一種誤導(dǎo)。信息的損失是一個冪的關(guān)系。

　　溝通就是為了消除信息傳遞中元素的損失。無論是客戶和項目組之間，還是項目組成員之間，都應(yīng)該就具體的問題進行充分的溝通，這樣才能有效保證項目的質(zhì)量。

　　文檔

　　文檔在軟件的開發(fā)中起到了非常重要的作用，一個好的軟件設(shè)計，應(yīng)該在軟件的開發(fā)過程中不依賴于軟件開發(fā)人員，而應(yīng)該依賴于軟件設(shè)計文檔。即使有新的軟件開發(fā)人員加入進來，也會很快熟悉自己需要熟悉的部分。

　　良好的文檔是項目維護、修改和升級的基礎(chǔ)，如果沒有一份完整詳細的文檔，這些工作將很難開展。文檔間接地保證了項目的質(zhì)量，同時它也是衡量一個項目質(zhì)量好壞的一個重要標準。

　　四、項目開發(fā)各階段的質(zhì)量保證

　　需求分析

　　需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗來看，這個過程往往是個循序漸進的過程，一次性對系統(tǒng)形成完整的認識是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M行交流確認，方能逐步明了用戶的需求。系統(tǒng)分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時犯下的錯誤所花費的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。

　　雖然盡早的邀請用戶參與，仍然避免不了項目進行中用戶的需求變更請求。對于開發(fā)過程存在的需求變動，應(yīng)該要求用戶填寫變更申請單發(fā)送給項目配置管理員，在通過配置員轉(zhuǎn)交QA小組，負責組織專家小組和項目組成員一起討論實施變更的可行性及實施后所帶來的影響，再決定是否實施變更。

　　決定變更之后，由項目經(jīng)理組織實施變更，測試人員檢測變更結(jié)果，而QA小組成員監(jiān)督變更實施過程并協(xié)助配置管理員對變更后的成果物進行版本控制。變更實施完后，上線前還需要指定人員協(xié)助用戶一同測試并由用戶簽字后同意方可上線。

　　系統(tǒng)設(shè)計

　　優(yōu)良的體系結(jié)構(gòu)應(yīng)當具備可擴展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計方法，自然設(shè)計選型成為了系統(tǒng)設(shè)計首要的工作，究竟是采用哪種設(shè)計方法好呢？

　　對于設(shè)計選型不能一概而論，需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析，同樣也要考慮到參與項目小組成員的素質(zhì)，如果其中大部分都沒有從事過面向?qū)ο蟮脑O(shè)計且項目進對緊迫，這樣沒有多余的時間來培訓(xùn)小組成員來掌握面向?qū)ο蟮脑O(shè)計方法，盡管眾所周知面向?qū)ο笤O(shè)計方法的優(yōu)勢，我們還是不如采用面向過程的方式（除用戶指定開發(fā)設(shè)計方式外）可以減少項目承擔的技術(shù)風險。

　　實現(xiàn)

　　實現(xiàn)階段另一個非常重要的手段就是單元測試。單元測試是一個模塊的功能及常規(guī)錯誤測試，單元測試是由程序員進行的，一般單元測試能夠捕獲80%的bug。因此單元測試對保證代碼質(zhì)量方面占有很重要的地位。

　　文檔管理

　　文檔維護主要是配置管理小組的工作。文檔從用途上分主要分為內(nèi)部文檔和外部文檔。

　　如何保證文檔的全面性，使其真正為項目的進度提供保證，又不因為文檔的寫作而耽誤項目的進度，這仍然是一個比較難解決的問題。解決此問題，其核心仍然是個"度"的問題。在項目開發(fā)中，配置管理小組的一個非常重要的任務(wù)還是書寫文檔規(guī)范和文檔模板。當有文檔模板后需要書寫文檔的人員只剩下“填空”的工作，從某種意義上講，書寫文檔的速度會加快。如果書寫文檔的人員認為文檔的更細致的部分可以由他人幫助完成，則該文檔即交由他人完成，但此時文檔并不算被正式提交，當他人書寫完畢之后，必須由文檔的初寫者進行復(fù)審，復(fù)審?fù)ㄟ^后方可以正式提交，進入軟件配置管理的循環(huán)中。

　　五、結(jié)語

　　軟件項目管理還有很多其他的因素，但是如果每個階段都能夠很好的控制質(zhì)量，就會在產(chǎn)品開發(fā)初期減少很多風險，從而使我們的軟件開發(fā)在一個可以控制的范圍內(nèi)進行，這樣我們才能夠避免過多的沒有必要的人力物力的浪費，從而使軟件產(chǎn)品更快更好的投入市場。

【軟件項目質(zhì)量管理論文】相關(guān)文章：

項目實習(xí)軟件工程師簡歷模板03-11

質(zhì)量管理相關(guān)畢業(yè)論文開題報告06-26

軟件工程論文的開題報告07-31

計價軟件論文的參考文獻11-22