[答疑]茶叶盒的用例

[分析方法，伪创新举例]软件方法（下）分析和设计第8章

乡下小老鼠(250****30)11:21:08
大家好，学习UML一段时间了，在自己的日常开发中也有了一些应用，各种图和元素的用法也有了一定的掌握，正在沾沾自喜的时候，老大跟我开了一个玩笑，让我写出他随手拿起的茶叶盒的用例，这引起了我的一些思考：1、UML可以对我们日常生活中的各种系统建模，但是能对任意事物（如上面的茶叶盒）进行建模吗？在某一场景下可以用类图表示茶叶盒的一些属性信息，可对于茶叶盒这个没有输入、加工、输出的家伙会有表示他的用例吗？换言之，我认为茶叶盒不是一个系统（我考虑不出它作为系统的场景）怎么会有用例？2、我回答老大的时候说用例是的系统功能的描述，茶叶盒没有任何操作，怎么能写用例，他说，我可以打开和关闭啊，我认为打开和关闭不是茶叶盒提供的服务（而是人手这个系统），说得牵强一点茶叶盒的服务只有盛放茶叶，我认为即使是盛放茶叶也不应该是一个用例，希望大家指导一下我的看法有问题吗？
向日葵(100***61)11:23:09
潘老师说过，分析业务需求的时候要把产品当做项目来做
乡下小老鼠(250****30)11:23:18
说得有点乱，我就是想弄明白两问题：1、UML适用的范围；2、没有输入、加工、输出的物品可以看到一个系统吗？
向日葵(100***61)11:23:50
上课的时候都举过百事可乐的例子
大猫(316*****0)11:27:41
本来老大说的没错呀，至少有打开，关闭，盛放茶叶功能呀。不能说人打开，那人还能收款呢，就不要收费系统了？
老虎么牙子(124***576)11:29:30
我喜欢用会计分录来解释一切现象的成本和利益
neu-小五哥(16****16)11:29:54
你把uml看成什么了？他表面上是一个画图的方式。。实际上背后是一种思考问题的方式
neu-小五哥(16****16)11:30:32
没有输入、加工、输出的物品可以看到一个系统吗？
neu-小五哥(16****16)11:31:21
什么叫系统? 其实把什么东西看成系统，只不过是你自己给自己设定一个边界而已
老虎么牙子(124***576)11:32:07
一切都有输入和输出
老虎么牙子(124***576)11:32:15
大自然是最大的系统
老虎么牙子(124***576)11:32:40
只不过以不同的形态存在
乡下小老鼠(250****30)11:34:02
那请问对茶叶盒进行建模后他的输入、输出是什么？
广李福财(747****1)11:34:25
用例(英语:use case),或译使用案例、用况,是软体工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术
广李福财(747****1)11:34:51
让我写出他随手拿起的茶叶盒的用例
－－－－－－－－－－－－－－－－－－
茶叶盒的用例？还是拿起茶叶盒的用例？
乡下小老鼠(250****30)11:35:08
茶叶盒，没有拿起
乡下小老鼠(250****30)11:35:36
我是想知道茶叶盒会有用例吗？
大猫(316*****0)11:35:49
对于茶叶盒建模太笼统，是不是说建立用例?
大猫(316*****0)11:36:11
装茶叶、打开、关闭不是？
乡下小老鼠(250****30)11:36:21
在这个群里的人大都是接触过UML的，希望大家仔细考虑一下这个问题
乡下小老鼠(250****30)11:36:48
嗯，可以这么说
乡下小老鼠(250****30)11:37:05
我想知道茶叶盒可以作为一个系统吗？
老虎么牙子(124***576)11:37:08
不是打开和关闭
乡下小老鼠(250****30)11:37:17
从什么角度可以作为一个系统
老虎么牙子(124***576)11:37:18
是取茶叶，放茶叶
老虎么牙子(124***576)11:37:25
携带
老虎么牙子(124***576)11:37:46
了解剩余茶叶的数量
乡下小老鼠(250****30)11:37:51
用例是系统提供的功能，茶叶盒可以提供打开、关闭的功能吗？
乡下小老鼠(250****30)11:38:05
还是说茶叶盒根本就不能作为一个系统
大猫(316*****0)11:39:12
茶叶盒不是软件系统
乡下小老鼠(250****30)11:39:24
这是老大消遣我的一个问题，我也不知道答案
大猫(316*****0)11:39:25
但是可以用用例的思路考虑
大猫(316*****0)11:39:38
装茶叶的用例
干系人利益：
1、茶叶商：防止跑味，防水，防压，便于装？
2、使用者（这个词不好）：好看。。。
乡下小老鼠(250****30)11:39:52
不对吧？用例可以脱离系统吗？
大猫(316*****0)11:39:54
至于用例步骤可能比较难
老虎么牙子(124***576)11:39:59
其实思路都一样，软件系统是解决问题的方法，而不是目的
老虎么牙子(124***576)11:40:22
如果茶叶盒不能有效率的满足用户需求，那么不排除设计出一套系统
乡下小老鼠(250****30)11:41:00
软件系统是解决问题的方法，而不是目的？没看明白
老虎么牙子(124***576)11:41:12
同样，抛开软件系统，回到50年前，企业不是一样运作，吃饭，收钱
老虎么牙子(124***576)11:41:22
买东西，银行存款
大猫(316*****0)11:41:33
如果以后茶叶盒可以根据声音自动拿出适量的正确的茶叶，也许就是系统
@源人@(351****784)11:41:52
脱了裤子放屁的事，何必呢？学以致用，要灵活对待问题。
乡下小老鼠(250****30)11:42:07
可惜老大只拿了一个纸盒子
乡下小老鼠(250****30)11:42:31
说话能不能文明点？
大猫(316*****0)11:42:37
只不过现在的茶叶盒功能太简单，不需要自动化，但是并不妨碍你用用例的思想去考虑
老虎么牙子(124***576)11:42:42
软件系统是解决问题的方法，而不是目的？没看明白
意思是，不会为了要软件系统而做系统，做系统的目的一定是为了解决一个业务问题，达到业务目标
大猫(316*****0)11:43:36
当然如果把茶叶盒作为一个工件去考虑是另外的事情
大猫(316*****0)11:44:06
就是当作一个企业运作中的实体考虑
龙盘虎踞(3518****4)11:44:43
我觉得大家可能忘了先要选定建模的业务单元，如果选择"手"为建模单元，那么拿起茶叶盒，确实是"手"的用例，如果选择人，则不是，选择茶叶盒，更加不是
老虎么牙子(124***576)11:45:06
茶叶盒也是系统，又一系列的部件和操作配合完成一个业务目标
乡下小老鼠(250****30)11:45:36
不同意，茶叶盒能完成什么操作？
老虎么牙子(124***576)11:45:55
打开，关闭
大猫(316*****0)11:46:01
其实主要看茶叶盒是啥？如果是茶叶工厂的一个实体是一回事儿，如果就是茶叶盒本身是另外一回事儿。系统边界要注意
老虎么牙子(124***576)11:46:23
属于操作吗？
龙盘虎踞(3518****4)11:46:44
大脑命令手拿起茶叶盒
大猫(316*****0)11:47:08
那要是机器人打开茶叶盒呢？
乡下小老鼠(250****30)11:47:10
我的提问是想解决这么一个问题，如果老大随便拿一个东西让你建模（这里是写用例），应该怎么回复？
龙盘虎踞(3518****4)11:47:42
要看选择的建模单元，不能一概而论的
大猫(316*****0)11:48:03
如果不是消遣你的话，我建议从用例的干系人利益考虑
乡下小老鼠(250****30)11:48:07
龙盘虎踞(3518****4) 11:46:44
大脑命令手拿起茶叶盒
这个系统不是茶叶盒系统
大猫(316*****0)11:48:21
这样能体现用例的思考模式
乡下小老鼠(250****30)11:48:40
不好意思，我要去吃饭了，大家接着吵啊
老虎么牙子(124***576)11:48:55
大脑，命令，手，是人这个系统
老虎么牙子(124***576)11:49:01
打开和关闭，是茶叶盒系统
乡下小老鼠(250****30)11:49:07
对
乡下小老鼠(250****30)11:49:27
不对，茶叶盒能提供打开、关闭功能吗？
大猫(316*****0)11:49:29
老虎么牙子(124***576) 11:48:55
大脑，命令，手，是人这个系统
这个也不是人系统，暴露了内部大脑
龙盘虎踞(3518****4)11:49:34
以茶叶盒为建模单元，如果它能自动打开和关闭就是
老虎么牙子(124***576)11:49:54
那么登录，退出
老虎么牙子(124***576)11:49:57
需要人去做吗
老虎么牙子(124***576)11:50:05
如果这么说，抛开人的参与
大猫(316*****0)11:50:11
那取款机能把钱自动放到你手上？
老虎么牙子(124***576)11:50:14
还有几个用例？
龙盘虎踞(3518****4)11:50:26
登录、退出当然是自动的，只是需要人去请求系统登录，人只是发出命令
老虎么牙子(124***576)11:50:43
我也去吃饭了
老虎么牙子(124***576)11:50:49
大家好胃口
龙盘虎踞(3518****4)11:52:47
如果你能喊一声"茶叶盒快快打开"，茶叶盒就打开了，那么"打开"确实是茶叶盒系统的用例
老虎么牙子(124***576)11:54:08
只是输入的区别
老虎么牙子(124***576)11:54:17
一个输入的是语音，一个输入的是动作
龙盘虎踞(3518****4)11:54:55
输入没有动作，有动作就不是输入了
龙盘虎踞(3518****4)11:56:23
取款、存款，也只是我们向存取款机发出命令而已，并不能实际去完成这项操作。当然如果你能撬开机器，用手把钱拿出来除外
向日葵(100***61)11:56:35
如果说以茶叶盒作为系统的话，那么用例应该是"保存茶叶"
向日葵(100***61)11:57:09
或者要储存茶叶
向日葵(100***61)11:58:12
打开、关闭茶叶盒属于另一个系统的用例，在这个系统中茶叶盒是一个业务实体
龙盘虎踞(3518****4)11:58:35

