項目管理的質(zhì)量保證(編輯修改稿)
2025-05-09 11:15 本頁面
【文章內(nèi)容簡介】 能的小，并以完備的文檔作為里程碑完成的重要標志之一。在里程碑和完備文檔的控制之下，項目已完成的階段是受到保護的，在任何時間，人員變動，甚至是開發(fā)商的變動，都不至于造成特別重大的損失，通過完備的文檔，原有的成果能夠被延續(xù)進行開發(fā)。 項目開發(fā)方法對項目質(zhì)量的保證 項目的開發(fā)方法對項目的質(zhì)量和按時完成也有較大的影響。 面向?qū)ο蟮拈_發(fā)方法有利于對問題領域的深入理解，也有利于將問題空間向解空間映射從而得到更加理想和完整的系統(tǒng)模型。同時面向?qū)ο蟮拈_發(fā)方法和實現(xiàn)方法也有利于系統(tǒng)錯誤被局限在較小的范圍內(nèi)，不會出現(xiàn)骨牌效應。面向?qū)ο蟮拈_發(fā)方法也有不利的方面。開發(fā)人員對它的熟悉程度不如傳統(tǒng)的結(jié)構(gòu)化的開發(fā)方法。對面向?qū)ο笾行鲁霈F(xiàn)的名詞需要重新在開發(fā)隊伍中進行定義，以便在開發(fā)的過程中彼此交流時表達的更加準確，從而減少開發(fā)隊伍之間的通訊量。通訊量的降低意味著效率的提高，減少了占用開發(fā)時間討論一個彼此立場根本一致的問題的時間。軟件構(gòu)架定義了該領域中特定對象必然發(fā)生關系的發(fā)生方式，這種發(fā)生方式以構(gòu)架中抽象類之間定義的關系被固化在構(gòu)件中，開發(fā)人員在開發(fā)應用系統(tǒng)時不必再為定義這種相互作用方式而書寫代碼，這為將來系統(tǒng)的維護奠定了堅實的基礎，也為將來新版本軟件的透明升級并保持兼容性和正確性提供了有利保證。通過面向?qū)ο蟮睦^承特性，可以在不傷害原有系統(tǒng)的情況下，任意替換功能模塊，從而以效率更高的模塊代替原有模塊，從另一角度講，也實現(xiàn)了軟件模塊的配置功能。要實現(xiàn)真正的軟件模塊的即插即用，還需要利用面向?qū)ο蟮牧硪粌?yōu)勢組件。 面向?qū)ο笫沟妹嫦驅(qū)ο蟮念惢驅(qū)ο罂梢砸耘c語言無關的二進制方式被存儲和調(diào)用。這就是COM技術(shù)。顯然軟件構(gòu)架實現(xiàn)的基礎是COM組件。由于COM是二進制的方式被存儲，因而它可以被任何語言編寫的軟件所調(diào)用。組件與系統(tǒng)分離，只是在發(fā)生系統(tǒng)調(diào)用時才被調(diào)入內(nèi)存執(zhí)行，這就保證了系統(tǒng)更高層次的即插即用。 鑒于如此多的好處，采用面向?qū)ο蟮募夹g(shù)進行該項目的開發(fā)是值得的。 對于上面提到的面向?qū)ο蟮牟焕蛩夭捎萌缦路椒ㄟM行克服：第一，在系統(tǒng)開發(fā)之前，首先定義技術(shù)術(shù)語，然后定義領域術(shù)語，這樣保證了開發(fā)過程中開發(fā)人員用同種語言進行交流，避免了文不對題的討論或爭論。第二，指定技術(shù)規(guī)范。在殊途同歸的情況下，我們只允許那些在技術(shù)規(guī)范之內(nèi)的技術(shù)來實現(xiàn)。技術(shù)規(guī)范定義了若干種對象技術(shù)，這些技術(shù)規(guī)范在整個開發(fā)小組中進行統(tǒng)一認識方面的學習。 開發(fā)策略是針對不同開發(fā)技術(shù)和問題領域而作出的策略性的考慮。顯然開發(fā)策略與所用的開發(fā)方法、實現(xiàn)技術(shù)以及問題領域的特征密切相關。一般來講，鑒于面向?qū)ο蟮臒o縫特性，采用原形法比較恰當，而開發(fā)過程則采用螺旋式開發(fā)方法。螺旋式開發(fā)方法提高了人員的利用率，使得軟件開發(fā)的局部階段相互重疊，在整體上形成多道流水線重疊并行。顯然這又縮短了開發(fā)的總周期。 項目開發(fā)各階段的質(zhì)量保證 需求分析 需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗來看，這個過程往往是個循序漸進的過程，一次性對系統(tǒng)形成完整的認識是困難的。只有不斷地和客戶領域?qū)＜疫M行交流確認，方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時犯下的錯誤所花費的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。同時，想在某個時間點上宣布需求分析已經(jīng)完畢，不再需要進行進一步的需求分析，這也是不現(xiàn)實的。經(jīng)驗告訴我們，往往在測試過程中會發(fā)現(xiàn)，用戶真正想要的并非您腦海中的設想，另一方面用戶往往知道自己肯定不需要什么，而無法明確告知他們需要的是什么。面對這些事實，我們無法期望改變用戶；比如提高用戶同分析人員的溝通能力，讓他們說出的話更能被分析人員理解。唯一的做法是采用一定的方式方法，誘導用戶盡可能早地將需求表達出來，表達得完整。 在某個項目中我們的做法有兩個方面：一是請領域?qū)＜覅⑴c到系統(tǒng)開發(fā)的早期階段；二是開發(fā)系統(tǒng)原形，原形包括功能性的原形和用戶界面性的原形，也可以是二者混合的原形，用這些原形確認用戶的需求。讓領域?qū)＜覅⑴c開發(fā)的早期階段，是保證分析人員有充足的時間和領域?qū)＜疫M行充分的交流和確認。在這個階段，原形可能在提交到用戶之前，首先被領域?qū)＜掖_認，這樣保證了原形被認可的程度和認可過程耗費的時間盡可能的短，從而在提高效率的同時保證了質(zhì)量。 在開發(fā)方內(nèi)部還有三項保證措施： 系統(tǒng)分析委員會保證系統(tǒng)分析集思廣益； 質(zhì)量監(jiān)督組對分析工作的監(jiān)督； 技術(shù)支持人員參與需求調(diào)研。 分析委員會的意義在于任何分析人員在提交其所分析部分的分析說明書前，必須通過委員會的共同審議，委員會的成員根據(jù)各自的
公司管理相關推薦
鄂ICP備17016276號-1