ch03-面向?qū)ο笤O(shè)計課件

16四月2024ch03面向?qū)ο笤O(shè)計3.1對象類建模類是包裝信息和行為的基本單元，是面向?qū)ο蟮闹匾卣髦?。一個類實現(xiàn)一個或多個接口UML中類有三種主要的版型：實體類（entity）、邊界類（boundary）和控制類（control）。實體類實體類創(chuàng)建持久對象，持久對象可以存放進持久存儲體。持久存儲體就是存放在硬盤上的以面向?qū)ο髷?shù)據(jù)庫、關(guān)系數(shù)據(jù)庫和文件等形式可以永久存儲對象數(shù)據(jù)的介質(zhì)。實體類可以通過事件流和交互圖發(fā)現(xiàn)。對于關(guān)系數(shù)據(jù)庫而言，每個實體類映射數(shù)據(jù)庫中相應(yīng)的一個二維表，實體類中的屬性對應(yīng)該表中的字段，而每個對象就是該表中的一條記錄?？刂祁惪刂祁愂强刂破渌惞ぷ鞯念?。每個用例通常有一個控制類，用來控制用例中事件發(fā)生的順序，控制類也可以在多個用例間共用。其他類一般不向控制類發(fā)送消息，而是由控制類向其他類發(fā)出消息。3.1.1確定對象類1、確定對象類正確識別對象類是面向?qū)ο蠓椒ǖ幕A(chǔ)。確定和標(biāo)識類包括發(fā)現(xiàn)潛在對象、標(biāo)識對象名、篩選對象、為對象分類。（1）發(fā)現(xiàn)潛在對象一組具有相同屬性和操作的對象可以定義成一個類，因此標(biāo)識類和標(biāo)識對象是一致的。可以從問題陳述或用例描述著手發(fā)現(xiàn)潛在的對象，通常陳述中的名詞或名詞短語是可能的對象。（1）發(fā)現(xiàn)潛在對象例如：與系統(tǒng)交互的角色。如管理者、工程師、銷售員。系統(tǒng)的工作環(huán)境場所。如車間、辦公室。概念實體、發(fā)生的事件或事情。如報告、顯示、信函、信號。設(shè)備。如汽車、計算機。與系統(tǒng)有關(guān)的外部實體。如其他系統(tǒng)、設(shè)備、人員等，他們生產(chǎn)或消費計算機所使用的信息。（2）標(biāo)識對象名的原則使用單個名詞或名詞詞組對象名稱必須簡潔明了、含義明確、易于理解盡量使用用戶熟悉的行業(yè)標(biāo)準(zhǔn)術(shù)語（3）篩選對象可以根據(jù)關(guān)鍵性、可操作性、信息含量、公共屬性、公共操作和關(guān)鍵外部信息等來選擇和確定最終的對象。（4）對象分類對象還可以根據(jù)有形性、包含性、順序性、完整性等特征來進行分類。2.標(biāo)識對象類的屬性對象類的屬性和操作是對象類所知道的或要做的任何事情。標(biāo)識屬性過程包括尋找潛在屬性、篩選屬性原則和應(yīng)注意的問題、標(biāo)識屬性名、屬性說明。（1）可以從以下角度來發(fā)現(xiàn)和確定對象潛在的屬性常識性：按一般常識，對象應(yīng)具有的屬性。專業(yè)性：在當(dāng)前問題域中，該對象應(yīng)具有的屬性。功能型：根據(jù)系統(tǒng)功能的要求，該對象應(yīng)具有的屬性。管理性：建立該對象是為了保存和管理哪些屬性。操作性：為了實現(xiàn)對象的操作功能，需要增設(shè)哪些屬性。標(biāo)志性：是否需要增設(shè)屬性來區(qū)別對象的不同狀態(tài)。外聯(lián)性：用什么屬性來表示對象的整體-部分聯(lián)系和實例鏈接。（2）在確定了對象的屬性后，應(yīng)對各屬性命名以示區(qū)別，命名原則與對象名原則相同。并應(yīng)對每個屬性加以詳細說明，包括以下信息：屬性的解釋屬性的數(shù)據(jù)類型屬性的取值范圍及與對象類所體現(xiàn)的關(guān)系屬性的實現(xiàn)要求和其他3、標(biāo)識對象類的操作操作定義了對象的行為并以某種的方式修改對象的屬性值或系統(tǒng)的狀態(tài)。操作可以通過對系統(tǒng)的過程敘述的分析提取出來，通常敘述中的動詞可作為候選的操作。（1）命名操作的標(biāo)識名與類和屬性的命名不同，操作名的命名應(yīng)該采用動詞或動詞名詞組成的動賓結(jié)構(gòu)，操作名盡可能準(zhǔn)確的反映該操作的智能。（2）對每個操作應(yīng)加以詳細說明，包括以下信息：操作解釋：作用與功能。消息協(xié)議：入口消息格式。消息發(fā)送：執(zhí)行期間，需要請求哪些其他對象的操作。約束條件：執(zhí)行的前置、后置條件及執(zhí)行事件等說明事項。操作流程：對復(fù)雜的操作應(yīng)畫出操作過程流程圖。3.2案例分析本案例重點對“進銷存管理子系統(tǒng)”的“銷售管理”進行詳細描述。3.2.1銷售管理的業(yè)務(wù)需求描述（1）制定銷售計劃銷售人員根據(jù)企業(yè)生產(chǎn)能力和對當(dāng)前市場行情預(yù)測制定月、季度和全年產(chǎn)品銷售計劃，上報主管經(jīng)理批準(zhǔn)，并送財務(wù)管理、庫存管理和生產(chǎn)調(diào)度管理部門備案。（2）簽訂銷售合同銷售人員與客戶簽訂銷售合同。銷售合同內(nèi)容主要包括：合同編號、甲方、乙方、產(chǎn)品名稱、規(guī)格、單位、單價、數(shù)量、總金額、發(fā)貨時間、發(fā)貨量、客戶付款時間等。合同生效后，客戶向財務(wù)管理部門交付貨款并從倉庫提取產(chǎn)品。大客戶可由企業(yè)安排發(fā)貨送貨。（3）檢查合同履約率銷售合同執(zhí)行期間，銷售人員要定期檢查合同履約情況。督促“生產(chǎn)調(diào)度管理部門”按合同組織生產(chǎn)，按時從倉庫提取產(chǎn)品發(fā)送給客戶。銷售人員及時向客戶催繳合同中約定的應(yīng)付貨款，打印催款單，檢查合同履約情況，合同執(zhí)行完畢，設(shè)置合同履約標(biāo)識。（4）生產(chǎn)調(diào)度管理部門組織生產(chǎn)生產(chǎn)調(diào)度管理部門按銷售合同規(guī)定的產(chǎn)品名稱、規(guī)格、數(shù)量、交貨時間組織生產(chǎn)。（5）庫存管理部門對產(chǎn)品進行入庫、出庫管理庫存管理部門按銷售合同規(guī)定的產(chǎn)品名稱、規(guī)格、數(shù)量、交貨時間準(zhǔn)備貨物，對生產(chǎn)部門生產(chǎn)的產(chǎn)品進行入庫驗收、存儲，根據(jù)銷售部門的出庫申請單對產(chǎn)品進行出庫、發(fā)貨等操作。（6）財務(wù)管理部門收取客戶貨款按銷售合同及產(chǎn)品已發(fā)送的數(shù)量收取客戶的貨款，打印付款單，對沒按時交貨款的客戶，通知銷售部門進行催款。（7）審批銷售合同公司經(jīng)理審批銷售合同，檢查合同履約率。3.2.2抽象出系統(tǒng)對象類1、找出實體類對進銷存管理系統(tǒng)的銷售管理子系統(tǒng)的業(yè)務(wù)需求描述文本進行名詞/動詞的詞法分析，得出實體類名詞。銷售人員客戶經(jīng)理銷售部門財務(wù)管理部門合同履約率生產(chǎn)調(diào)度管理部門大客戶貨款產(chǎn)品銷售計劃履約合同銷售合同付款單催款單庫存管理部門通過篩選，排除一些可能屬于某個類的屬性（合同履約率）以及一些不具備獨立意義的名詞（如貨款），可以將財務(wù)管理部門、生產(chǎn)調(diào)度部門幾個名詞抽象為財務(wù)管理子系統(tǒng)和生產(chǎn)調(diào)度子系統(tǒng)，排除這些屬于銷售管理子系統(tǒng)和庫存管理子系統(tǒng)范圍之外的子系統(tǒng)，再排除系統(tǒng)自身的名詞，如銷售管理部門等，最后篩選出符合銷售管理子系統(tǒng)的對象類。序號類名含義功能描述1Client客戶類與銷售人員簽訂銷售合同，從倉庫提取貨物2BigClient大客戶類與銷售人員簽訂大宗合同，企業(yè)負責(zé)發(fā)貨3SalesPerson銷售人員類與客戶簽訂銷售合同，催款、提貨、督促合同履約等4Manager公司經(jīng)理類檢查合同履約率、庫存貨物資產(chǎn)核對表等5Product產(chǎn)品類由生產(chǎn)部門生產(chǎn)、倉庫部門保管、銷售部門負責(zé)銷售6SalesProject銷售計劃類有銷售人員制定，保證企業(yè)產(chǎn)品及時得到銷售7SalesContract銷售和同類銷售人員與客戶簽訂的一種銷售協(xié)議8FulfilContract履約合同類存放到履約合同庫，用于作為證據(jù)以便索引查詢9PaymentBill付款單類提供給客戶的一種付款憑證10UrgeFunBill催款單類提醒客戶及時支付所欠款項，保證企業(yè)資金周轉(zhuǎn)2、找出邊界類邊界類主要是指系統(tǒng)與用戶交互界面有關(guān)的類。銷售管理子系統(tǒng)中設(shè)計與用戶交互的界面類有8個：1）銷售計劃管理窗口類：負責(zé)銷售計劃的制定、錄入、統(tǒng)計、打印查詢等管理。2）客戶管理窗口類：負責(zé)客戶信息的錄入、修改、查詢等管理。3）銷售合同管理窗口類：負責(zé)銷售合同數(shù)據(jù)的錄入、修改、查詢、統(tǒng)計、打印等管理。4）產(chǎn)品管理窗口類：負責(zé)產(chǎn)品信息的錄入、修改、查詢等管理。5）履約合同管理窗口類：負責(zé)以履約銷售合同數(shù)據(jù)的查詢、統(tǒng)計等管理。6）付款單管理窗口類：負責(zé)以付款單數(shù)據(jù)的查詢、統(tǒng)計、打印等管理。7）催款單管理窗口類：負責(zé)以催款單數(shù)據(jù)的查詢、統(tǒng)計、打印等管理。3、找出系統(tǒng)控制類銷售管理子系統(tǒng)至少應(yīng)該有一個控制其他類工作的控制類。銷售管理子系統(tǒng)中的銷售管理子系統(tǒng)主管理窗口類就是一個控制類。3.2.3銷售管理子系統(tǒng)中類的屬性和操作3.2.4類的模型符號描述客戶類詳細的定義和描述3.2.5系統(tǒng)建模過程建立系統(tǒng)的對象類圖就是建立系統(tǒng)的靜態(tài)結(jié)構(gòu)模型，它包括確定和建立對象類圖、建立對象類及其之間的聯(lián)系，確定其靜態(tài)結(jié)構(gòu)和動態(tài)行為。3.2.6類的繼承建模在上一小節(jié)的銷售管理子系統(tǒng)中創(chuàng)建了幾個類：銷售人員類、公司經(jīng)理類、客戶類和大客戶類，這幾個類都有一些相同的屬性和操作。例如，每個類都有姓名、性別、電話、郵箱等屬性，可以把這些具有共同屬性的內(nèi)容抽象出來，再定義一個人類，稱其為基類。在實際變成過程中，銷售人員類、公司經(jīng)理類、客戶類和大客戶類可以通過繼承的方式繼承人類的姓名、性別、電話、郵箱等屬性。這樣就可以省卻大量重復(fù)編碼的麻煩，達到一定的代碼復(fù)用效果。另外，銷售合同類和履約合同類之間也有很多相同的屬性和操作。例如，甲方、乙方、商品名稱、規(guī)格型號、單位、單價、數(shù)量、總金額、發(fā)貨時間等；和增加合同（）、修改合同（）等操作。可以把這些兩個類共有的內(nèi)容抽象出來，形成一個新類：合同類。3.3對象動態(tài)建模（系統(tǒng)行為建模）3.3.1順序圖建模3.3.2協(xié)作圖建模3.3.3狀態(tài)圖建模3.3.4活動圖建模3.3.1順序圖建模順序圖用來描述對象間的交互行為。它注重消息的時間順序，即對象間消息的發(fā)送和接收的順序。順序圖還揭示了一個特定場景的交互，即系統(tǒng)執(zhí)行期間發(fā)生在某個時間點的對象之間的特定交互，它適合于描述實時系統(tǒng)中的時間特性和時間約束。順序圖的主要用途之一是為用例建造邏輯建模。即前面設(shè)計和建模的任何用例都可以使用順序圖進一步闡明和實現(xiàn)。實際上，順序圖的主要用途之一是用來為某個用例的泛化功能提供其所缺乏的解釋，即把用例表達的需求，轉(zhuǎn)化為進一步、更加正式層次的精細表達。用例常常被細化為一個或者更多的順序圖。1、順序圖的組成成分（con.）（1）對象：順序圖中所包含的每個對象用一對象框（短式）表示，對象名需帶下劃線。（2）生存線：對象框下畫的一條垂直虛線，稱為該對象的生存線，表示對象的生存時間。（3）激活期：對象生存線上的一個細長方形 框，表示該對象的激活時間段，即活動期間。（4）消息：對象之間消息的發(fā)送和接收用兩個對象生存線（激活期）之間的消息箭頭線。生命線對象在垂直方向向下拖出的長虛線稱為生命線，生命線是一個時間線，從順序圖的頂部一直延續(xù)到底部，所用的時間取決于交互的持續(xù)長度。生命線表現(xiàn)了對象存在的時段。38激活當(dāng)一條消息被傳遞給對象的時候，它會觸發(fā)該對象的某個行為，這時就說該對象被激活了。在生命線上，激活用一個細長的矩形框表示。矩形本身被稱為對象的控制期，控制期說明對象正在執(zhí)行某個動作。39對象類定義了對象可以執(zhí)行的各種行為，但是在面向?qū)ο蟮南到y(tǒng)中，行為的執(zhí)行者是對象，而不是類，因此順序圖通常描述的是對象層次而不是類層次。4041消息為了顯示一個對象傳遞一些信息或命令給另外一個對象，使用一條線從對象指向接收信息或命令的對象，這條線可以有自己的名稱，用來描述兩個對象之間具體的交互內(nèi)容。消息簡介消息是用來說明順序圖中對象之間的通信，可以激發(fā)操作、創(chuàng)建或撤銷對象。為了提高可讀性，順序圖的第一個消息總是從頂端開始，并且一般位于圖的左邊。然后將繼發(fā)的消息加入圖中，稍微比前面的消息低些。4243同步消息