向日葵(100***61)12:00:14
不是系统的用例，是业务的用例
neu-小五哥(16****16)12:02:03
为个茶叶盒何必呢，老板的意思可能只是消遣一下他而已。然后大家又都被消遣了
北京-张攀攀(369****82)12:44:36
比较认同 @向日葵说的
@乡下小老鼠我个人认为对任何物件都可以看做系统从用例的角度进行分析的重点思考与物体相关的涉众的利益从业务（使用）场景推导出用例
北京-高原(477***59)12:48:32
一大堆人被消遣了
向日葵(100***61)13:18:16
老板一开始可能确实想消遣一下他，但是如果他真的用UML严肃而又严谨的描述罗列出茶叶盒的一系列功能和用途，甚至在此基础上提出制作新茶叶盒能够解决一些实际问题，让茶叶盒的功能更加优化的方案来的话，他在他们老板心目中的印象恐怕就大大不一样了。细节是魔鬼啊，骚年
老虎么牙子(124***576)13:21:14
老板是不是消遣无所谓，其实都可以作为实例去分析
北京-张攀攀(369****82)13:46:11
产品经理眼中一切皆产品
潘加宇(3504847)13:59:05
@乡下小老鼠(250****30) 任何东西都可以作为研究对象的，茶叶盒当然有用例，特别是要做出"好卖"的茶叶盒，更需要建模思维。"打开"，"关闭"是目前大多数茶叶盒能提供的服务，但这样的茶叶盒很难有竞争优势。
潘加宇(3504847)13:59:40
如果你用了业务建模的技能，对业务流程建模，发现人打开茶叶盒，还要思考取多少茶叶，然后再取茶叶
潘加宇(3504847)14:01:19
如果能把这些领域逻辑封装在茶叶盒中，用例变成"取茶叶"，茶叶盒封装了茶客平时喝茶的习惯，这样的茶叶和就好卖了
龙盘虎踞(3518****4)14:01:44

