軟件項目質量管理論文

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

軟件項目合同推薦度：
軟件項目合同推薦度：
軟件項目需求調研報告推薦度：
軟件項目實訓報告推薦度：
標準軟件項目實施方案推薦度：
相關推薦

軟件項目質量管理論文

　　第1篇：分析軟件項目質量管理

　　1.引言

軟件項目質量管理論文

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

　　2.對軟件項目質量管理理論的認識

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

　　2.1質量計劃編制

　　質量計劃是質量管理的第一過程域，它主要結合企業的質量方針，產品描述以及質量標準和規則通過收益、成本分析和流程設計等工具制定出來實施方略。

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

　　2.2按照質量計劃實施有效的質量控制

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

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

　　2.3對軟件質量保證的認識

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

　　3.質量管理在實際中的具體做法

　　3.1質量管理責任分配

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

　　3.2質量管理實施

　　在項目全生命周期內需要從項目進度的質量保證、項目開發各階段的質量保證和系統維護質量保證三個方面來保證項目質量。

　　（1）項目進度的質量保證

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

　　（2）項目開發各階段的質量保證

　　a、需求分析

　　需求分析是開發人員對系統需要做什么和如何做的定義過程。從系統分析的經驗來看，這個過程往往是個循序漸進的過程，一次性對系統形成完整的認識是困難的。只有不斷地和客戶領域專家進行交流確認，方能逐步明了用戶的需求。

　　b、系統設計

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

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

　　c、實現

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

　　d、文檔管理

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

　　內部文檔包括：項目開發計劃；需求分析；體系結構設計說明；詳細設計說明；構件索引；構件成分說明；構件接口及調用說明；組件索引；組件接口及調用說明；類索引；類屬性及方法說明；測試報告；測試統計報告；質量監督報告；源代碼；文檔分類版本索引；軟件安裝打包文件等。

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

　　3.3系統維護質量保證

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

　　4.總結

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

　　第2篇：軟件項目的質量管理

　　一、引言

　　隨著計算機技術的飛速發展和軟件開發技術和工具的進步，軟件規模越來越大，而軟件的質量也越來越難以控制。根據國際權威組織StandishGroupCHAOS提供的年度統計資料，得到1994年以來的軟件失敗率情況如下。

　　表1軟件失敗率統計數據報

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

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

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

　　二、軟件質量的內涵

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

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

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

　　客戶化質量。對軟件質量的衡量，客戶始終是最權威的。軟件產品的質量高低，很大程度上由用戶的使用體驗決定。

　　軟件運行質量。無論硬件技術發展多么迅速，代碼運行效率和穩定性仍然是軟件質量的重要組成部分。

　　代碼質量。代碼的規范和清晰是開發人員衡量軟件質量的一個重要方面。

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

　　三、影響軟件質量的要素

　　需求

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

　　完全理解用戶的需求，是保證軟件質量的基礎。

　　計劃

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

　　溝通

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

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

　　文檔

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

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

　　四、項目開發各階段的質量保證

　　需求分析

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

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

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

　　系統設計

　　優良的體系結構應當具備可擴展性和可配置性，而好的體系結構則需要好的設計方法，自然設計選型成為了系統設計首要的工作，究竟是采用哪種設計方法好呢？

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

　　實現

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

　　文檔管理

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

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

　　五、結語

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

【軟件項目質量管理論文】相關文章：