同步消息假設(shè)有一個返回消息，在發(fā)送消息的對象進行另一個活動之前需要等待返回的回應(yīng)消息。消息被平行地置于對象的生命線之間，水平的放置方式說明消息的傳遞是瞬時的，即消息在發(fā)出之后會馬上被收到。44異步消息異步消息表示發(fā)送消息的對象不用等待回應(yīng)的返回消息，即可開始另一個活動。異步消息在某種程度上規(guī)定了發(fā)送方和接收方的責(zé)任，即發(fā)送方只負責(zé)將消息發(fā)送到接收方，至于接收方如何響應(yīng)，發(fā)送方則不需要知道。對接收方來說，在接收到消息后，它既可以對消息進行處理，也可以什么都不做。從這個方面看，異步消息類似于收發(fā)電子郵件，發(fā)送電子郵件的人員只需要將郵件發(fā)送到接收人的信箱，至于接收電子郵件方面如何處理，發(fā)送人則不需要知道。45消息中的參數(shù)和序號順序圖中的消息除了具有消息名稱之外還可以包含許多附加的信息。例如，在消息中包含參數(shù)、返回值和序列表達式。462、建模時間消息箭頭通常是水平的，說明傳遞消息的時間很短，在此期間沒有與其他對象的交互。對多數(shù)計算而言，這是正確的假設(shè)。但有時從一個對象到另一個對象的消息可能存在一定的時間延遲，即消息傳遞不是瞬間完成的。如果消息的傳送需要一定時間，在此期間可以出現(xiàn)其他事件（來自對方的消息到達），則消息箭頭可以畫為向下傾斜的。這種情況發(fā)生在兩個應(yīng)用程序通過網(wǎng)絡(luò)相互通信時。3、執(zhí)行規(guī)范每一種技術(shù)都有它自己的執(zhí)行規(guī)范，順序圖也一樣。順序圖的執(zhí)行規(guī)范主要表現(xiàn)在消息和激活期。激活期描述了對象處于激活狀態(tài)，正在執(zhí)行某個事件，激活期的長度粗略的描述了事件執(zhí)行的持續(xù)時間。47483、創(chuàng)建順序圖模型創(chuàng)建順序圖模型需要查閱系統(tǒng)用例圖，根據(jù)用例圖創(chuàng)建順序圖模型。在確定了系統(tǒng)用例和關(guān)系之后，就可以根據(jù)用例間的關(guān)系確定用例的工作流及其順序。創(chuàng)建順序圖分為以下幾個步驟：確定需要建模的用例。確定用例的工作流。確定各工作流所涉及的對象，并按從左到右順序進行布置。添加消息和條件以便創(chuàng)建每一個工作流。3.3.2協(xié)作圖建模通信圖(CollaborationDiagram/CommunicationDiagram，也叫協(xié)作圖)顯示了某組對象為了一個系統(tǒng)事件而與另一組對象進行協(xié)作的交互圖。有以下特點：通信圖描述的是和對象結(jié)構(gòu)相關(guān)的信息。通信圖的用途是表示一個類操作的實現(xiàn)。通信圖對交互中有意義的對象和對象之間的鏈建模。在UML中，通信圖用幾何排列來表示交互作用中的對象和鏈順序圖和通信圖在語義上是等價的，所以順序圖和通信圖可以彼此轉(zhuǎn)換而不會損失信息：通信圖的角色和順序圖的對象是一一對應(yīng)的，而通信圖上的各對象上的協(xié)作關(guān)系和順序圖上的消息傳遞是一一對應(yīng)的。動態(tài)交互模型建模案例順序圖建模步驟1.確定交互和涉及的對象（1）啟動系統(tǒng)（2）循環(huán)處理付款單（3）核對銷售合同（4）核對合同的銷售貨物清單（5）核對庫房貨物清單（6）核查預(yù)警量（7）打印庫存預(yù)警清單（8）打印出庫單順序圖建模步驟（con.）2．順序圖中對象排列的原則（1）對象橫向排列在順序圖的頂部；（2）最重要的對象在最左邊（如對全局進行 初始的對象）；（3）交互密切的對象盡可能相鄰；（4）交互中創(chuàng)建的對象，應(yīng)放置在其創(chuàng)建的 時間點上；（5）每個對象有一個下垂的生命線。*UML系統(tǒng)建模與分析設(shè)計54順序圖建模步驟（con.）3．消息傳遞（1）消息傳遞的方向：按時間順序從上到下在對象的生命線之間傳遞；（2）在消息箭頭線上標(biāo)出消息標(biāo)簽的內(nèi)容、約束或構(gòu)造型；（3）發(fā)送和接收消息的對象生命線必須處在激活期；（4）交互中對象的創(chuàng)建和銷毀必須繪出構(gòu)造型和標(biāo)記；（5）區(qū)別同步消息和異步消息的圖標(biāo)表示符；（6）標(biāo)出消息的循環(huán)結(jié)構(gòu)及出口條件；（7）順序圖從初始化消息開始，以其返回消息終止。順序圖建模步驟（con.）圖“付款單處理”用例的順序圖（1）合作圖建模步驟（con.）圖“履約合同檢查”用例的順序圖合作圖建模步驟1．確定交互及涉及的對象2．合作圖中對象排列的原則（1）最重要的對象應(yīng)在圖的中央；（2）與其有直接交互的對象放置在鄰近；（3）對象初始化；（4）選擇初始對象。合作圖建模步驟（con.）合作圖建模步驟（con.）3．鏈接與消息傳遞（1）標(biāo)明對象之間的鏈接；（2）在鏈接上標(biāo)明消息的序號；（3）在消息箭頭線上標(biāo)出消息標(biāo)簽的內(nèi)容、約束或構(gòu)造型；（4）區(qū)別同步消息和異步消息的圖標(biāo)表示符；（5）合作圖從初始對象開始，到其終止對象結(jié)束?！窳私鈱ο鬆顟B(tài)變化和活動變化的描述方式●掌握UML繪制狀態(tài)圖和活動圖的方法和步驟●掌握狀態(tài)模型中并發(fā)行為的描述方法●掌握用狀態(tài)圖和活動圖建立對象動態(tài)行為模型的方法和步驟