乡下小老鼠(250****30)14:02:13
明白了不少
潘加宇(3504847)14:02:49
如果，不是从"要做出好卖的茶叶盒"的角度思考，建模就沦为学生玩的的思维游戏，竞争很残酷，建模是为了在竞争中生存
乡下小老鼠(250****30)14:03:29
嗯，经理不懂UML他让我用通俗的语言给他解释一下
乡下小老鼠(250****30)14:03:34
结果我很糗啊
潘加宇(3504847)14:03:58
就拿我说的再试试
乡下小老鼠(250****30)14:04:17
谢谢，我知道怎么解释了
乡下小老鼠(250****30)14:06:25
还要请教潘老师一个问题，我认为UML中用例是存在于系统中的，脱离了系统，是不是讨论用例就没有意义了
#幽竹#(359***950)14:06:56
业务用例
#幽竹#(359***950)14:06:59
那是
#幽竹#(359***950)14:07:18
系统用例当然不能脱离了系统
潘加宇(3504847)14:07:40
所有的东西都是系统啊
乡下小老鼠(250****30)14:12:40
不是吧，应该是一切可以卖钱的东西才有变成系统的价值吧？
乡下小老鼠(250****30)14:13:35
我们不关心的东西，不应该是我们研究的对象，也不应该成为我们关注中的"系统"
潘加宇(3504847)14:14:08
任何东西，只要有人买，都值钱的。茶叶盒也值钱，而且也得用材料造出
潘加宇(3504847)14:15:01
你做A软件，别人做B软件甚至做茶叶盒，各有各的赚钱道路，这就市场经济
乡下小老鼠(250****30)14:17:38
我强调的是以我为中心，或者以我所在的行业为中心，只要我们不关心它，就不应该在我们的UML中形成系统而出现
潘加宇(3504847)14:20:11
《软件方法》4.2.3 只画核心域相关的系统
广劳学礼(43***03)14:21:14
潘老师说的"所有的东西都是系统啊"是在广义上的系统，人是系统，茶叶盒也是一个系统
Katherine(534***660)14:24:08
茶叶盒也可以变成一个茶饮机啊·～
那就要写茶饮系统，
比如出什么口味的什么茶就要根据口味选择或搭配茶叶的种类，
根据杯子的容量以及用户选择的口味浓度选择茶叶的重量。。。
Katherine(534***660)14:27:22
任何一个生活中的案例，都有可能通过建模，把用户活动转变为机器来实现。就是那些不可能的奇思妙想，才成就了现代文明的飞速发展，Ｏ（∩＿∩）Ｏ～
乡下小老鼠(250****30)14:30:26
有道理，不过我还是不能理解一切皆系统
乡下小老鼠(250****30)14:30:46
有点笨哈
Katherine(534***660)14:32:34
找个机会好好听听潘老师讲课你就懂了
成都-CA-李旗风(287***89)14:33:11
就是外是万物都有外部特性，内部特性
乡下小老鼠(250****30)14:35:07
我好久之前听过，但是很多东西要经过一段时间的实践才能加深印象

