EA业务建模实践之业务用例图

软件工程技术 同时被 2 个专栏收录
12 篇文章 1 订阅
17 篇文章 1 订阅

        本文重点是业务建模实践,以及建模工具EA初级使用过程日志。

        先前写了些文档,从不同角度描述了业务建模,但是条理性和规范性仍无法让人一目了然。春节期间当我再次读了《软件方法》前几章,产生了共鸣:误解随处都在,通过UML规范沟通环境,是辛勤汗水的教训。

        按书中观点及回答问题如下:

        业务建模:描述组织内部各系统(人肉系统、机械系统、电脑系统......)如何协作,使得组织可以为其他组织提供有价值的服务。新系统只不过是组织为了对外提供更好的服务,对自己的内部重新设计而购买的一个零件。组织引进一个软件系统,和招聘一名新员工没有本质区别。如果能学会通过业务建模去推导新系统的需求,而不是拍脑袋得出需求,假的“需求变更”会大大减少。

        需求:聚焦于待开发系统的边界,详细描述系统要卖得出去必须具有的表现─功能和性能。这项技能的意义在于强迫我们从“卖”的角度思考哪些是涉众(Stakeholder)在意的、不能改变的契约,哪些不是,严防“做”污染“卖”。需求工作流的结果─需求规约是“卖”和“做”的衔接点。

        组织要解决什么问题。

        为组织提供流程管理、流程再造服务,为组织办公流程能力、执行力、工作效率提供管理支撑服务。

        为了解决组织的问题,待开发系统应该提供什么功能和性能。

        提供本地化、个性化BPM服务,提供快速开发流程支持(5个工作日以内)服务,通过流程(流程定义与流程实例)全面生命周期为组织提供管理创新支持服务。


1、研究对象及其业务用例图

        本次实践的研究对象是办公管理的业务流程。

        业务用例模型是说明业务预期功能的模型。作为一个核心输入模型,业务用例模型用于确定组织的各个角色和可交付工件。


图1

        按办公管理的业务流程为研究对象,涉众利益者有办公管理人员、流程管理人员(是办公管理人员中的子集,是其中专业管理流程的人员)、流程开发者(运维人员)、系统建设者等,其中业务用例所关注的主要涉众是办公管理人员、流程管理人员、流程开发者,也就是业务执行者。

        有箭头从执行者指向用例,也有箭头从用例指向执行者。前一种执行者称为用例的主执行者,后一种执行者称为用例的辅助执行者。

        如图1所示,以及《易扩展的办公流程化管理核心模型(第1版)》所述,此图中的用例是组织业务建模用例,解答组织真实核心需求,并不是人们日常所见到的资费审批流程、人力请假流程...,而是能支撑快速开发流程及支持管理创新的流程管理能力平台。

        需求及功能敬请见下篇文章。

2、使用EA建模

        Enterprise Architect 是基于UML 标准的,将高效建模和可视化,及设计融为一体的平台。它具有从思维导图,到业务需求,软件设计,直至部署的完全跟踪能力。

        1.创建项目

        通过模型向导,选择“Use Case”,其它根据实际情况选择。


图2

        2.分包管理

        在用例模型下,创建业务分组包(package)


图3


图4

        结果如下:


图5

        3.创建用例图(Use Case Diagram)


图6

        图形类型选择用例“Use Case”。

        1)首先确定研究用例对象的边界


图7

        拖拽“Boundary”到用例图中,并进行定义,名字为“流程管理”。


图8

        生成的边界如下图所示。


图9

        2)添加业务执行者“Business Actor”

        拖拽上图中的“Actor”到用例图中,命名为“办公人员”,并按下图设置为“Business Actor”。


图10

        结果如下:


图11

        3)添加用例

        拖拽上图中的“Use Case”到用例图中。弹出如下图所示的用例定义窗口,输入用例名称为“申请”。


图12

        生成如下所示图形。


图13

        4)添加关联线

        选择工具盒中的“Use Case Relationships”->“Associate”线,点击“办公人员”Actor并按住鼠标拖拽到“申请”用例中(出现关联虚影)再松开鼠标按键,

图14


图15

        鼠标双击下图中关联线(实线),弹出关联线定义窗口。


图16

        在弹出窗口中,通过选择定义关联线类型“Stereotype”来定义业务执行者与用例关联关系,此案例中选择了“Source->Destination”。


图17


图18

        最终如图1所示的用例图。


        参考及摘自:

        《软件方法》UMLChina 潘加宇 2012.11

        易扩展的办公流程化管理核心模型(第1版)肖永威 2015.1

  • 5
    点赞
  • 1
    评论
  • 18
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 酷酷鲨 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值