3.3.3

系統(tǒng)動態(tài)建模——狀態(tài)模型1.狀態(tài)圖的基本組成成分2.狀態(tài)的分類與描述一個設(shè)備使用狀況的狀態(tài)圖簡單狀態(tài)與嵌套狀態(tài)動作：一組可執(zhí)行的語句，動作具有以下特征：●遷移性：與狀態(tài)遷移有關(guān)；●原子性：這組語句不可中斷；●連續(xù)性：一組語句必須連續(xù)執(zhí)行，直到完畢?；顒樱阂唤M可執(zhí)行的動作，具有以下特征：●有限性：完整的活動有一定的期限；●非原子性：這組動作可因某一事件發(fā)生而中斷。簡單狀態(tài)與嵌套狀態(tài)描述設(shè)備（車床）狀況的嵌套狀態(tài)圖

狀態(tài)的并發(fā)遷移與同步UML系統(tǒng)建模與分析設(shè)計6-7采用同步并發(fā)遷移圖符描述的并發(fā)子狀態(tài)圖

3.狀態(tài)遷移的觸發(fā)與描述

描述狀態(tài)遷移的形式化語法格式如下：

事件[條件]/動作表達式發(fā)送子句說明：●事件：指已發(fā)生并可能引發(fā)某種活動的一件事；●[條件]：由方括號圍起的關(guān)系或邏輯表達式；●動作表達式：一個觸發(fā)狀態(tài)遷移時可執(zhí)行的過程表達式；●發(fā)送子句：動作的一個特例，說明調(diào)用的事件名（操作）是哪個對象的。引起狀態(tài)遷移觸發(fā)的事件事件是指已發(fā)生并可能引發(fā)某種活動的一件事。事件的描述格式：

