反射是程序检查自身结构和行为的能力。例如,在 Javascript 中,可以编写迭代任意对象的键值对的程序,或者检查对象是否包含给定名称的字段。Deflect 为 Rust 带来了其中的一些功能。deflect 的核心是它的 Reflect 特性,它适用于所有类型。有了它,您可以:
这里的产品经理,我定义为需求人员。程序员,我定义为设计人员。关于需求和设计,我在《软件方法》第1章中专门阐述(http://www.umlchina.com/book/softmeth_01.htm)。其中有一道自测题是这样的:
本系列博客介绍以python+pygame库进行小游戏的开发。有写的不对之处还望各位海涵。
前面为了不干扰主要的知识点,一直在回避一个问题:怎么看待在组织外面和组织打交道的人?例如,以“中原城镇银行”为目标组织,它服务的储户算什么?
潘老师,对于基础数据维护和报表在业务用例是不要体现的吧? 潘加宇(704837756)23:02:29 这个问题问得很简单,却暴露出开发人员在业务建模中相当根本的思路错误,这个思路错误会导致我们的业务建模变成假的业务建模。 首先,这个问题本身问得不正确。"基础数据维护和报表"听起来像是你要开发的某个系统的功能(业务实体的责任),业务用例是一个组织对外提供的各种服务。一个组织提供的服务不会体现某个业务实体的责任。 那么,我猜想你问的问题是:在业务建模中,维护基础数据、出报表等业务流程中的活动应该放在哪个业务用例的下面描述?还是把它们单独归纳成一个业务用例? 如果你的问题确实如我所说,那么回答如下;"维护基本数据、出报表"不能简单地视为同一种活动来处理。这样的思考方式已经是"以你的系统为中心组织的业务建模"了,估计就会想画出这样的错误图:
http://www.umlchina.com/training/slide.html
老师,您教的从业务流程的序列图转到系统的用例图的方法很好。有一个问题请您解惑,改进的时候改到什么程度合适,得到的系统用例多少个为好?
机器之心整理 演讲者:俞栋 5 月 27-28 日,机器之心在北京顺利主办了第一届全球机器智能峰会(GMIS 2017),来自美国、加拿大、欧洲,中国香港及国内的众多顶级专家分享了精彩的主题演讲。在这
答案不直接给出,可访问每套题后面给出的自测链接或扫二维码自测,做到全对才能知道答案。
在嵌入式软件开发中,必然会遇到与其他控制板卡或者服务器通信的情况。比如,制作一个无线远程控制系统。 系统分为,输入设备,云端服务器,执行设备。其中
一旦获得了子任务树,即可对树中的每一个子任务进行职责分配,根据其特点分别分配给远程服务、本地服务、领域服务、聚合、端口。它们是构成限界上下文的主要对象角色,我将其称之为“角色构造型”,可以和我提出的菱形对称架构结合:
我在演讲里的意思只是:如果想要用UML迎合DDD的“新式话语”,或者DDD的“新式话语”想要套上一层UML的皮,可以这样做。
通俗的来说就是Cpu:(#`O′)喂你好,是Gpu吗?快点醒醒我这里又有画画的任务了(Cpu调用Gpu的次数),打一个比方比如上传很多文件到百度云或其他地方时,都会把它压缩到一个文件夹里,不会把它们分开上传(当然还有原因就是它们数据是相关,比如是主题的一套ico文件或软件的安装文件),排除这些和文件整合的原因,假设网速没有波动,分开传和压缩包,压缩包速度一定快很多的(不仅仅是因为压缩包更小),主要是每次上传还有一些预备动作(比如与服务器链接,初始化Socket等等),细心的会发现文件当拖动到百度云会有几毫秒的延迟。其实优化DrawCall主要是Cpu的处理速度的优化,Cpu和Gpu是并行工作的,处理的方式有一个命令缓存区,具体如图所示:
千万不要觉得工作就是单纯写代码,实际工作中,你会发现你的大部分时间实际都花在了阅读和理解已有代码上。
最近“产品经理和程序员因需求干架”的段子疯传IT圈,下面我用软件工程的观点来剖析这件事情。
为什么说秒激活呢,因为不需要像网上大多的激活教程,又是这个操作又是那个操作的。真正的一秒激活
本文主要讲解如何在项目过程各阶段采用合适的UML图形进行分析和设计,重点关注以下问题:
本文主要对GEE中的依据栅格图像绘制直方图与时间序列图并调整图像可视化参数操作加以介绍。本文是谷歌地球引擎(Google Earth Engine,GEE)系列教学文章的第八篇,更多GEE文章请参考专栏:GEE学习与应用(https://blog.csdn.net/zhebushibiaoshifu/category_11081040.html)。
这里是不是直接写“发红包”而不是“请求微信发红包”?业务序列图时,箭头表示A请求B, 分析序列图是否也有这个意思?
如今推荐系统的研究非常火热,GNN也在很多领域表现优异。推荐系统主要的挑战是从历史交互(historical interactions)和边信息(side information)中学习有效的用户(user)和物品(item)表示,由于很多信息具有图结构,而且GNN擅长表示学习,所以很多工作将GNN应用到推荐系统中。
最近几个项目组的团队进行沟通,有APP交付组的,也有嵌入式设备的交付组,还有云端开发的交付组。几个组一起实现一个涉及APP / Device / Cloud 功能开发,开完讨论会之后,如何用一张图画出整个讨论出结果的逻辑图。
以下是UMLChina出过的建模竞赛题,答案不直接给出,可访问每套题后面的自测链接或扫二维码自测,做到全对才能知道答案。
老丹(376***002) 16:52:16 请教大家一个问题,老潘软件方法中的这个例子,这里面的实现是通过打电话的方式完成下单过程 老丹(376***002) 16:53:03 那么如果提供第二种下单方式,客户在线填写,那么"寄快递"这个业务用例当如何处理? 老丹(376***002) 16:53:54 要不要加一个业务用例?如果不要,那我怎么表述这两种下单方式的不同呢? 潘加宇 16:55:44 加一张业务序列图,把不同的场景画出来 老丹(376***002) 16:57:36 那如果后线的收费也有多种实现方式呢,包括这一业务的其他环节都可能有两种以上的实现 老丹(376***002) 16:58:02 那这个场景序列图会变得非常多 老丹(376***002) 16:58:29 因为每一个环节的不同组合会形成许多的业务场景 老丹(376***002) 17:00:04 比如下单分为电话下单和网上下单,收线分为当面收取和在线付款,那就会有"电话下单-当面付款","电话下单-在线付款"、"网上下单-当面付款"、"网上下单-在线付款"四种实际业务场景了 潘加宇 17:00:04 画出典型的场景就可以 潘加宇 17:00:42 不要怕漏掉 老丹(376***002) 17:00:55 这还只是两个环节有不同的实现,实际还有很多环节有没的实现 潘加宇 17:00:58 找出最值得改进的场景,先改进。 潘加宇 17:01:34 "这还只是两个环节有不同的实现,实际还有很多环节有没的实现" --何止啊,去调研非洲的,美国的,中东的快递公司,还可以发现更多的场景 老丹(376***002) 17:01:50 那这些展现出来就没法引伸出后面的系统用例啊 老丹(376***002) 17:02:08 对啊,所以我现在非常困惑 老丹(376***002) 17:02:17 不知道怎样处理才好 潘加宇 17:02:25 需求就是做减法,找到最值得改进的场景里最值得改进的改进点,推导出最重要的需求,这才是需求 潘加宇 17:04:08 参见《软件方法》第2章: 可能有的人会想,哎呀,要是我们只关注"大兴中医院",那"协和医院"的需求是不是漏掉了?问题是,"大兴中医院"想要的都还没有满足,去想"协和医院"干什么?认为需求"漏掉"的想法是幼稚的。需求是一口深井,永远做不完。只要您愿意,可以满世界去调研所有医院,甚至不用调研,拍脑袋就可以得出上万条需求。关键是需求的排序,老大和愿景就是排序的首要依据。 老丹(376***002) 17:04:32 那还是以为这个为例,如果主要场景是网上下单,另一种情况电话下单用的少,但是实际也公发生,如果不描述出这个问题,就不考虑这一方面的实现了 潘加宇 17:04:43 先做一个 潘加宇 17:04:56 每个时间点,只做最重要的一个 老丹(376***002) 17:05:44 先做一个是可以的,那我做完了第一个,过一段时间后开始做第二个的时候,这第二个怎么融入到现有的模型中来呢?还是多画一个场景图吗? 潘加宇 17:06:42 做第二个和做第一个是一样的,都是在当前现状上改进 老丹(376***002) 17:08:13 可不是要替换原来的网上下单啊,只是为用户多提供一个选择 潘加宇 17:08:16 可以会画另一张序列图,也可能还继续在当前序列图上寻找第二个最重要的改进点,也可能寻找第二个值得改进的业务用例,看你改完第一个改进点后,愿景目标有没有达到了 老丹(376***002) 17:10:25 其实这不涉及到另一个纠结我的问题,如果是用两个不同的序列图去描述一个用例,那用例本身也有一个文字上的描述的(这个应该只有一份),那这样的话文字的描述和场景的描述就对不上了 潘加宇 17:11:32 用例可以有多个场景,用多张序列图来描述 潘加宇 17:11:44 我上面讲的你理解了吗
https://pan.baidu.com/s/1X98B7DkJUiVqafCPsvzgzA
本书的系统特指封装了一定的逻辑计算能力的智能系统。非人的生命体(从大猩猩到病毒)和非智能机械(从老式的汽车到算盘)都不算是智能系统。
https://pan.baidu.com/s/12IgyVMFxuR_IJp52rBfGlA
https://pan.baidu.com/s/1RfZcGai1UNs89P5bOlyGfg
重点3:老大、愿景、需求都是基于现状寻找最值得的改进。改进过后,又是新的现状了,还是基于现状寻找最值得的改进。进一步说也可以说,需求只有真假对错,没有变化。说需求有变化,那是从一个静止时间点来看的。
在日常工作中,无论是产品经理写 PRD 或是开发、测试同学写技术方案、整理业务文档等场景都会用到诸如流程图、时序图、用例图、泳道图等形式的图来辅助阅读者理解。相信平时工作中有画图需要的读者都有这样的感受:有些图制作过程非常简单但逻辑清晰又不失美观,而有些图费时费力制作繁琐,但效果却不是特别惊艳,这其中的底层逻辑尤为关键,毕竟作图也是一门艺术。本文将会以直播商品讲解业务场景出发,给大家分享一些画图小知识。
随着发展,现代 Web 设计在改善体验和功能的同时,对于美观的追求也越来越高,可视化、交互式、动态等元素和效果似乎已成为标配。
虽然乍一看以为只是一本21天教你学画 UML 图的工具书,实际看下来,却是扎扎实实地在教你如何分析你的业务,找到组织的竞争优势。
勤瘦(216***56) 10:29:41 从业务序列图推导出系统的三个用例注册SIM卡、申请激活、审核激活申请
序列图和协作图都是交互图,彼此等价,可以相互转化。序列图是对对象之间传送消息的时间顺序的可视化表示。序列图用于表现交互,侧重于强调时间顺序。
在前面一篇文章我们讲到了理解分布式一致性:Paxos协议之Cheap Paxos & Fast Paxos.本篇文章我会讲解Paxos协议的另外两个变种:Generalized Paxos和Byzantine Paxos。
UML的模型中可分为两种,动态模型和静态模型。用例图、类图和对象图都是UML中的静态结构模型。而在UML系统动态模型的其中一种就是交互视图,它描述了执行系统功能的各个角色之间相互传递消息的顺序关系。序列图就是交互视图的一种形式。 1、序列图的定义 序列图是对对象之间传送消息的时间顺序的可视化表示。序列图的主要用途是把用例表达的需求,转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。同时序列图更有效地描述如何分配各个类的职责以及各类具有相应职责的原因。 2、序列图的结构 序列
本文转载自机器之心 作者:黄小天 5 月 27 日,由机器之心主办、为期两天的全球机器智能峰会(GMIS 2017)在北京 898 创新空间顺利开幕。大会第一天重要嘉宾「LSTM 之父」Jürgen Schmidhuber、Citadel 首席人工智能官邓力、腾讯 AI Lab 副主任俞栋、英特尔 AIPG 数据科学部主任、GE Transportation Digital Solutions CTO Wesly Mukai 等知名人工智能专家参与峰会,并在主题演讲、圆桌论坛等互动形式下,从科学家、企业家、
建模竞赛题比起《软件方法》书中的题目要更难一些,可以作为熟悉了《软件方法》中的基本知识之后的进一步练习。题目颇有些陷阱,应一些同学的要求,挑部分题目给出答案并详细讲解,知识点其实都在书中。
最近在学习 UML,请问一下,UML 交互图中的 play 方法画得有没有问题呢?
首先安利一波福利,有没有用vscode的小伙伴?推荐一个神奇的字体,自从用了这个字体,敲代码效率简直上天了。先上图看看效果:
统一建模语言(UML)是一种广泛用于表示、构建和文档化软件系统的图形表示法。在软件开发过程中,UML可以帮助工程师、项目经理和干系人更好地理解系统的结构、行为和需求。在本文中,我们将深入探讨如何使用UML建立系统模型。
引子: 作为一名网站的用户研究工作人员,我曾经碰到过以下问题: 深知服务器日志是一座金矿,但不知道该从哪里开始分析? 辛辛苦苦盯着电脑一天,看了1000+条日志,越看越晕,看不出规律,找不到方向…
时间序列数据在许多领域中都是常见的,包括金融、气象、股票市场等。通过可视化这些时间序列数据,我们可以更直观地理解数据的趋势、周期性和异常情况。Python提供了许多强大的可视化库,如Matplotlib、Seaborn和Plotly,可以帮助我们创建漂亮的时间序列图表。本文将介绍如何使用这些库来可视化时间序列数据。
http://www.umlchina.com/book/softmeth09.pdf
领取专属 10元无门槛券
手把手带您无忧上云