軟件過程管理考試復習.ppt

Final Review,Software Process Management and Improvement Chen Gang International School of Software, WHU,軟件過程管理與改進,期末總復習 陳剛 武漢大學國際軟件學院,Final Review,目錄,一、緒論 二、軟件過程成熟度框架 三、能力成熟度模型的結(jié)構 四、可重復級 五、已定義級 六、已管理級 七、優(yōu)化級 八、個體軟件過程 九、群組軟件過程 十、CMMI,Final Review,一、緒論(1),1. 軟件與軟件產(chǎn)業(yè)的發(fā)展過程,Final Review,軟件管理工程的發(fā)展，經(jīng)歷了從20世紀70年代開始以結(jié)構化分析與設計、結(jié)構化評審、結(jié)構化程序設計以及結(jié)構化測試為特征的結(jié)構化生產(chǎn)時代，到90年代中期，以CMM模型的成熟和日益為市場接受為標志，已經(jīng)進入以過程成熟度模型CMM、個體軟件過程PSP和團隊軟件過程TSP為標志的以過程為中心的時代，而軟件發(fā)展第三個時代，即軟件工業(yè)化生產(chǎn)時代，以90年代中期軟件過程技術的成熟和面向?qū)ο蠹夹g、構件技術的發(fā)展為基礎，已經(jīng)漸露端倪。,一、緒論(2),2. 軟件危機及其原因,Final Review,軟件特殊性：軟件成本高；軟件開發(fā)的進度難于控制；估計軟件工作量很困難；軟件質(zhì)量難于保證；修正維護軟件困難。,軟件企業(yè)的4個困難：需求的完全識別；軟件產(chǎn)品需求的完全傳遞；軟件產(chǎn)品相關的變更控制；軟件產(chǎn)品相關技術的快速變化。,軟件構建的核心就是管理復雜度 。軟件是由人開發(fā)的，人的智力與軟件的復雜度之間存在矛盾。,軟件復雜度與軟件的規(guī)模有很大關系，另外也與模塊間的耦合度、模塊內(nèi)的內(nèi)聚性等因素有關。,一、緒論(3),3. 過程及其要素,Final Review,軟件開發(fā)項目是在規(guī)定的成本和時間內(nèi)，開發(fā)和提交滿足客戶某些需求的軟件產(chǎn)品。,項目的三個基本特征是:成本、進度和質(zhì)量（代表軟件在多大程度上滿足客戶的要求）。,對于機構而言，包含多個項目，而實現(xiàn)機構的高質(zhì)量和生產(chǎn)率，依賴于三個因素:過程、人和技術。,其中過程不僅僅是一系列步驟，還包含了機構所積累的經(jīng)驗，包含了機構可以從已成功的項目中所學到的一切。,一、緒論(4),4. CMM與軟件產(chǎn)業(yè),Final Review,管理是影響軟件研發(fā)項目全局的因素，而技術只影響局部。,1987年9月，美國卡內(nèi)基-梅隆大學軟件工程研究所發(fā)布了軟件過程成熟度框架，并提供了軟件過程評估和軟件能力評價兩種評估方法和軟件成熟度提問單。,4年之后，SEI將軟件過程成熟度框架進化為軟件能力成熟度模型（Capability Maturity Model For Software，簡稱SW-CMM）。1991年8月，SEI發(fā)布了最早的SW-CMM v1.0。經(jīng)過兩年的試用，1993年SEI正式發(fā)布了SW-CMM v1.1，這是目前使用最為廣泛的版本。,一、緒論(5),5. ISO9001與CMM的異同,Final Review,ISO9000系列包括3個第三方認證標準（ ISO9001 、 ISO9002 和ISO9003 ）和一個質(zhì)量管理標準ISO9004。,CMM和ISO9001標準系列都著眼于質(zhì)量和過程管理，二者都為了解決同樣的問題。,CMM是動態(tài)的、開放的和持續(xù)改進的，強調(diào)沒有最好只有更好，強調(diào)不斷改進，強調(diào)人在軟件開發(fā)方面的思想認識和主動性，適用于軟件過程的改進；CMM模型只關注軟件，它能解決“軟件危機” 這個世界性的問題；ISO9001是靜態(tài)的質(zhì)量控制，只要達到幾個關鍵指標就能完成質(zhì)量控制，更適用于硬件制造生產(chǎn)線的質(zhì)量控制。ISO 9001的適應范圍更廣，包括硬件、軟件和服務。,二、軟件過程成熟度框架(1),1. CMM基本知識,Final Review,CMM為軟件企業(yè)的過程能力提供了一個階梯式的進化框架，階梯共有五級。,可重復級：建立基本的項目管理過程。相似項目，重復以往成果。,已定義級：文檔化、標準化和標準的軟件過程。,初始級：無序、混亂的軟件過程。依賴個別人的努力和機遇。,已管理級：軟件過程和產(chǎn)品質(zhì)量有詳細的度量標準。,優(yōu)化級：持續(xù)的對過程進行改進。,二、軟件過程成熟度框架(2),2. 成熟度級別的行為特征,Final Review,從效果而言，在上述不同階段，軟件開發(fā)生產(chǎn)的成熟程度給軟件企業(yè)帶來了完全不同的效果。第一階段到第五個階段，軟件開發(fā)生產(chǎn)的計劃精度越來越高，每單位工程的生產(chǎn)周期越來越短，每單位工程的成本越來越低。,各關鍵過程域中規(guī)定了執(zhí)行約定、執(zhí)行能力、執(zhí)行活動、質(zhì)量和驗證的標準等。,管理者：經(jīng)理、各級經(jīng)理、領導、職員和個人。,軟件小組：軟件工程組、軟件工程過程組、軟件相關組等。,二、軟件過程成熟度框架(3),3. 成熟度級別的跳躍,Final Review,CMM每個成熟度級別都是下一級別的必要基礎。,機構可以選擇合適的時機，著手進行特定的過程改進。,過程改進工作應該在其業(yè)務環(huán)境內(nèi)側(cè)重機構的需求。,實施軟件過程改進的差異是由定義關鍵過程域引起的。,二、軟件過程成熟度框架(4),4. 軟件過程可視性,Final Review,等級1一個黑盒,等級2 項目里程碑處具有管理可視性,等級3盒子的內(nèi)部結(jié)構可視,等級4軟件過程被配備上度量，并得到定量地控制,等級5對過程不斷改進,三、能力成熟度模型的結(jié)構(1),1. CMM的內(nèi)部結(jié)構,Final Review,CMM由5個成熟度級別組成。,每一個KPA進一步被分為稱為公共特征的5個部分。,這些公共特征包括了關鍵實踐（KP），即每一個KPA包括5類KP 。,每個成熟度級別（除級別1）包含了實現(xiàn)該級別的若干個關鍵過程域（KPA）。,實現(xiàn)了這些KP后，就實現(xiàn)了關鍵過程域的目標。,三、能力成熟度模型的結(jié)構(2),2. 關鍵過程域,Final Review,一系列相互關聯(lián)的操作活動。,每個KPA的目標總結(jié)了它的關鍵實踐（KP），目標說明了每一個KPA的界限、范圍、內(nèi)容和關鍵實踐。,某一級別的一組目標，用以衡量是否具有此級別的能力。,不同級別的KPA（項目、數(shù)目、內(nèi)容）是不同的，但其中很多項都有深層次的聯(lián)系（上級是下級的深化和延伸）。,18個關鍵過程域，分布在25級。,三、能力成熟度模型的結(jié)構(3),3. 關鍵實踐,Final Review,每一個關鍵過程域都是用關鍵實踐的概念進行描述。,描述了對關鍵過程域的有效實施和制度化起最重要作用的基礎設施和活動。,達到一個KPA而要做的事。,描述了“做什么”，但沒有規(guī)定“如何做” 。,三、能力成熟度模型的結(jié)構(4),4. 共同特性,Final Review,無論哪個KPA，它們的關鍵實踐都統(tǒng)一按五個公共屬性進行組織，即每一個KPA都包含五類KP 。,執(zhí)行約定：組織為保證過程得以建立和持續(xù)發(fā)揮作用所必須采取的行動，主要包括制定企業(yè)范圍的政策和高層管理的責任。,執(zhí)行能力：達到的前提條件，一般包括資源保證、人員培訓等內(nèi)容。,執(zhí)行活動 ：必須執(zhí)行的任務和步驟，一般包括計劃、執(zhí)行的任務、任務執(zhí)行的跟蹤等。,度量和分析：度量的基本原則，用以確定、改進和控制過程的狀態(tài)。,驗證實施：驗證所開展的關鍵實踐與確立的過程是否遵循已制定的步驟。,三、能力成熟度模型的結(jié)構(5),5. CMM的應用,Final Review,CMM的兩種主要用途歸結(jié)為兩種評定方法。,軟件過程評估: 用于確定組織目前的軟件過程狀態(tài)，確定組織面臨的突出軟件過程問題，從而求得組織的軟件過程改進的支持。,軟件能力評價: 用于識別合格的軟件工作承包商，或用于監(jiān)控現(xiàn)行軟件工作項目上用的軟件過程的狀態(tài)。,CMM是軟件過程評估和軟件能力評價的公共基礎。不過，兩種用法的目的不同，而且具體用法也有很大差異。軟件過程評估側(cè)重于確定本組織軟件過程改進的輕重緩急；軟件能力評價側(cè)重于確定在選擇軟件項目承包商時可能碰到的風險，或者說是確定軟件組織在軟件能力方面的置信程度。后面這一點正是許多軟件組織看好按CMM評定等級的原因。,四、可重復級(1),1. 可重復級的基本特征,Final Review,已建立了項目管理的方針和規(guī)定。,組織的過程能力體現(xiàn)在有紀律。,當有轉(zhuǎn)包商時，通過轉(zhuǎn)包合同建立有效的供求關系。,對項目已設置基本的軟件管理控制。,缺陷：依賴經(jīng)驗管理項目。,關注項目一級的軟件過程。,四、可重復級(2),2. 需求管理（ RM, Requirements Management ）,Final Review,由上級主管部門和軟件質(zhì)量保證組實施驗證。,分配需求是指分配給軟件的系統(tǒng)需求，包括：軟件項目活動中的非技術性需求、軟件技術性需求、接收標準。它是制定軟件開發(fā)計劃的根據(jù)，是整個軟件生命周期中估算、計劃、執(zhí)行和跟蹤軟件項目活動的基礎。,目標：建立基線；軟件開發(fā)計劃、產(chǎn)品和活動與分配給軟件的系統(tǒng)需求保持一致。即，需求確定的管理、需求實現(xiàn)的管理、需求變更的管理。,執(zhí)行活動：評審分配需求；將分配需求作為軟件開發(fā)的基礎；評審需求變更并納入到項目中。,四、可重復級(3),3. 軟件項目計劃（SPP,Software Project Planning）,Final Review,由高級管理者和軟件質(zhì)量保證組實施驗證。,目標：對軟件估計建立文檔；項目活動和約定是有計劃的，并已形成文檔；相關小組和個人對約定達成共識。,執(zhí)行活動：軟件項目的策劃、建議與評審；確定易于管理的軟件生命周期；制定項目的軟件開發(fā)計劃（SDP）；識別軟件工作產(chǎn)品；作出軟件估計并形成文檔；記錄軟件計劃數(shù)據(jù)。,四、可重復級(4),4. 軟件項目跟蹤和監(jiān)控(SPTO，Software Project Tracking and Oversight),Final Review,由上級主管部門和軟件質(zhì)量保證組實施驗證。,目標：對照SDP，跟蹤實際結(jié)果和性能；發(fā)生明顯偏離時采取糾正措施；對軟件約定的更改應得到相關小組和個人的認可。,執(zhí)行活動：利用SDP跟蹤活動并修訂項目的開發(fā)計劃；跟蹤實際的開發(fā)過程，必要時采取糾正措施；記錄軟件項目的實際度量數(shù)據(jù)，并重新計劃數(shù)據(jù)；定期進行內(nèi)部審查和在項目里程碑處進行審查。,四、可重復級(5),5. 軟件轉(zhuǎn)包合同管理（SSM，Software Subcontract Management）,Final Review,由上級主管部門和軟件質(zhì)量保證組實施驗證。,目標：主承制方選擇合格的軟件分承制方；主承制方與軟件分承制方確認他們相互間的約定；主承制方和軟件分承制方保持工作聯(lián)系；主承制方根據(jù)約定跟蹤軟件分承制方的實際結(jié)果和性能。,執(zhí)行活動：選擇合格的轉(zhuǎn)包商，并與之簽訂合同；主承包商審查轉(zhuǎn)包商的軟件開發(fā)計劃，并用于跟蹤其軟件活動；評審、評價轉(zhuǎn)包商；監(jiān)督、驗收轉(zhuǎn)包商的軟件活動。,四、可重復級(6),6. 軟件質(zhì)量保證（SQA，Software Quality Assurance）,Final Review,由上級主管部門和獨立于SQA組的專家進行審查。,目標：SQA活動是有計劃的；客觀地驗證軟件產(chǎn)品和活動是否遵守所用的標準、規(guī)程和需求；SQA組所進行的活動和結(jié)果及時通知到相關的組和個人；高層管理者及時處理在軟件項目內(nèi)部不能解決的不一致性問題。,執(zhí)行活動：制定軟件項目的SQA計劃；按照SQA計劃來開展活動；評審軟件工程活動，以檢驗一致性；審核制定的軟件工作產(chǎn)品，以檢驗一致性。,創(chuàng)建一個SQA小組是開展軟件質(zhì)量保證的必要條件。,四、可重復級(7),7. 軟件配置管理（SCM，Software Configuration Management）,Final Review,由上級主管部門和SQA組進行審查。,目標：軟件配置管理活動是有計劃的；所選用的軟件工作產(chǎn)品是經(jīng)過標識、受控和可用的；對已標識的軟件產(chǎn)品的變更是受控的；相關組和個人能及時得到軟件基線的狀態(tài)和內(nèi)容。,SCM活動主要解決四個方面的問題：配置識別；變更控制、配置狀態(tài)統(tǒng)計、配置審核（正式審核和非正式審核）。,創(chuàng)建一個有權力管理項目軟件基線的委員會（SCCB）和一個SCM小組是開展SCM的必要條件。,五、已定義級(1),1. 概述,Final Review,用于開發(fā)、維護軟件的過程已經(jīng)得到了系統(tǒng)的闡述并能付諸于實施。,軟件過程能力可概括為標準的和一致的。,有兩種“已定義”的軟件過程：組織標準軟件過程(OSSP)、項目定義軟件過程。,七個關鍵過程域。,關注組織一級的軟件過程。,五、已定義級(2),2. 組織過程焦點（OPF，organization process focus）,Final Review,由高級管理者進行審查。,目標：在整個組織內(nèi)，有關軟件過程的活動是協(xié)調(diào)的；識別出一個具體軟件過程與一個過程標準相比較的強處和弱處；在組織層上，有關軟件過程的活動是有計劃的。,OPF的主要活動：定期評估軟件過程并制定相應的更改計劃；協(xié)調(diào)組織的標準軟件過程和項目定義軟件過程的制定和改進活動。,創(chuàng)建一個負責組織軟件過程活動的組（如SEPG組）開展OPF的必要條件。,五、已定義級(3),3.組織過程定義（OPD，Organization Process Definition）,Final Review,由軟件質(zhì)量保證組實施驗證。,目標：開發(fā)和維護組織的標準軟件過程；收集和評審軟件項目使用組織的標準軟件過程的信息，并使其可用。,OPD活動產(chǎn)生軟件過程財富，包括：組織批準的軟件生命周期、組織標準軟件過程、裁減指南、組織的軟件過程數(shù)據(jù)庫、軟件過程相關的文檔庫。,軟件過程體系結(jié)構是對組織標準軟件過程的高層次描述。它描述了OSSP中的軟件過程元素的排序、接口、相互依賴關系及其他關系。,五、已定義級(4),4.培訓程序（TP，Training Program）,Final Review,目標：培訓活動是有計劃的；為培訓組提供實施管理和技術職責所需要的技能和知識的培訓；軟件工程組和軟件相關組的成員接受所需的培訓。,五、已定義級(5),5.集成軟件管理（ISM，Integrated Software Management）,Final Review,目標：項目定義的軟件過程是組織的標準軟件過程經(jīng)裁減的版本；按照項目定義的軟件過程對項目進行計劃和管理。,五、已定義級(6),6.軟件產(chǎn)品工程（SPE，Software Product Engineering）,Final Review,目標：定義和集成軟件工程任務，并一致地執(zhí)行它們；軟件工作產(chǎn)品間保持一致。,五、已定義級(7),7.組間協(xié)調(diào)（Intergroup Coordination）,Final Review,目標：客戶需求得到所有相關組的認同；工程組之間的約定得到相關組的認同；各工程組識別、跟蹤和解決組間存在的問題。,組間協(xié)調(diào)的目的是為了建立一種工作方式，使軟件工程組能和其他工程組積極協(xié)調(diào)地工作，從而使項目能夠更有效地滿足客戶的需要。,五、已定義級(8),8.同行評審（ Peer Reviews ）,Final Review,目標：同行評審活動是有計劃的；識別并消除軟件工作產(chǎn)品中存在的缺陷。,六、已管理級(1),1.概述,Final Review,組織為軟件產(chǎn)品和軟件過程定了量化的質(zhì)量標準 量化控制將使軟件開發(fā)真正成為一種工業(yè)生產(chǎn)活動 兩個關鍵過程域 定量過程管理 軟件質(zhì)量管理,六、已管理級(2),2. 定量過程管理,Final Review,目標：定量過程管理活動是有計劃的；定量地控制項目定義的軟件過程的過程性能；組織的標準軟件過程的過程能力是定量已知的。,六、已管理級(3),3. 軟件質(zhì)量管理,Final Review,目標：項目的軟件質(zhì)量管理活動是有計劃的；軟件產(chǎn)品質(zhì)量的可測目標和目標的優(yōu)先級被定義；對達到軟件產(chǎn)品質(zhì)量目標的實際進展進行了量化管理。,七、優(yōu)化級(1),1.概述,Final Review,CMM中的最高層次 工作重點 對已有的軟件過程進行深層次的改進和過程成熟能力的不斷提高 企業(yè)以“預防”、“改革”和“完善”為目標 三個關鍵過程域 缺陷預防 技術改革管理 過程變更管理,七、優(yōu)化級(2),2.缺陷預防,Final Review,目標：缺陷預防活動是有計劃的；缺陷產(chǎn)生的共同原因已經(jīng)找出且被標識；缺陷產(chǎn)生的共同原因已按優(yōu)先級排序并被系統(tǒng)地消除。,七、優(yōu)化級(3),3.技術改革管理,Final Review,目標：有計劃地進行技術革新；評價新技術，確定他們對軟件質(zhì)量和生產(chǎn)率的影響；將合適的新技術引入到全組織的正常實踐中。,七、優(yōu)化級(4),4.過程變更管理,Final Review,目標：持續(xù)的過程改進是有計劃的；組織內(nèi)的人員都參與組織的軟件過程改進活動；組織的標準軟件過程和項目定義的軟件過程是不斷改進的。,八、個體軟件過程(1),Final Review,階段計劃是基于時間段的計劃，產(chǎn)品計劃是基于活動的計劃。一個產(chǎn)品計劃需要一個階段計劃的支持。,個體軟件過程(Personal Software Process，PSP)是一種可用于控制、管理和改進個人工作方式的自我持續(xù)改進過程，是一個包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構化框架。PSP與具體的技術（程序設計語言、工具或者設計方法）相對獨立，其原則能夠應用到幾乎任何的軟件工程任務之中。PSP能夠說明個體軟件過程的原則； 幫助軟件工程師作出準確的計劃；確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；建立度量個體軟件過程改善的基準；確定過程的改變對軟件工程師能力的影響。,八、個體軟件過程(2),Final Review,通過缺陷分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預防和排除這一類缺陷，這就是缺陷管理的關鍵。PSP將缺陷分為10類。,代碼復查是PSP提倡的查找缺陷的方法。在編譯之前進行代碼復查，是完成目標最好的方法。,缺陷是指程序中存在的錯誤，例如語法錯誤、標點符號錯誤或者是一個不正確的程序語句，是任何影響程序完整而有效的滿足用戶要求的東西，是可以表示、描述和統(tǒng)計的客觀事物。,九、群組軟件過程(1),Final Review,在設計TSP過程時，需要遵循以下七條原則： 循序漸進的原則，首先在PSP的基礎上提出一個簡單的過程框架，然后逐步完善； 迭代開發(fā)的原則，選用增量式迭代開發(fā)方法，通過幾個循環(huán)開發(fā)一個產(chǎn)品； 質(zhì)量優(yōu)先的原則，對按TSP開發(fā)的軟件產(chǎn)品，建立質(zhì)量和性能的度量標準；,目標明確的原則，對實施TSP的群組及其成員的工作效果提供準確的度量； 定期評審的原則，在TSP的實施過程中，對角色和群組進行定期的評價； 過程規(guī)范的原則，對每一個項目的TSP規(guī)定明確的過程規(guī)范； 指令明確的原則，對實施TSP中可能遇到的問題提供解決問題的指南。,十、CMMI(1),Final Review,CMMI 與CMM 最大的不同點在于： CMMISM-SE/SW/IPPD/SS 1.1 版本有四個集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應用集成產(chǎn)品和過程開發(fā)方面(IPPD)的內(nèi)容，如果涉及到供應商外包管理可以相應的應用SS(Supplier Sourcing)部分 。,CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應用于軟件業(yè)項目的管理方法，SEI在部分國家和地區(qū)開始推廣和試用。隨著應用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應用的綜合性模型。,十、CMMI(2),Final Review,CMMI 有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種表現(xiàn)方法的區(qū)別是：階段式表現(xiàn)方法仍然把CMMI 中的若干個過程區(qū)域分成了5 個成熟度級別，幫助實施CMMI 的組織建議一條比較容易實現(xiàn)的過程改進發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過將CMMI 中過程區(qū)域分為四大類：過程管理、項目管理、工程以及支持。對于每個大類中的過程區(qū)域，又進一步分為基本的和高級的。這樣，在按照連續(xù)式表示方法實施CMMI的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。,十一、例題（1）,Final Review,（ ）1. CMM2（可重復級）重點關注的是下列哪一個級別的軟件過程 。 A. 個人 B. 機構 C. 項目 D. 小組,C,十一、例題（2）,Final Review,（ ）2. 下面有關CMM模型的描述中，不正確的是 。 A. CMM模型定義了成熟的軟件過程的實踐活動 B. CMM模型提供了改進軟件開發(fā)過程的結(jié)構化模型 C. CMM模型給出了適用于各種應用范圍的專門技術 D. 按照CMM模型改進軟件過程需要相當可觀的費用,C,十一、例題（3）,Final Review,（ ）3. 以下哪一個KPA不是CMM2（可重復級）關鍵過程域 。 A. 軟件需求管理 B. 軟件質(zhì)量保證 C. 軟件配置管理 D. 定量過程管理,D,十一、例題（4）,Final Review,（ ）4. 直接在測試環(huán)境中修改源代碼違反了下列哪一個KPA的規(guī)定 。 A. 需求管理 B. 配置管理 C. 項目計劃 D. 過程變更,B,十一、例題（5）,Final Review,（ ）5. 以下哪一項是實施OPF（組織過程焦點）活動的前提條件 。 A. 成立SEPG組 B. 進行同行評審 C. 制定軟件項目計劃 D. 識別軟件工作產(chǎn)品,A,十一、例題（6）,Final Review,（ ）6. “定期地評估過程，理解過程的強項和弱項”是哪一個KPA的活動 。 A. SQA（軟件質(zhì)量保證） B. OPD（組織過程定義） C. OPF（組織過程焦點） D. SCM（軟件配置管理）,C,十一、例題（7）,Final Review,（ ）7. OPF（組織過程焦點）的驗證工作是由 來承擔的。 A. SEPG組 B. SQA組 C. 高級管理者 D. 項目經(jīng)理,C,十一、例題（8）,Final Review,（ ）8. 在RUP中，關于周期（Cycle）、階段（Phase）、迭代（Iteration）的描述錯誤的是 。 A. 一個周期由4個階段構成，并產(chǎn)生一代軟件產(chǎn)品 B. 每個階段經(jīng)歷的時間長短可能不同 C. 每個階段由多個迭代構成，每個迭代產(chǎn)生一個可運行的版本 D. 每個迭代都是一次小型的瀑布式開發(fā)，從需求分析直到測試、集成等工作都花費同樣的時間,D,十一、例題（9）,Final Review,（ ）9.下列關于過程和軟件過程的描述中不正確的是 。 A. 過程對結(jié)果的影響往往是決定性的 B. 過程是需要定義的 C. 在軟件過程中，產(chǎn)品實現(xiàn)過程被稱為“工程過程” D. 過程就是指完成某項任務的步驟之間的先后順序,D,十一、例題（10）,Final Review,（ ）10.下列關于“軟件過程管理”和“軟件工程”的描述中，不正確的是 。 A. 經(jīng)典的軟件工程不是不好，而是不夠，所以要關注軟件過程 B. 軟件過程管理并不屬于軟件工程的范疇 C. 軟件工程的誕生是為了解決軟件危機，然而軟件工程40余年的發(fā)展并未徹底解決這個問題 D. 在軟件過程管理中并不排斥對經(jīng)典軟件工程方法的應用,B,十一、例題（11）,Final Review,（ ）11.軟件開發(fā)的瀑布模型是 。 A. 適用于需求被清晰定義的情況 B. 一種需要快速構造可運行程序的好方法 C. 最適合于大規(guī)模團隊開發(fā)的項目 D. 已不能用于現(xiàn)代環(huán)境的過時模型,A,十一、例題（12）,Final Review,（ ）12.在RUP中，有一個術語叫做“制品”（Artifacts），在CMM中與之對應的術語是 。 A.模板（Templates） B.產(chǎn)品（Products） C.設計集（Design Set） D.工作產(chǎn)品（Work Products）,D,十一、例題（13）,Final Review,（ ）13.以下哪一項不是成熟的軟件過程的特點 。 A. 過程可以度量 B. 過程本身受技術支持 C. 高度依賴于專業(yè)人員 D. 關注的焦點是過程改進,C,十一、例題（14）,Final Review,（ ）14.依靠天才的管理者管理軟件開發(fā)是很多公司的做法。這種做法之所以錯誤的最主要的原因是 。 A. 再能干的人也有出錯的時候 B. 有才華的管理者往往得不到員工的支持和配合 C. 依靠個人意味著放棄組織責任，該組織實際上已經(jīng)從這個項目退出 D. 實際上并不存在天才的管理者,C,十一、例題（15）,Final Review,15. 可將過程分為 、 和 三大類。,產(chǎn)品實現(xiàn)過程,管理過程,支持過程,十一、例題（16）,Final Review,16. RUP是一個軟件過程的框架，它所使用的可視化建模語言是 。,UML,十一、例題（17）,Final Review,17. 軟件開發(fā)的三個要素是人、 和 ，先重視 ，后重視 ，是世界軟件業(yè)發(fā)展的共同規(guī)律。,技術,管理,技術,管理,十一、例題（18）,Final Review,18.軟件危機是指軟件項目開發(fā)在 、 和 三方面出了問題。,時間,成本,質(zhì)量,十一、例題（19）,Final Review,19.用于提高 的實踐通稱為軟件過程改進。,軟件過程能力,十一、例題（20）,Final Review,20.經(jīng)典軟件工程的一個重大貢獻是防止了軟件開發(fā)人員匆匆開始編碼，而強調(diào)了 和 的重要性，軟件過程管理的理論則為持續(xù)提高 指明了一條行之有效的道路。,需求分析,系統(tǒng)設計,軟件過程能力,十一、例題（21）,Final Review,21. 如果從變更的意義上講，軟件配置管理主要解決軟件的變更 、變更 和變更發(fā)布的問題。,標識,控制,十一、例題（22）,Final Review,22. 軟件管理工程的發(fā)展經(jīng)歷了 時代和 時代，正向著 時代邁進。,結(jié)構化生產(chǎn),以過程為中心的,工業(yè)化生產(chǎn),十一、例題（23）,Final Review,23.軟件過程的三要素是 、 和 。,機構,活動,測量,十一、例題（24）,Final Review,24.在RUP提倡的迭代開發(fā)中，一個周期分為4個階段，它們是：初始階段、 、 和 。,細化階段,構造階段,移交