UML系統(tǒng)建模與分析設(shè)計(jì) 課件 第3、4章 需求分析與用例建模、系統(tǒng)分析與對(duì)象類建模

UML系統(tǒng)建模與分析設(shè)計(jì)了解可行性研究與風(fēng)險(xiǎn)分析的方法掌握可行性分析報(bào)告的書寫格式

掌握客戶需求分析的要點(diǎn)及需求分析規(guī)格說明報(bào)告的書寫格式

掌握通過繪制用例圖及其正文描述來完成客戶需求分析的方法

掌握UML的用例模型建模方法

本章目的：

第三章需求分析與用例建模

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)1UML系統(tǒng)建模與分析設(shè)計(jì)1.系統(tǒng)成本費(fèi)用分析設(shè)備購置費(fèi)用。系統(tǒng)開發(fā)費(fèi)用。系統(tǒng)安裝、運(yùn)行和維護(hù)費(fèi)用。人員培訓(xùn)費(fèi)用。2.系統(tǒng)效益分析經(jīng)濟(jì)效益。社會(huì)效益。3.1.1經(jīng)濟(jì)可行性研究

3.1可行性研究與風(fēng)險(xiǎn)分析

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)2UML系統(tǒng)建模與分析設(shè)計(jì)2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)3UML系統(tǒng)建模與分析設(shè)計(jì)1.風(fēng)險(xiǎn)分析

2.資源分析

3.技術(shù)分析反映系統(tǒng)動(dòng)態(tài)特性：綜合系統(tǒng)的全部因素：突出系統(tǒng)的重要因素：

結(jié)構(gòu)簡(jiǎn)單：3.1.2技術(shù)可行性分析3.1.3法律可行性分析3.1.4開發(fā)方案可行性分析研究1.提出待選方案

2.評(píng)價(jià)待選方案3.確定開發(fā)方案2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)4UML系統(tǒng)建模與分析設(shè)計(jì)3.1.5可行性分析報(bào)告文檔格式

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)5UML系統(tǒng)建模與分析設(shè)計(jì)3.2.1建造需求模型——用例建模3.2客戶需求分析與用例建模用例建模的主要目標(biāo)是：將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到用戶確認(rèn)；

給出清晰、一致的關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求；

提供從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)；

為最終系統(tǒng)測(cè)試提供基準(zhǔn)，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求；

為項(xiàng)目目標(biāo)進(jìn)度管理和風(fēng)險(xiǎn)管理提供依據(jù)。

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)6UML系統(tǒng)建模與分析設(shè)計(jì)用例建模的步驟：

確定系統(tǒng)的范圍和邊界；

確定系統(tǒng)的執(zhí)行者和用例；

對(duì)用例進(jìn)行描述；

定義用例之間的關(guān)系；

審核用例模型。

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)7UML系統(tǒng)建模與分析設(shè)計(jì)3.2.2用例圖

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)8UML系統(tǒng)建模與分析設(shè)計(jì)3.2.3定義系統(tǒng)的邊界和范圍系統(tǒng)邊界包括：整個(gè)組織：如一個(gè)企業(yè)；

一個(gè)組織的某個(gè)部門：如企業(yè)的財(cái)務(wù)處；

計(jì)算機(jī)系統(tǒng)的硬件/軟件邊界：如企業(yè)的進(jìn)、銷、存計(jì)算機(jī)管理系統(tǒng)。

1．定義系統(tǒng)的范圍

2．定義系統(tǒng)的邊界2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)9UML系統(tǒng)建模與分析設(shè)計(jì)3.2.4確定執(zhí)行者執(zhí)行者（actor）是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與了系統(tǒng)內(nèi)用例的執(zhí)行。1．定義執(zhí)行者時(shí)應(yīng)注意的幾個(gè)問題（1）執(zhí)行者之間可以有繼承關(guān)系2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)10UML系統(tǒng)建模與分析設(shè)計(jì)（2）執(zhí)行者代表一種角色而不是具體某個(gè)人（3）對(duì)同一個(gè)人擔(dān)任角色的限制（4）執(zhí)行者可分成主執(zhí)行者和副執(zhí)行者（5）執(zhí)行者還可細(xì)分為主動(dòng)執(zhí)行者和被動(dòng)執(zhí)行者2．尋找和確定執(zhí)行者3.2.5確定用例1.用例的特征

