UML建模在办公自动化(OA) 系统设计中的应用（转）

UML建模在办公自动化(OA) 系统设计中的应用（转）  

2010-03-07 17:43:06|  分类： uml|字号 订阅

 

 3.1 用例图设计
用例模型是开发过程的起点, 并驱动建模全过程。在设计系统用例模型之前, 首先要识别出系统的活动者和用例。活动者是系统分析员与用户交流的起点, 也是项目获得后续产品的关键。通常情况下, 活动者是指使用系统功能的人, 但也可以是其他外部的系统, 包括软件系统和硬件设备。可以通过向用户询问一些问题来识别系统活动者。如: “谁/什么对系统运行产生的结果( 值)感兴趣? 谁/什么要与系统交互? ”等。根据上述对系统的描述中可知, 在系统顶层上可以识别出以下8 个活动者: 发文办理人(transactor_s)、收文办理人(transactor_r)、会议管理人(manager_m)、档案管理员(fileclerk)、借阅人(bor-rower)、公告管理人(manager_n)、系统管理员(administrator)、用户(user)。活动者是事件的主体, 系统的所有需求都源于要满足的事件以及用来满足需求的用例。活动者根据各自的职责完成相应的
动作。本系统的系统层用例图如图1 所示。

 

3.2 系统类图设计

类图是显示了模型的静态结构, 特别是模型中存在的类、类的内部结构以及它们与其它类的关系等。类图不显示暂时性信息。类图由许多( 静态) 说明性的模型元素( 例如类、包和它们之间的关系, 这些元素和它们的内容互相连接) 组成。类图可以组织在 ( 并且属于) 包中, 仅显示特定包中的相关内容。类图用于描述系统的结构化设计。要建立类模型, 不仅要识别出类, 还要识别出类与类之间的关系。显式的关系可以从用例中找到, 而隐式的关系

在用例中没有明确的说明, 这就需要项目分析员去细心发现。在本系统中相关的类较多, 其中Archive ( 档案) 类与RFileArchive( 收文档案) 、SFileArchive( 发文档案) 、MinuteArchive ( 会议纪要档案) 类之间存在着泛化关系。Archive 类包括卷号、卷名、保管期限、卷内文件份数、是否封卷等属性。在User( 用户) 类中, 与用户有关的信息本系统只关心姓名、部门和职务, 另外还应有一个用户的惟一标识──用户帐号, 从系统管理员角度讲, 每个用户都应该有访问权限和密码。Archive 类和User 类如图2 所示。在本系统中还涉及到的类有: EnreSFile( 发文登记) 、SFile( 发文) 、Pending ( 待办事宜) 、Notice ( 公告) 、Borrowing ( 借阅)、EnreRFile(收文登记) 、RFile( 收文) 、Attendee( 会议参加人) 、Meeting ( 会议) 、Minute( 会议纪要) 、RFileArchive( 收文档案)、SFileArchive ( 发文档案) 、MinuteArchive( 会议纪要档案) , 系统类图如图3 所示。

 

 

3.3 顺序图和合作图设计

顺序图显示对象之间的动态合作关系, 它强调对象之间消息发送的顺序, 同时显示对象之间的交互; 合作图描述对象间的协作关系,合作图跟顺序图相似, 显示对象间的动态合作关系。它们从不同侧面显示同一信息: 顺序图侧重时间顺序, 而合作图显示对象间的空间位置。图4 是用户登录的顺序图设计, 登录的活动者是用户( user) , 用户进入登录界面以后, 输入正确的用户帐户名和密码, 即可登录到系统中。登录过程具体可细化为:

 

( 1) 用户启动系统;

( 2) 系统显示“登录”窗口;

( 3) 用户输入帐户名和密码, 执行“登录”操作;

( 4) 系统检查帐户名在系统中是否注册, 以及键入的密码与

用户帐户名是否符合。若正确, 进入系统主窗口。

 

 

3.4 组件图

组件图的主要目的是显示系统组件间的结构关系。组件图是用来反映代码的物理结构。从组件图中, 可以了解各软件组件( 如源代码文件、可执行文件或动态链接库) 之间的编译顺序和运行

时依赖关系。本系统的组件图如图5 所示。图中的组件都用构造型<<executable>>表示。组件uiservice 依赖于组件brservice, 组件brservice 依赖于组件dtservice, 组件dtservice 依赖于组件daservice。