开发的流程有以下几步：
1.业务用例建模
对于软件开发的作用是:描述现实，帮助发现软件需求。
2.需求分析
各个阶段的UML图
（1）需求阶段是：用例图
（2）分析阶段是：类图、序列图
（3）设计阶段：类图、序列图与平台结合
业务建模工作步骤：
（1）选定业务单元
（2）识别业务执行者
（3）识别业务用例
（4）详述业务用例
（5）建立业务对象模型
3.业务建模
3.1 选定业务单元
选定业务单元可以是整体，也可以使部分也可以具体的，也可以是抽象的。（愿景波及到需要改进的业务单元）
（1）选择的研究对象不同，结果也不同，如下图
（2）选择什么样的对象作为研究对象，与老大的职权范围有直接的关系。
（3）要使得大多数可能系统用户成为业务工人。
（4）涉及多个小但愿时应该寻找更大的单元
（5）业务单元式名词不是动词
（6）要区分业务单元和业务实体
用例观点：把业务看成对外提供价值的价值流。
以业务用例驱动改进-从外部认识组织的本质结构。
3.2 识别业务执行者
（1）在业务之外和业务交互的人或组织
业务执行者在业务外面，业务工人在业务里面。
(2) 业务工人和业务实体可以相互取代职责。
(3) 可以把系统看成业务中的一个业务实体。
(4) 业务执行者主要是那些在业务之外和业务打交道的。
3.3 识别业务用例
业务用例是指为业务执行者提供的价值所在！
业务流程就是业务用例的实现。
业务里面发生的一切都是为业务执行者提供价值。
业务用例的来源有两个，（1）通过思考（拍脑袋）得到的 。(2) 通过归纳已有的用例得到的。
业务用例只针对业务执行者，内部活动不是业务用例。
支撑性业务流程背后的“管理型”业务用例，如下图：
3.4 详述业务用例
描述业务用例的有3种途径：
（1）文字
(2) 序列图
序列图只表现责任和协作。
业务序列图
做序列图要诚实描述，不能掺合系统实施以后的想象。
（3）活动图
活动图只表现事件。
3.5 简历业务对象模型]
参考与UMLChina潘老师的课堂。