事件名(參數(shù)表）說明：●事件名：必須引用接收事件的對象類中的一個操作或信號?！駞?shù)表：傳送給該事件的形式參數(shù)，為任選項。引起狀態(tài)遷移觸發(fā)的事件

電烤箱控制系統(tǒng)狀態(tài)圖

引起狀態(tài)遷移觸發(fā)的條件條件是一個由方括號圍起的關(guān)系或邏輯表達式。動作表達式是一個觸發(fā)狀態(tài)遷移時可執(zhí)行的過程表達式。狀態(tài)遷移的分類（1）自遷移（2）內(nèi)部遷移（3）自動遷移（4）復(fù)合遷移兩種形式的條件分支狀態(tài)遷移圖

狀態(tài)圖之間的通信聯(lián)系狀態(tài)圖之間的消息發(fā)送活動圖與狀態(tài)圖的區(qū)別3.3.4活動圖的基本概念與組成成分活動狀態(tài)遷移不需要事件觸發(fā)，活動執(zhí)行完畢可以直接進入下一個活動狀態(tài)；活動置于責(zé)任區(qū)（泳道）中，責(zé)任區(qū)將活動按責(zé)任目標(biāo)和組織歸屬的原則分類。一個簡單的出庫單發(fā)放活動圖檢查合同、核對付款單并發(fā)放出庫單的活動圖

