計算機軟件培訓(xùn)講義

1、XX公司計算機軟件培訓(xùn)講義1、背景20世紀是一個革命化變革的世紀。機械化革命、電氣化革命、信息化革命無論是對社會還是對人類都起到了根本性的變化影響。特別是自動化生產(chǎn)的理念，對機械化革命、電氣化革命和信息化革命中的骨骼部分(硬件產(chǎn)品：例如計算機及其相關(guān)部件、通信產(chǎn)品、存儲介質(zhì)等)都起到了突飛猛進的推動作用。但對于信息化革命中的神經(jīng)或血液部分的軟件，如何將自動化生產(chǎn)的理念引入到其開發(fā)研制中來，是20世紀60年代以來給人類留下的始終未解決好的一個重大課題。20世紀80年代初，國際著名的軟件學(xué)家布魯思曾經(jīng)發(fā)表過一片著名的論文沒有銀彈，在軟件界引起了很大的震動。論文的中心散布了一種軟件悲觀論的思想，布魯

2、思個人認為軟件的自動化生產(chǎn)，由于受各種外界條件的制約，是幾乎無法實現(xiàn)的。這種悲觀的事實雖徹底解決不了，但通過軟件工程及其相關(guān)聯(lián)的優(yōu)秀的方法論，通過優(yōu)秀的人才是可以緩解的。在未來的信息化革命中，起著神經(jīng)或血液角色的軟件作用越來越重要，據(jù)國際權(quán)威調(diào)查機構(gòu)的資料，工程費用上軟硬的比例目前已達到了6：4的數(shù)值。由此可見軟件工程及其相關(guān)聯(lián)的優(yōu)秀的方法論、優(yōu)秀的軟件人才在信息化革命革命中的重要性。2、軟件工程軟件工程是一類工程。工程是將理論和知識應(yīng)用于實踐的科學(xué)。就軟件工程而言，它借鑒了傳統(tǒng)工程的原則和方法，以求高效地開發(fā)高質(zhì)量軟件。其中應(yīng)用了計算機科學(xué)、數(shù)學(xué)和管理科學(xué)。計算機科學(xué)和數(shù)學(xué)用于構(gòu)造模型與算法

3、，工程科學(xué)用于制定規(guī)范、設(shè)計范型、評估成本及確定權(quán)衡，管理科學(xué)用于計劃、資源、質(zhì)量和成本的管理。 軟件工程這一概念，主要是針對20世紀60年代“軟件危機”而提出的。它首次出現(xiàn)在1968年NATO（北大西洋公約組織）會議上。自這一概念提出以來，圍繞軟件項目，開展了有關(guān)開發(fā)模型、方法以及支持工具的研究。其主要成果有：提出了瀑布模型，開發(fā)了一些結(jié)構(gòu)化程序設(shè)計語言（例如PASCAL語言，ADA語言）、結(jié)構(gòu)化方法等。并且圍繞項目管理提出了費用估算、文檔復(fù)審等方法和工具。綜觀60年代末至80年代初，其主要特征是，前期著重研究系統(tǒng)實現(xiàn)技術(shù)，后期開始強調(diào)開發(fā)管理和軟件質(zhì)量。70年代初，自“軟件工廠”這一概念提

4、出以來，主要圍繞軟件過程以及軟件復(fù)用，開展了有關(guān)軟件生產(chǎn)技術(shù)和軟件生產(chǎn)管理的研究與實踐。其主要成果有：提出了應(yīng)用廣泛的面向?qū)ο笳Z言以及相關(guān)的面向?qū)ο蠓椒?，大力開展了計算機輔助軟件工程的研究與實踐。尤其是近幾年來，針對軟件復(fù)用及軟件生產(chǎn)，軟件構(gòu)件技術(shù)以及軟件質(zhì)量控制技術(shù)、質(zhì)量保證技術(shù)得到了廣泛的應(yīng)用。目前各個軟件企業(yè)都十分重視資質(zhì)認證，并想通過這些工作進行企業(yè)管理和技術(shù)的提升。軟件工程所涉及的要素可概括如下：軟件工程框架圖根據(jù)這一框架，可以看出：軟件工程涉及了軟件工程的目標(biāo)、軟件工程原則和軟件工程活動。軟件工程的主要目標(biāo)是：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性意指軟件產(chǎn)品達到預(yù)期功能

