学习
实践
活动
专区
工具
TVP
写文章

事件风暴过程全体验-上篇

通常地,类似的用户旅程就正是掀起事件风暴的优秀开端~ 现在让我们假设,作为英雄总部,我们计划基于这个场景构建一个自动预警系统,从而让整个预警过程更加智能更加顺畅,那我们IT民工该怎么和总部一起设计这个系统呢 事件风暴-拉开序幕 当开启事件风暴,第一件事情是必须把自己的视角切换到自动预警系统的设计师这个角色上来,谨记,我们关注的是这个系统在这个场景下应该怎么运作,系统以外的细节我们可以暂且忽略。 在正统的事件风暴过程中: 第一步就是寻找事件并以“XX已YY”(如“订单已提交”)完成时态描述这个事件 第二步就是寻找这个事件对应的命令,通常是一个动宾结构(如“提交订单”) 而在这里,对于不太复杂的系统我会倾向与合二为一 当然,如果在做的过程中发现这样连起来想不清楚,那就还原基本步,按照原来的事件->命令这样小步走就好了. Step 1. 命令风暴 下面是我自己设计的命令风暴,结果跟大家在互动区设计的还是差不多的。 分析业务对象生命周期 在通常的事件风暴介绍中,“分析生命周期”经常就是一句话带过,但这里我会建议大家显式地把生命周期画出来,这样对于后续分辨聚合根/实体/值对象会很有帮助。 ?