。響應(yīng)性。回執(zhí)性。完整性。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)11UML系統(tǒng)建模與分析設(shè)計(jì)

2．尋找和確定用例系統(tǒng)為了維持正常運(yùn)轉(zhuǎn)需要增加的功能和信息的交互；

這些這些信息從何而來，到哪里去？

實(shí)現(xiàn)當(dāng)前系統(tǒng)（可能是人工系統(tǒng)而不是自動(dòng)化系統(tǒng)）的關(guān)鍵問題是什么？

3．描述用例用例名：簡(jiǎn)單名：路徑名：

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)12UML系統(tǒng)建模與分析設(shè)計(jì)用例的文字描述應(yīng)包括以下內(nèi)容:用例的目的（功能）；該用例在什么情況下被哪個(gè)執(zhí)行者啟動(dòng)執(zhí)行；用例與執(zhí)行者之間交互哪些消息來通知對(duì)方作出決定；交互的主消息流及因此被使用或修改的實(shí)體；用例中可供選擇的異常事件流；用例結(jié)束標(biāo)志：給執(zhí)行者返回一個(gè)可識(shí)別的值。舉例：用例名稱：學(xué)生選課

執(zhí)行者：學(xué)生目的：完成一次學(xué)生選課的完整過程。類型：主要的、基本的級(jí)別：一級(jí)

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)13UML系統(tǒng)建模與分析設(shè)計(jì)過程描述：（1）學(xué)生輸入標(biāo)識(shí)碼（ID），系統(tǒng)識(shí)別標(biāo)識(shí)碼的有效性；（2）對(duì)學(xué)生進(jìn)行注冊(cè)識(shí)別；（3）流覽本學(xué)期預(yù)開課程；（4）選擇學(xué)生自己要上的課程并確認(rèn)；（5）退出系統(tǒng)，系統(tǒng)給出所選課程列表及相應(yīng)學(xué)分合計(jì)。異常事件流處理：（1）標(biāo)識(shí)碼有效性檢查失敗，允許學(xué)生重新輸入（3次機(jī)會(huì)）。（2）注冊(cè)識(shí)別失敗，沒有注冊(cè)（尙未交學(xué)費(fèi)）的學(xué)生不能選課。（3）選擇課程確認(rèn)失敗，所選幾門課程中在上課時(shí)間上發(fā)生沖突時(shí)，系統(tǒng)提示重選。

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)14UML系統(tǒng)建模與分析設(shè)計(jì)3.2.6用例之間的關(guān)聯(lián)

