uml有哪些分析模型1、业务用例图（New Diagram | Extended | Business Modeling）
业务用例图用于业务建模，帮助理解和发现需求，描述对于所服务的客户能提供什么服务功能及如何运作起来的，即所谓的业务流程。
（系统用例面向某一个系统，而业务用例脱离了具体某一个系统，是要考虑用户实际工作场景的）
业务角色/执行者：业务范围之外的人或组织，他们能从此业务中得到服务，由他们启动某一个业务用例。
业务工人：业务内部的人或机构，他们在业务用例中扮演工人的角色，将业务流程运转下去。
业务用例：为业务执行者提供服务价值的业务流程
业务用例图和普通用例图基本相同，对角色（Actor）和用例（Use Case）使用了特殊的版型 business actor 、 business use case ，在形状上有一个斜线，如下图所示。
2、系统用例图（New Diagram | UML Behaviorar | Use Case）
系统用例图描述某一个待建系统有哪几类角色（使用者）和每个角色从系统能得到什么服务或要尽的职责。
角色/执行者：在系统之外与系统进行交互的人或机器，通常就是从用户部门提炼出的岗位角色。
用例：执行者与系统进行的较完整且有意义的一次交互过程，执行者能从中得到有意义且可见的结果。
3、业务场景序列图（New Diagram | Extended | Business Interaction）
业务场景序列图是在序列图（顺序图）的基础上，对序列图中的对象采用特殊的版型，例如业务执行者（business actor）、业务工人（business worker）。
通常业务场景序列图中最左边是业务执行者，然后是各个业务工人（岗位角色），序列图中的消息使用的是业务语言，粒度较粗，不涉及具体某一个系统。
业务场景序列图的对象（列）一般不体现业务实体（例如票据、审批单），否则会把序列图弄得很复杂，业务实体可以在文字描述或业务实体分析图中体现。
4、业务场景活动图（New Diagram | UML Behaviorar | Activity）
业务场景活动图是在普通活动图的基础上，采用泳道来表达各种角色的责任和相互交互，在业务场景活动图中也要使用业务语言来表达。
相对于业务场景序列图的区别和选用方法是：在序列图中更能表达活动的时间先后顺序，且在有限空间内更能表达更多的活动；活动图则容易表达触发条件、分支活动、并行开展的活动、多次重复循环的活动。
使用visio 提示此UML形状所在的绘图页不是UML模型...新建->
选择软件与数据库模板->
选择UML模型图->
注意：如果不选择UML模型图的话，可能会出现无法编辑形状文本，提示“此UML形状所在的绘图页不是UML模型图的一部分，该形状设计用于利用UML模型图模板创建的绘图”
Z08-0402新中式书房书桌椅书柜
UML图的主要模型 （顺序图）
序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。 （组件图）
描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的关系，这些图由构件标记符和构件之间的关系构成。在组件图中，构件是软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。 （配置图）
是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。部署图用于表示一组物理结点的集合及结点间的相互关系，从而建立了系统物理层面的模型。
一：这十种模型图各有侧重，
1:用例图侧重描述用户需求，
2:类图侧重描述系统具体实现；
二：描述的方面都不相同，
1:类图描述的是系统的结构，
2:序列图描述的是系统的行为；
三：抽象的层次也不同，
1：构件图描述系统的模块结构，抽象层次较高，
2：类图是描述具体模块的结构，抽象层次一般，
3：对象图描述了具体的模块实现，抽象层次较低。
在有的文献书籍中，将这九种模型图分为三大类：
结构分类、动态行为和模型管理：
1：结构分类包括用例图、类图、对象图、构件图和部署图，
2：动态行为包括状态图、活动图、顺序图和协作图，
3：模型管理则包含类图。
