軟件項(xiàng)目中的質(zhì)量管理
軟件的質(zhì)量是軟件開(kāi)發(fā)各個(gè)階段質(zhì)量的綜合反映。軟件項(xiàng)目的建設(shè)包括項(xiàng)目計(jì)劃、需求分析、軟件開(kāi)發(fā)和系統(tǒng)維護(hù)等階段，質(zhì)量管理工作會(huì)始終貫徹在項(xiàng)目建設(shè)的各個(gè)階段，下面是yjbys小編分享的一些相關(guān)資料，供大家參考。
1. 項(xiàng)目計(jì)劃的質(zhì)量管理
科學(xué)合理地制定項(xiàng)目開(kāi)發(fā)計(jì)劃，是項(xiàng)目成功的關(guān)鍵，在制定項(xiàng)目計(jì)劃時(shí)，以下三個(gè)方面需要特別注意。
首先，項(xiàng)目計(jì)劃必須群策群力。項(xiàng)目計(jì)劃的制定不僅需要對(duì)項(xiàng)目任務(wù)進(jìn)行工作分解(WBS)和對(duì)資源估算以制定項(xiàng)目計(jì)劃，更需要在項(xiàng)目計(jì)劃中結(jié)合歷史項(xiàng)目的實(shí)踐經(jīng)驗(yàn)和相關(guān)領(lǐng)域的行業(yè)經(jīng)驗(yàn)，科學(xué)地評(píng)估項(xiàng)目各階段所需要的時(shí)間并預(yù)留風(fēng)險(xiǎn)緩沖時(shí)間。通�？上扔身�(xiàng)目承建方制訂項(xiàng)目計(jì)劃草案，項(xiàng)目計(jì)劃草案注明項(xiàng)目各階段的產(chǎn)生物和里程碑時(shí)間，再由業(yè)主、監(jiān)理、承建方的主要負(fù)責(zé)領(lǐng)導(dǎo)和技術(shù)骨干對(duì)項(xiàng)目計(jì)劃草案進(jìn)行討論，并根據(jù)各方意見(jiàn)進(jìn)行修訂和完善，最終形成各方認(rèn)可的項(xiàng)目計(jì)劃。
其次，項(xiàng)目計(jì)劃要因變而變。在“金保”工程建設(shè)中，軟件項(xiàng)目開(kāi)發(fā)往往涉及勞動(dòng)保障多個(gè)部門(mén)的工作，因而項(xiàng)目計(jì)劃在實(shí)施過(guò)程往往受到多種因素的影響。項(xiàng)目計(jì)劃要跟上項(xiàng)目的實(shí)際變化，通過(guò)動(dòng)態(tài)調(diào)整投入項(xiàng)目的資源，合理地調(diào)節(jié)項(xiàng)目進(jìn)度以及階段性的里程碑，使得項(xiàng)目計(jì)劃反映項(xiàng)目的實(shí)際進(jìn)度，從而確保項(xiàng)目質(zhì)量保證的實(shí)施。
最后，建立項(xiàng)目溝通制度。每周召開(kāi)業(yè)主方、承建方、監(jiān)理方參加的項(xiàng)目例會(huì)，共同協(xié)商項(xiàng)目建設(shè)中所遇到的問(wèn)題，明確責(zé)任分工，確定下一步工作計(jì)劃，并根據(jù)實(shí)際情況及時(shí)調(diào)整，確保項(xiàng)目按計(jì)劃進(jìn)行。
2. 需求分析的質(zhì)量管理
把握正確的業(yè)務(wù)需求是項(xiàng)目成功的關(guān)鍵。需求分析是軟件開(kāi)發(fā)人員掌握業(yè)務(wù)流程，最終確定軟件需要做什么和如何做的定義過(guò)程。由于對(duì)業(yè)務(wù)的需求分析是個(gè)迭代的過(guò)程，只有通過(guò)持續(xù)地與業(yè)務(wù)人員進(jìn)行交流確認(rèn)，才能最終掌握業(yè)務(wù)的實(shí)際需求。
在“金保”工程建設(shè)中，為了減少需求分析階段可能發(fā)生的各種風(fēng)險(xiǎn)，勞動(dòng)保障部門(mén)信息中心的技術(shù)人員利用自己既掌握勞動(dòng)保障的業(yè)務(wù)政策，又懂得軟件開(kāi)發(fā)技術(shù)和方法的優(yōu)勢(shì)，積極參與到軟件項(xiàng)目中，做業(yè)務(wù)人員和軟件開(kāi)發(fā)人員聯(lián)系的橋梁和紐帶，既引導(dǎo)業(yè)務(wù)人員提出業(yè)務(wù)的需求，也幫助軟件開(kāi)發(fā)人員掌握業(yè)務(wù)規(guī)則。由于很多業(yè)務(wù)流程非常復(fù)雜，而且不可視，為了更好地獲得業(yè)務(wù)需求，要求承建方制作軟件原型，軟件開(kāi)發(fā)人員通過(guò)原型與業(yè)務(wù)人員進(jìn)行進(jìn)一步的溝通，最終獲得與業(yè)務(wù)流程相一致的軟件模型。需求分析結(jié)束后，編寫(xiě)成《用戶需求說(shuō)明書(shū)》、《需求規(guī)格說(shuō)明書(shū)》，由業(yè)主、監(jiān)理、承建方三方簽字認(rèn)可，作為驗(yàn)收方案和驗(yàn)收標(biāo)準(zhǔn)，并做好變更控制和配置管理。
3. 軟件開(kāi)發(fā)的質(zhì)量管理
軟件開(kāi)發(fā)是軟件實(shí)現(xiàn)的重要階段，需要通過(guò)運(yùn)行多種質(zhì)量管理方法做好軟件開(kāi)發(fā)過(guò)程的質(zhì)量控制。這個(gè)時(shí)期的`質(zhì)量管理的方法包括了日常檢查、階段評(píng)審、方案檢驗(yàn)和質(zhì)量原因分析等。
日常檢查貫徹于軟件開(kāi)發(fā)的全過(guò)程，通過(guò)對(duì)業(yè)務(wù)調(diào)研、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)現(xiàn)等過(guò)程進(jìn)行監(jiān)督，及時(shí)識(shí)別和發(fā)現(xiàn)缺陷。階段評(píng)審主要對(duì)各階段的產(chǎn)出物進(jìn)行評(píng)審，尤其是需要加強(qiáng)對(duì)需求階段的《用戶需求說(shuō)明書(shū)》、《需求規(guī)格說(shuō)明書(shū)》、系統(tǒng)設(shè)計(jì)階段的《設(shè)計(jì)說(shuō)明書(shū)》，以及測(cè)試階段的《確認(rèn)測(cè)試用例》、《集成測(cè)試用例》的評(píng)審工作，通過(guò)評(píng)審發(fā)現(xiàn)階段性問(wèn)題，通過(guò)及時(shí)修改和完善，盡可能減少帶入下一階段的缺陷數(shù)目。
方案檢驗(yàn)是對(duì)在軟件的設(shè)計(jì)方案進(jìn)行模擬測(cè)試，通過(guò)對(duì)存儲(chǔ)數(shù)據(jù)量、并發(fā)用戶數(shù)、網(wǎng)絡(luò)環(huán)境等多方面的綜合驗(yàn)證測(cè)試，以保證系統(tǒng)設(shè)計(jì)方案的正確性。質(zhì)量原因分析報(bào)告用魚(yú)刺圖來(lái)展現(xiàn)影響軟件質(zhì)量的各種直接和間接的原因以及構(gòu)成這些因素，以總結(jié)經(jīng)驗(yàn)、吸取教訓(xùn)，避免類似的質(zhì)量缺陷重復(fù)發(fā)生。
4. 系統(tǒng)維護(hù)的質(zhì)量管理
軟件項(xiàng)目開(kāi)發(fā)完成交付使用后，隨著時(shí)間的推移，承建方的開(kāi)發(fā)人員會(huì)逐漸轉(zhuǎn)移到其他項(xiàng)目，從而在技術(shù)服務(wù)和技術(shù)響應(yīng)上得不到有效的支持，而軟件隨著推廣使用的進(jìn)一步擴(kuò)大，對(duì)軟件的可靠性、穩(wěn)定性等方面提出了更高的要求，最終出現(xiàn)承建方的維護(hù)不及時(shí)、業(yè)主方維護(hù)工作繁重的局面。
為解決系統(tǒng)維護(hù)階段的問(wèn)題，首先在項(xiàng)目建設(shè)初期勞動(dòng)保障信息中心的技術(shù)人員應(yīng)該參與軟件的設(shè)計(jì)和開(kāi)發(fā)，通過(guò)掌握軟件的核心技術(shù)和運(yùn)行方法，使得軟件在運(yùn)行和維護(hù)期間不需要過(guò)分依賴于承建方，只要不是大的改動(dòng)都能應(yīng)付，特別要熟練掌握軟硬件環(huán)境的安裝、維護(hù)、調(diào)優(yōu)和備份等工作。其次，完備的文檔為程序的維護(hù)、更新、擴(kuò)展提供良好的幫助，承建方應(yīng)該提供完整的文檔，包括軟件安裝手冊(cè)、軟件操作手冊(cè)、在線幫助、系統(tǒng)管理手冊(cè)等，為以后的維護(hù)工作提供方便。
在“金保”工程建設(shè)中，要提高軟件項(xiàng)目質(zhì)量管理的方法有很多，例如在軟件企業(yè)實(shí)施CMM規(guī)范或者引入RUP過(guò)程等，但對(duì)于參與“金保”工程建設(shè)的大多數(shù)中小型軟件企業(yè)而言很不現(xiàn)實(shí)。首先，這需要企業(yè)投入大量的資金和人力物力，這不是企業(yè)所能承受的; 其次，CMM和RUP太大、太廣，要求具有不同專業(yè)背景的技術(shù)人員，并且在企業(yè)內(nèi)部建立起層次分明和分工清晰管理體系，而這些恰恰又是中小型軟件企業(yè)所缺乏的。在“金保”工程的建設(shè)實(shí)踐中，我們深切體會(huì)到，針對(duì)軟件質(zhì)量管理的薄弱環(huán)節(jié)實(shí)施質(zhì)量管理改進(jìn)，不用投入太多人力物力，就能較大程度地提高軟件的質(zhì)量。
【軟件項(xiàng)目中的質(zhì)量管理】相關(guān)文章：
軟件質(zhì)量管理的體系10-05
八項(xiàng)質(zhì)量管理原則的分層理解06-17