初学UML之-------用例图 - 享受测试带来的一切 - 51Testing软件测试网 51Testing软件测试网-中国软件测试人的精神家园
越来越觉得自己走测试这条路是对的，越来越觉得自己适合做测试，这么久以来兴趣一直在激发我前进，一直在寻找下一个站点，我相信测试路上我一定会走的很远，我的测试道路一定会很宽阔，努力就有收获，也希望还在测试路口迷惘的朋友，不要再犹豫了，因为你的犹豫不决，会使你错过很多~~~~~喜欢就去just do it ，因为只有尝试了才知道自己适不适合，喜不喜欢。如果一味的问别人，永远找不到最终的***。因为每个人的感觉不一样，每个人的情况不一样，每个人的前提条件都不一样，你会得到不同的***，这样只能会使你更迷茫~~~~
初学UML之-------用例图
& 10:50:43
/ 个人分类：
转自网络一．UML简介UML（统一建模语言，Unified Modeling
Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。二．用例建模简介用例建模是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use
Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。1．
用例图参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。这是
UML对用例的正式定义，对我们初学者可能有点难懂。我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。2．
用例描述用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括：简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。下面说说各个部分的意思：简要描述：对用例的角色、目的的简要描述；前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；异常事件流：表示发生了某些非正常的事情所要执行的流程；后置条件：用例一旦执行后系统所处的状态；三． 用例图和用例描述设计实例这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。这个网站我用UML完整的分析一下，以下我提取了用例图和用例描述的部分。这个家教网站分为前台客户系统和后台管理系统。前台客户系统的用例图如下：后台管理系统用例图如下：感谢:
10:10 出处:整理补充:用例之间也可以存在包含、扩展和泛化等关系：　　（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。　　（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。在以下几种情况下，可使用扩展用例：　　a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；　　b.表明只在特定条件（如例外条件）下才执行的分支流；　　c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。　　图2.3给出了一个扩展关系的例子，在还书的过程中，只有在例外条件（读者遗失书籍）的情况下，才会执行赔偿遗失书籍的分支流。（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。如在图2.4中，订票是***订票和网上订票的抽象。------------------------------------------------------------泛化、包含和扩展泛化（Generalization）在面向对象的技术中无处不在，它的另一个名字也许更为著名，就是“继承”。下图给出了一个使用泛化的用例图：可知，在用例图中，角色和用例都能够泛化。角色的泛化/继承很容易理解，因为角色本来就是类（Class），它是一种版型（stereotype）为Actor的类，所以角色的继承直观而自然。但是用例的继承实际上分为两种情况，并不是简单的使用泛化，而是使用扩展（extended）和包含（include）两种泛化的特例。扩展用于子用例的动作步骤基本上和父用例的动作步骤相同，只是增加了另外的一些步骤的情况下。包含用于子用例包含了所有父用例的动作，它将父用例作为了自己的一个大步骤，子用例常常包含一个以上的父用例。如下图：对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。如下：四．
总结其实用例建模并不是这么简单，它涉及到的知识还有很多，这里只是简单的介绍一下。软件设计利器:UML类图常用符号及关系详解!
在软件开发中，经常会遇到UML建模，而类图作为一种静态的结构图，不仅是系统编码和测试的重要模型，还可以简化人们对系统的理解。因此，理解和知道如何使用UML图就显得尤为重要了!那么，对于UML类图中常用的一些基本符号及使用你是否都了解了呢?
　　UML类图的基本符号：
　　UML类图基本符号的含义：
　1、类(Class)：一般是用三层矩形框表示，第一层表示类的名称，第二层表示的是字段和属性，第三层则是类的方法。第一层中，如果是抽象类，需用斜体显示。
2、包(Package)：是一种常规用途的组合机制。在UML中用一个Tab框表示，Tab里写上包的名称，框里则用来放一些其他子元素，比如类，子包等等。
3、接口(Interface)：表示的是一系列的操作集合，它指定了一个类所提供的服务。一个接口只指明了实现这一接口的分类器实例应该支持的特性，并没有指定其所刻画的特性是如何实现的。
　　UML中描述对象和类之间相互的关系，常用以下几种方式表示：
1、依赖(Dependency)：表示的是类之间的调用关系。UML中用带箭头的虚线表示依赖关系，而箭头所指的则是被依赖的类。
2、泛化(Generalization)：表示的是类之间的继承关系，注意是子类指向父类。UML中用带空心三角箭头的实线表示泛化关系，箭头指向的是一般个体。
3、关联(Association)：表示的是类与类之间存在某种特定的对应关系。UML中用双向带箭头的虚线表示关联关系，箭头两端为相互关联的两个类。
　4、聚合(Aggregation)：是关联关系的一种特例，表示的是整体与部分之间的关系，部分不能离开整体单独存在。UML中用空心菱形头的实线表示聚合关系，菱形头指向整体。
5、组合(Composition)：是聚合的一种特殊形式，表示的是类之间更强的组合关系。UML中用实心菱形头的实线来表示组合，菱形头指向整体。
4.67 & 5 &1,200.00 &580.00
4.67 & 5 &1,200.00 &580.00umll 学生选课系统的类图设计实验报告，主要包括 目的原理结果及分析 software engineering 软件 / 工程 240万源代码下载-
&文件名称: umll
& & & & &&]
&&所属分类:
&&开发工具: WORD
&&文件大小: 82 KB
&&上传时间:
&&下载次数: 221
&&提 供 者:
&详细说明：学生选课系统的类图设计实验报告，主要包括实验目的原理结果及分析-Student Course Selection System Design class diagram experimental report, the main purpose of including the principle of the experiment results and analysis
文件列表(日期：)(点击判断是否您需要的文件，如果是垃圾请在下面评价投诉):
&[]:很好，推荐下载&[]:只是UML中的一个类图,能更全面就好了&[]:一般，勉强可用
&相关搜索:
&&&&&&&&&&
&输入关键字，在本站240万海量源码库中尽情搜索：
&[] - 一个关于数据库课程设计报告的实例，是学校选课系统，包括需求分析，数据流图，数据字典等。
&[] - 基于UML的网络购物系统的分析.有设计分析报告.还有用rose做的用例图.类图,部署图等.对初学uml的朋友会有帮助!
&[] - 这是一篇描写用UML制作的学生选课系统的WORD文档,在这其中,包含了用例图等主要功能图
&[] - 学生选课系统，该系统主要实现简单的大学学生选修课程的功能。
1．系统的用户主要分为2类：学生和管理员
2．数据描述
&1& 课程: 课程号、课程名、学分、学时、教师、开课学期、适用专业、最大选课人数
&2& 学生：学号、姓名、密码、专业年级
&[] - 是一个网上购物系统的概要设计文档,有数据库设计,类图,用例图,以及各类流程图
&[] - 一个计算器的小程序，用于测试严格的使用了面向对象的设计方法包含设计文档和类图。
&[] - 里面有3个WORD文件,介绍的了选课系统的指导步骤(ROSE),只是基础,要直接在添加.
&[] - 学生选课系统的毕业设计论文，包括需求分析，概念设计
&[] - 各位这个是算法项目的排课管理系统用途的非常的大呀
&[] - 模拟学生选课系统，主要模拟大学自选课的选择，附有一份课程设计说明