1．繼承關(guān)聯(lián)2．?dāng)U展關(guān)聯(lián)

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)15UML系統(tǒng)建模與分析設(shè)計(jì)3．包含關(guān)聯(lián)4．使用關(guān)聯(lián)

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)16UML系統(tǒng)建模與分析設(shè)計(jì)2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)17UML系統(tǒng)建模與分析設(shè)計(jì)3.2.7用例圖實(shí)例2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)18UML系統(tǒng)建模與分析設(shè)計(jì)3.3定義系統(tǒng)的對(duì)象和類類-責(zé)任-協(xié)作者（Class-Responsibility-Collaborator，簡(jiǎn)稱CRC）技術(shù)：

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)19UML系統(tǒng)建模與分析設(shè)計(jì)3.3.1確定對(duì)象類（1）發(fā)現(xiàn)潛在對(duì)象與系統(tǒng)交互的角色。系統(tǒng)的工作環(huán)境場(chǎng)所。概念實(shí)體、發(fā)生的事件或事情。部門和設(shè)備。與系統(tǒng)有關(guān)的外部實(shí)體。（2）標(biāo)識(shí)對(duì)象名的原則使用單個(gè)名詞或名詞短語標(biāo)識(shí)對(duì)象名；對(duì)象名稱必須有意義、簡(jiǎn)潔明了、含義明確、易于理解；盡量使用用戶熟悉的行業(yè)標(biāo)準(zhǔn)術(shù)語。

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)20UML系統(tǒng)建模與分析設(shè)計(jì)（3）篩選對(duì)象根據(jù)以下特征來選擇和確定最終的對(duì)象：關(guān)鍵性。可操作性。信息含量。公共屬性。公共操作。關(guān)鍵外部信息。（4）對(duì)象分類：有形性。包含性。順序性。持久性。完整性。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)21UML系統(tǒng)建模與分析設(shè)計(jì)3.3.2標(biāo)識(shí)對(duì)象類的屬性（1）發(fā)現(xiàn)和確定對(duì)象潛在的屬性（2）識(shí)別和篩選對(duì)象屬性的原則（3）識(shí)別和篩選屬性應(yīng)注意的問題（4）屬性的命名原則3.3.3標(biāo)識(shí)對(duì)象類的操作（1）尋找潛在的對(duì)象類操作（2）篩選、確定操作（3）命名操作名（4）操作的說明（5）操作的分類：2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)22UML系統(tǒng)建模與分析設(shè)計(jì)3.3.4標(biāo)識(shí)對(duì)象類之間的關(guān)聯(lián)（協(xié)作）（1）建立實(shí)例連接（2）消息傳遞（3）篩選對(duì)象間的關(guān)聯(lián)3.3.5復(fù)審類的定義復(fù)審方法猶如“擊鼓傳花”。3.3.6定義類的結(jié)構(gòu)和層次（1）一般-特殊結(jié)構(gòu)（2）整體-部分結(jié)構(gòu)（3）子系統(tǒng)

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)23UML系統(tǒng)建模與分析設(shè)計(jì)

3.4客戶需求分析規(guī)格說明2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)24UML系統(tǒng)建模與分析設(shè)計(jì)

3.5需求分析中的用例建模步驟3.5.1用例的類型端點(diǎn)用例：

基本用例：

主要用例：

輔助用例：

3.5.2建立用例圖建立用例圖的步驟：

（1）確定用例（2）描述用例（3）篩選用例（4）繪制用例圖（5）層次化用例圖2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)25UML系統(tǒng)建模與分析設(shè)計(jì)3.5.3層次化用例圖（1）

功能需求用例圖(2)生存環(huán)境用例圖

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)26UML系統(tǒng)建模與分析設(shè)計(jì)3.6需求分析用例建模案例3.6.1客戶需求分析1．業(yè)務(wù)組織結(jié)構(gòu)（綜述）“企業(yè)綜合信息管理系統(tǒng)”的用戶是企業(yè)各級(jí)管理部門的工作人員、公司經(jīng)理和系統(tǒng)操作人員。該系統(tǒng)主要提供“財(cái)務(wù)管理”、“人力資源管理”、“生產(chǎn)調(diào)度管理”、“進(jìn)銷存管理”、“設(shè)備安全管理”、和“行政事務(wù)管理”等方面的服務(wù)。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)27UML系統(tǒng)建模與分析設(shè)計(jì)2．具體功能要求本案例只對(duì)其中的“進(jìn)銷存管理子系統(tǒng)”進(jìn)行詳細(xì)的需求分析用例建模。（1）銷售管理1）制定銷售計(jì)劃2）與客戶簽訂銷售合同3）檢查合同履約率4）生產(chǎn)調(diào)度管理部門組織生產(chǎn)5）庫存管理部門對(duì)產(chǎn)品進(jìn)行入庫、出庫處理6）財(cái)務(wù)管理部門收取客戶貨款7）售后服務(wù)2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)28UML系統(tǒng)建模與分析設(shè)計(jì)（2）采購管理1）制定原材料（零部件）采購計(jì)劃2）與客戶簽訂采購合同3）檢查合同履約率4）庫存管理部門對(duì)原材料進(jìn)行入庫驗(yàn)收、存儲(chǔ)5）財(cái)務(wù)管理部門支付貨款（3）庫存管理1）產(chǎn)品入庫管理2）原材料（零部件）入庫管理3）原材料（零部件）出庫管理4）產(chǎn)品出庫管理5）庫存管理6）采購管理部門組織采購7）生產(chǎn)調(diào)度管理部門安排生產(chǎn)8）財(cái)務(wù)管理部門對(duì)庫存物資進(jìn)行核算2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)29UML系統(tǒng)建模與分析設(shè)計(jì)3．需求補(bǔ)充說明（1）數(shù)據(jù)保存

