Welcome

首页 / 软件开发 / 数据结构与算法 / 软件工程之系统建模篇:设计用例模型

软件工程之系统建模篇:设计用例模型2014-06-09 cnblogs elysee本文主要介绍用例模型的设计过程,首先从系统层设计用例模型,然后分别细 化系统层识别的各用例,设计更为详细的用例模型。用例模型是开发过程的起点 ,并驱动建模全过程。以下以办公自动化(OA)中的办理发文用例模型为例,来 讲解用例模型的设计过程。用例模型包括办理公文用例图及用例描述。

办理发文用例模型

1、办理公文用例图

在设计办理发文用例模型之前,先要识别活动者和用例,活动者和用例识别以 后,才能建立用例模型。

1.1 活动者识别

活动者是系统分析员与用户交流的起点,也是项目获得后续产品的关键。活动 者可以是使用系统功能的人,也可以是软件系统和硬件设备,凡是与系统进行信 息交换的外部实物,都可以归为系统的活动者。系统分析员与系统用户深入交流 后,明确系统范围,系统功能和外部关联的事物。识别活动者需要往复多次,可 以通过向用户询问类识别活动者。如:谁/什么对系统运行的结果感兴趣,会改变 系统中的数据,从系统中获取信息,与系统交互。通过对具备这些需求的用户进 一步分析,即可识别系统活动者。

1.2 识别过程

与系统发生交互的外部实体有草拟人、审核人、复核人、签发人和分发人。草 拟人可识别为发文草拟人,审核人可设别为发文审核人、复核人可识别为发文复 核人,签发人一般由相关领导担任,可识别为发文签发人,分发人可识别为分发 人。

1.3 用例识别

发文草拟人 新拟发文  编辑发文并保存在系统中                新拟发文用例

发文草拟人 修改发文  修改发文并保存所做操作   修改发文用例

发文审核人 审核发文  编辑审核意见并保存在系统中   审核发文用例

发文复核人 复核发文  编辑复核意见并保存在系统中   复核发文用例

发文签发人 签发发文  编辑签发意见并保存在系统中   签发发文用例

分发人 分发发文  对分发进行登记并保存在系统中 分发发 文用例

发文草拟人 送档案室 将发文转入档案室 送发文 至档案室用例

1.4 用例图