系统用户业务主角和涉众三者的关系？答：主角又称参与者，官方定义是：在系统之外与系统交互的人或事。所以要找到参与者，首先要分清楚系统的边界，即系统之外是哪里。可以通过两个问题来找到这个边界：
十年品牌的成都网站建设公司,上1000家企业网站设计经验.价格合理,可准确把握网页设计诉求.提供定制网站建设、购物商城网站建设、小程序制作、成都响应式网站建设公司等服务,我们设计的作品屡获殊荣,是您值得信赖的专业网站设计公司。
1、 谁对系统有着明确的目标和要求并且主动发出动作（系统外部）？
2、系统是为谁服务的（系统内部）？
主角不一定是人，可以是发出启动一个用例动作的任何事物，如计算机系统，计时器，传感器等...
主角与涉众的关系：涉众是与要建设的这个系统有利益相关的一切人和事，主角是涉众代表。
主角与用户关系：用户是系统的使用者，是主角的实例。
主角与角色的关系：角色是主角的职责，角色是将众多参与者职责中抽象出相同的那一部分，将其命名而形成一个角色。角色一般适用于概念阶段的模型里面，以表达业务的逻辑理解。
打开CSDN APP，看更多技术内容
UML（thinking in uml 学习）--参与者和业务工人和涉众
占位 哈哈哈哈
继续访问
【数据库系统】第三讲 关系模型的基本概念
3.1 关系模型概述 1、关系模型的提出 2、关系模型的研究内容 一个关系就是一个Table 关系模型就是处理Table的，由三部分组成： 描述DB各种数据的基本结构形式(Table/Relation) 描述Table与Table之间所可能发生的各种操作(关系运算) 描述这些操作所应遵循的约束条件(完整性约束) 简单的说，即Table如何描述，有哪些操作、结果是什么、有哪些约束等 3、关系模型...
继续访问
Actor模型学习
最近看到了一篇写的贼好的blog，讲的完全详细，看得出来笔者的功力，所以赶紧转载过来，最下面有原文的地址。 大家一起共勉！ 传统的游戏服务器要么是单线程要么是多线程，过去几十年里CPU一直遵循摩尔定律发展，带来的结果是单核频率越来越高。而近几年摩尔定义在CPU上已然失效，为什么呢？ 大于在2003年左右，计算机的核心特性经历了一个重要的变化，处理器的速度达到了一个顶点。在接下来近15年里，时钟...
继续访问
Actor模型概念
转载自： 从实习到现在，一直在做Unity相关的业务，不知不觉中感觉已经不在关注服务器相关的技术了。一次偶然的机会再腾讯的gad平台上观看了云风在15年在腾讯做的skynet讲座（），skynet是用...
继续访问
深入解析actor 模型（一)： actor 介绍及在游戏行业应用
1 介绍 1.1 什么是actor 对于刚接触actor的我，第一感觉就像redis一样，每个actor就是一个redis 实例，都有自己消息队列，actor相互通信通过将消息发给对方，消息发送进对方的消息队列，等待对方线程处理。来看看我们之前做项目的痛点。 游戏服务器通常分为多个服，每个服上有多个玩家。假设玩家与玩家数据交互操作，这时怎么避免数据竞争？两种解决方案： 1、将数据写入redis 首先redis效率高，也是单线程模型，不存在数据竞争，但是也有它的不足之处，操作redis 会受网络影响
继续访问
java actor akka_如何使用Akka actor处理Java期货
我在Java Web应用程序中有一个分层架构. UI层只是Java,服务是类型化的Akka actor,外部服务调用(WS,DB等)包含在Hystrix命令中.UI调用服务,服务返回Akka未来.这是Akka的未来,因为我希望使用Akka期货提供的onComplete和onFailure回调来简化UI编码.然后,该服务创建执行某些映射等的未来,并将调用包装回返回Java未来的HystrixComm...
继续访问
Actor模型
传统的游戏服务器要么是单线程要么是多线程，过去几十年里CPU一直遵循摩尔定律发展，带来的结果是单核频率越来越高。而近几年摩尔定义在CPU上已然失效，为什么呢？ 大于在2003年左右，计算机的核心特性经历了一个重要的变化，处理器的速度达到了一个顶点。在接下来近15年里，时钟速度是呈线性增长的，而不会像以前那样以指数级的速度增长。 由于CPU的工艺制程和发热稳定性之间难以取舍，取而代之...
继续访问
actor-kotlin
actor-kotlin Java动态伪装工具，能够用伪装接口代理真实对象。(The Java dynamic camouflage tool can use the camouflage interface to proxy real objects.) 纯Kotlin开发，使用简单但功能强大，可用于组件化开发或插件化项目开发。 Android Demo: implementation 'io.github.xuehui
继续访问
天天酷跑多态
package Tian; public class Actor{ String name; Pet pet; package Tian; public final class Bear extends Pet { public void run(){ System.out.println("我是雄二，我喜欢蜂蜜"); } } ...
继续访问
并发模型值Actor和CSP
CSP的是(CSP)的缩写，翻译成中文是顺序通信进程，简称CSP的核心思想是多个线程之间通过Channel来通信，对应到golang中的chan结构，对应到Python中是QueueGo语言的CSP模型是由协程Goroutine与通道ChannelGo协程goroutine是一种轻量线程，它不是操作系统的线程，而是将一个操作系统线程分段使用，通过调度器实现协作式调度。是一种绿色线程，微线程，它与Coroutine协程也有区别，能够在发现堵塞后启动新的微线程。通道channel类似Unix的Pipe。....
继续访问
Actor模型和CSP模型的区别
Akka/Erlang的actor模型与Go语言的协程Goroutine与通道Channel代表的CSP(Communicating Sequential Processes)模型有什么区别呢？ 首先这两者都是并发模型的解决方案，我们看看Actor和Channel这两个方案的不同： Actor模型 在Actor模型中，主角是Actor，类似一种worker，Actor彼此之间直接...
继续访问
Actor模式初步入门
Actor模型概念 Actor模型为并行而生，简单说是未解决高并发的一种编程思路。在Actor模型中，主角是Actor，类似一种worker，Actor彼此之间直接发送消息，不需要经过什么中介，消息是异步发送和处理的。在Actor模式中，“一切皆是Actor”，所有逻辑或者模块均别看做Actor，通过不同Actor之间的消息传递实现模块之间的通信和交互。Actor模型描述了一...
继续访问
并行编程模型之Actor/CSP/PGAS
并行编程模型之Actor/CSP/PGASActor1.背景2. 简介3.actor组成ActorMailbox邮箱behavior行为4.优势无锁异步隔离容错分布式5.劣势6.实践素数计算CSP1.简介2.CSP与go语言2.1 组成2.2Goroutine调度器3.Actor模型和CSP模型的区别PGAS1.简介2.实现 Actor 1.背景 处理并发问题就是如何保证共享数据的一致性和正确性，一般来说有两种策略用来在并发线程中进行通信：共享数据和消息传递。 熟悉c和java并发编程的都会比较熟悉
继续访问
go Actor模型和CSP模型的区别
Actor模型和CSP模型的区别 Akka/Erlang的actor模型与Go语言的协程Goroutine与通道Channel代表的CSP(Communicating Sequential Processes)模型有什么区别呢？ 首先这两者都是并发模型的解决方案，我们看看Actor和Channel这两个方案的不同： Actor模型 在Actor模型中，主角是Actor，类似一种worker，Actor彼此之间直接发送消息，不需要经过什么中介，消息是异步发送和处理的 Actor.
继续访问
控制`Actor`朝向,运动 Learn Unreal Engine (with C++)
控制`Actor`的朝向,以及
Go的CSP并发模型
Go实现了两种并发形式。第一种是大家普遍认知的：多线程共享内存。其实就是Java或者C++等语言中的多线程开发。另外一种是Go语言特有的，也是Go语言推荐的：CSP（communicating sequential processes）并发模型。
CSP 是 Communicating Sequential Process 的简称，中文可以叫做通信顺序进程，是一种并发编程模型，由 Tony Hoare 于 1977 年提出。简单来说，CSP 模型由并发执行的实体（线程或者进程）所组成，实体之间通过发送消息进行通信，这里发送消息时使用的就是通道，或者叫 channel。CSP 模型的关键是关注 channel，而不关注发送消息的实体。 Go 语言实现了 CSP 部分理论 。
“ 不要以共享内存的方式来通信，相反， 要通过通信来共享内存。”
Go的CSP并发模型，是通过 goroutine和channel 来实现的。
goroutine 是Go语言中并发的执行单位。其实就是协程。
channel是Go语言中各个并发结构体(goroutine)之前的通信机制。 通俗的讲，就是各个goroutine之间通信的”管道“，有点类似于Linux中的管道。
Channel
Goroutine
调度器 由三方面实体构成：
三者对应关系：
上图有2个 物理线程 M，每一个 M 都拥有一个上下文（P），每一个也都有一个正在运行的goroutine（G）。
P 的数量可由 runtime.GOMAXPROCS() 进行设置，它代表了真正的并发能力，即可有多少个 goroutine 同时运行。
调度器为什么要维护多个上下文P 呢？ 因为当一个物理线程 M 被阻塞时，P 可以转而投奔另一个OS线程 M （即 P 带着 G 连茎拔起，去另一个 M 节点下运行）。这是 Golang调度器厉害的地方，也是高并发能力的保障。