本文來自于RationalEdge：軟件開發(fā)組織執(zhí)行SEI的能力成熟度模型(CMM)可能會由于在Rational統(tǒng)一過程或RUP中缺乏一個軟件質(zhì)量保證(SQA)工作流而失敗。本文描述了一個虛擬的SQA工作流，其源自于LesleeProbasco的RUP的十點要素。名易軟件-建筑系統(tǒng)

　　存在有九個RUP工作流程，包括了需求、項目管理、配置變更管理，甚至還有業(yè)務(wù)建模--但是沒有一個是用于軟件質(zhì)量保證(SQA)的。這種明顯的疏忽對尋求SEI的軟件成熟度模型(CMM)的項目和組織是非常棘手的1，因為SQA的關(guān)鍵過程域(KPA)承載了成熟度模型的重要工作。自從有了需求管理的KPA，其可以精細地映射到Rational統(tǒng)一過程?或RUP?的需求工作流，還有項目管理(包括計劃和監(jiān)控)和配置管理的關(guān)鍵過程域同樣分別精細地映射到RUP的項目管理以及配置和變更管理的工作流，難道只是對SQA沒有嗎?名易軟件-系統(tǒng)

　　我開始回答這個問題，并且沿著這條路揭示了CMM以及RUP實質(zhì)的SQA工作流中的質(zhì)量的真正含義。名易軟件-建筑工程

　　SQA和CMMbbs

　　軟件工程協(xié)會(SEI)將軟件質(zhì)量保證設(shè)置為CMM的基礎(chǔ)級別2。他們也將所有其它關(guān)鍵過程域的驗證和確認放在了質(zhì)量保證中。此外，CMM反復(fù)強調(diào)高級管理人員必須“保護個人履行SQA責(zé)任”，因為這有可能會給發(fā)現(xiàn)不一致問題的職員帶來管理上的問題。如此強調(diào)SQA活動和需求，為什么沒有一個SQA工作流，以及更重要的是在RUP中沒有一個SQA角色呢?一個SQA工作流會提供活動，還有工件，以及在其它RUP流程里提供個人執(zhí)行SQA的各自的檢查點。名易軟件-建筑工程項目管理系統(tǒng)

　　虛擬的SQA工作流名易軟件-建筑工程項目管理系統(tǒng)

　　為了解決這個迷惑，我尋找什么是已經(jīng)被證實了的RUP里有效解決問題的實踐。RUP是通過軟件工程過程權(quán)威(SEPA)進行質(zhì)量保證--盡管理論上是SQA，這是一個組的職責(zé)，而不是一個個體的角色。我做了一個練習(xí)，創(chuàng)建了RUP的一個視圖，以滿足SQA角色的需要，如同在CMM中所確定的那樣。我特別實行了LesleeProbasco在“RUP的十點要素--一個有效開發(fā)過程的精髓”中所描述的建議，3來創(chuàng)建一個真實的SQA工作流。在她的論文(在此以后用RUP10來指代)，Probasco推薦形成一個有標(biāo)簽的筆記本4，每個標(biāo)簽代表每個要素(V-PRI-BAPE-CU)，用來管理一個項目的基本元素。所以我創(chuàng)建了一個這樣的筆記本，每個標(biāo)簽包括了RUP的必要工件描述，復(fù)制了相關(guān)活動以產(chǎn)生RUP已經(jīng)定義的元素和所有的檢查點，還有個人記錄和元素以支持各自的要素。名易軟件-建筑工程項目管理系統(tǒng)

　　例如，對于必要元素#1，遠景(Vision)，我插入了遠景工件的副本，還有RUP中用于產(chǎn)生遠景的三個活動：開發(fā)遠景，管理依賴關(guān)系，以及評估概念構(gòu)架的生存能力。我也包括了遠景和涉眾請求檢查點的一個副本。接著我執(zhí)行了這些活動，將結(jié)論文檔化，并且正如Probasco建議的那樣，我產(chǎn)生了很多記錄。5在我對RUP和CMM有了更多認識時，我增加了更多的工件、活動、檢查點以及指南到相應(yīng)的標(biāo)簽中。項目管理培訓(xùn)

