核心工作流
* 愿景 * 业务建模 选定愿景要改进的业务组织 业务用例图 现状业务序列图 改进业务序列图 * 需求 系统用例图 书写用例规约 * 分析 分析类图 分析序列图 状态机图 * 设计 建立数据层 精化业务层 精化表示层
1、愿景
老大：最有权利的涉众
愿景：在老大看来，引进这个系统的目的（所能提供的价值）
涉众：谁关心这个系统，会涉及到他的什么利益。不同的涉众有不同的利益视角，系统需求就是涉众利益之间的最佳平衡点。
为什么要明确愿景？
所有的产品开发都是面向市场的，只有明确了系统涉众的利益才能更好的“售卖你的产品”
2、业务建模
业务执行者：在组织之外和组织交互的人群或组织
业务用例：组织为业务执行者提供的价值
待开发系统：新的业务实体，用于取代旧的业务实体，改善业务流程
业务序列图：业务流程就是业务用例的实现，新系统的开发意味着”从价值出发重新构造业务流程”
画业务序列图需要注意的问题
业务序列图研究对象是系统，是系统交互提供价值的流程。所以不要暴漏系统内部的对象和细节，并且只画领域相关的系统
涉及到可能改进点的要画细一些
明确序列图研究的对象是系统层次，代，
把时间看作特殊的业务实体
分清系统的责任
待开发系统的一般作用
物流变信息流
改善信息流转
封装领域逻辑
为什么要研究业务？
一般来说，一个组织对外的价值（业务用例）基本不会变化，内部的实现每次会变化一部分。研究业务流程能够明确新系统在组织中的起到的作用和扮演的角色，这些就是需求的来源。研究业务流程明确了需求。
3、需求
系统执行者：在所研究系统外，与该系统发生功能性交互的其他系统
系统用例：系统能够为执行者提供的、涉众可以接受的价值
用例规约：
使用主动语句(理清责任)
主语只能是执行者或系统
使用核心域词汇（说人话）
不要涉及界面组件
聚焦于输入输出处理(请求、（验证）、（改变）、回应)
不要越界(假想系统不能负责的事情)
分支：基本和扩展分开
4、分析、设计
略
(完)
本文作者 ： cyningsun
本文地址 ： https://www.cyningsun.com/09-22-2014/business-modeling.html
版权声明 ：本博客所有文章除特别声明外，均采用 CC BY-NC-ND 3.0 CN 许可协议。转载请注明出处！
