最近了解到StarUML比较多,所以写一篇教程供大家参考,不足支持,请见谅. StarUML(简称SU),是一种创建UML类图,生成类图和其他类型的统一建模语言(UML)图表的工具.StarUML是一个开源项目之一发展快.灵活.可扩展性强(zj). StarUML官方下载地址: http://staruml.io/download 安装教程: 安装步骤很简单,省略. 注意:付费软件,如需破解网上很多教程,不破解不影响使用 安装之后的主界面简介如图所示:  2.创建工程 在启动star UML时,

UML中的用例(Use Case)概念分析及StarUML实例 在UML 中use case 似 乎最簡單的,用例建模的最主要功能就是用来表达系统的功能性需求或行为,依我的理解用例建模可分为用例图和用例描述.用例图由参与者(Actor).用例 (Use Case).系统边界.箭头组成,用画图的方法来完成.用例描述用来详细描述用例图中每个用例,用文本文档来完成,以及由箭头所组成的各种关系,包括泛 化,包含,扩展等.本文准备向大家介绍以下内容,所有图示均用PowerDesigner所画. u    

在写一份升级方案的时候,发现文字描述半天,好多句子,依然不容易被人看明白,使用visio画了个流程图,后来觉得画个时序图是最清晰得了. 于是在找了一个工具: startUML,当然,做时序图,建模之类的工具还是比较多的,比如: PowerDesigner:http://www.sybase.com/products/modelingdevelopment/powerdesigner StartUML:http://staruml.sourceforge.net/en/  现在跳转至 http:/

大部分:   静态图部分,即静态不动的图 1.用例图, Use case diagram 1.展示系统核心功能及与其交互的用户ACTOR 表示:椭圆

大部分:   静态图部分,即静态不动的图 1.用例图, Use case diagram 1.展示系统核心功能及与其交互的用户ACTOR 表示:椭圆

时序图 用例图

用例图是在项目初期确认需求的时候,需要明确各个参与者之间的关系以及对应的功能,它可视化地展示了整个系统的功能以及功能之间.功能与参与者之间的关系. 1.元素 1.1 角色(actor) 角色不一定是人,可以是一个程序.组织或者外部系统. 1.2 用例(use case) 这个名词有点难以理解,在公司里,测试用例说的是每个测试项目,而在这里的意思是指功能. 1.3 子系统(subsystem) 它代表着一个系统.模块的集合,在子系统里有自己的功能 1.4 关系 关系是连接用例与用例之间.用例与角色

UML,全称是Unified Modeling Language,中文是"统一建模语言".通俗点说,UML是一种创建模型的语言. UML是在开发阶段,说明,可视化,构建和书写一个面向对象软件密集系统的制品的开放方法.它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现.当模型建立之后,模型可以被UML工具转化成指定的程序语言代码. 我们使用一种常见的画UML的工具,starUML,打开之后如图所示

一.用例图   1.说明        1.1  用例图说明的事谁要使用系统以及他们使用该系统可以做些什么?  <业务需求>        1.2  解析一个用例图,我们可以发现它包含4个基本组件: 系统 参与者 用例(功能) 关系           另外可以通过在用例前面加上包名和两个冒号来确定该用例是属于哪个包的.如:staff::mechanic.如果用  多个参与者与用例之间有同一关系,可以重新考虑为用户选择的在系统中扮演的角色的名称.使名称更为广泛化,以一个参与者取代重复的参与者.

下载一个starUML 链接:https://pan.baidu.com/s/1pIGNVmhtwBxMrCG9LHdkCQ 提取码:c4i6 复制这段内容后打开百度网盘手机App,操作更方便哦 添加class类图 添加类 右键选择java--生成代码 默认放到桌面 找到桌面的文件 此外,还没有画用例图,感觉这个轻量级的UML工具比重量级的PowerDisigner好用

StarUML中的活动图本质上是流程图,活动图相对来说,更加专业,它有对信号的处理,对状态动作.数据区别表示,使得更清晰地了解控制流的走向. 1.基本元素 a.活动状态图(Activity).动作状态(Actions) 活动和动作使用同一个图表示,活动状态与状态机的状态是同一个意思,代表着一种状态,它是由别的状态流转而来,也可以流转到别的状态,同时也可以自流转,流转到自己:动作状态代表的就是一个动作. 活动状态图,是可以细化的,所以有时候会先画一个大的活动状态图,然后将该活动暴露的接口和所使用到