5、的程度?？捎眯灾杠浖窘Y(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜性是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標(biāo)的實現(xiàn)不論在理論上還是在實踐中均存在很多問題有待解決，它們形成了對過程、過程模型及工程方法選取的約束。 軟件工程的四項基本原則是：第一，選取適宜開發(fā)范型。該原則與系統(tǒng)設(shè)計有關(guān)。在系統(tǒng)設(shè)計中，軟件需求、硬件需求以及其他因素之間是相互制約、相互影響的，經(jīng)常需要權(quán)衡。因此，必須認識需求定義的易變性，采用適宜的開發(fā)范型予以控制，以保證軟件產(chǎn)品滿足用戶的要求。 第二，采用合適的設(shè)計方法。在軟件設(shè)計中，通常要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應(yīng)性等特征。合適的設(shè)計

6、方法有助于這些特征的實現(xiàn)，以達到軟件工程的目標(biāo)。 第三，提供高質(zhì)量的工程支持?！肮び破涫?，必先利其器”。在軟件工程中，軟件工具與環(huán)境對軟件過程的支持頗為重要。軟件工程項目的質(zhì)量與開銷直接取決于對軟件工程所提供的支撐質(zhì)量和效用。 第四，重視開發(fā)過程的管理。軟件工程的管理，直接影響可用資源的有效利用，生產(chǎn)滿足目標(biāo)的軟件產(chǎn)品，提高軟件組織的生產(chǎn)能力等問題。因此，僅當(dāng)軟件過程得以有效管理時，才能實現(xiàn)有效的軟件工程。 軟件工程活動是“生產(chǎn)一個最終滿足需求且達到工程目標(biāo)的軟件產(chǎn)品所需要的步驟”。主要包括需求、設(shè)計、實現(xiàn)、確認以及支持等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需

7、求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。概要設(shè)計建立整個軟件體系結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊接口定義。詳細設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿足用戶的要求。支持活動包括修改和完善。伴隨以上活動，還有管理過程、支持過程、培訓(xùn)過程等。這一軟件工程框架告訴我們，軟件工程的目標(biāo)是可用性、正確性和合算性；實施一個軟件工程要選取適宜的開發(fā)范型，要采用合適的設(shè)計方法，要提供高質(zhì)量的工程支撐，要實行開發(fā)過程的有效管理；軟件工程活動

8、主要包括需求、設(shè)計、實現(xiàn)、確認和支持等活動，每一活動可根據(jù)特定的軟件工程，采用合適的開發(fā)范型、設(shè)計方法、支持過程以及過程管理。根據(jù)軟件工程這一框架，軟件工程學(xué)科的研究內(nèi)容主要包括：軟件開發(fā)范型、軟件開發(fā)方法、軟件過程、軟件工具、軟件開發(fā)環(huán)境、計算機輔助軟件工程(CASE) 及軟件經(jīng)濟學(xué)等。 自從軟件工程概念提出以來，經(jīng)過30多年的研究與實踐,雖然“軟件危機”沒得到徹底解決，但在軟件開發(fā)方法和技術(shù)方面已經(jīng)有了很大的進步。尤其應(yīng)該指出的是，自80年代中期，美國工業(yè)界和政府部門開始認識到，在軟件開發(fā)中，最關(guān)鍵的問題是軟件開發(fā)組織不能很好地定義和管理其軟件過程，從而使一些好的開發(fā)方法和技術(shù)都起不到所期

9、望的作用。也就是說，在沒有很好定義和管理軟件過程的軟件開發(fā)中，開發(fā)組織不可能在好的軟件方法和工具中獲益。 根據(jù)調(diào)查，中國的現(xiàn)狀幾乎和美國10多年前的情況一樣，軟件開發(fā)過程沒有明確規(guī)定，文檔不完整，也不規(guī)范，軟件項目的成功往往歸功于軟件開發(fā)組的一些杰出個人或小組的努力。這種依賴于個別人員上的成功并不能為全組織的軟件生產(chǎn)率和質(zhì)量的提高奠定有效的基礎(chǔ)，只有通過建立全組織的過程改善，采用嚴格的軟件工程方法和管理，并且堅持不懈地付諸實踐，才能取得全組織的軟件過程能力的不斷提高。這一事實告訴我們，只有堅持軟件工程的四條基本原則，既重視軟件技術(shù)的應(yīng)用，又重視軟件工程的支持和管理，并在實踐中貫徹實施，才能高效

10、地開發(fā)出高質(zhì)量的軟件。3、方法論如何運用軟件工程，從20世紀70年代初開始，圍繞著這個問題，誕生了許多著名的方法論。下面對幾個典型的方法論進行簡單的介紹。3.1、瀑布式方法論瀑布模型將軟件生命周期的各項活動規(guī)定為依固定順序聯(lián)接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品。優(yōu)點：a. 強調(diào)開發(fā)的階段性；b. 強調(diào)早期計劃及需求調(diào)查；c. 強調(diào)產(chǎn)品測試。 缺點：a. 依賴于早期進行的唯一的一次需求調(diào)查，不能適應(yīng)需求的變化；b. 由于是單一流程，開發(fā)中的經(jīng)驗教訓(xùn)不能反饋應(yīng)用于本產(chǎn)品的過程；c. 風(fēng)險往往遲至后期的開發(fā)階段才顯露，因而失去及早糾正的機會。 其中，BD是Basic Design的縮寫，

11、這一部分完成“本系統(tǒng)要做什么”的文檔記錄工作，即系統(tǒng)的分析階段工作；FD是Function Design的縮寫，這一部分完成本系統(tǒng)功能塊的劃分，是“怎么去做”的第一階段工作，即系統(tǒng)的設(shè)計初期階段工作；DD是Detail Design的縮寫，這一部分完成本系統(tǒng)各個功能模塊的詳細設(shè)計工作，是編程階段的準(zhǔn)備設(shè)計階段；MK是Making的縮寫，即具體編程實施階段；UT是Unit Test的縮寫，即單元測試階段；CT是Combine Test的縮寫，即結(jié)合測試階段；ST是System Test的縮寫，即系統(tǒng)測試階段；PT是Product Test的縮寫，即商品測試階段。從上圖中可以看出，BD和PT、 F

12、D和ST、DD和CT、MK和UT都是成對出現(xiàn)的。每一對的前一部分完成之后，應(yīng)該馬上著手后一部分的文檔制作工作。對較大的系統(tǒng)開發(fā)，實際測試和文檔的擔(dān)當(dāng)者應(yīng)該不同。3.2、生魚片式方法論前一階段完成70%到80%時，即可并行進入到下一個階段。3.3、螺旋式方法論瀑布模型與演化模型相結(jié)合，并加入兩者所忽略的風(fēng)險分析所建立的一種軟件開發(fā)模型。該模型于1998年由美國TRW公司（B.W.Boehm）提出。軟件項目風(fēng)險的大小作為指引軟件過程的一個重要因素，引入這一概念有可能使得軟件開發(fā)被看作一種元模型，因為它能包容任何一個開發(fā)過程模型。螺旋模型基本的做法是在“瀑布模型”的每一個開發(fā)階段之前，引入非常嚴格的

13、風(fēng)險識別、風(fēng)險分析和風(fēng)險控制。直到采取了消除風(fēng)險的措施之后，才開始計劃下一階段的開發(fā)工作。否則，項目就很可能被取消。 另外，如果有充足的把握判斷遺留的風(fēng)險已降低到一定的程度，項目管理人員可作出決定讓余下的開發(fā)工作采用另外的生命周期模型，如“演化模型”，“瀑布模型”，或自定的混合模型。 優(yōu)點： a. 強調(diào)嚴格的全過程風(fēng)險管理。b. 強調(diào)各開發(fā)階段的質(zhì)量。c. 提供機會檢討項目是否有價值繼續(xù)下去。 缺點： a.引入非常嚴格的風(fēng)險識別，風(fēng)險分析，和風(fēng)險控制，這對風(fēng)險管理的技能水平提出了很高的要求。這需要人員，資金，和時間的投入。 3.4、階段性發(fā)布式方法論該模型主要針對事先不能完整定義需求的軟件開發(fā)

14、。用戶可以給出待開發(fā)系統(tǒng)的核心需求，并且當(dāng)看到核心需求實現(xiàn)后，能夠有效地提出反饋，以支持系統(tǒng)的最終設(shè)計和實現(xiàn)。軟件開發(fā)人員根據(jù)用戶的需求，首先開發(fā)核心系統(tǒng)。當(dāng)該核心系統(tǒng)投入運行后，用戶試用之，完成他們的工作，并提出精化系統(tǒng)、增強系統(tǒng)能力的需求。軟件開發(fā)人員根據(jù)用戶的反饋，實施開發(fā)的迭代過程。第一迭代過程均由需求、設(shè)計、編碼、測試、集成等階段組成，為整個系統(tǒng)增加一個可定義的、可管理的子集。下面為生魚片型階段性發(fā)布式方法論圖示。在開發(fā)模式上采取分批循環(huán)開發(fā)的辦法，每循環(huán)開發(fā)一部分的功能，它們成為這個產(chǎn)品的原型的新增功能。于是，設(shè)計就不斷地演化出新的系統(tǒng)。 實際上，這個模型可看作是重復(fù)執(zhí)行的多個“生

15、魚片方式”。 3.5、Booch方法論Booch方法的過程包括以下步驟： 在給定的抽象層次上識別類和對象 識別這些對象和類的語義 識別這些類和對象之間的關(guān)系 實現(xiàn)類和對象這四種活動不僅僅是一個簡單的步驟序列，而是對系統(tǒng)的邏輯和物理視圖不斷細化的迭代和漸增的開發(fā)過程。類和對象的識別包括找出問題空間中關(guān)鍵的抽象和產(chǎn)生動態(tài)行為的重要機制。開發(fā)人員可以通過研究問題域的術(shù)語發(fā)現(xiàn)關(guān)鍵的抽象。語義的識別主要是建立前一階段識別出的類和對象的含義。開發(fā)人員確定類的行為（即方法）和類及對象之間的互相作用（即行為的規(guī)范描述）。該階段利用狀態(tài)轉(zhuǎn)移圖描述對象的狀態(tài)的模型，利用時態(tài)圖（系統(tǒng)中的時態(tài)約束）和對象圖（對象之間

16、的互相作用）描述行為模型。在關(guān)系識別階段描述靜態(tài)和動態(tài)關(guān)系模型。這些關(guān)系包括使用、實例化、繼承、關(guān)聯(lián)和聚集等。類和對象之間的可見性也在此時確定。在類和對象的實現(xiàn)階段要考慮如何用選定的編程語言實現(xiàn)，如何將類和對象組織成模塊。在面向?qū)ο蟮脑O(shè)計方法中，Booch強調(diào)基于類和對象的系統(tǒng)邏輯視圖與基于模塊和進程的系統(tǒng)物理視圖之間的區(qū)別。他還區(qū)別了系統(tǒng)的靜態(tài)和動態(tài)模型。然而，他的方法偏向于系統(tǒng)的靜態(tài)描述，對動態(tài)描述支持較少。Booch方法的力量在于其豐富的符號體系，包括： 類圖（類結(jié)構(gòu)靜態(tài)視圖） 對象圖（對象結(jié)構(gòu)靜態(tài)視圖） 狀態(tài)轉(zhuǎn)移圖（類結(jié)構(gòu)動態(tài)視圖） 時態(tài)圖（對象結(jié)構(gòu)動態(tài)視圖） 模塊圖（模塊體系結(jié)構(gòu)）