[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）

全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频

[幻灯]5月6-9晚-剔除“伪创新”和“无领域”的领域驱动设计-网课

[新增：鸵鸟]软件开发团队的脓包：皇帝的新装、口号党、鸵鸟、废话迷

《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题

《非程序员》电子杂志下载（39-51期）

《非程序员》电子杂志下载（1-38期）

中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……

CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]

UMLChina服务介绍

[答疑]茶叶盒的用例相关推荐

[答疑]QQ群的用例
软件方法(下)分析和设计第8章连载[20210518更新]>> zjl~吼吼(21**59) 16:01:10 刚才那句话,几层意思这个问题..细思恐极啊,大概是这样的... ...潘老师 ...
UMLChina公众号文章精选（20210706更新精选）
资源软件开发"废话"征集全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频软件方法(下)分析和设计第8章连载[20210518更新] ...
SSD201 / SSD202D 在86盒智能网关的应用分享
提示:启明云端作为sigmastar(厦门星宸)VAD合作伙伴,我们不仅用心整理了你在开发过程中可能会遇到的问题以及快速上手的简明教程供开发小伙伴参考.同时也用心整理了星宸科技的新产品.新方案的主要特 ...
从零开始学前端 - 7. CSS盒模型 margin和padding详解
作者: 她不美却常驻我心博客地址: https://blog.csdn.net/qq_39506551 微信公众号:老王的前端分享每篇文章纯属个人经验观点,如有错误疏漏欢迎指正.转载请附带作者信息 ...
Qt数据可视化(QBoxPlotSeries盒须图)
目录创建盒须图类设置盒须图数据计算中间值源代码 widget.cpp 实现效果如下: QBoxPlotSeries类以方框和胡须图表的形式显示数据. "长方体绘图"系列充当 ...
盲盒App如何实现低成本裂变拉新？
盲盒是指消费者不能提前得知具体产品款式的盒子,是一种具有随机性的玩法.随着可支配收入增加,以盲盒为主的潮流文化产业迅速发展,2020年全球市场规模增长至1493.1亿元,预期2023年将达到2494. ...
软件测试（二）软件测试之黑白盒
一.简介任何工程产品都可以使用白盒测试和黑盒测试两种方法进行测试 1.黑盒测试黑盒测试:已知产品的功能设计规格和用户手册,可以进行测试证明每个功能是否实现,每个实现了的功能是否符合要求,以及产品的 ...
又一家茶叶企业上市败北：八马茶业梦碎创业板，十分依赖定制采购
又一家茶叶企业"折戟"IPO. 贝多财经了解到,八马茶业股份有限公司(下称"八马茶业")于2022年5月9日申请撤回发行上市申请文件.根据规定,深交所终止对八马 ...
中国十大名茶及茶叶的鉴别
1.西湖龙井龙井,本是一个地名,也是一个泉名,而现在主要是茶名.龙井茶产于浙江杭州的龙井村,历史上曾分为"狮.龙.云.虎"四个品类,其中多认为以产于狮峰的老井的品质 ...

[答疑]茶叶盒的用例

[答疑]茶叶盒的用例相关推荐

最新文章

热门文章