本文介紹介面類模型的設計過程。介面類模型描述系統活動者與系統互動的介面，介面類位於系統結構的表示服務層，介面類模型用類圖和包圖描述。首先簡要介紹介面類模型的設計方法，然後設計子系統的類圖，最後設計系統及子系統的包圖。
1、設計方法
設計介面類模型，首先要識別出介面類，再識別出介面類之間的關係。介面類是應用程式的「可視區」，也是系統與外界的隔離層。介面類可以用用例去識別，用例驅動介面類設計。使用者介面直接與用例相連，使用者是通過使用者介面發起和終止用例的。由於使用者介面直接面向使用者，設計過程中要反覆與使用者商量，充分理解使用者的要求，將用例對映到使用者介面時，要根據使用者的需要對用例進行適當的組合。介面類的關係有兩種：一是組成關係，二是依賴關係。乙個特定的視窗是用許多構件組成的，視窗與構件之間就是組成關係，乙個視窗進入另乙個視窗，這兩個視窗之間就是依賴關係。
2、類圖
我們從高層視窗識別出系統例項的介面類，然後畫出系統主視窗的介面類圖。我們以oa系統中的發文辦理介面類作為示例，我們在「軟體工程之系統建模篇【設計實體類模型】」 已經識別出7個用例：新擬發文、修改發文、審核發文、複核發文、簽發發文、分發發文、送發文至檔案室。在發文辦理選單中，可以定義7個選單項與這7個用例對應，系統主視窗介面類圖如下圖所示，並為menusfile類（發文辦理選單）定義如下8個操作。
create() 建立發文辦理選單
createsfile() 當選擇【新擬發文】選單項時，該操作被呼叫
changesfile() 當選擇【修改發文】選單項時，該操作被呼叫
auditsfile() 當選擇【審核發文】選單項時，該操作被呼叫
checksfile() 當選擇【複核發文】選單項時，該操作被呼叫
signsfile() 當選擇【簽發發文】選單項時，該操作被呼叫
enresfile() 當選擇【分發發文】選單項時，該操作被呼叫
sendsfile() 當選擇【送發文存檔】選單項時，該操作被呼叫
通過分析發文辦理介面類之間的關係都是依賴關係，即menusfile類依賴frmdraftsfile、frmsfilelist、frmauditsfilelist、frmchecksfilelist、frmsignsfilelist、frmenresfilelist和frmsendsfile，frmsfilelist依賴於frmdraftsfile類，frmauditsfilelist依賴於frmauditsfile類，frmchecksfilelist依賴於frmchecksfile類，frmsignsfilelist類依賴於frmsignsfile，frmenresfilelist類依賴於frmenresfile類。
發文辦理介面類圖如下圖所示：
3、包圖
完成發文辦理介面類圖後，將發文辦理介面類包uisfilepack劃分成6個包uidraftsfilepack、uiauditsfilepack、uichecksfilepack、uisignsfilepack、uienresfilepack、uisendsfilepack包。
軟體工程之系統建模篇 設計視窗設計
在建立使用者介面原型之前，應該先建立視窗結構圖，視窗結構用於描述視窗之間的關係，於uml沒有直接的關係，本章介紹視窗結構的設計過程，先介紹視窗結構的設計方法，然後設計總體視窗結構圖，最後設計下一層的視窗結構圖。1 設計方法 視窗結構是視窗之間的切換流程，通過視窗結構，可以直觀地看到通過用例的路徑流程...
軟體工程之系統建模篇 設計動態模型
本章介紹動態模型的設計過程，系統例項的動態模型用序列圖來描述，首先介紹選擇序列圖的理由，最後分別設計各個用例主路徑的序列圖。本設計結果將充實和完善系統結構的表示服務層 商業上下文服務層 商業規則服務層 資料轉化服務層和資料訪問服務層的內容。1 選擇序列圖 uml以圖的形式提供了4種動態模型 序列圖 ...
軟體工程之系統建模篇 設計用例控制類模型
用例控制類模型描述介面控制類與實體類之間的通訊，用例控制類位於系統結構的商業規則服務層，用例控制類模型用包圖描述。本章介紹用例控制類模型的設計過程，首先介紹用例控制類模型的設計方法，然後設計子系統包圖，最後設計系統包圖。1 設計方法 用例控制類代表用例，它的每乙個操作對應一條通過用例的途徑。介面控制...