[uml用例图实例分析]UML图绘制的注意点和实例分析

[uml用例图实例分析]UML图绘制的注意点和实例分析 [uml用例图实例分析]UML图绘制的注意 点和实例分析 篇一 : UML图绘制的注意点和实例分析 先百度一下，Unified Modeling Language 又称统一建模语言或标准剑魔语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。，可见性符号等。二、用例图 用例图是最常见的一种图。用例图概括了用例中角色和系统之间的关系，描述了系统功能需求，角色和系统的交互以及系统的反应。 用例图有参与者、用例、关系组成。参与者就是系统中的用户身份。用例是系统中的一个功能的概括。关系是参与者或者与用例的联系。其中关系可以分为关联、泛化、包含和扩展4种关系。关系的运用是用例图最难的部分。4种关系的说明: 关联是参与者和用例之间的关系，用箭头; 泛化是参与者与用例或用例之间的关系，意思是特殊化。比如吃饭和吃晚饭。两者的本质是一样的。符号用空心的三角形。箭头为被指向。包含是用例之间的关系，意思是一个用例包含另一个子用例。子用例是必须存在的，没有子用例则功能不能完成。符号在箭头的线上加>。箭头为去指向。扩展也是用例之间的关系，意思是一个用例 可以扩展出一个子用例。与包含不同的是，这个子用例是不一定要存在的，没有也一样能完成功能。符号在箭头线上加>。箭头为被指向。 还是上面那个图书管理的 案例 全员育人导师制案例信息技术应用案例心得信息技术教学案例综合实践活动案例我余额宝案例 行政人员和员工是参与者，中间的这些是用例。这幅图用例之间大部分都是包含关系，比如借书包括申请、查找、借阅这三个子用例，都是必须的。而图书续借不是必须的，因此只是扩展的用例。批量购书是购书的一个特例，和购书本质是相同的，因此作为泛化的关系。 绘制的注意点: 用例之间的关系，尤其是包含和泛化的区别，可以这样区分，试着把包含的用例让泛化的用例来包含后，看看是不是同样成立箭头指向，泛化和扩展的指向和包含是反的用例的表达是动词+名词的形式，只有一个动作或者名词的不是用例。比如所有书籍，是否可借等表述就不是用例。三、状态图 状态图是UML中相对比较简单的一张图，用得也没前两种图多。状态图是描述一个实体基于事件反应的动态行为，显示了该实体所有可能的状态，以及事件发生时状态的转移条件。 总结 初级经济法重点总结下载党员个人总结TXt高中句型全总结.doc高中句型全总结.doc理论力学知识点总结pdf 一句话，状态图就是把类的状态的改变连城一张图。状态图的元素包括状态、转移和动作。元素的形式如下图所示，黑点分别为起始点，矩形为状态，箭头上时状态改变的动作和事件。 状态图可以看做是类图的补充，因为状态本身就是类的状态。 状态图的绘制过程很简单，只要先把类的状态罗列，然后按顺序连起来，最后写上动作或条件即可。上图中连接线上依次为事件、判断条件和动作，简化起来只要写一个就行。 图书馆借书的状态图如下图所示。 图书的状态为在馆、被借阅、借出等，该状态图就是把状态连接起来。 扩展:uml需求分析实例 / uml实例分析 / uml用例图实例分析 状态图的注意点: 状态图不是流程图～连起来的是状态不是动作～看似简单但很多人第一次绘制都会把状态图画成流程图类物质。比如上图中，提交申请、借书等都不是状态，只能作为动作在连接线上出现。状态图的状态是系统中类的状态，现实中发生但与系统无关的情况都不能被算作是状态。比如书被查找中，被翻阅中等现实里的状态，并没有系统的操作，因此不是状态。四、序列图 序列图是用来描述对象之间消息发送的先后次序，阐明对象之间的交互过程以及系统执行过程某一具体时刻将会发生什么事件。抽象地概括，序列图就是把主体之间传递消息的操作以及消息本身按顺序排列出来。 序列图的元素包括对象、生命线、控制焦点、消息。每个元素的样式如下图所示。 序列图的消息主要分为3种，调用，发送，和返回。同步调用消息是指发送者把控制传递给接收者，然后停止活动，等待消息返回。它是一种即时的关系，返回消息需要直接放在这条消息之后。用实心的三角形表示。 异步发送消息是指发送者把消息发送过去后，继续自己的活动，不需要等待消息返回来。返回消息可以在几个过程之后。用半个箭头表示。 返回消息就是上述两种消息调用后所返回的消息，用虚线和普通的箭头显示，如上图。 当然，一般不需要返回的消息用普通箭头就可以。 图书馆借书的序列图如下所示。 从员工发起借书申请到借书成功的信息。对象之间的交互包括借书申请、查找、借书操作等。查找书和借书操作需要直接从系统返回消息。 序列图的注意点: 第一个对象是某操作者，第一步肯定是与系统进行交互。如果画详细点的话可以再加个界面，第一步与界面交互，再界面与系统交互。确定哪些情况要同步或者异步的返回信息。返回信息必须是与发送消息的对象一致，方向相反。主体有对象和参与者两种情况，对象和参与者要区别表示。员工就是参与者，系统是对象。画图规范问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ，在交互过程中要有连续的控制焦点，不能中断也不能没有。五、活动 图 活动图是展示业务用例实现的工作流程，描述活动活动的顺序，展现从一个活动到另一个活动的控制流，强调每一步动作和产生的结果。也就是说，活动图将系统的活动连接起来，是流程图的详细化。 活动图的元素有动作状态、动作流、对象、对象流、分支合并，泳道等。活动图的元素比较丰富，直接用图书馆的案例来分析。 三块是泳道，分别是不同的对象。黑圆点是开始和结束，中间是活动和顺序。矩形是活动中需要涉及到的对象。粗线和菱形是合并分叉的标志。 整个系统的业务流程如活动的顺序所示。发起借书申请时需要传递借书申请这个对象，因此需要添加对象。查找图书后的菱形分叉表示判断，分出两个不同的活动。粗线后的两个活动表示都在借书申请后一步执行。 活动图的注意点: 菱形和粗线很容易错误。粗线分叉是和的关系，表示都要做，菱形是或的关系，表示二选一，分开与合并都是这样，不要搞错一个活动只能唯一出现在一个泳道，不能跨泳道。对象可以跨泳道。所有活动必须连线，而对象是辅助的作用，去掉对象也要保证所有活动连线。规范问题，比如开始和结束的标记不能漏六、数据流图 数据流图虽然并不是UML图，然而同样很重要，而且画图的 难度比较大。数据流图简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。简单的说，就是数据的流程图。 数据流图的元素有外部实体、数据加工、数据存储和数据流，如下图所示。 数据流图的原理，就是把每个数据加工按照顺序用数据流连起来。系统外部输入和输出的数据则用外部实体来表达。每一步加工需要用到的数据存储，或者生成的数据存储，都用数据存储来表示。每个数据加工都需要按序号命名。 由于系统数据的复杂性，不可能将所有数据操作画在一张数据流图上。需要进行分层操作，先画整体的数据流图即顶层图，再逐步细化，分为好几张图。 图书馆借书的数据流图如下: 顶层图: 0层图 由于系统比较简单，因此一共只有两层图。顶层是整个系统和外部的数据交换状态，底层是详细的数据流动。数据加工分为三块，借书申请检查，图书查找和图书借阅。借书申请由员工提交，合格的申请发给管理员。 底层图的加工用1、2等数字命名。如果0层图后还有1层图，则用1.1,2.1来命名。如果有1层图，则需要分多张，如上图中的加 工有1、2、3，则1层图要分3张，分别描绘这三步加工的详细步骤。 数据流图的注意点: 所有步骤都是数据的流动，不要把现实中实体的流动画进去。比如书，把书给员工，就不是系统中数据的流动，因此不能画进去。外部实体之间不能有数据传输，不能在员工和管理员之间直接画箭头。顶层系统只能有1个数据加工，然后一个个展开来，不能在顶层图画两个或以上的数据加工。顶层系统的输入、输出数据，应该和所有底层系统的输入输出数据一致，不能多出来或少。比如上图顶层图中员工的借书申请，管理员的合格申请，在所有底层图中有且只能有这些数据，不能在员工和管理员的数据流中多出一个数据。如果一层有多幅图，每幅图之间的数据要能够衔接起来。比如2图书查找和3图书借阅都有自己的子流程，那么2图书查找的数据流图结束后，就必须输出图书信息，3图书借阅的数据流图也必须要用到2传递的图书信息。这点原理和上一点一样。 就写这么多。上述的案例是根据自身的业务来制定的，每个图的案例也有一些地方会不够完善。 扩展:uml需求分析实例 / uml实例分析 / uml用例图实例分析 本文由 @潘帕斯雄鹰原创投稿，并经人人都是产品经理编辑。未经许可，禁止转载。 互联网人士必备微信公众号:woshipm，雷军和周鸿祎都关注了，如果你已经关注了，证明你已经很牛逼了。 扩展:uml需求分析实例 / uml实例分析 / uml用例图实例分析 篇二 : JQuery中serialize用法实例分析 这篇文章主要介绍了JQuery中serialize用法,实例分析了serialize方法的功能、定义及相关使用技巧,需要的朋友可以参考下 本文实例讲述了JQuery中serialize用法。分享给大家供大家参考。具体分析如下: 一、serialize定义和用法: serialize方法通过序列化表单值，创建标准的URL编码文本字符串，它的操作对象是代表表单元素集合的jQuery 对象。你可以选择一个或多个表单元素，或者 form 元素本身。序列化的值可在生成 AJAX 请求时用于 URL 查询字符串中。 语法: $.serialize 详细说明 1、.serialize 方法创建以标准 URL 编码表示的文本字符串。它的操作对象是代表表单元素集合的 jQuery 对象。 2、.serialize 方法可以操作已选取个别表单元素的 jQuery 对象，比如 , 以及 。不过，选择 标签本身进行序列化一般更容易些 3、只会将”成功的控件“序列化为字符串。如果不使用按钮来提交表单，则不对提交按钮的值序列化。如果要表单元素的值包含到 序列字符串中，元素必须使用 name 属性。 4、form里面的name不能够用 Js、jquery里的关键字。 例如:length 代码如下: //使用:$.serialize; 上面则获取不到值。 二、JQuery中serialize实例 1、ajax serialize 代码如下: $.ajax.serialize,// 要提交表单的ID success: function{ alert; } }); 2、serialize 序列化表单实例 代码如下: ${ $.click{ alert.serialize); }); }); 昵称 密码 点击按钮之后弹出: username=admin&password=admin123 三、serialize是用param方法对serializeArray的一个简单包装 1、$.param $.param方法是serialize方法的核心，用来对一个数组或对象按照key/value进行序列化。 param方法的js代码 代码如下: param: function { /// /// This method is internal. Use serialize instead. /// /// A map of key/value pairs to serialize into a string.? /// /// var s = [ ]; function add{ s[ s.length ] = encodeURIComponent + „=„ + encodeURIComponent; }; // If an array was passed in, assume that it is an array // of form elements if || a.jquery ) // Serialize the form elements jQuery.each{ add; }); // Otherwise, assume that it?s an object of key/value pairs else // Serialize the key/values for // If the value is an array then the key names need to be repeated if ) jQuery.each{ add; }); else add ? a[j] : a[j] ); // Return the resulting serialization return s.join.replace; } 例如: 代码如下: var obj = {a:1,b:2,c:3}; var k = $.param; alert; //输出a=1&b=2&c=3 2、serializeArray serializeArray方法是将一个表单当中的各个字段序列化成一个数组 serializeArray方法的jquery定义 代码如下: serializeArray: function { /// /// Serializes all forms and form elements but returns a JSON d[]ata structure. /// /// A JSON data structure representing the serialized items. return this.map{ return this.elements ? jQuery.makeArray : this; }) .filter{ return this.name && !this.disabled && || /text|hidden|password|search/i.test); }) .map{ var val = jQuery.val; return val == null ? null : jQuery.isArray ? jQuery.map{ return {name: elem.name, value: val}; }) : {name: elem.name, value: val}; }).get; } serializeArray数据例子: 代码如下: [ { name : username, value : 中国 }, { name : password, value : xxx }] 篇三 : UML图绘制的注意点和实例分析 先百度一下，Unified Modeling Language 又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 UML可以看做用于系统 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 阶段给开发做参考的一种方式，其很多图需要用到面向对象程序的思维。画UML图是产品经理的必备技能之一。 废话不多说，本文介绍一下最常见的几个UML图:类图、用例图、状态图、序列图、活动图，以及一个并不属于UML，但也有 很大作用的数据流图。每张图详细介绍一下画法、注意点和具体案例。相关的概念、元素等则简单介绍。 类图是UML图中看起来最复杂的一个图。它与数据库和面向对象编程的联系比较紧密。没学过面向对象或者数据库的同学刚开始画类图可能比较吃力。 一句话介绍一下类:类即相同属性、操作、关系和语义的对象的描述。类的组成:属性、操作。 类图描述系统中类的静态结构。它的作用是定义系统中的类, 表示类之间的关系,描述类的内部结构。一个类长什么样看下图。 类图有涉及到面向对象的知识，在此不一一叙述。图中有些看不懂的名词请自行百度。 类之间通过关系连接起来。类图中的关系很多，在此介绍最常见的关联关系。关联关系是一种拥有的关系，它使一个类知道另一个类的属性和方法。关联关系的类通过箭头连接起来。 下面分析具体案例:公司图书管理系统，包括借书、还书、申请买书的操作。借书过程:员工发起借书申请，由行政人员去图书馆拿书给员工。还书买书类似。后面的图也是用这个案例。 这幅图就是借书系统的类图。要简化的话可以将可见性符号和属性的类型省略。图中的空心三角形应该为箭头。 员工、书、订单三个类比较容易理解，代表了三个抽象的实体。 借书类则是员工和书之间借书行为的一个抽象，连接了员工和书，记录了借书这个状态中的一些信息，以及借还书操作。买书同理。 列几条类图绘制的要点。 用例图是最常见的一种图。用例图概括了用例中角色和系统之间的关系，描述了系统功能需求，角色和系统的交互以及系统的反应。 用例图有参与者、用例、关系组成。参与者就是系统中的用户身份。用例是系统中的一个功能的概括。关系是参与者或者与用例的联系。其中关系可以分为关联、泛化、包含和扩展4种关系。关系的运用是用例图最难的部分。4种关系的说明: 关联是参与者和用例之间的关系，用箭头; 状态图是UML中相对比较简单的一张图，用得也没前两种图多。状态图是描述一个实体基于事件反应的动态行为，显示了该实体所有可能的状态，以及事件发生时状态的转移条件。 总结一句话，状态图就是把类的状态的改变连城一张图。状态图的元素包括状态、转移和动作。元素的形式如下图所示，黑点分别为起始点，矩形为状态，箭头上时状态改变的动作和事件。 状态图可以看做是类图的补充，因为状态本身就是类的状态。状态图的绘制过程很简单，只要先把类的状态罗列，然后按顺序连起来，最后写上动作或条件即可。上图中连接线上依次为事件、判断条件和动作，简化起来只要写一个就行。 图书馆借书的状态图如下图所示。 图书的状态为在馆、被借阅、借出等，该状态图就是把状态连接起来。 状态图的注意点: 序列图是用来描述对象之间消息发送的先后次序，阐明对象之间的交互过程以及系统执行过程某一具体时刻将会发生什么事件。抽象地概括，序列图就是把主体之间传递消息的操作以及消息本身按顺序排列出来。 序列图的元素包括对象、生命线、控制焦点、消息。每个元素的样式如下图所示。 序列图的消息主要分为3种，调用，发送，和返回。同步调用消息是指发送者把控制传递给接收者，然后停止活动，等待消息返回。它是一种即时的关系，返回消息需要直接放在这条消息之后。用实心的三角形表示。 活动图是展示业务用例实现的工作流程，描述活动活动的顺序，展现从一个活动到另一个活动的控制流，强调每一步动作和产生的结果。也就是说，活动图将系统的活动连接起来，是流程图的详细化。 活动图的元素有动作状态、动作流、对象、对象流、分支合并，泳道等。活动图的元素比较丰富，直接用图书馆的案例来分析。 三块是泳道，分别是不同的对象。黑圆点是开始和结束，中间是活动和顺序。矩形是活动中需要涉及到的对象。粗线和菱形是合并分叉的标志。 整个系统的业务流程如活动的顺序所示。发起借书申请时需要传递借书申请这个对象，因此需要添加对象。查找图书后的菱形分叉表示判断，分出两个不同的活动。粗线后的两个活动表示都在借书申请后一步执行。 活动图的注意点: 菱形和粗线很容易错误。粗线分叉是和的关系，表示都要做，菱形是或的关系，表示二选一，分开与合并都是这样，不要搞错 数据流图虽然并不是UML图，然而同样很重要，而且画图的难度比较大。数据流图简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。简单的说，就是数据的流程图。 数据流图的元素有外部实体、数据加工、数据存储和数据流，如下图所示。 数据流图的原理，就是把每个数据加工按照顺序用数据流连起来。系统外部输入和输出的数据则用外部实体来表达。每一步加工需要用到的数据存储，或者生成的数据存储，都用数据存储来表示。每个数据加工都需要按序号命名。 由于系统数据的复杂性，不可能将所有数据操作画在一张数据 流图上。需要进行分层操作，先画整体的数据流图即顶层图，再逐步细化，分为好几张图。 图书馆借书的数据流图如下: 顶层图: 0层图 由于系统比较简单，因此一共只有两层图。顶层是整个系统和外部的数据交换状态，底层是详细的数据流动。数据加工分为三块，借书申请检查，图书查找和图书借阅。借书申请由员工提交，合格的申请发给管理员。 底层图的加工用1、2等数字命名。如果0层图后还有1层图，则用1.1,2.1来命名。如果有1层图，则需要分多张，如上图中的加工有1、2、3，则1层图要分3张，分别描绘这三步加工的详细步骤。 数据流图的注意点: UML:是面向对象的可视化建模的一种语言。[]是数据库设计过程中，在E-R图的设计后的进一步建模。 UML中有3种构造块:事物、关系和图，事物是对模型中最具有代表性的成分的抽象;关系是把事物结合在一起;图聚集了相关的的事物。 UML提供9种视图:类图、对象图，用例图，序列图、协作图，状态图、活动图，构件图和部署图。 在UML系统开发中有三个主要的模型: 功能模型: 从用户的角度展示系统的功能，包括用例图。 对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括类图。 动态模型: 展现系统的内部行为。 包括序列图，活动图，状态图。 描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。 。如下图: 类图是描述系统中的类，以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型，确切的说，是一种静态模型类型。 与类图极为相似，它是类图的实例，对象图显示类的多个对象实例，而不是实际的类。它描述的不是类之间的关系，而是对象之间的关系。 描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。 描述类的对象所有可能的状态，以及事件发生时状态的转移条件。可以捕获对象、子系统和系统的生命周期。他们可以告知一个对 象可以拥有的状态，并且事件会怎么随着时间的推移来影响这些状态。一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类;该图可以确定类的行为，以及该行为如何根据当前的状态变化，也可以展示哪些事件将会改变类的对象的状态。状态图是对类图的补充。 序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。 和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。如果强调时间和顺序，则使用序列图;如果强调上下级关系，则选择协作图;这两种图合称为交互图。 描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的关系，这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。 是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。 ----------------------------------------------------------------------------------------- -------------------- 一:这九种模型图各有侧重， 1:用例图侧重描述用户需求， 2:类图侧重描述系统具体实现; 二:描述的方面都不相同， 1:类图描述的是系统的结构， 扩展:uml / uml图例说明 / uml类图 2:序列图描述的是系统的行为; 三:抽象的层次也不同， 1:构件图描述系统的模块结构，抽象层次较高， 2:类图是描述具体模块的结构，抽象层次一般， 3:对象图描述了具体的模块实现，抽象层次较低。 在有的文献书籍中，将这九种模型图分为三大类: 结构分类、动态行为和模型管理: 1:结构分类包括用例图、类图、对象图、构件图和部署图， 2:动态行为包括状态图、活动图、顺序图和协作图， 3:模型管理则包含类图。 然后转一篇blog对各个图做一个比较详细的说明和举例: ********************************************************** 扩展:uml / uml图例说明 / uml类图