时序图是可视化地展示对象与对象之间的联系的图,与其他的图相比,它跟侧重于表现为了完成一个用例,对象之间是怎么协同工作的. 之前学习的组件图.用例图都能表现对象之间的联系,侧重的是"有哪些联系",这是属于水平维度的展示,而时序图,它更像一个是从纵向维度用一个个的用例,将各个对象串起来,从而展现出它们之间的联系,在软件开发中,有了时序图,基本上就可以指导软件开发了. 1.基本元素 a.角色(actor) 角色不一定是人,也可以是组织.模块或者其他的系统以及子系统,用下图表示. 创建时序图的

参考博客:http://blog.csdn.net/Excing/article/details/48998891 方法 将StarUML/www/license/node/LicenseManagerDomain.js 中的 function validate(PK, name, product, licenseKey) 修改为下面的代码即可 function validate(PK, name, product, licenseKey) { var pk, decrypted; // edi

用rose画UML图(用例图,活动图) 首先,安装rose2003,电脑从win8升到win10以后,发现win10并不支持rose2003的安装,换了rose2007以后,发现也不可以. 解决途径:在虚拟机中安装(我装的是win xp的系统,安装的是rose2003). 如果需要安装包,可以联系我.此外,还有Visio2013的安装包等.都有用过,不过还是觉得rose最好用了. 然后开始贴图吧!毕设做的电商购物系统的UML设计图.   用例图: 1.用户用例模型 2.系统管理员用例模型 3.订

[.net 面向对象程序设计深入](2)UML——在Visual Studio 2013/2015中设计UML用例图  1.用例图简介 定义:用例图主要用来描述“用户.需求.系统功能单元”之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. 类型:动态图 应用:需求分析阶段 2.用例图元素 2.1 参与者(Actor) 表示与您的应用程序或系统进行交互的用户.组织或外部系统.用一个小人表示. 2.2 用例(Use Case) 用例就是外部可见的系统功能,对系统提供的服务进行描述. 用椭圆

转载地址  http://blog.csdn.NET/tianhai110 (下面参考了原博主的内容,也加入自己的内容,为了自己脑补,也方便其他看到的人脑补) 使用StartUML绘制用例图:       StartUML是支持UML的建模平台软件,是一款开发源码的UML工具,是棒子国主导开发出来的,StartUML可以绘制9款UML图,主要包括用例图,类图,序列图,状态图,活动图. 用例图主要用来描述“用户.需求.系统功能单元”之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. [用

​用例图.顺序图.状态图.类图.包图.协作图 面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML(也就是Unified Modeling Language™),这篇课程的目的是展示出UML的精彩之处. UML中有九种建模的图标,即: 用例图 类图 对象图 顺序图 协作图 状态图 活动图 组件图 配置图 本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题,测试一下你对这个部分的理解. 为什么UML很重要? 为了回

用例图的概念 用例图是描述用例.参与者以及它们之间关系的图. 用例图的作用 用例图是从用户的角度来描述对信息系统的需求,分析产品的功能和行为. 用例图定义和描述了系统的外部可见行为,是分析.设计直至组装测试的重要依据. 让用户参与前期的系统分析与设计. 参与者的概念(actor,执行者,活动者) 参与者是指在系统之外,但与系统直接交互的对象.先举个例子,对参与者有个具体的概念,如图: 参与者用人形符号表示,在人形符号下面标出参与者的角色名(不是人名)例如: 参与者的类型 人员 信息系统 设备 实

用例图中的各种关系 一.参与者与用例间的关联关系 参与者与用例之间的通信,也成为关联或通信关系. 二.用例与用例之间的关系 包含关系(include) 扩展关系(extend) 包含关系 (1)  概念 包含关系描述的是一个用例需要某种功能,而该功能被另外一个用例定义,那么在用例的执行过程中,就可以调用已经定义好的用例. (2)表示符号<<include>> 再如上篇文章中饮料自动售货机的例子: 在代码中用例的包含关系是什么呢? class coat //外套 { public s

1.什么是用例图 用例图源于Jacobson的OOSE方法,用例图是需求分析的产物,描述了系统的参与者与系统进行交互的功能,是参与者所能观察和使用到的系统功能的模型图.它的主要目的就是帮助开发团队以一种可视化的方式理解系统的功能需求,包括基于基本流程的“角色”关系以及系统各个功能之间的关系.它通过用例(Use Case)来捕获系统的需求,再结合参与者(Actor)进行系统功能需求的分析和设计. 2.用例图的组成 用例图有四部分组成:用例(Use Case).参与者(Actor).系统边界.关联