　　遠景名易軟件-建筑工程項目管理系統(tǒng)

　　遠景的開發(fā)包括了很多的便箋，因為眾多的遠景都會成為想法。遠景必須有效地針對涉眾所面對的問題。SQA工程師既不是一個RUP角色，也沒有一個所描述活動和定義工件的工作流視圖。為了更好地理解我的涉眾-SQA工程師的需要，我借用了AlanCooper的TheInmatesAreRunningtheAsylum及其開發(fā)“角色”的實踐。6我的SQA工程師角色是一位名叫Ginger的女性。她在RUP和CMM的訓(xùn)練方面屬于中級水平的工程師。在對分配給她的項目上涉及到的過程不一致發(fā)出錯誤警告上，她并不是資歷較淺的，但是在期望她挑戰(zhàn)那些擁有更多過程或領(lǐng)域?qū)ｉT知識上也并不是經(jīng)驗豐富的。名易軟件-建筑工程項目管理系統(tǒng)

　　Cooper這樣形容“消極角色”：某些人，對于他們，過程不是在被構(gòu)建，而是需要更好地理解過程需求。這些消極的角色代表了30多個的RUP角色，這些角色是Ginger必須接口的，因為她提供了對產(chǎn)生的工件產(chǎn)品和執(zhí)行的活動的客觀評審。這些個人在軟件開發(fā)實踐方面接受了更細致的訓(xùn)練和練習(xí)。Ginger不在項目中，并且沒有涉及到所有的項目活動，因此對她來說，很容易遺漏或誤解一些事情。當(dāng)Ginger足夠成熟來理解她的個人職責(zé)時，她被期望知道在什么時間和執(zhí)行哪些驗證和確認活動，她不被期望能夠強制過程一致性(就是SEPA)。進一步的，與CMM一致的是，當(dāng)她嘗試“逐步升高項目外部的偏差”到可執(zhí)行級時，她被保護以免于可能的“敵對人員行為”。名易軟件-建筑工程項目管理系統(tǒng)

　　計劃名易軟件-建筑工程項目管理系統(tǒng)

　　對于Ginger，計劃就是遵循RUP10，并產(chǎn)生一個虛擬的SQA工作流程。過程規(guī)模度量的搜集、分析和報告是Gingre必需進行的工作。她知道在RUP里有多少工件、活動、角色評審和評估的步驟，因此能夠更好地計劃和安排她的任務(wù)時間表。在沖突解決領(lǐng)域，她知道工件的所有人和活動的產(chǎn)生者不是相同的角色這種情況，她或許能通過確保這些工件的檢查點或規(guī)格特征在每個團隊成員間達成一致。這些在RUP10素材筆記本里的表述幫助Ginger知道了什么、在哪里以及如何開始她的質(zhì)量審核。她的工作流程將會遵循RUP過程相關(guān)的素材和圖表，作為RUP的工件和活動集合。我也會進一步使用RUP10來配置一個過程，集中在質(zhì)量和使用的規(guī)模度量上(通過階段和角色來統(tǒng)計工件和活動)。名易軟件-建筑工程項目管理系統(tǒng)

　　風(fēng)險pmp

　　對Ginger而言，計算風(fēng)險意味著將場景腳本化。成功和可選場景揭示了在項目中沖突可能出現(xiàn)的地方。CMM通過重復(fù)使得履行SQA角色的個人需要得到保護這點非常清晰。因此，虛擬的SQA工作流程需要揭示潛在的危險領(lǐng)域。如果Ginger的老板是項目經(jīng)理，對她的職業(yè)生涯有什么影響?如果她識別了一個不一致問題，但是項目不能按照過程來解決它，那么她必須把這個問題進行上報到這個經(jīng)理之上。此風(fēng)險的緩解包括確保過程是明確的，并且在沖突可能出現(xiàn)的區(qū)域，在C級別(CIO，COO，等)上得到管理委員會的批準(zhǔn)。名易軟件-建筑工程項目管理系統(tǒng)