业务建模

二：业务建模

业务建模

选定愿景要改进的组织

业务用例图

现状业务序列图

改进业务序列图

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

业务建模：

把系统放在组织中来看

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

把视角从系统转向组织

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

改善哪方面的价值

目前这方面有什么不足

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

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

选定愿景要改进的组织

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

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

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

原则：

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

和老大（客户）的职权范围有关

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

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

网站系统！=网站组织

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

业务用例图

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

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

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

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

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

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

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

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

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



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

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

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

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

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

现状业务序列图

详述业务用例

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

业务序列图

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

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

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

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

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

改进业务序列图

•改善信息流转

•封装复杂业务逻辑

•访问和操作业务对象

•涉及到信息的流动吗（物流能变成信息流吗）？

•包含的业务逻辑能封装到系统里吗？

•涉及到什么业务对象？需要系统管理起来吗？

            

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