业务建模

来源:互联网 发布:淘宝海外买手直播 编辑:程序博客网 时间:2021/05/15 19:50

二:业务建模

业务建模

选定愿景要改进的组织

业务用例图

现状业务序列图

改进业务序列图

------------------------------------------------------------------------------------------

业务建模:

把系统放在组织中来看

系统“需求”不断变化的根源--来路不正

把视角从系统转向组织

系统是改善什么业务组织(或人群)的价值

改善哪方面的价值

目前这方面有什么不足

我的系统可以改进哪些不足(如果清楚这些,则不需要业务建模)

----------------------------------------------------------------------------------------------------------

选定愿景要改进的组织

组织范围很大,有公司,部门,组织等等

但是 绝大多数工作流不相干——太大

        很多要改进的地方未涉及——太小

原则:

使得大多数可能的系统用户成为业务工人

和老大(客户)的职权范围有关

设计多个小单元时应寻找更大的单元

业务组织是名词,不是动词

网站系统!=网站组织

---------------------------------------------------------------------------------------

业务用例图

从外部看:价值的集合——业务用例图

从内部看:系统的集合——业务序列图

业务执行者:business actor 在组织之外和组织交互的人群或组织

业务工人:business worker 在组织里面

待开发系统——组织中的一个业务实体 ,取代现有业务工人或业务实体的一些责任

识别业务执行者——谁在组织外和组织打交道

组织为业务执行者提供哪些价值?

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

组织里发生的一切都是为业务执行者提供价值



(为什么有业务工人来得出执行者的用例)

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

对外的价值(业务用例)基本不会变化,内部的实现每次会变化一部分,不同系统(业务零件)改进不同方面  业务建模结果可以重复利用

“因系统”做,不是“对系统做”


-------------------------------------------------------------------------------------------------------------------------------

现状业务序列图


详述业务用例

活动图往往只表现事件,序列图表现责任和协作

业务序列图


消息的名字--代表责任和目的

•消息的名字--代表责任和目的

•消息的方向--责任委托,不是数据流动

把时间看做特殊的业务实体


-------------------------------------------------------------------------------------------------------------------------------

改进业务序列图

•改善信息流转

•封装复杂业务逻辑

•访问和操作业务对象


•涉及到信息的流动吗(物流能变成信息流吗)?
•包含的业务逻辑能封装到系统里吗?
•涉及到什么业务对象?需要系统管理起来吗?

            

                 结合愿景,针对每个活动思考