軟件項(xiàng)目質(zhì)量管理論文
第1篇：分析軟件項(xiàng)目質(zhì)量管理
1.引言
隨著企業(yè)信息化建設(shè)，軟件項(xiàng)目質(zhì)量管理倍受關(guān)注，而軟件項(xiàng)目的質(zhì)量更是眾人關(guān)注的焦點(diǎn)。軟件工程項(xiàng)目的成敗，通常是因?yàn)楣芾韱栴}，而不是技術(shù)上的問題。要想做一盤“完美”的軟件大餐，質(zhì)量管理的作用是不言而喻。軟件開發(fā)項(xiàng)目中認(rèn)真抓好質(zhì)量管理，并加強(qiáng)有關(guān)軟件項(xiàng)目質(zhì)量管理的研究是擺在我們面前的重要課題。
2.對軟件項(xiàng)目質(zhì)量管理理論的認(rèn)識
軟件項(xiàng)目的質(zhì)量管理指的是保證項(xiàng)目滿足其目標(biāo)要求所需要的過程，它包括編制質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證等過程。
2.1質(zhì)量計(jì)劃編制
質(zhì)量計(jì)劃是質(zhì)量管理的第一過程域，它主要結(jié)合企業(yè)的質(zhì)量方針，產(chǎn)品描述以及質(zhì)量標(biāo)準(zhǔn)和規(guī)則通過收益、成本分析和流程設(shè)計(jì)等工具制定出來實(shí)施方略。
“質(zhì)量出自計(jì)劃，而非出自檢查”。只有做出精準(zhǔn)的質(zhì)量計(jì)劃，才能指導(dǎo)項(xiàng)目的實(shí)施、做好質(zhì)量控制。編制項(xiàng)目質(zhì)量計(jì)劃，首先須確定項(xiàng)目的范圍、中間產(chǎn)品和最終產(chǎn)品，然后明確中間產(chǎn)品和最終產(chǎn)品的有關(guān)規(guī)定、標(biāo)準(zhǔn)，確定可能影響產(chǎn)品質(zhì)量的技術(shù)要點(diǎn)，并找出能夠確保高效滿足相關(guān)規(guī)定、標(biāo)準(zhǔn)的過程方法。
2.2按照質(zhì)量計(jì)劃實(shí)施有效的質(zhì)量控制
質(zhì)量計(jì)劃確定后，按照其建立的質(zhì)量管理體系，各部分負(fù)責(zé)人就必須按照PDCA質(zhì)量環(huán)的要求，實(shí)施有效的質(zhì)量控制。
質(zhì)量控制應(yīng)貫穿于項(xiàng)目的整個(gè)過程，它可分為監(jiān)測和控制兩個(gè)階段：監(jiān)測的目的就是收集、記錄和匯報(bào)有關(guān)項(xiàng)目質(zhì)量的數(shù)據(jù)信息；控制就是使用質(zhì)量監(jiān)測提供的數(shù)據(jù)，進(jìn)行控制，確保項(xiàng)目質(zhì)量與計(jì)劃保持一致。
2.3對軟件質(zhì)量保證的認(rèn)識
一個(gè)項(xiàng)目的主要內(nèi)容是：成本、進(jìn)度、質(zhì)量；良好的項(xiàng)目管理就是綜合三方面的因素，平衡三方面的目標(biāo)，最終依照目標(biāo)完成任務(wù)。項(xiàng)目的這三個(gè)方面是相互制約和影響的，有時(shí)對這三方面的平衡策略甚至成為一個(gè)企業(yè)級的要求，決定了企業(yè)的行為，我們知道IBM的軟件是以質(zhì)量為最重要目標(biāo)的，而微軟的“足夠好的軟件”策略更是耳熟能詳，這些質(zhì)量目標(biāo)立足于企業(yè)的戰(zhàn)略目標(biāo)。
3.質(zhì)量管理在實(shí)際中的具體做法
3.1質(zhì)量管理責(zé)任分配
在軟件項(xiàng)目上應(yīng)嚴(yán)格按照軟件方面的規(guī)范進(jìn)行。每個(gè)項(xiàng)目除配備了項(xiàng)目開發(fā)所需角色外，還需專門配備配置管理小組、測試小組和質(zhì)量保證小組確保質(zhì)量管理的實(shí)施。
3.2質(zhì)量管理實(shí)施
在項(xiàng)目全生命周期內(nèi)需要從項(xiàng)目進(jìn)度的質(zhì)量保證、項(xiàng)目開發(fā)各階段的質(zhì)量保證和系統(tǒng)維護(hù)質(zhì)量保證三個(gè)方面來保證項(xiàng)目質(zhì)量。
（1）項(xiàng)目進(jìn)度的質(zhì)量保證
項(xiàng)目進(jìn)度是項(xiàng)目進(jìn)行是否順利的最直觀表現(xiàn)。顯然在項(xiàng)目開始之前，項(xiàng)目開發(fā)計(jì)劃是必須的。如果項(xiàng)目開發(fā)計(jì)劃的制定的是完全合理的，那項(xiàng)目進(jìn)度也就真正表達(dá)了項(xiàng)目與最終的交付使用之間的距離，然而要制定完全合理的項(xiàng)目開發(fā)計(jì)劃幾乎不太可能。保證項(xiàng)目進(jìn)度，首先要保證項(xiàng)目開發(fā)計(jì)劃盡可能合理。
（2）項(xiàng)目開發(fā)各階段的質(zhì)量保證
a、需求分析
需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗(yàn)來看，這個(gè)過程往往是個(gè)循序漸進(jìn)的過程，一次性對系統(tǒng)形成完整的認(rèn)識是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)，方能逐步明了用戶的需求。
b、系統(tǒng)設(shè)計(jì)
對于設(shè)計(jì)選型不能一概而論，需要針對項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析，同樣也要考慮到參與項(xiàng)目小組成員的素質(zhì)，進(jìn)行綜合分析。
除設(shè)計(jì)選型，還有一個(gè)容易被忽視的問題，就是公共類開發(fā)。公共類開發(fā)可以減少工作中的重復(fù)工作，降低開發(fā)成本。這要求我們在設(shè)計(jì)階段通過對用戶需求的仔細(xì)研究，盡可能的識別出公共類，并進(jìn)行定義指定專人負(fù)責(zé)設(shè)計(jì)通知其它設(shè)計(jì)人員，以減少重復(fù)工作。
c、實(shí)現(xiàn)
實(shí)現(xiàn)也就是代碼的生產(chǎn)過程。這里不僅包括代碼的產(chǎn)生，同時(shí)也包括測試用例的產(chǎn)生。針對上一階段提供詳細(xì)設(shè)計(jì)，程序員開始編碼并且調(diào)試程序，測試人員則根據(jù)設(shè)計(jì)進(jìn)行測試用例的設(shè)計(jì)，設(shè)計(jì)出來的用例需要得到項(xiàng)目組成員認(rèn)可由項(xiàng)目經(jīng)理審核通過才能進(jìn)入配置庫。同時(shí)程序員調(diào)試完程序提交測試人員進(jìn)行程序正確性檢測。
d、文檔管理
文檔維護(hù)主要是配置管理小組的工作。文檔從用途上分主要分為內(nèi)部文檔和外部文檔。
內(nèi)部文檔包括：項(xiàng)目開發(fā)計(jì)劃；需求分析；體系結(jié)構(gòu)設(shè)計(jì)說明；詳細(xì)設(shè)計(jì)說明；構(gòu)件索引；構(gòu)件成分說明；構(gòu)件接口及調(diào)用說明；組件索引；組件接口及調(diào)用說明；類索引；類屬性及方法說明；測試報(bào)告；測試統(tǒng)計(jì)報(bào)告；質(zhì)量監(jiān)督報(bào)告；源代碼；文檔分類版本索引；軟件安裝打包文件等。
外部文檔主要包括：軟件安裝手冊；軟件操作手冊；系統(tǒng)性能指標(biāo)報(bào)告；系統(tǒng)操作索引。
3.3系統(tǒng)維護(hù)質(zhì)量保證
維護(hù)小組的任務(wù)一方面是保證對項(xiàng)目客戶的跟蹤服務(wù)，另一方面是確保該項(xiàng)目其它的開發(fā)人員從項(xiàng)目中盡快的解脫出來以便投入到下一個(gè)項(xiàng)目的`開發(fā)中。所以通常項(xiàng)目維護(hù)小組成員主要由項(xiàng)目組的少部分開發(fā)人員承擔(dān)完成。他們不僅了解軟件的核心內(nèi)容，而且與客戶也不陌生，以便能夠以最快的速度修正錯(cuò)誤。
4.總結(jié)
在軟件開發(fā)項(xiàng)目中認(rèn)真抓好質(zhì)量管理，是保證項(xiàng)目成功的關(guān)鍵。在軟件項(xiàng)目應(yīng)嚴(yán)格按照編制質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證等過程，進(jìn)行質(zhì)量管理。質(zhì)量保證則是貫穿整個(gè)項(xiàng)目全生命周期的有計(jì)劃和有系統(tǒng)的活動(dòng)，經(jīng)常性地針對整個(gè)項(xiàng)目質(zhì)量計(jì)劃的執(zhí)行情況進(jìn)行評估、檢查與改進(jìn)等工作，向管理者、顧客或其他方提供信任，確保項(xiàng)目質(zhì)量與計(jì)劃保持一致。
第2篇：軟件項(xiàng)目的質(zhì)量管理
一、引言
隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展和軟件開發(fā)技術(shù)和工具的進(jìn)步，軟件規(guī)模越來越大，而軟件的質(zhì)量也越來越難以控制。根據(jù)國際權(quán)威組織StandishGroupCHAOS提供的年度統(tǒng)計(jì)資料，得到1994年以來的軟件失敗率情況如下。
表1軟件失敗率統(tǒng)計(jì)數(shù)據(jù)報(bào)
從上表可以看出，軟件項(xiàng)目成功的比例逐漸上升，而失敗比例逐漸下降，但失敗比例仍然很高。雖然從上世紀(jì)70年代的軟件危機(jī)以后，軟件的質(zhì)量管理越來越受到軟件企業(yè)的重視，軟件業(yè)界對軟件工程環(huán)境、工具和技術(shù)的研究都傾注了大量的人力、財(cái)力和物力，希望借此來提高軟件質(zhì)量。但僅靠這些努力并沒有達(dá)到我們所期望的效果。其主要原因是軟件的開發(fā)缺乏科學(xué)有效的管理，軟件生產(chǎn)的過程沒有明確的定義，過程實(shí)施缺乏管理，產(chǎn)品質(zhì)量得不到有效的控制。
軟件開發(fā)是完全依靠人的大腦思維產(chǎn)生出產(chǎn)品，而每個(gè)人的大腦思維是不一樣的，因此在軟件開發(fā)過程中有太多不確定、可變化的因素。這些不確定性和可變因素決定了軟件質(zhì)量難以量化，決定了軟件管理是一個(gè)難題。
本文分析了軟件質(zhì)量理論，并提出了軟件質(zhì)量的要素，最后提出軟件質(zhì)量管理的手段，闡述了如何將質(zhì)量管理溶于軟件項(xiàng)目管理的每一步中。
二、軟件質(zhì)量的內(nèi)涵
質(zhì)量是質(zhì)量管理的對象，正確、全面理解質(zhì)量，尤其是軟件質(zhì)量的概念，對開展軟件質(zhì)量管理工作是十分重要的。
國際標(biāo)準(zhǔn)ISO8402—1986對質(zhì)量的定義如下：“質(zhì)量（品質(zhì)）是反映產(chǎn)品或服務(wù)滿足明確或隱含需要能力的特征和特性的總和”。美國著名質(zhì)量管理權(quán)威朱蘭（J.M.Juran）給質(zhì)量下了如下定義：“質(zhì)量就是適用性”。
不同崗位不同職務(wù)的人員，因?yàn)槌霭l(fā)角度不同，往往對軟件質(zhì)量有不同的理解。因此軟件質(zhì)量主要包括一下幾點(diǎn)：
客戶化質(zhì)量。對軟件質(zhì)量的衡量，客戶始終是最權(quán)威的。軟件產(chǎn)品的質(zhì)量高低，很大程度上由用戶的使用體驗(yàn)決定。
軟件運(yùn)行質(zhì)量。無論硬件技術(shù)發(fā)展多么迅速，代碼運(yùn)行效率和穩(wěn)定性仍然是軟件質(zhì)量的重要組成部分。
代碼質(zhì)量。代碼的規(guī)范和清晰是開發(fā)人員衡量軟件質(zhì)量的一個(gè)重要方面。
文檔質(zhì)量。文檔質(zhì)量是保證軟件質(zhì)量延續(xù)的重要手段。一個(gè)軟件項(xiàng)目在需要修改和升級的時(shí)候，文檔是最好的助手。
三、影響軟件質(zhì)量的要素
需求
項(xiàng)目需求是軟件開發(fā)的基礎(chǔ)。軟件開發(fā)是客戶和項(xiàng)目組共同做出需求分析后的實(shí)施過程。項(xiàng)目組成員不可能全部參與需求分析，這個(gè)時(shí)候，對需求的理解就變得十分重要。我們不可能要求項(xiàng)目組所有成員都是業(yè)務(wù)專家，此時(shí)要想開發(fā)出最貼近需求的系統(tǒng)，只能發(fā)揮程序員，測試員和QA的聰明才智和理解能力。
完全理解用戶的需求，是保證軟件質(zhì)量的基礎(chǔ)。
計(jì)劃
項(xiàng)目管理的首要目標(biāo)是制定一個(gè)構(gòu)思良好的項(xiàng)目計(jì)劃，以確定項(xiàng)目的范圍、進(jìn)度和費(fèi)用。在整個(gè)項(xiàng)目的生命周期中，最基本，也可以說最重要的功能之一就是項(xiàng)目計(jì)劃，特別是在做出影響項(xiàng)目整個(gè)過程的主要決策的初始階段。計(jì)劃之所以成為項(xiàng)目管理的最重要的功能，是因?yàn)樗赋隽隧?xiàng)目組織未來努力的方向和奮斗木幣，是經(jīng)過仔細(xì)分析后綜合成的對未來的構(gòu)思，又是當(dāng)前行動(dòng)的準(zhǔn)則。一個(gè)完善的計(jì)劃可以使項(xiàng)目失敗的概率降到最低，自然也會(huì)使軟件質(zhì)量得到保證的概率提高。
溝通
在項(xiàng)目管理中，溝通很重要；在質(zhì)量管理中，溝通更重要。溝通中信息傳遞的元素有1%的損失，就意味著99%的元素失去了關(guān)聯(lián)，這個(gè)信息的可靠性就會(huì)變得很低，甚至是一種誤導(dǎo)。信息的損失是一個(gè)冪的關(guān)系。
溝通就是為了消除信息傳遞中元素的損失。無論是客戶和項(xiàng)目組之間，還是項(xiàng)目組成員之間，都應(yīng)該就具體的問題進(jìn)行充分的溝通，這樣才能有效保證項(xiàng)目的質(zhì)量。
文檔
文檔在軟件的開發(fā)中起到了非常重要的作用，一個(gè)好的軟件設(shè)計(jì)，應(yīng)該在軟件的開發(fā)過程中不依賴于軟件開發(fā)人員，而應(yīng)該依賴于軟件設(shè)計(jì)文檔。即使有新的軟件開發(fā)人員加入進(jìn)來，也會(huì)很快熟悉自己需要熟悉的部分。
良好的文檔是項(xiàng)目維護(hù)、修改和升級的基礎(chǔ)，如果沒有一份完整詳細(xì)的文檔，這些工作將很難開展。文檔間接地保證了項(xiàng)目的質(zhì)量，同時(shí)它也是衡量一個(gè)項(xiàng)目質(zhì)量好壞的一個(gè)重要標(biāo)準(zhǔn)。
四、項(xiàng)目開發(fā)各階段的質(zhì)量保證
需求分析
需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗(yàn)來看，這個(gè)過程往往是個(gè)循序漸進(jìn)的過程，一次性對系統(tǒng)形成完整的認(rèn)識是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)，方能逐步明了用戶的需求。系統(tǒng)分析時(shí)犯下的錯(cuò)誤，會(huì)在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(jià)越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。
雖然盡早的邀請用戶參與，仍然避免不了項(xiàng)目進(jìn)行中用戶的需求變更請求。對于開發(fā)過程存在的需求變動(dòng)，應(yīng)該要求用戶填寫變更申請單發(fā)送給項(xiàng)目配置管理員，在通過配置員轉(zhuǎn)交QA小組，負(fù)責(zé)組織專家小組和項(xiàng)目組成員一起討論實(shí)施變更的可行性及實(shí)施后所帶來的影響，再?zèng)Q定是否實(shí)施變更。
決定變更之后，由項(xiàng)目經(jīng)理組織實(shí)施變更，測試人員檢測變更結(jié)果，而QA小組成員監(jiān)督變更實(shí)施過程并協(xié)助配置管理員對變更后的成果物進(jìn)行版本控制。變更實(shí)施完后，上線前還需要指定人員協(xié)助用戶一同測試并由用戶簽字后同意方可上線。
系統(tǒng)設(shè)計(jì)
優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計(jì)方法，自然設(shè)計(jì)選型成為了系統(tǒng)設(shè)計(jì)首要的工作，究竟是采用哪種設(shè)計(jì)方法好呢？
對于設(shè)計(jì)選型不能一概而論，需要針對項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析，同樣也要考慮到參與項(xiàng)目小組成員的素質(zhì)，如果其中大部分都沒有從事過面向?qū)ο蟮脑O(shè)計(jì)且項(xiàng)目進(jìn)對緊迫，這樣沒有多余的時(shí)間來培訓(xùn)小組成員來掌握面向?qū)ο蟮脑O(shè)計(jì)方法，盡管眾所周知面向?qū)ο笤O(shè)計(jì)方法的優(yōu)勢，我們還是不如采用面向過程的方式（除用戶指定開發(fā)設(shè)計(jì)方式外）可以減少項(xiàng)目承擔(dān)的技術(shù)風(fēng)險(xiǎn)。
實(shí)現(xiàn)
實(shí)現(xiàn)也就是代碼的生產(chǎn)過程。這里不僅包括代碼的產(chǎn)生，同時(shí)也包括測試用例的產(chǎn)生。針對上一階段提供詳細(xì)設(shè)計(jì)，程序員開始編碼并且調(diào)試程序，測試人員則根據(jù)設(shè)計(jì)進(jìn)行測試用例的設(shè)計(jì)，設(shè)計(jì)出來的用例需要得到項(xiàng)目組成員認(rèn)可由項(xiàng)目經(jīng)理審核通過才能進(jìn)入配置庫。同時(shí)程序員調(diào)試完程序提交測試人員進(jìn)行程序正確性檢測。
實(shí)現(xiàn)階段另一個(gè)非常重要的手段就是單元測試。單元測試是一個(gè)模塊的功能及常規(guī)錯(cuò)誤測試，單元測試是由程序員進(jìn)行的，一般單元測試能夠捕獲80%的bug。因此單元測試對保證代碼質(zhì)量方面占有很重要的地位。
文檔管理
文檔維護(hù)主要是配置管理小組的工作。文檔從用途上分主要分為內(nèi)部文檔和外部文檔。
如何保證文檔的全面性，使其真正為項(xiàng)目的進(jìn)度提供保證，又不因?yàn)槲臋n的寫作而耽誤項(xiàng)目的進(jìn)度，這仍然是一個(gè)比較難解決的問題。解決此問題，其核心仍然是個(gè)"度"的問題。在項(xiàng)目開發(fā)中，配置管理小組的一個(gè)非常重要的任務(wù)還是書寫文檔規(guī)范和文檔模板。當(dāng)有文檔模板后需要書寫文檔的人員只剩下“填空”的工作，從某種意義上講，書寫文檔的速度會(huì)加快。如果書寫文檔的人員認(rèn)為文檔的更細(xì)致的部分可以由他人幫助完成，則該文檔即交由他人完成，但此時(shí)文檔并不算被正式提交，當(dāng)他人書寫完畢之后，必須由文檔的初寫者進(jìn)行復(fù)審，復(fù)審?fù)ㄟ^后方可以正式提交，進(jìn)入軟件配置管理的循環(huán)中。
五、結(jié)語
軟件項(xiàng)目管理還有很多其他的因素，但是如果每個(gè)階段都能夠很好的控制質(zhì)量，就會(huì)在產(chǎn)品開發(fā)初期減少很多風(fēng)險(xiǎn)，從而使我們的軟件開發(fā)在一個(gè)可以控制的范圍內(nèi)進(jìn)行，這樣我們才能夠避免過多的沒有必要的人力物力的浪費(fèi)，從而使軟件產(chǎn)品更快更好的投入市場。
【軟件項(xiàng)目質(zhì)量管理論文】相關(guān)文章：
軟件論文開題報(bào)告09-20
軟件學(xué)報(bào)論文格式11-11
質(zhì)量管理論文開題報(bào)告10-21
軟件工程論文致謝范文09-01
軟件工程致謝論文精選12-08
項(xiàng)目實(shí)習(xí)軟件工程師簡歷模板03-11
質(zhì)量管理相關(guān)畢業(yè)論文開題報(bào)告06-26
軟件工程論文的開題報(bào)告07-31
計(jì)價(jià)軟件論文的參考文獻(xiàn)11-22
軟件工程畢業(yè)論文提綱08-07