乡下小老鼠(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
我好久之前听过，但是很多东西要经过一段时间的实践才能加深印象