理解 泳道图、时序图、流程图、状态图、协作图

泳道图

1、简介

     泳道图按角色划分为一个个泳道,每个角色的活动散落在各个角色对应的泳道里。泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。由于它们的外观的缘故,这些区域被称作泳道。

2、绘制泳道展开图方法

        ⑴点出参与该流程的不同人员或工作功能,将他们列在海报或白板的左边或上方;
  ⑵透过脑力激荡列出流程中的步骤,并将其写在帖纸上;
  ⑶一一探讨这些步骤,并将贴纸贴在适当的泳道上;
  ⑷运用此结果来激发讨论应如何改善工作流程。

例如

 

 

时序图

时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序.

当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件.

在 UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时, 生命线用一条虚线表示, 消息用从一个对象的生命线到另一个对象的生命线的箭头表示. 箭头以时间的顺序在图中上下排列.

ATM 用户成功登陆的时序图

时序图中的基本概念

对象: 时序图中对象使用矩形表示, 并且对象名称下有下划线. 将对象置于时序图的顶部说明在交互开始时对象就已经存在了. 如果对象的位置不在顶部, 表示对象是在交互的过程中被创建的.

生命线: 生命线是一条垂直的虚线. 表示时序图中的对象在一段生命周期内存在. 每个对象底部中心的位置都带有生命线.

消息: 两个对象之间的单路通信. 从发送方指向接收方. 在时序图中很少使用返回消息.

激活: 时序图可以描述对象的激活和钝化. 激活表示该对象被占用以完成某个任务. 钝化指对象处于空闲状态, 等待消息. 在 UML 中, 对象激活时将对象的生命线拓宽为矩形来表示的. 矩形称为计划条或控制期. 对象就是在激活条的顶部被激活的. 对象在完成自己的工作后被钝化.

对象的创建和销毁: 在时序图中, 对象的默认位置是在图的顶部. 这说明对象在交互开始之前就已经存在了. 如果对象是在交互过程中创建的, 那么就应该将对象放到中间部分. 如果要撤销一个对象, 在其生命线终止点处放置 “ X” 符号.

练习:孙中山的……

活动图

在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动, 判定点和分支等.

活动图中的基本概念

动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形 表示, 动作状态所表示的动作写在圆角矩形内部.

分支与合并: 分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形 表示. 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的, 须保证只有一条出转换能够被触发. 合并包含两个带条件的入转换和一个出转换.

状态图

状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为.

状态图中的基本概念

状态: 用圆角矩形表示. 状态名称表示状态的名字, 通常用字符串表示. 一个状态的名称在状态图所在的上下文中应该是唯一的.

转换: 用带箭头的直线表示. 一端连着源状态, 一端连着目标状态.

初始状态: 每个状态图都有一个初始状态. 此状态代表状态图的起始位置. 初始状态只能作为转换的源, 不能作为转换的目标, 并且在状态图中只能有一个. 初始状态用一个实心圆表示.

终止状态: 模型元素的最后状态, 是一个状态图的终止点. 终止状态在一个状态图中可以有多个.

协作图

协作图(也叫合作图)是一种交互图.

时序图主要侧重于对象间消息传递在时间上的先后关系, 而协作图表达对象间的交互过程及对象间的关联关系

作者:Mark 出处:http://www.cnblogs.com/Mark_blog/ 本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

