参与者(actor):在系统之外与系统交互的某人或某事物.例如,管理员,用户等等. 参与者位于边界之外,边界之内的都不叫参与者.用一个词来形容更准确,主角.也就是只有主动启动了这个业务的人,才是参与者. 第二点要注意的是,参与者可以非人.参与者可以是另一个计算机系统.一个计时器.一个传感器等.任何一个功能性需求,都有参与者启动. 我们通过机票预订系统来分析一些情况. 情况一:机票购买者通过登录网站购买机票,那么机票购买者就是参与者. 情况二:假如机票购买者通过呼叫中心,由人工座席操作订票系统购买

1.定义一个类 class Person{ //用val修饰的变量是只读属性,有getter但是没有setter val id ="111" //用var修饰的变量既有getter又有setter var age:Int =18 //类私有字段,只能在类的内部使用,只有伴生对象内可以使用 private var name:String ="aaa" //对象是由字段,访问权限更加严格,只有person类的方法才能访问当前对象的pet字段 private[this]v

对象图object diagram 对象图是某个时间点上的对象在系统中的快照,也经常被称为实例图.一般在展示组合对象结构时比较有用.例如 组合结构的类图 一个时刻的对象图 包图package diagram 包是一种分组构造,它允许你选择UML里的任何构造,把它的元素组织在一起,成为更高级别的单元.包最常见的用法是组织“类”,但也可以用来组织其它元素.如何选择哪些类放在哪个包里?两个有用的原则是:共同封闭原则和共同复用原则. 表示包的几种方式 包和依赖 包的分解.略. 实现包 一个包定义了被其它

一:版型        --->在UML里有一个概念叫版型.有些书里也称类型,构造型.        --->这个概念是对一个UML元素基础定义的扩展.在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合.        --->例如(1)用例:的版型有:“业务用例”,“业务用例实现”                      (2)类:的版型有:“接口”,“边界类”,“实体类”,“控制类”        --->除了UML已经定义的版型外,为了在某种场合下让元

本章介绍UML建模元素 1:Stereotype-也被称为类型.构造型 UML里的元素扩展,简单来说其功能就是在已有的类型上添加一些标记,类似于打个戳,从而生成新的东西. 简单的说加一句话来更加清楚准确描述这个类. 2:Actor(主角.参与者)-是在系统之外与系统交互的某人或某事物,在建模过程中处于核心地位. 参与者和系统之间有一个明确的边界,参与者只能存在于边界之外,边界之内的所有人和事物都不是参与者. 人或物都可以时参与者: 3:如何确定参与者-一定是启动业务的主角  4:业务主角和业务工

UML http://www.uml-diagrams.org http://www.umlchina.com/index.htm 统一建模语言(UML)始于1997年的一个OMG(对象管理组织)标准,它是一种图形化.可视化的语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置. UML是一种建模语言,而不是一个开发过程. UML统一了各种方法对不同类型的系统.不同开发阶段以及不同内部概念的不同观点,从而有效的消除了各种建模语言之间不必要的差异.它实际上是一种通用

用例建模简介  用例建模是UML建模的一部分,它也是UML里最基础的部分.用例建模的最主要功能就是用来表达系统的功能性需求或行为.用例图重点描述用户需求. 它描述需求.用户和主要组件之间的关系. 它不会详细描述用户需求:在可链接到每个用例的其他关系图或文档中可详细描述这些需求.用例图是UML的九个图中较为重要和常用的一种图.常常用于软件开发的需求分析阶段,也能用于软件的系统测试阶段.简单的来说,用例图是描述系统的外部视图,为了搞清某个项目的大概需求,我们往往要问两个问题, 1．  这个系统有什么

一.概述 本文主要论述的内容是如何使用UML来指导(辅助)项目设计.在此篇文章中,假设读者对UML已经有了概念上的认识,对UML中出现的名词都能很好的理解. UML的目标是以面向对象图的方式来描述任何类型的系统,可以对任何具有静态结构和动态行为的系统进行建模. 在一个完整的软件项目开发流程中,我们一般将之分为四个阶段: l        一是分析阶段,主要关心问题域中的主要概念(如抽象.类和对象等)和机制. l        二是设计阶段,主要考虑定义软件系统中技术细节的类(如处理用户接口.数据

一:基本概念        --->用例定义了一组用例实例,其中每个实例都是系统所执行一系列操作,这些操作生成特定主角可以观测的值.        --->所谓用例,就是一件事情,要完成这件事情,需要一系列活动,而做一件事情可以有很多不同的办法和步骤,也可能遇到各种各样意外情况.因此这件事情是由很多不同情况的集合构成的.在UML中称之为用例场景.一个场景就是一个用例的实例.       

UML:Unified Modeling Language (UML)又称统一建模语言或标准建模语言,是始于1997年一个OMG标准,它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置. UML规范用来描述建模的概念有,类.对象.关联.职责.行为.接口.用例.包.顺序.协作,以及状态UML可以辅助我们分析和设计复杂的系统,它用于帮助软件开发人员进行思考和记录思路的结果: uml本身是一套符号的规定,就像数学符号和化学符号一

  UML用例图绘制 一.plantuml用例图语法小结 1.用例 用法:用例用圆括号(),或者使用关键字来定义用例 示例1: @startuml (First UML) (Another UML)as(UC1) usecase WTL usecase(Last UML)as UC2 @enduml 2.角色 用法:用两个冒号包裹来表示,或者通过关键字actor来定义角色 示例2 @startuml :First role: :Another\role:as NO1 actor wtl acto

 本文转载至:http://blog.csdn.net/a649518776/article/details/7493148 一．UML简介 UML(统一建模语言,Unified Modeling Language)是一种定义良好.易于表达.功能强大且普遍适用的可视化建模语言.它融入了软件工程领域的新思想.新方法和新技术.它的作用域不限于支 持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程.在系统分析阶段,我们一般用UML来画很多图,主要包括用例图.状态图.类图.活动 图.序列图.

相关概念 交互 对象之间为实现某一功能而必须实施的协作过程.动态行为,称为交互 消息 对象间的协作与交流表现为一个对象以某种方式启动另一个对象的活动,这种交流在 UML里被定义为消息 顺序图的建模元素 对象或角色( role ) 参与者 消息 交互图 交互的过程表现出来,就是交互图 顺序图.通信图,都是交互图 交互的基本概念 -- 消息 同步消息的逻辑意义 异步消息的逻辑意义 顺序图: 交互图的一种

基础篇——在学习中思考! 在大概了解了UML之后就该系统的学习UML的主要建模元素了,一个个实例帮助我们更好的理解这些元素的重要性并运用相关知识解决实际问题. 在UML里有一个概念叫版型,有些书里也称为类型.构造型.版型只是UML的一种扩展手段,本身并不涉及太多的思想和方法,而是在建模的不同阶段,为了区分视图之间的不同观点,会采用不同的图示来表示. 以人为本是当代的流行词汇,UML建模也是以人为本的.参与者在建模过程中是处于核心地位的,actor是在系统之外与子同交互的某人或某事.系统之外的定义

导读:在UML的学习中,介绍了9种图,外加一个包图.这9种图和4大关系,可以说是UML的一个核心内容.我根据自己的笔记,以及查阅的一些资料,对这9种图和包图,做一个总结. 一.基本定义 1.1  总体说明: 1.2 细化说明: 1.用例图 定义:由参与者(Actor).用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图. 用途:用例图(User Case)是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用

为了能够提高程序的复用性,我们准备用Actor Framework框架,来演示其满足了这个需求(本章及后面的内容,需要有OOP的基础知识). 首先,简述一下ActorFramework的运行过程: 在QDSM里面,每个队列通过不同指令,执行相应的处理过程.消息存储在消息队列数据中,通过队列消息句柄进行传递. 在ActorFramework中,在有需求的时候,运行相应方法的异步进程.Actors 接收到消息,基于消息的内容发送任务. 看下官方资料中解释的数据和执行的关系: (1)数据存储在对象中.

活动图 活动图定义 活动图描述了在一个过程中,顺序的/并行的活动及其之间的关系 应用于商业过程.工作流(业务过程).复杂算法的建模 活动图是顶点和弧的集合 活动节点 动作 流 对象值 注解和约束等 建模元素说明: 开始.结束 两根直线,划分了三个泳道 活动节点 一个活动是一个过程中进行的非原子的执行单元 活动的执行最终延伸为一些独立动作(Action)的执行 弧,迁移线 分岔表示把一个单独的控制流分成两个或 多个并发的控制流 汇合表示两个或多个并发控制流的同步发 生,一个汇合可以有两个或多个进入

两大类UML图: 行为图(behavior diagrams)和结构图(structure diagrams)     行为图将引导系统分析员分析且理清"系统该做些什么"?系统分析员在绘制行为图时,可以聚焦在系统多方面的动作,像是系统与用户之间的交互,或者是某种对象因为事件的刺激以至于发生某些反应动作,以及一群对象交互完成某项服务,等等.系统分析员在访谈期间或结束之后,可以通过这些不同功能的行为图,获知系统多方面的行为.     行为图包括:用例图(Use Case Diagram).

<Inside UE4>-2-GamePlay架构(一)Actor和Component     <Inside UE4>-2-GamePlay架构(一)Actor和Component InsideUE4   UE4深入学习QQ群: 456247757   引言 如果让你来制作一款3D游戏引擎,你会怎么设计其结构? 尽管游戏的类型有很多种,市面上也有众多的3D游戏引擎,但绝大部分游戏引擎都得解决一个基本问题:抽象模拟一个3D游戏世界.根据基本的图形学知识,我们知道,为了展示这个世界,

类图Class diagram 类图描述系统中的对象类型,以及它们之间的各种静态关系.类图也展示类的性质和操作,以及应用于对象连接方式的约束.UML中的特性feature,涵盖了性质property和操作operation. 性质property 性质可以以两种方式出现:属性attribute和关联association.属性是类方框内的一行文本(语法“visibility name: type multiplicity = default {property-string}”),关联是一根两个

一:基本概念