1.6K30
  • 广告
    关闭

    新年·上云精选

    热卖云产品年终特惠,2核2G轻量应用服务器7.33元/月起,更多上云必备产品助力您轻松上云

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    运用事件风暴进行领域分析建模

    事件风暴的分析模型要素 通过事件风暴进行领域分析建模,其核心的模型要素就是“事件”。除此之外,参与事件风暴的分析模型要素还包括决策命令、读模型、策略和聚合。 故而有的事件风暴实践者认为可以在事件风暴中省略决策命令。 有的事件风暴实践者将查询操作也纳入到事件风暴的模型中,认为是用户执行查询操作获得读模型后,触发了决策命令,如下图所示: ? 事件风暴的建模过程 显然,围绕着“事件”为中心,事件风暴给出了一条有章可循的领域分析建模路径。领域分析建模的基础是探索业务全景的产出物,即业已识别出来的事件流,以及参与事件流的用户、策略与外部系统。 我在知识星球「TOP DDD」开始了一个事件风暴工作坊,就是由我给出需求,要求星球的童鞋根据需求在线下完成一个人的事件风暴,然后提交各自分析获得的模型。

    2.1K10

    事件风暴的设计要素与驱动力

    在识别和理解事件时,正是要从这样的因果关系着手,考虑为什么要产生这一事件,以及为什么要响应这一事件,进而思考如何响应这个事件,驱动着设计者的“心流”不断思考下去,就像搅动了一场激荡湍急的风暴一般。 我想着或许是Alberto Brandolini将其命名为事件风暴的缘由吧。 在事件风暴中,往往使用橙色标签来代表一个“关键事件”。 这种因果关系是一种不断传递的过程,导致事件发生的因,在事件风暴中被称之为命令(Command),相当于事件的发布者,在事件风暴中使用蓝色标签来表示。 (Read Model),在事件风暴中用绿色标签表示。 在运用事件风暴时,我们可以通过用户体验(例如用户旅程等UX方法)剖析业务场景,从参与者到命令再到事件,又可以围绕着表达状态迁移的事件为核心,将策略与读模型组合在一起帮助我们推导出命令对象。

    1.3K21

    「领域驱动设计DDD」事件风暴简介:实现域驱动设计的简便方法

    事件风暴是一种快速,轻量级且未得到充分认可的群体建模技术,它对于加速开发团队而言非常强大,有趣且有用。 事件风暴催化并加速小组学习,通常在几小时或几天内实现更传统的建模技术从未做过的事情 - 对软件必须运行的领域的共同理解。 要了解事件风暴,您首先需要了解两个关键术语。域事件是域专家感兴趣的任何事件。 域事件以不指定特定实现的方式捕获这些事实。 事件风暴如何运作 您运行一个辅助研讨会进行一个活动风暴会议。每个人都参与其中,并且协调人使团队保持专注和参与,指导进展到完整的域模型。 相反,这些对话可以在事件风暴会话期间发生。通常这些对话是按顺序发生的,但是在事件发生时,它们都会立即发生。 何时何地使用事件风暴 使用事件风暴最明显的时间是在项目开始时,因此团队可以从对域模型的共同理解开始。使用事件风暴的另一个高回报时间是项目结束的一部分,用于捕获和分享团队在构建软件过程中学到的知识。

    1.6K31

    从《一九八四》到《窃听风暴

    摘自:微信公号“哲学园" 《窃听风暴》是2006年德国最成功的电影,在有“德国奥斯卡”之称的罗拉奖评选中获得11项提名,并获得最佳影片、最佳编剧等7个重要奖项。 别人的生活   《窃听风暴》里没有宏大场面,这个中文译名不如其原义“别人的生活”那样更能为我们展示该片的内涵。    《窃听风暴》中的性爱既是生活中的寻常场景,也是深刻的隐喻。对于卫斯乐来说,监听与审讯给他带来的乐趣显然超过了性欲。 多纳斯马克在《窃听风暴》里或多或少地给出了自己的答案。在极端的年代,掌权者通过“新词”推销真理,并用冗长的真理说服民众自己生活在幸福之中。然而,发乎心灵的诗歌与音乐,会激起人们对爱与美的回忆与向往。 显然,《窃听风暴》是一部关于拯救的电影,作家在反抗中找回了自己,窃听者在背叛中自救救人。当然,这部电影也在说服我们学习是一辈子的事。

    583110

    主从替换之后的复制风暴

    第一感觉是遇到了复制风暴--不同于主备server_id 的log event在主备库之间无限循环复制。升级的逻辑图如下: ? 主库中有数据更新,会将更新记录含有server_id_1的log event发送到备库,然后备库更新数据,将含有server_id_1的log event 发送给主库,因此最初主库上的log event 更新事件又传了回来 ,这时候MySQL就要对复制事件的server_id进行判断,发现复制事件的server_id和自己的server_id相同时,放弃执行,如果不同 则执行该log event 并记录到binlog 里面继续发送给备库 如果该event的server_id和主备的server_id都不相同,该log event 则在主备库中无限循环执行,也就是通常所说的复制风暴。 那为什么slave lag 为时大时小呢? 对于MySQL 本身,可以加上一层判断,在复制结构中检查 log envent的server_id是否属于 复制结构中数据库的server_id,如果不是,则判断该事物属于复制风暴事物,予以抛弃 。

    68020

    用责任风暴驱动OOADP和DDD

    责任风暴梳理服务、责任和业务规则 创造"责任风暴"的灵感,来自"事件风暴"(参见我之前有关事件风暴的2个博客:https://www.jianshu.com/p/cf7cfa1dfef9, https 通过实践,我认为责任风暴适合开发团队与领域专家共创用例模型,可以作为绘制系统用例图的前奏,甚至可以替代系统用例图。图中每个"责任",可以看作是一个系统用例。 开发人员可以根据微信设置->朋友权限->朋友圈中的“不让他(她)看”和“不看他(她)”的界面,在工作坊中用便利贴共创责任风暴图。 责任风暴图的制作过程,按梳理顺序要点如下: 识别触发者:即所开发系统的服务的触发者,可以包括外部业务执行者,也可以包括内部的业务工人或业务实体。 "责任"下方 注意责任风暴图中的"责任"都用"Rn"编了号,这是为了方便在"业务规则"的跳转描述中指定要跳转到的"责任"。

    8320

    如何使用 SSD 避免 VDI 启动风暴

    因此,为了满足由启动风暴引起的I/O需求,你的存储系统通常需要设计成能满足这种最坏的情况。 仅仅为满足启动风暴时的IOPS需求而设计的存储架构将相当昂贵。 使用SSD解决VDI启动风暴问题 为了平安度过启动风暴,相对于装备整个的存储阵列来处理所需的IOPS,存在更好的解决方案。 不过使用少量的SSD磁盘来承载启动风暴时所产生的大量I/O是非常经济的。 它们也可以用来解决由启动风暴引起的存储 I/O瓶颈问题。通过加入由少量SSD磁盘组成的存储池,你可以将虚拟机母版映像从较慢的存储层转移到SSD存储层,以处理由启动风暴引起的大量I/O。 将SSD和廉价存储混合可以让你在降低项目费用的同时,仍然可以提供足够的性能以消除启动风暴

    68220

    从微信信令风暴谈起

    近期微信收费事件闹得全国沸腾,其折射出的“微信信令风暴”危机,更成为运营商与腾讯博弈是否收费的重要筹码。 本人在加入腾讯前是一名通讯行业的老兵,从事多年无线通信技术及管理工作,借此事件给感兴趣的同事们聊聊相关的通信网络知识背景,无责任探讨一下双方可能采取的应对方案和影响。欢迎拍砖! 这样的问题被业内人士称之为“信令风暴”。在国内,虽然还没出现过这样严重的状况,但是运营商已经开始面临压力 腾讯:我们对信令的占用更多的是传统2G、2.5G网络上,像3G网络应该游刃有余了。 下面我们看看,运营商和腾讯在此事件中面临的难题和可能的思路: 敏感问题一:APP永远在线对于厂家来说是否违规或者恶意 答案显然不是。 前天刚上过一个培训“管理决策的误区”,有一个论点是“决策就是靠拍脑袋”,这种众说纷纭的复杂事件,最佳的解决思路可能就是拍脑袋,随着时间的推移, 2G用户越来越向WIFI和3G转移,危机本身可能就不存在了

    2.5K60

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 事件总线

      事件总线

      腾讯云事件总线(EB)是一款安全,稳定,高效的无服务器事件管理平台,支持腾讯云服务、自定义应用、SaaS应用以标准化、中心化的方式接入,帮助您轻松实现无服务器事件驱动架构。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券