17、進程圖（進程體系結(jié)構(gòu)）用于類和對象建模的符號體系使用注釋和不同的圖符（如不同的箭頭）表達詳細的信息。Booch建議在設(shè)計的初期可以用符號體系的一個子集，隨后不斷添加細節(jié)。對每一個符號體系還有一個文本的形式，由每一個主要結(jié)構(gòu)的描述模板組成。符號體系由大量的圖符定義，但是，其語法和語義并沒有嚴格地定義。3.6、OMT方法論Rumbaugh的OMT方法從三個視角描述系統(tǒng)，相應(yīng)地提供了三種模型，對象模型，動態(tài)模型和功能模型。對象模型描述對象的靜態(tài)結(jié)構(gòu)和它們之間的關(guān)系。主要的概念包括： 類 屬性 操作 繼承 關(guān)聯(lián)（即關(guān)系） 聚集動態(tài)模型描述系統(tǒng)那些隨時間變化的方面，其主要概念有： 狀態(tài) 子狀態(tài)和超狀態(tài)

18、事件 行為 活動功能模型描述系統(tǒng)內(nèi)部數(shù)據(jù)值的轉(zhuǎn)換，其主要概念有： 加工 數(shù)據(jù)存儲 數(shù)據(jù)流 控制流 角色（源/潭）該方法將開發(fā)過程分為四個階段：1) 分析基于問題和用戶需求的描述，建立現(xiàn)實世界的模型。分析階段的產(chǎn)物有： 問題描述 對象模型對象圖數(shù)據(jù)詞典 動態(tài)模型狀態(tài)圖全局事件流圖 功能模型數(shù)據(jù)流圖約束2) 系統(tǒng)設(shè)計結(jié)合問題域的知識和目標(biāo)系統(tǒng)的體系結(jié)構(gòu)（求解域），將目標(biāo)系統(tǒng)分解為子系統(tǒng)。該階段的主要產(chǎn)物是系統(tǒng)設(shè)計文檔：基本的系統(tǒng)體系結(jié)構(gòu)和高層次的決策。3) 對象設(shè)計基于分析模型和求解域中的體系結(jié)構(gòu)等添加的實現(xiàn)細節(jié)，完成系統(tǒng)設(shè)計。主要產(chǎn)物包括： 細化的對象模型 細化的動態(tài)模型 細化的功能模型4) 實