活動圖中的幾個基本概念1．動作狀態(tài)表達不可中斷的動作或操作的執(zhí)行。2．活動狀態(tài)擁有一組不可中斷的動作或操作，表達一個非原子的運行。3．動作流

表達不可中斷的動作或操作的執(zhí)行。描述一個打印所有履約合同信息的活動圖4．泳道泳道代表對象對活動的責(zé)任。

銷售合同從簽訂到履約的活動圖

5．活動圖中的對象

活動圖中的對象及對象流活動圖中的并發(fā)與同步活動

活動圖中的條件線程

“核對付款單”子活動圖3.4系統(tǒng)體系結(jié)構(gòu)建模

3.4.1系統(tǒng)體系結(jié)構(gòu)模型指出系統(tǒng)應(yīng)該具有的功能；為完成這些功能，涉及到哪些類，這些類之間如何相互聯(lián)系；類和它們的對象如何協(xié)作才能實現(xiàn)這些功能；指明系統(tǒng)中各功能實現(xiàn)的先后時間順序；根據(jù)軟件系統(tǒng)體系結(jié)構(gòu)模型，制定出相應(yīng)的開發(fā)進度計劃。軟件系統(tǒng)體系結(jié)構(gòu)模型是系統(tǒng)的邏輯體系結(jié)構(gòu)模型。軟件系統(tǒng)體系結(jié)構(gòu)模型的作用是：通用三層軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)3.4.2軟件系統(tǒng)體系結(jié)構(gòu)模型的描述方法（1）通用接口界面層:：由系統(tǒng)接口界面類包、用戶窗口包和備用構(gòu)件庫包組成。（2）系統(tǒng)業(yè)務(wù)對象層：由系統(tǒng)服務(wù)接口界面包、業(yè)務(wù)對象管理包、外部業(yè)務(wù)對象（遺留系統(tǒng)的包裝）包和實際業(yè)務(wù)對象包組成。（3）系統(tǒng)數(shù)據(jù)庫（持久對象和數(shù)據(jù)）層：由持久對象及數(shù)據(jù)包和SQL查詢語言包組成。3.4.3硬件系統(tǒng)體系結(jié)構(gòu)模型硬件系統(tǒng)體系結(jié)構(gòu)模型涉及到系統(tǒng)的詳細描述（根據(jù)系統(tǒng)所包含的硬件和軟件）：構(gòu)件圖和配置圖。

