首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    [答疑]系统监听MQ队列自动发送邮件是什么用例

    白开水<czmo***q.com> 2016/7/11 10:27:33 UML中自动执行的用例怎么画,比如,系统自动发送邮件 潘加宇(3504847) 17:15:07 "系统发送邮件"是步骤,看这个步骤是哪个用例里面的步骤了。"自动""手动"等词语尽量不用。 白开水<czmo***q.com> 22:38:38 系统自动发送邮件,是这样的。我们系统采用的MQ进行交互。系统监听MQ队列中的消息。如果有消息进来的话,自动通知相关的人员进行处理。另外,潘老师,我想问一下怎么区分用来,还是用例中的步骤?比如系统发送邮件,可以理解为执行者为系统,可以原来是属于人肉系统执行的, 只是被系统自动做了 潘加宇(3504847) 22:51:56 根据你的描述,用例应该是:时间→监听MQ队列消息。发邮件是里面的步骤。 后面你说的几句话,说明你需要再认真看《软件方法》复习一下 白开水<czmo***q.com> 23:00:29 好的。谢谢老师。我再仔细看看 李俊杰(705***85) 23:05:02 "系统采用的MQ进行交互。系统监听MQ队列中的消息。如果有消息进来的话,自动通知相关的人员进行处理。" 如果只把要实现的功能用这段自然的语言描述出来,开发会看发不出吗?为什么一定要纠结于用例怎么写呢? 李俊杰(705***85) 23:10:18 写成timer-监听mq队列或写成system-发邮件不都得说明吗?会让开发人员开发错吗?如果遇到开发人员和发问的兄弟对用例的理解差不多时,他是不是更能理解他需要实现什么呢?这些在哪些方面影响工作呢? 白开水<czmo***q.com> 23:12:21 其实这里讲的就是到底用例有没有个粒度标准 李俊杰(705***85) 23:18:00 依赖于会把用例拿来做什么吧?如果要做成本估算或进行工作量估算可能得定定个颗粒度标准,见过为了绩效考核和缺陷计量而制定用例颗粒度标准的,结果写用例写的很痛苦 李俊杰(705***85) 23:19:28 如果只是用来表达需求,能写到可交流,可沟通,可确认就行吧,能有颗粒度的标准吗? 李俊杰(705***85) 23:20:08 毕竟用例也是一种语言,语言能有颗粒度的标准吗? 白开水<czmo***q.com> 23:20:20 也是 潘加宇(3504847) 9:01:46 用例就是教开发人员怎样选择严谨的自然语言描述需求。平时许多开发人员描述的所谓需求,在用例思维的照射之下,就会显得千疮百孔。不信就随便贴一段你们团队写的所谓"需求"来看看。 像上面这一句,"系统采用的MQ进行交互,系统监听MQ队列中的消息",这里就有问题,"采用的MQ进行交互"这是来自开发团队的设计决策,还是涉众的要求?如果是来自开发团队的设计决策,这个需求是不存在的,应该从涉众的角度找用例(系统为涉众提供的价值),例如:时间→检查新订单并提醒,甚至和"定时"没关系! 例如"员工提交申请信息",也可以描述成"员工按下回车键",还可以描述成"Form1上发生Keypress事件",还可以描述成"【定时】逐行扫描键位矩阵,确定闭合键的坐标和按键对应的扫描码"是不是有点像定时**MQ?哪个好,就要看系统的核心域是什么。 假设"采用的MQ进行交互"确实是系统的功能需求,系统的核心域知识确实就是这个领域。"系统监听MQ队列中的消息。如果有消息进来的话,自动通知相关的人员进行处理",监听如何引发,每次监听需要外部执行者来引发吗,还是按照一定时间周期进行?什么叫"有消息进来"?另外,"自动"也是冗余的表达。 潘加宇(3504847) 9:02:42

    03

    陶哲轩等人用编程方法,推翻了60年几何难题「周期性平铺猜想」

    机器之心报道 机器之心编辑部 数学家们曾预测,如果对形状如何平铺空间施加足够的限制,他们可能必然出现周期性模式,但事实证明不是这样。 几何学中,最难攻克的问题往往是一些最古老、最简单的问题。 自古以来,艺术家和几何学家们就想知道几何形状如何在没有间隙或重叠的情况下铺满整个平面。然而用罗切斯特大学数学家 Alex Isoevich 的话来说——这个问题「直到最近才有所进展。」 ‍ 数学家想知道什么时候可以形成非周期性的平铺模式——像彭罗斯平铺这样的模式,永远不会重复。 最明显的瓷砖重复模式是:用正方形、三角

    01
    领券