UML之业务建模

开发的流程有以下几步:

image

1.业务用例建模

对于软件开发的作用是:描述现实,帮助发现软件需求。image2.需求分析

各个阶段的UML图

(1)需求阶段是:用例图

(2)分析阶段是:类图、序列图

(3)设计阶段:类图、序列图与平台结合

业务建模工作步骤:

(1)选定业务单元

(2)识别业务执行者

(3)识别业务用例

(4)详述业务用例

(5)建立业务对象模型

3.业务建模

3.1 选定业务单元

选定业务单元可以是整体,也可以使部分也可以具体的,也可以是抽象的。(愿景波及到需要改进的业务单元)

(1)选择的研究对象不同,结果也不同,如下图

image

 

(2)选择什么样的对象作为研究对象,与老大的职权范围有直接的关系。

image 

 

(3)要使得大多数可能系统用户成为业务工人。

image

(4)涉及多个小但愿时应该寻找更大的单元

image(5)业务单元式名词不是动词

image(6)要区分业务单元和业务实体

用例观点:把业务看成对外提供价值的价值流。

以业务用例驱动改进-从外部认识组织的本质结构。

image

 

3.2 识别业务执行者

(1)在业务之外和业务交互的人或组织

image

业务执行者在业务外面,业务工人在业务里面。

image

(2) 业务工人和业务实体可以相互取代职责。

(3) 可以把系统看成业务中的一个业务实体。

(4) 业务执行者主要是那些在业务之外和业务打交道的。

3.3 识别业务用例

业务用例是指为业务执行者提供的价值所在!

image

业务流程就是业务用例的实现。

image业务里面发生的一切都是为业务执行者提供价值。

业务用例的来源有两个,(1)通过思考(拍脑袋)得到的 。(2) 通过归纳已有的用例得到的。

业务用例只针对业务执行者,内部活动不是业务用例。

image支撑性业务流程背后的“管理型”业务用例,如下图:

image3.4   详述业务用例

描述业务用例的有3种途径:

(1)文字

image 

(2) 序列图

image

序列图只表现责任和协作。

imageimageimageimage

业务序列图

imageimageimageimage

 

做序列图要诚实描述,不能掺合系统实施以后的想象。

imageimageimage

image

imageimage               

image

image

image

image

image    

(3)活动图

 

image

活动图只表现事件。

image

image

 

imageimage

image

image

image

image     

image

 

image

image

image

image

3.5 简历业务对象模型]

image 

image

image

 

image

image

参考与UMLChina潘老师的课堂。

转载于:https://www.cnblogs.com/HeroBeast/archive/2009/05/05/1449839.html

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值