硬件系統(tǒng)體系結(jié)構(gòu)模型的作用：指出系統(tǒng)中的類和對象涉及的具體程序或進程；這些程序和進程的執(zhí)行依賴具體計算機；標(biāo)明系統(tǒng)中配置的計算機和其他硬件設(shè)備；并指明系統(tǒng)中各種計算機和硬件設(shè)備如何進行相互連接；明確不同的代碼文件之間相互的依賴關(guān)系；如果修改某個代碼文件，標(biāo)明哪些相關(guān)（與之有依賴關(guān)系）的代碼文件需要重新進行編譯。3.4.4軟件系統(tǒng)體系結(jié)構(gòu)模型1．軟件構(gòu)件的圖符表示：構(gòu)件的圖符表示2．構(gòu)件與類的比較

構(gòu)件與包含的類有依賴關(guān)系（1）構(gòu)件與類的相同點二者都有名稱；都可以實現(xiàn)一組接口；都可以參與依賴、繼承、關(guān)聯(lián)等關(guān)系和交互；都可以被嵌套；都可以有實例。（2）構(gòu)件與類的顯著不同點抽象的方式不同；抽象的級別不同；訪問方式不同；與包的關(guān)系。3．軟件構(gòu)件的特點（1）接口。（2）操作。（3）實例化。（4）與配置環(huán)境的親合性。（5）能與同環(huán)境下其它構(gòu)件進行交互。（6）構(gòu)件可以是可執(zhí)行代碼、二進制代碼和源代碼形式。（7）可替換的物理實體。（8）系統(tǒng)的組成部分。（9）構(gòu)件是軟件復(fù)用的基本單元。4．構(gòu)件的組織形式（1）用包來組織構(gòu)件。（2）用構(gòu)件之間的交互關(guān)系來組織構(gòu)件。構(gòu)件的分類（1）源代碼構(gòu)件（2）二進制構(gòu)件（3）可執(zhí)行構(gòu)件構(gòu)件的接口接口描述一個構(gòu)件能提供服務(wù)的操作，是一個有操作而無實現(xiàn)的類。UML系統(tǒng)建模與分析設(shè)計構(gòu)件模型圖建模步驟1．用構(gòu)件圖建立系統(tǒng)模型源代碼成為可執(zhí)行代碼過程的構(gòu)件圖UML系統(tǒng)建模與分析設(shè)計對于復(fù)雜的大系統(tǒng)，采用包的形式組織構(gòu)件，形成清晰的結(jié)構(gòu)層次圖。醫(yī)院診療管理系統(tǒng)軟件的一個系統(tǒng)構(gòu)成構(gòu)件模型圖3.4.4構(gòu)件圖建模的方法和技巧

1．構(gòu)件描