采購合同：每個(gè)合同執(zhí)行期可能多達(dá)幾個(gè)月，合同需要長期保留。銷售合同：每個(gè)合同執(zhí)行期可能多達(dá)幾個(gè)月，合同需要長期保留。

歷年履約合同：履約后的合同需要長期（幾十年）保留，以備查使用。

庫存貨物清單：庫存貨物量隨出、入庫有所消長，長期保存。

貨物損毀報(bào)表：長期保留，以備查使用。

入庫單：長期保留，以備查核算使用。

出庫單：長期保留，以備查核算使用。

庫存貨物資產(chǎn)核對(duì)表：長期保留，以備查使用。

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)30UML系統(tǒng)建模與分析設(shè)計(jì)（2）系統(tǒng)的用戶客戶、倉庫管理員、銷售人員、采購人員、公司經(jīng)理、財(cái)務(wù)管理系統(tǒng)、生產(chǎn)調(diào)度管理系統(tǒng)。（3）系統(tǒng)運(yùn)行用戶界面銷售合同管理用戶界面：采購合同管理用戶界面：倉庫貨物清單管理用戶界面：2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)31UML系統(tǒng)建模與分析設(shè)計(jì)（4）系統(tǒng)運(yùn)行的軟件、硬件環(huán)境1）系統(tǒng)運(yùn)行的軟件環(huán)境2）系統(tǒng)運(yùn)行的硬件環(huán)境3.6.2確定系統(tǒng)范圍和系統(tǒng)邊界1．進(jìn)銷存管理子系統(tǒng)的業(yè)務(wù)范圍2．進(jìn)銷存管理子系統(tǒng)的系統(tǒng)邊界

3.6.3確定執(zhí)行者

“進(jìn)銷存管理子系統(tǒng)”有5個(gè)人執(zhí)行者和2個(gè)系統(tǒng)執(zhí)行者，即“采購人員”、“銷售人員”、“倉庫管理員”、“客戶”、“公司經(jīng)理”、“生產(chǎn)調(diào)度管理子系統(tǒng)”和“財(cái)務(wù)管理子系統(tǒng)”。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)32UML系統(tǒng)建模與分析設(shè)計(jì)3.6.4確定用例（1）“企業(yè)綜合信息管理系統(tǒng)”中的用例（一層）財(cái)務(wù)管理；

人力資源管理；

生產(chǎn)調(diào)度管理；

進(jìn)銷存管理；

設(shè)備安全管理；

行政事務(wù)管理。

（2）“進(jìn)銷存管理子系統(tǒng)”中的用例（第二層）銷售管理；

采購管理；

庫存管理。

（3）“銷售管理子系統(tǒng)”中的用例（第三層）制定產(chǎn)品銷售計(jì)劃；簽訂銷售合同；督促客戶付款；監(jiān)督產(chǎn)品發(fā)貨；檢查合同履約；提供售后服務(wù)。

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)33UML系統(tǒng)建模與分析設(shè)計(jì)（4）“采購管理子系統(tǒng)”中的用例（第三層）制定采購計(jì)劃；簽訂采購合同；貨物入庫檢驗(yàn)；支付貨款；檢查合同履約。（5）“庫存管理子系統(tǒng)”中的用例（第三層）入庫管理；出庫管理；庫存管理。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)34UML系統(tǒng)建模與分析設(shè)計(jì)3.6.5分層繪制用例圖1．最高層用例圖2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)35UML系統(tǒng)建模與分析設(shè)計(jì)2．第2層用例圖2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)36UML系統(tǒng)建模與分析設(shè)計(jì)3．第3層用例圖2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)37UML系統(tǒng)建模與分析設(shè)計(jì)4．第4層用例圖2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)38UML系統(tǒng)建模與分析設(shè)計(jì)2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)39UML系統(tǒng)建模與分析設(shè)計(jì)3.6.6描述用例1．“增加銷售合同”用例用例編號(hào)：04010101（共有4層用例圖結(jié)構(gòu)，每層用2位數(shù)字表示，采用8位編號(hào)。）用例名：

