软件工程之系统建模篇【设计接口类模型】

　　本文介绍接口类模型的设计过程。接口类模型描述系统活动者与系统交互的界面，接口类位于系统结构的表示服务层，接口类模型用类图和包图描述。首先简要介绍接口类模型的设计方法，然后设计子系统的类图，最后设计系统及子系统的包图。

　　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包。