19、現(xiàn)將設(shè)計轉(zhuǎn)換為特定的編程語言或硬件，同時保持可追蹤性、靈活性和可擴展性。3.7、OOSE方法論Jacobson方法(OOSE)與上述三種方法有所不同，它涉及到整個軟件生命周期，包括需求分析、設(shè)計、實現(xiàn)和測試等四個階段。需求分析和設(shè)計密切相關(guān)。需求分析階段的活動包括定義潛在的角色（角色指使用系統(tǒng)的人和與系統(tǒng)互相作用的軟、硬件環(huán)境），識別問題域中的對象和關(guān)系，基于需求規(guī)范說明和角色的需要發(fā)現(xiàn)use case，詳細描述use case。設(shè)計階段包括兩個主要活動，從需求分析模型中發(fā)現(xiàn)設(shè)計對象，以及針對實現(xiàn)環(huán)境調(diào)整設(shè)計模型。第一個活動包括從use case的描述發(fā)現(xiàn)設(shè)計對象，并描述對象的屬性、行為和關(guān)聯(lián)

20、。在這里還要把use case的行為分派給對象。在需求分析階段的識別領(lǐng)域?qū)ο蠛完P(guān)系的活動中，開發(fā)人員識別類、屬性和關(guān)系。關(guān)系包括繼承、熟悉（關(guān)聯(lián)）、組成（聚集）和通信關(guān)聯(lián)。定義use case的活動和識別設(shè)計對象的活動，兩個活動共同完成行為的描述。Jacobson方法還將對象區(qū)分為語義對象（領(lǐng)域?qū)ο螅?、界面對象（如用戶界面對象）和控制對象（處理界面對象和領(lǐng)域?qū)ο笾g的控制）。在該方法中的一個關(guān)鍵概念就是use case。use case是指行為相關(guān)的事務(wù)（transaction）序列，該序列將由用戶在與系統(tǒng)對話中執(zhí)行。因此，每一個use case就是一個使用系統(tǒng)的方式，當(dāng)用戶給定一個輸入，就執(zhí)