<think>嗯,用户想了解泳道图在项目管理和流程设计中的应用以及绘制方法。首先,我需要回忆一下泳道图的基本定义和用途。泳道图,也叫做跨功能流程图,主要用于展示不同参与者或部门在流程中的职责和任务。根据用户提供的引用内容,泳道图在项目管理中帮助组织任务、流程和决策点,同时还能发现流程中的瓶颈,优化职责分配。 接下来要考虑应用场景。项目管理中的流程可视化是关键,比如引用[1]提到泳道图能帮助项目经理确保项目成功。可能需要具体例子,比如软件开发中的需求评审流程,不同团队如产品、开发、测试各负责什么步骤。另外,流程设计中的应用也很重要,比如跨部门协作的流程优化,引用[2]中提到发现瓶颈和职责优化,这里可以举采购流程的例子,说明各部门的分工。 然后是绘制方法。用户需要步骤指导,应该分点说明。第一步明确流程范围,比如项目阶段或具体任务。第二步确定参与者和泳道数量,比如部门或角色。第三步分解步骤并按泳道归类,这里可能需要强调使用工具中的横向或纵向泳道排列。第四步添加连接和逻辑,比如箭头和判断节点。第五步优化调整,检查是否清晰,是否有冗余。这部分需要结合引用中的信息,比如引用[3]提到ProcessOn工具可以梳理系统流程,所以工具推荐部分需要列出常用工具,如Visio、Lucidchart、ProcessOn等,并简要说明它们的特点。 最后是相关问题,根据用户之前提供的示例,应该生成三个相关问题,可能涉及应用案例、工具选择、与普通流程图的区别等。需要确保问题有针对性,帮助用户深入理解。 现在要检查是否符合系统指令:使用正确的中文,数学公式没问题,这里可能不需要公式。引用标注是否正确,每个引用来源在末尾添加[^1]、[^2]、[^3]。结构是否清晰,分应用和绘制方法两部分,每部分有子点。回答末尾有相关问题,格式正确。避免使用Markdown,用自然的中文段落,使用粗体标题。可能需要调整格式,确保没有使用任何标记语言,但用户示例中允许使用代码块,不过这里不需要代码块,所以保持文本描述。 总结:需要先介绍泳道图的概念,然后分应用和绘制方法,每部分详细说明,引用相关来源,最后提出三个相关问题。确保语言口语化,自然流畅,不使用专业术语过多,让用户容易理解。</think>### 泳道图的核心应用与绘制方法 #### 一、泳道图在项目管理与流程设计中的应用 1. **项目管理中的流程可视化** 泳道图通过将流程按参与者(如部门、角色)划分为纵向或横向的“泳道”,直观展现任务分工与协作关系。例如: - **需求评审流程**:泳道可划分为产品、开发、测试团队,标注各环节负责人及交付物(如需求文档、技术方案、测试用例)。 - **跨部门协作优化**:通过分析泳道间的任务流转,可识别流程瓶颈(如审批延迟、信息断层)并重新分配职责[^2]。 2. **流程设计的标准化与改进** 泳道图常用于梳理复杂业务流程,例如: - **采购流程设计**:横向泳道可定义采购部、财务部、供应商的交互节点(如订单提交、发票核对、物流跟踪),确保流程合规性。 - **系统交互流程建模**:在软件开发中,泳道图可描述用户、前端、后端、数据库的调用关系,辅助接口设计[^2]。 #### 二、泳道图绘制方法(分步骤说明) 1. **明确流程范围与目标** 确定需描述的流程阶段(如“订单从创建到交付”),避免过度复杂化。 2. **定义泳道与参与者** 根据角色或部门划分泳道数量,例如: ``` 客户服务 | 技术团队 | 质量部门 ``` 3. **分解流程步骤并归类** 将每个步骤放入对应泳道,使用标准符号: - 椭圆形(开始/结束) - 矩形(操作) - 菱形(判断) - 箭头(流向) 4. **标注逻辑关系与规则** 添加判断条件(如“用户反馈是否通过?”)和并行/串行分支,确保流程完整性。 5. **验证与迭代优化** 通过模拟实际场景检查流程是否闭环,合并冗余步骤或补充异常处理分支。 #### 三、推荐工具与实操建议 - **工具选择**: - **ProcessOn**:支持在线协作,内置泳道图模板,适合快速绘制。 - **Lucidchart**:提供自动化布局与实时评论功能,适合复杂流程设计。 - **Visio**:本地部署的专业工具,适合企业级标准化文档输出。 - **绘制技巧**: - 使用颜色区分关键节点(如红色标注高风险环节)。 - 为跨泳道的交互添加注释说明责任边界。 - 定期更新版本以匹配实际流程变更。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值