軟件工程之系統建模篇【設計接口類模型】

　　本文介紹接口類模型的設計過程。接口類模型描述系統活動者與系統交互的界面，接口類位於系統結構的表示服務層，接口類模型用類圖和包圖描述。首先簡要介紹接口類模型的設計方法，而後設計子系統的類圖，最後設計系統及子系統的包圖。

　　一、設計方法

　　設計接口類模型，首先要識別出接口類，再識別出接口類之間的關係。接口類是應用程序的「可視區」，也是系統與外界的隔離層。接口類能夠用用例去識別，用例驅動接口類設計。用戶接口直接與用例相連，用戶是經過用戶接口發起和終止用例的。因爲用戶接口直接面向用戶，設計過程當中要反覆與用戶商量，充分理解用戶的要求，將用例映射到用戶界面時，要根據用戶的須要對用例進行適當的組合。接口類的關係有兩種：一是組成關係，二是依賴關係。一個特定的窗口是用許多構件組成的，窗口與構件之間就是組成關係，一個窗口進入另外一個窗口，這兩個窗口之間就是依賴關係。

　　二、類圖

　　咱們從高層窗口識別出系統實例的接口類，而後畫出系統主窗口的接口類圖。咱們以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類。

　　發文辦理接口類圖以下圖所示：

　　

　　三、包圖

　　完成發文辦理接口類圖後，將發文辦理接口類包UISFilePack劃分紅6個包UIDraftSFilePack、UIAuditSFilePack、UICheckSFilePack、UISignSFilePack、UIEnreSFilePack、UISendSFilePack包。