UML中包含的图
结构
用例图：需求捕获，测试依据
类图：类以及类之间的相互关系
对象图：对象以及对象之间的相互关系
构件图：构件及相互关系
部署图：构件在各节点上的部署
行为
顺序图：强调时间顺序的交互图
协作图：强调对象协作的交互图
状态图：类所经历的各种状态
活动图：对工作流程的建模
识别系统边界和参与者
Actor(参与者)：在系统之外，透过系统边界与系统进行有意义的交互的任何事务
参与者 代表系统边界以外的真实事务，并不是系统的成分，
其透过系统边界直接与系统交互，他的确定代表系统边界的确定
其于系统的交互是有意义的
可以是任何事务
一个人可以是多个参与者
识别参与者的思路
谁使用的主要功能
谁改变系统的数据
谁从系统获取信息
谁需要系统的支持以完成日常工作任务？
谁负责维护、管理并保持系统正常运行？
系统需要应付（处理）哪些硬设备？
系统需要和哪些外部系统交互？
谁（或什么）对系统运行产生的结果（值）感兴趣？
时间、气温等内部外部条件
参与者存在泛化关系
用例定义
用例实例是系统执行的一系列动作，这些动作将生成
特定主角（参与者）可观测的结果值。一个用例定义
一组用例实例。
通俗一些:Actor使用系统达到某个目标
用例止于系统边界，而不是内在系统活动
用例的结果有系统生成
用例是业务语言而非用户语言
用例是用户观点而非系统观点
用例过细的粒度，一般都会导致技术语言的描述，而不再是业务语言
可以把包含复杂交互的路径独立出去形成用例
用例之间出了包含，扩展和泛华外不能有其他关系