增加銷售合同執(zhí)行者:人執(zhí)行者：合同管理員、客戶、公司經(jīng)理。系統(tǒng)執(zhí)行者：“財(cái)務(wù)管理子系統(tǒng)”和“生產(chǎn)調(diào)度管理子系統(tǒng)”。目的:合同管理員將與客戶簽訂的銷售合同的詳細(xì)內(nèi)容錄入管理系統(tǒng)，用于對(duì)銷售合同進(jìn)行統(tǒng)計(jì)、查詢、檢查是否履約等，監(jiān)控正在履約的合同。類型：

端點(diǎn)、主要的、基本的級(jí)別：

一級(jí)

2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)40UML系統(tǒng)建模與分析設(shè)計(jì)過程描述：（1）合同管理員輸入標(biāo)識(shí)碼（ID），系統(tǒng)識(shí)別標(biāo)識(shí)碼的有效性；（2）初始化一個(gè)新銷售合同，設(shè)置各種處室標(biāo)志；（3）輸入一個(gè)新的具有唯一性的合同編號(hào)；（4）將與客戶簽訂的銷售合同的詳細(xì)內(nèi)容錄入管理系統(tǒng)；（5）退出系統(tǒng)。與其它用例的關(guān)聯(lián)：過程描述（1）中包含身份驗(yàn)證用例；（4）中包含編號(hào)自動(dòng)生成用例。異常事件流處理：（1）標(biāo)識(shí)碼有效性檢查失敗：系統(tǒng)檢測(cè)標(biāo)識(shí)碼有效性失敗，允許重新輸入。（2）編號(hào)也可以由合同管理員手動(dòng)輸入，系統(tǒng)自動(dòng)進(jìn)行唯一性檢查。出現(xiàn)錯(cuò)誤，允許重新輸入。

2．“修改合同”用例……………2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)41UML系統(tǒng)建模與分析設(shè)計(jì)3.7本章小結(jié)2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)42UML系統(tǒng)建模與分析設(shè)計(jì)第四章系統(tǒng)分析與對(duì)象類建模