21、行一個use case的實例并引發(fā)執(zhí)行屬于該use case的一個事務(wù)?；谶@種系統(tǒng)視圖，Jacobson將use case模型與其它五種系統(tǒng)模型關(guān)聯(lián)： 領(lǐng)域?qū)ο竽Ｐ汀se case模型根據(jù)領(lǐng)域來表示。 分析模型。use case模型通過分析來構(gòu)造。 設(shè)計模型。use case模型通過設(shè)計來具體化。 實現(xiàn)模型。該模型依據(jù)具體化的設(shè)計來實現(xiàn)use case模型。 測試模型。用來測試具體化的use case模型。3.8、UML方法論面向?qū)ο蟮姆治雠c設(shè)計(OOA&D)方法的發(fā)展在80年代末至90年代中出現(xiàn)了一個高潮,UML是這個高潮的產(chǎn)物。軟件工程領(lǐng)域在1995年至1997年取得了前所未有的進展,

22、其成果超過軟件工程領(lǐng)域過去15年來的成就總和。其中最重要的、具有劃時代重大意義的成果之一就是統(tǒng)一建模語言(UML:Unified Modeling Language)的出現(xiàn)。在世界范圍內(nèi),至少在近10年內(nèi),UML將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。UML的中心體現(xiàn)了統(tǒng)一、建模和可視化語言三個方面。統(tǒng)一是指它不僅統(tǒng)一了Booch、Rmbaugh和Jacobson的表示方法,而且對其作了進一步（綜合了其他方法的優(yōu)勢）的發(fā)展,并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語言。建模是指從應(yīng)用的角度看,當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計系統(tǒng)時,首先是描述需求;其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型,以構(gòu)造系統(tǒng)的結(jié)構(gòu);第三步

