[分析方法，伪创新举例]软件方法（下）分析和设计 第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产品经理 眼中 一切皆产品潘加宇()13:59:05@乡下小老鼠(250****30) 任何东西都可以作为研究对象的，茶叶盒当然有用例，特别是要做出"好卖"的茶叶盒，更需要建模思维。"打开"，"关闭"是目前大多数茶叶盒能提供的服务，但这样的茶叶盒很难有竞争优势。潘加宇()13:59:40如果你用了业务建模的技能，对业务流程建模，发现人打开茶叶盒，还要思考取多少茶叶，然后再取茶叶潘加宇()14:01:19如果能把这些领域逻辑封装在茶叶盒中，用例变成"取茶叶"，茶叶盒封装了茶客平时喝茶的习惯，这样的茶叶和就好卖了龙盘虎踞(3518****4)14:01:44乡下小老鼠(250****30)14:02:13明白了不少潘加宇()14:02:49如果，不是从"要做出好卖的茶叶盒"的角度思考，建模就沦为学生玩的的思维游戏，竞争很残酷，建模是为了在竞争中生存乡下小老鼠(250****30)14:03:29嗯，经理不懂UML他让我用通俗的语言给他解释一下乡下小老鼠(250****30)14:03:34结果我很糗啊潘加宇()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系统用例当然不能脱离了系统潘加宇()14:07:40所有的东西都是系统啊乡下小老鼠(250****30)14:12:40不是吧，应该是一切可以卖钱的东西才有变成系统的价值吧？乡下小老鼠(250****30)14:13:35我们不关心的东西，不应该是我们研究的对象，也不应该成为我们关注中的"系统"潘加宇()14:14:08任何东西，只要有人买，都值钱的。茶叶盒也值钱，而且也得用材料造出潘加宇()14:15:01你做A软件，别人做B软件甚至做茶叶盒，各有各的赚钱道路，这就市场经济乡下小老鼠(250****30)14:17:38我强调的是以我为中心，或者以我所在的行业为中心，只要我们不关心它，就不应该在我们的UML中形成系统而出现潘加宇()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也糊涂的常用术语：功能模块、业务架构、用户需求……[更新]UMLChina服务介绍