本章目的：掌握系統(tǒng)分析的內(nèi)容與方法掌握系統(tǒng)分析規(guī)格說明書的基本書寫格式了解尋找和確定一個(gè)系統(tǒng)中對(duì)象類的方法掌握UML中對(duì)象類屬性和操作的定義和描述方法掌握對(duì)象類之間的關(guān)系及其表示方法掌握利用包（子系統(tǒng)）的層次關(guān)系描述系統(tǒng)體系結(jié)構(gòu)掌握類和對(duì)象建模方法2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)43UML系統(tǒng)建模與分析設(shè)計(jì)4.1系統(tǒng)分析4.1.1建造對(duì)象類靜態(tài)結(jié)構(gòu)模型的步驟（1）連線建立網(wǎng)絡(luò)圖。（2）連接線命名。（3）確定關(guān)聯(lián)基數(shù)。（4）簡(jiǎn)化模型。（5）編制相應(yīng)的文檔資料。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)44UML系統(tǒng)建模與分析設(shè)計(jì)4.1.2建造對(duì)象類動(dòng)態(tài)結(jié)構(gòu)模型建模的步驟如下：（1）建造對(duì)象狀態(tài)模型。（2）建造對(duì)象之間交互行為模型。（3）復(fù)審對(duì)象類動(dòng)態(tài)結(jié)構(gòu)模型，以驗(yàn)證其準(zhǔn)確性和一致性。（4）編制相應(yīng)的文檔資料。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)45UML系統(tǒng)建模與分析設(shè)計(jì)4.1.3建造系統(tǒng)功能處理模型（1）確認(rèn)功能需求。（2）建活動(dòng)流程圖。（3）以上內(nèi)容都要確認(rèn)是否真正符合用戶的需求。（4）編制相應(yīng)的文檔資料。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)46UML系統(tǒng)建模與分析設(shè)計(jì)4.1.4編制系統(tǒng)分析規(guī)格說明的文檔2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)47UML系統(tǒng)建模與分析設(shè)計(jì)4.2對(duì)象類的概念4.2.1對(duì)象類圖的圖形符號(hào)表示類的圖形符號(hào)表示分為長式和短式兩種2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)48UML系統(tǒng)建模與分析設(shè)計(jì)4.2.2對(duì)象圖是類圖的一個(gè)實(shí)例2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)49UML系統(tǒng)建模與分析設(shè)計(jì)4.2.2對(duì)象圖是類圖的一個(gè)實(shí)例2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)50圖4-2線段和交點(diǎn)兩個(gè)對(duì)象之間關(guān)系的長式與短式對(duì)象圖2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)51UML系統(tǒng)建模與分析設(shè)計(jì)4.3描述對(duì)象類4.3.1類的屬性描述語法格式：可見性屬性名[多重性]：類型[=初始值]規(guī)則：（1）可見性：描述了該屬性在哪些范圍內(nèi)可以使用。+：表示其為公有成員，其它類可以訪問（可見）；-：表示其為私有成員，不能被其他類訪問（不可見），可缺省；#：表示其為保護(hù)成員，一般用于繼承，只能被本類及派生類使用。（2）屬性名：代表屬性的一個(gè)標(biāo)識(shí)符。（3）多重性：任選項(xiàng)，用多值表達(dá)式表示，格式為：低值..高值。

低值、高值為正整數(shù)，表示該類的實(shí)例對(duì)象的屬性個(gè)數(shù)；0..*表示從0個(gè)到無限多個(gè)；可缺省，表示1..1，只有一個(gè)。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)52UML系統(tǒng)建模與分析設(shè)計(jì)規(guī)則（續(xù)）：（4）類型：可以是系統(tǒng)固有的類型，如整型、實(shí)型等，也可以是用戶自定義的類型。（5）=初始值：任選項(xiàng)，初值可作為創(chuàng)建該類對(duì)象時(shí)這個(gè)屬性的默認(rèn)值。（6）類屬性：用下劃線標(biāo)識(shí)的屬性名，該類的所有對(duì)象之間共享該屬性。（7）/：只讀，可以與“+”、“-”或“#”同時(shí)使用，缺省表示可讀可寫。

描述屬性時(shí)，屬性名和類型是必須的，其他部分都任選。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)53UML系統(tǒng)建模與分析設(shè)計(jì)4.3.2類的操作描述格式：可見性操作名([參數(shù)表])：返回列表[{特征描述}]規(guī)則：（1）參數(shù)表：用逗號(hào)分隔的形式參數(shù)序列；（2）返回列表：回送調(diào)用對(duì)象消息的類型，格式：返回類型或返回名=類型，……（3）[{特征描述}]：任選項(xiàng)，描述該操作的特征，通常不直接展示在類圖中，有：

前置條件：滿足該條件（為真）調(diào)用本操作；后置條件：執(zhí)行本操作后該條件為真；某算法指定執(zhí)行該操作；用特征（操作名、回送型、參數(shù)表）來指定該操作。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)54UML系統(tǒng)建模與分析設(shè)計(jì)4.4類之間的關(guān)系4.4.1關(guān)聯(lián)關(guān)系1．一般關(guān)聯(lián)

關(guān)聯(lián)是類之間的語義聯(lián)系，代表類的對(duì)象（實(shí)例）之間的一組連接（稱為鏈）。（1）常規(guī)關(guān)聯(lián)