23、是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的,包括用例圖、類圖(包含包)、對象圖、組件圖和配置圖等五個圖形,是標(biāo)準(zhǔn)建模語言UML的靜態(tài)建模機制。其中第三步中所建立的模型或者可以執(zhí)行,或者表示執(zhí)行時的時序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、活動圖、順序圖和合作圖等四個圖形,是標(biāo)準(zhǔn)建模語言UML的動態(tài)建模機制。因此,標(biāo)準(zhǔn)建模語言UML的主要內(nèi)容也可以歸納為靜態(tài)建模機制和動態(tài)建模機制兩大類。可視化的語言是指建模的要素及其關(guān)系均可用圖形要素（共9種圖形）及明確的可視性關(guān)系來表示，其種類大約有近400種，且可擴展。 UML的5種建模圖歸納如下： 第一類是用例圖,從用戶角度描述系統(tǒng)功能,并指出

24、各功能的操作者。 第二類是靜態(tài)圖(Static diagram),包括類圖、對象圖和包圖。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類,表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等,也包括類的內(nèi)部結(jié)構(gòu)(類的屬性和操作)。類圖描述的是一種靜態(tài)關(guān)系,在系統(tǒng)的整個生命周期都是有效的。對象圖是類圖的實例,幾乎使用與類圖完全相同的標(biāo)識。他們的不同點在于對象圖顯示類的多個對象實例,而不是實際的類。一個對象圖是類圖的一個實例。由于對象存在生命周期,因此對象圖只能在系統(tǒng)某一時間段存在。包由包或類組成,表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。 第三類是行為圖(Behavior diagram),描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。通常,狀態(tài)圖是對類圖的補充。在實用上并不需要為所有的類畫狀態(tài)圖,僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系,有利于識別并行活動