為什么沒有一個軟件質量保證的RUP工作流程？

申請免費試用、咨詢電話：400-8352-114

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

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

　　我開始回答這個問題，并且沿著這條路揭示了CMM以及RUP實質的SQA工作流中的質量的真正含義。泛普軟件-建筑工程項目管理系統(tǒng)

　　SQA和CMMbbs

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

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

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

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

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

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

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

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

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

　　風險pmp

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