“0..1”：表示“零或1”；“0..*”或“*”：表示“0”或“多”；“1..*”：表示“1或多”；“5..11”：表示“5至11”；“1，3，8”：是枚舉型，表示“1或3或8”。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)552024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)56（2）關(guān)聯(lián)類把類之間的關(guān)聯(lián)定義成類，稱為關(guān)聯(lián)類。關(guān)聯(lián)類也有屬性、操作并與其他的類關(guān)聯(lián)。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)572024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)582．多重關(guān)聯(lián)兩個(gè)以上的類之間也可以互相關(guān)聯(lián)。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)59UML系統(tǒng)建模與分析設(shè)計(jì)3．關(guān)聯(lián)的約束（1）ordered：有序的對(duì)象。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)602024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)61UML系統(tǒng)建模與分析設(shè)計(jì)4．受限關(guān)聯(lián)5．遞歸關(guān)聯(lián)2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)62UML系統(tǒng)建模與分析設(shè)計(jì)4.4.2聚集關(guān)系1．共享聚集共享聚集的“部分”對(duì)象可以是任意“整體”對(duì)象的一部分，表示事物的整體/部分關(guān)系較弱的情況。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)63UML系統(tǒng)建模與分析設(shè)計(jì)2．組合聚集3．三種關(guān)聯(lián)的比較2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)644.4.3繼承關(guān)系2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)654.4.4依賴和細(xì)化關(guān)系2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)66UML系統(tǒng)建模與分析設(shè)計(jì)4.4.5對(duì)象設(shè)計(jì)模式（pattern）

在面向?qū)ο筌浖_發(fā)項(xiàng)目的系統(tǒng)設(shè)計(jì)中，總有一些只包含少數(shù)幾個(gè)對(duì)象的設(shè)計(jì)模塊在設(shè)計(jì)圖中反復(fù)出現(xiàn)，這些模塊頻繁地出現(xiàn)在各種更大更復(fù)雜的系統(tǒng)設(shè)計(jì)中，我們把這種模塊稱為“設(shè)計(jì)模式”。1．設(shè)計(jì)模式的特征簡(jiǎn)單性：只包含少數(shù)幾個(gè)類；靈巧性：精巧并能解決實(shí)際問題；驗(yàn)證性：已經(jīng)在若干個(gè)實(shí)際運(yùn)行的系統(tǒng)中成功地完成測(cè)試驗(yàn)證；通用性：在各種系統(tǒng)設(shè)計(jì)中可以解決同類問題；復(fù)用性：可在各種系統(tǒng)的各個(gè)層次的系統(tǒng)設(shè)計(jì)中反復(fù)使用。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)672．對(duì)象集合管理器模式2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)683．對(duì)象容器模式2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)694.5接口4.5.1接口的定義2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)704.5.2接口的實(shí)施2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)714.6系統(tǒng)體系結(jié)構(gòu)的分層次描述4.6.1系統(tǒng)體系結(jié)構(gòu)的基本單元——包（子系統(tǒng)）2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)72UML系統(tǒng)建模與分析設(shè)計(jì)UML中對(duì)包預(yù)定義的構(gòu)造型有：<<system>>：系統(tǒng)模型。<<subsystem>>：子系統(tǒng)模型。<<facade>>：僅僅是其他包的某一個(gè)視圖，如業(yè)務(wù)模型中有關(guān)產(chǎn)品的信息。<<stub>>：另一個(gè)包公共內(nèi)容的服務(wù)代理（存根）。<<framework>>：模型的體系結(jié)構(gòu)。基本功能：規(guī)定了系統(tǒng)之間的接口，便于各小組獨(dú)立開展工作；用來表示該小組當(dāng)前工作的成果，供其他小組參考。2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)73UML系統(tǒng)建模與分析設(shè)計(jì)4.6.2包的嵌套2024/2/28UML系統(tǒng)建模與分析設(shè)計(jì)74UML系統(tǒng)建模與分析設(shè)計(jì)4.6.3