2013-04-25 12:02:55 老松(1247***53)
比如说餐台有个释放方法，即将餐台状态标记为空闲，此时系统应该检索排队订单，选择合适的排队进行餐台分配，这种业务是不是应该将此业务表达为清台用例
2013-04-25 12:04:43 潘加宇(3504847)
你这个表述比较跳跃啊。把问题再表达得清楚一些。
2013-04-25 12:05:50 潘加宇(3504847)
比如说餐台有个释放方法（分析，类图），即将餐台状态标记为空闲（分析？），此时系统（跳回到需求）应该检索排队订单，选择合适的排队进行餐台分配，这种业务（业务建模？）是不是应该将此业务表达为清台用例（需求？）
2013-04-25 12:08:31 老松(1247***53)
系统在很多地方会将餐桌状态置为空闲，比如清台、换台、放弃订台等等，此时可能会有排队等台的，系统应该将此被释放的餐台分配给合适的等台的（即排队订单）
2013-04-25 12:10:12 老松(1247***53)
这样想可能会有帮助，我理解一下应该在哪个层次来处理这个问题
2013-04-25 12:15:25 老松(1247***53)
是不是应该这样，清台作为一个业务用例，被包含在其它业务用例中
2013-04-25 12:25:40 老松(1247***53)
但这样好像也有问题，在业务建模中，食客离台后，服务员做清台操作，此时清台是有业务执行者的，而在做换台操作时，清台是没有业务执行者的，系统自动做了清台后续操作（我又用了自动这个词哈）
2013-04-25 13:13:33 潘加宇(3504847)
还是乱作一团，什么"清台作为一个业务用例"。还是要再复习，按照我们课上的画图，把图贴出来看看
2013-04-25 13:22:29 老松(1247***53)

2013-04-25 13:23:15 老松(1247***53)

2013-04-25 13:27:54 潘加宇(3504847)
你这个图的研究对象是：餐馆？还是你做的系统？
2013-04-25 13:28:30 老松(1247***53)
餐厅
2013-04-25 13:28:44 老松(1247***53)
这是业务用例图
2013-04-25 13:29:26 老松(1247***53)
通知食友这个不应该放在这里是吧
2013-04-25 13:30:00 老松(1247***53)
应该是订餐的一个步骤
2013-04-25 13:30:13 潘加宇(3504847)
餐厅的业务用例就一个"就餐"
2013-04-25 13:30:29 潘加宇(3504847)
再复习一下
2013-04-25 13:30:36 潘加宇(3504847)
还有以往的答疑记录
2013-04-25 13:30:50 潘加宇(3504847)
http://www.umlchina.com/qa/Index1.htm 业务建模部分
2013-04-25 13:30:52 老松(1247***53)
订餐也是就餐的一个步骤？
2013-04-25 13:31:42 潘加宇(3504847)
还是要重复我说了很多遍的回答：幸亏你不是卖马桶给餐厅
2013-04-25 13:32:11 潘加宇(3504847)
否则餐厅的用例图上会充满马桶的气息
2013-04-25 13:32:20 老松(1247***53)
呵呵
2013-04-25 13:34:36 老松(1247***53)
开始我是只画了一个就餐用例，但在画时序图时复杂无比
2013-04-25 13:36:53 潘加宇(3504847)
因为内部的业务流程很复杂，所以干脆把每个步骤当成能卖的服务？ 这样搞下去 因为实现的代码有一万行，所以干脆把每一行代码当成可以卖的用例？
2013-04-25 13:38:01 潘加宇(3504847)
如果是普通程序员，不知不觉把自己做的"复杂"事情当成能"卖"的，还可以理解 你是项目带头人啊，可不能含糊
2013-04-25 13:39:04 老松(1247***53)
我梳理一下
2013-04-25 13:39:29 潘加宇(3504847)
"画时序图时复杂无比"不正说明了这个业务流程有待改进吗？
2013-04-25 13:39:47 潘加宇(3504847)
还是先要复习一下
2013-04-25 13:39:56 潘加宇(3504847)
搞清楚 利润=需求-设计
2013-04-25 13:41:22 老松(1247***53)
我在想是不是开始就想错了
2013-04-25 13:43:30 老松(1247***53)
我要做的是餐厅预订系统
2013-04-25 13:44:03 潘加宇(3504847)
先不要继续讨论，还是要先复习 以往的答疑记录 http://www.umlchina.com/qa/Index1.htm 业务建模部分
2013-04-25 13:44:11 老松(1247***53)
好的
2013-04-25 13:44:16 潘加宇(3504847)
以及《软件方法》3-5章
2013-04-25 18:28:02 老松(1247***53)

2013-04-25 18:28:31 老松(1247***53)

2013-04-25 18:28:52 老松(1247***53)

2013-04-25 18:29:59 老松(1247***53)
潘老师帮看一下这个
2013-04-25 18:32:43 老松(1247***53)
这是重新画的就餐用例
2013-04-25 20:31:25 潘加宇(3504847)
(1)××员应该是业务工人 （2）分支不会从天上掉下来，需要有做决定的操作，这种操作里面往往就包含着丰富的领域逻辑。食客根据什么决定是网络还是电话订餐？怎么知道有没有预订？是人判断还是电脑判断？参见<软件方法>4.6.3 改进三：封装领域逻辑： （3）把那些电脑系统对人的调用去掉
2013-04-25 20:31:48 潘加宇(3504847)
"重新画的就餐用例"--"重新画的就餐用例的序列图"
2013-05-02 9:07:57 老松(1247***53)
潘老师： "分支不会从天上掉下来，需要有做决定的操作，这种操作里面往往就包含着丰富的领域逻辑。"对于我的实例，第一个分支其实不是由人做出的判断，而是角色的不同，即使用网上订餐的食客（暂称为馋猫食客）和普通食客，而二者的就餐流程有相当大的不同，所以业务用例图就改成下边的样子，您看对吗？

2013-05-02 9:09:39 老松(1247***53)
原始的业务用例图其实只有一个
2013-05-02 9:10:50 老松(1247***53)
即食客执行者和就餐用例
2013-05-02 9:11:16 潘加宇(3504847)
有几个用例，区分的标准，不是实现的流程是否相同，而是在外面执行者的心里，你到底提供了几种服务
2013-05-02 9:12:03 潘加宇(3504847)
把"到店接待"删掉
2013-05-02 9:13:01 潘加宇(3504847)
所以你要去揣摩人们心中对餐馆干什么，有哪些说法
2013-05-02 9:13:04 老松(1247***53)
对于馋猫食客，是希望方便订餐，但仍会有不用网上订餐的食客的
2013-05-02 9:13:10 潘加宇(3504847)
而不是琢磨自己内部流程如何
2013-05-02 9:14:03 老松(1247***53)
到店接待是两个用例中完全相同的部分
2013-05-02 9:14:16 潘加宇(3504847)
又来"订餐"，还是要不停地说：幸亏你卖的不是马桶
2013-05-02 9:15:12 潘加宇(3504847)
餐馆对外提供的用例 更贴切的人话是，喝早茶、吃正餐，办宴席。。。
2013-05-02 9:16:15 老松(1247***53)
哦，说法换成就餐
2013-05-02 9:17:08 潘加宇(3504847)
你先把你那个马桶放下，去搞清楚客人和餐馆打交道时的不同心态
2013-05-02 9:17:28 潘加宇(3504847)
"说法换成就餐"--没那么简单
2013-05-02 9:17:57 潘加宇(3504847)
"到店接待是两个用例中完全相同的部分"--是不是用了同一块案板来切菜，案板也是用例？
2013-05-02 9:19:11 老松(1247***53)
去掉也这个也没什么，这个是后来画业务流程时抽出来的
2013-05-02 9:20:11 老松(1247***53)
只有前三个用例有问题吗？
2013-05-02 9:20:16 潘加宇(3504847)
你还是从"做"的角度来看问题，没有从"卖"的角度看问题
2013-05-02 9:20:46 似水流年/ka(409020100)
用例图中有必要存在 馋猫食客 和 普通食客 对 食客的继承么?
2013-05-02 9:21:15 潘加宇(3504847)
把人群区分为，馋猫食客，普通食客，这些是调研过的结果吗？
2013-05-02 9:22:11 老松(1247***53)
原始的业务中只有食客，改进后会有一部分食客进化成馋猫食客
2013-05-02 9:22:34 潘加宇(3504847)
把这个图讲给目标饭馆老板听听，不知道饭馆的老板怎么想？
2013-05-02 9:24:10 老松(1247***53)
意思是还是只应该有一个用例？
2013-05-02 9:24:35 潘加宇(3504847)
不知道啊，你去和饭馆老板聊聊嘛
2013-05-02 9:24:41 潘加宇(3504847)
也许有新的看法
2013-05-02 9:29:31 老松(1247***53)
其实都是聊过很多的，对于餐饮老板要什么，系统应该做到哪一步，我们是知道的
2013-05-02 9:30:50 潘加宇(3504847)
那你说说：普通食客和馋猫食客，对饭馆的期望有什么不同？
2013-05-02 9:31:10 潘加宇(3504847)
先把你的马桶放下
2013-05-02 9:31:46 潘加宇(3504847)
"系统应该做到哪一步，我们是知道的"--当然知道了，你说什么，人家老板不都听着，高科技嘛，人家很崇拜
2013-05-02 9:34:10 老松(1247***53)
馋猫食客，只是分析时对于网上订餐食客的一个叫法，对于餐厅老板沟通时，只是说食客，但其实只是食客的一个子集
2013-05-02 9:35:36 老松(1247***53)
普通食客是业务改进后，仍然会有传统的食客就餐，餐厅仍然对他他保持和改进挂靠能力
2013-05-02 9:35:41 老松(1247***53)
接待
2013-05-02 9:39:31 潘加宇(3504847)
上面的表述和"人话"有距离啊
2013-05-02 9:39:44 潘加宇(3504847)
而且没有回答我的问题 普通食客和馋猫食客，对饭馆的期望有什么不同？
2013-05-02 9:40:28 潘加宇(3504847)
我希望听到的应该是类似下面的风格： 早上，我去吃早餐 我要加班，打包个快餐 周末了，我要和朋友搞个包厢聚餐 情人节了，。。。。。。。。
2013-05-02 10:00:52 老松(1247***53)
普通食客对于餐饮的期望其实只是能吃到饭，而馋猫食客的期望却是能够优雅地、从容地，确保吃到饭
2013-05-02 10:02:35 老松(1247***53)
并且是可心的饭
2013-05-02 10:40:56 老松(1247***53)
比如我要请客，首先我要考虑客人的口味和预计价位，是否包间等等，然后会选择合适的餐厅（找餐），然后我会向餐饮联系相应时间是否有空位或包间，如果有空位，会预订位置，如果能提前把菜点好就更好了
2013-05-02 10:47:29 老松(1247***53)
而普通食客是那些不会上网，不用智能手机的人，他们找餐只是凭经验或四处打听。然后可能会打电话预约，甚至只是现找碰运气。对于电话预约的，餐馆会给你留桌
2013-05-02 10:50:37 老松(1247***53)
但预先点菜一般不会做
2013-05-02 10:54:50 老松(1247***53)
有时候，只是觉得回家做饭太麻烦，出来吃又不方便，想点几个菜回家吃，就会先跟回家路过的餐厅订好菜，把手机或者车牌号告知，回家吃过时路边停车，保安把菜一送，OK了
2013-05-02 10:55:10 老松(1247***53)
有时候，只是觉得回家做饭太麻烦，出来吃又不方便，想点几个菜回家吃，就会先跟回家路过的餐厅订好菜，把手机或者车牌号告知，回家吃过时路边停车，保安把菜一送，OK了
2013-05-02 10:56:05 老松(1247***53)
可以想一下普通食客做这个会有多麻烦
2013-05-02 10:57:41 老松(1247***53)
甚至对于普通食客来讲，除了专业的外卖，这是不大可能的
2013-05-02 10:58:18 老松(1247***53)
问题是我不想吃那些，我只想吃一般餐馆的
2013-05-02 10:59:38 老松(1247***53)
种类的划分就是是否使用云餐厅的人
2013-05-02 11:01:33 老松(1247***53)
有很多人是不上网，也不用智能手机，但他们也要请客吃饭，所以他们在就餐过程以外能得到的服务只有电话订台
2013-05-02 11:04:41 老松(1247***53)
对于餐厅来讲，预订预点是很有价值的，第一会增加客源渠道，第二会提高后厨效率，第三，会减少服务员的服务量，要知道服务员最浪费的时间是等待顾客点菜
2013-05-02 11:06:20 老松(1247***53)
馋猫食客对餐厅来讲恰恰是更少更高效的服务
2013-05-02 11:09:29 老松(1247***53)
这个系统的着眼点正是给餐厅提供的价值
2013-05-02 11:10:39 冷风轻拂(4506137)
跟其他类似的订餐平台有什么差异
2013-05-02 11:11:18 上姜建国(415**9741)
和大众点评比较，你的系统优势在哪里？
2013-05-02 11:11:24 老松(1247***53)
做点餐的少，订餐的很多也是转到电话订餐
2013-05-02 11:12:45 老松(1247***53)
大众点评着眼点在食客。点评、找餐，而订餐只是提供订餐电话
2013-05-02 11:13:04 上姜建国(4155***741)
大众点评一样可以订餐
2013-05-02 11:13:37 老松(1247***53)
那是电话订餐
2013-05-02 11:13:42 上姜建国(41***741)
而且有点评的基础，知道是不是真的好
2013-05-02 11:13:53 老松(1247***53)
这是他的优势
2013-05-02 11:14:04 上姜建国(415***741)
电话订餐也没什么不好
2013-05-02 11:14:11 上姜建国(41***09741)
优势不大
2013-05-02 11:15:02 广何智(58***19)
做成020线下的POS机提醒功能就有优势了
2013-05-02 11:15:26 老松(1247***53)
这就是个O2O项目
2013-05-02 11:15:45 老松(1247***53)
线下的POS机提醒是什么概念？
2013-05-02 11:15:46 广何智(585**19)
现在网络订餐有一大问题就是，订餐信息反馈不及时，线下不能及时看到线上的订餐信息
2013-05-02 11:15:59 老松(1247***53)
没错
2013-05-02 11:16:14 广何智(58***19)
也就是说，我订了半天，线下都不知道有人订了东西。
2013-05-02 11:16:20 广何智(58**419)
也许忙起来，半天不送餐
2013-05-02 11:16:22 广何智(58***419)
不像电话。
2013-05-02 11:17:38 上姜建国(41**09741)
从客户的角度考虑，他为什么要买我们的系统。能提高多少的营业额？
2013-05-02 11:18:28 老松(1247***53)
系统是送他们用的，而且部署在云端，不用增加成本
2013-05-02 11:18:33 广何智(58**419)
o2o这是以后发展的必须趋势。这点不用帮他们考虑了
2013-05-02 11:18:48 王曦(215***090)
操作系统的人 也是成本
2013-05-02 11:19:02 王曦(215***090)
说不定还要招一个专人
2013-05-02 11:19:09 广何智(58***19)
但是他们接电话也是人?
2013-05-02 11:19:25 老松(1247***53)
大多数工作是系统完成的，不用接电话
2013-05-02 11:19:32 王曦(215***090)
还有 设备
2013-05-02 11:20:25 老松(1247***53)
初期有管理系统的餐厅可能会有一部分点餐单转录的工作，后期可以考虑做接口自动转录
2013-05-02 11:20:45 老松(1247***53)
设备基本不用增加
2013-05-02 11:21:16 王曦(215***090)
你最好是 一期就有接口可以 把系统集成
2013-05-02 11:21:26 老松(1247***53)
不涉及餐厅内部管理，只是把看台管理起来
2013-05-02 11:21:36 老松(1247***53)
餐台
2013-05-02 11:22:03 老松(1247***53)
这是考虑的，但要看相应的管理系统
2013-05-02 11:22:34 老松(1247***53)
毕竟餐厅管理系统是五花八门的
2013-05-02 11:23:57 广何智(58***19)
主推自己的POS机。别做什么接口了。
2013-05-02 11:24:20 广何智(58***19)
网络订餐本来就与餐厅的管理系统不一样。
2013-05-02 11:24:28 广何智(58***19)
两者不同，为什么要合二为一。
2013-05-02 11:24:43 广何智(58***19)
POS直接打印订餐小票。
2013-05-02 11:24:55 广何智(58***19)
经济。实惠
2013-05-02 11:25:40 王曦(215***090)
说的集成 就是 数据信息集成
2013-05-02 11:25:45 广何智(58***19)
接口成本不一定比设备成本低
2013-05-02 11:25:53 老松(1247***53)
恐怕有困难，这又介入餐厅管理了，对普通食客的接待又如何完成？
2013-05-02 11:26:18 广何智(58***19)
普通食客本就与网络订餐食客不一样，
2013-05-02 11:26:18 王曦(215***090)
那是线下的事情 汗
2013-05-02 11:26:46 老松(1247***53)
但餐厅会考虑这些事情的
2013-05-02 11:27:28 老松(1247***53)
他们得统一管理，而不考虑你是线上还是线下
2013-05-02 11:27:39 广何智(58***19)
这个有点麻烦
2013-05-02 11:28:24 老松(1247***53)
所以系统边界就是除餐台以外，不介入餐厅管理
2013-05-02 11:29:23 潘加宇(3504847)
[表情]大家说的这些都很有思考，但是都是先定好"我要做云餐厅"，然后再去找理由。先得出结论，再找原因——先把电视机砸了，再来找找砸了电视有什么好处？ 如果对云餐厅的前途已经自信满满，就没有必要装模作样做业务建模了嘛，把系统的需求写出来就可以了 业务建模的思考方式是这样的： 顾客到饭馆，可能是打包，可能是聚餐，可能是办宴席…… 经过调研，我发现现在大家对外卖意见很大，我决定以外卖作为改进突破口，搞一个"外卖网"， 让顾客能更快吃到比过去性价比更好的外卖 然后，再想想，这个外卖网应该提供什么功能（地图定位，外卖评价……）
2013-05-02 11:35:14 随意(660***88)
潘老师好！ 以餐饮行业举例的话，餐饮软件行业水比想象的深，潘老师的思考方式是解决之道，餐饮软件需求的调研很重要。
2013-05-02 11:37:00 老松(1247***53)
其实就是这样的，调研发现传统餐厅对预订预点的支持太弱，所以选定以预订预点为着眼点
2013-05-02 11:38:35 老松(1247***53)
很多餐厅还都是预订的记到本本上，通过人脑配台
2013-05-02 11:39:05 随意(660***88)
餐厅关心的是盈利，预订预点针对的那种类型的餐饮企业？高端、终端、低端？
2013-05-02 11:39:21 随意(660***88)
对，手工记录很简单
2013-05-02 11:39:29 老松(1247***53)
中端和部分高端
2013-05-02 11:39:50 老松(1247***53)
手工简单，但费人
2013-05-02 11:40:22 沐沐(15692091)
最好能让人完全脱离
2013-05-02 11:40:28 随意(660***88)
使用系统后，增加实施成本，培训成本，如果是高端的话，必然要配前厅接待的
2013-05-02 11:40:28 沐沐(15692091)
就像ATM机
2013-05-02 11:41:14 潘加宇(3504847)
就顾客-就餐就行了，然后在用例下面画出待改进的目前预订的典型场景，在此基础上改进，推导出你的系统的需求
2013-05-02 11:41:40 潘加宇(3504847)
特别是画出目前人脑的一些思考
2013-05-02 11:42:23 沐沐(15692091)
能用机器的地方坚决不用人。。 我认为这是社会发展的趋势。。
2013-05-02 11:42:49 随意(660***88)
如果沐沐和老松画好后，我们交流一下如何
2013-05-02 11:43:11 潘加宇(3504847)
名字上，"云餐厅"不是好名字
2013-05-02 11:43:39 随意(660***88)
老师有好名称的建议么
2013-05-02 11:43:57 潘加宇(3504847)
没去调研过，应该没有
2013-05-02 11:44:09 老松(1247***53)
确实是，只是名字还没想好
2013-05-02 11:44:21 角斗士(25812386)
天上人间
2013-05-02 11:44:24 潘加宇(3504847)
更好的应该是"发发发""旺旺旺"
2013-05-02 11:44:28 潘加宇(3504847)
之类的字眼
2013-05-02 11:46:07 老松(1247***53)
现在的问题是：原始用例只有一个就餐，并对它进行了改进。但是对于餐厅而言，他们对普通食客依然要提供接待
2013-05-02 11:47:23 老松(1247***53)
所以才将食客划分为馋猫食客和普通食客，并提供相应的就餐流程
2013-05-02 11:47:37 老松(1247***53)
说错了
2013-05-02 11:47:43 老松(1247***53)
是就餐用例
2013-05-02 11:54:35 老松(1247***53)
这样考虑有问题吗？
2013-05-02 11:58:05 潘加宇(3504847)
这个我不知道，"馋猫食客和普通食客"的划分好像不是人话。 "餐厅的工作人员根据来人的身份不同提供相应的就餐流程"这是内部的分支，不是目标的区别，还是要学会从"卖"的角度来订用例
2013-05-02 11:58:42 潘加宇(3504847)
不是改进预订流程吗，怎么又扩展到就餐也要管？
2013-05-02 11:59:21 老松(1247***53)
因为预订要涉及对餐桌的管理
2013-05-02 12:00:41 老松(1247***53)
预订是要把人脑中的配台用机器实现，而餐台不仅是对预订的，到店客人也是要用的
2013-05-02 12:01:22 王曦(215***090)
你就是个入口 把信息汇总就好了 和管理没关系
2013-05-02 12:01:56 广何智(58***19)
馋猫们，食饭到点了~~~~
2013-05-02 12:02:06 老松(1247***53)
对于餐台，本来就是预订和到店两个入口
2013-05-02 12:02:30 老松(1247***53)
对于点餐，也是预订和到店两个入口
2013-05-02 12:04:39 老松(1247***53)
如果餐厅已经有自己的点餐系统，比如点餐宝，那么不取代它，如果餐厅还没有，那么我们还可以给提供点餐的入口
2013-05-02 12:08:31 老松(1247***53)
"餐厅的工作人员根据来人的身份不同提供相应的就餐流程"这是内部的分支，不是目标的区别，还是要学会从"卖"的角度来订用例" 这个正是我困惑的一点
2013-05-02 12:11:30 老松(1247***53)
原来一个用例的流程片断是这样的：
2013-05-02 12:11:53 老松(1247***53)

2013-05-02 12:12:04 老松(1247***53)

2013-05-02 12:13:06 老松(1247***53)
这个分支没有判断者，是订餐人自己的属性
2013-05-02 12:15:01 老松(1247***53)
所以我才会有把食客分类的想法
2013-05-02 12:19:22 老松(1247***53)
但划分了好像又不是人话，所以我困惑了
2013-05-02 12:24:46 老松(1247***53)
还有，对于网上订餐的，订完餐台即可点餐，然后才是到店。而对于未预订的食客，是先到店，再配台，然后才是点餐
2013-05-02 12:31:31 GZ-Butterfly(364***806)
是不是不管是哪種食客，都是用食客這種涉眾來表達啊？然後如果有提前網上訂餐的，就一個分支，沒有提前訂單的，就另一個分支咯。
2013-05-02 12:31:45 GZ-Butterfly(364***806)
但不用區分為兩種食客。
2013-05-02 12:32:28 GZ-Butterfly(364***806)
因為其實他們可能偶然會網上訂台，偶爾直接過去吃飯。這個不能區分開他們是不同的涉眾吧？
2013-05-02 12:33:48 GZ-Butterfly(364***806)
所以這個用例圖就只有一個：食客 --> 吃飯
2013-05-02 12:49:15 老松(1247***53)

2013-05-02 12:50:08 老松(1247***53)
是这样吗？
2013-05-02 12:50:41 老松(1247***53)
但潘老师说： 分支不会从天上掉下来，需要有做决定的操作，这种操作里面往往就包含着丰富的领域逻辑。
2013-05-02 12:53:10 GZ-Butterfly(364***806)
是不是客人進去餐飲的時候，服務人員就會問
2013-05-02 12:53:18 GZ-Butterfly(364***806)
你是不是已經提前訂台了啊？
2013-05-02 12:53:25 GZ-Butterfly(364***806)
這種就不是從天上掉下來啊。。
2013-05-02 12:53:42 GZ-Butterfly(364***806)
服務人員根据客户的回答，去查系统判断吧？
2013-05-02 12:54:10 老松(1247***53)
那已经是后边流程了，但在订餐的时候呢
2013-05-02 12:54:24 老松(1247***53)
那是到店的流程
2013-05-02 12:54:54 老松(1247***53)
谁来决定是网上订餐还是电话订餐？
2013-05-02 12:54:55 GZ-Butterfly(364***806)
前面就是客人自己判断要網上訂餐，還是去餐廳直接訂餐吧？？
2013-05-02 12:55:03 GZ-Butterfly(364***806)
客人自己選擇的方式啊。。
2013-05-02 12:55:10 GZ-Butterfly(364***806)
也就是食客決定啊
2013-05-02 12:55:25 老松(1247***53)
当然是食客自己
2013-05-02 12:55:38 GZ-Butterfly(364***806)
我其實也只是聽過老師一次課，只知道點皮毛。所以也不知道說得對不對
2013-05-02 12:55:49 GZ-Butterfly(364***806)
還是等老師回覆你吧。[表情]
2013-05-02 12:56:07 GZ-Butterfly(364***806)
其實，食客決定怎樣訂餐。。
2013-05-02 12:56:17 GZ-Butterfly(364***806)
然後如果網上訂餐，系統就有一倏網上訂餐記錄嘛
2013-05-02 12:56:28 GZ-Butterfly(364***806)
如果電話訂餐，服務員就幫輸入一倏電話訂餐吧？
2013-05-02 12:56:38 老松(1247***53)
也就是前边应该画一个指向自己的:"选择订餐方式"操作？
2013-05-02 12:57:31 GZ-Butterfly(364***806)
應該是的
2013-05-02 12:57:40 GZ-Butterfly(364***806)
選擇訂餐方式，指向食客自己。。
2013-05-02 12:57:44 GZ-Butterfly(364***806)
然後後面才有分支
2013-05-02 12:59:06 老松(1247***53)
这个这样处理也可以，但另一个问题呢： 对于网上订餐的，订完餐台即可点餐，然后才是到店。而对于未预订的食客，是先到店，再配台，然后才是点餐
2013-05-02 12:59:31 老松(1247***53)
是不是需要把点餐放在两处
2013-05-02 13:01:07 老松(1247***53)
未预订到店，也还有自主点餐和服务员点餐的分支
2013-05-02 13:01:35 老松(1247***53)
这样的分支会特别多
2013-05-02 13:02:20 老松(1247***53)
所以我分开两个角色的初衷只是让图变得简单一些
2013-05-02 13:16:35 GZ-Butterfly(364***806)
如果是同一個實體，不同時間段發出來的請求，分成多個也沒關係的吧？因為是在不同條件下觸發的。對吧？
2013-05-02 13:16:42 GZ-Butterfly(364***806)
我也不太確認這個對不對
2013-05-02 13:18:22 老松(1247***53)
我觉得也是没关系，只是觉得图太复杂了
2013-05-02 13:20:35 GZ-Butterfly(364***806)
[表情]你可以像老師那會那樣，很複雜的圖分開兩個畫嘛。
2013-05-02 13:20:45 GZ-Butterfly(364***806)
然後加個refer
2013-05-02 13:23:18 老松(1247***53)
这也是一个办法，我只是在做各种尝试
2013-05-02 13:24:03 老松(1247***53)
其实无论怎样画，到了系统用例时差别不大
2013-05-02 13:25:13 GZ-Butterfly(364***806)
嗯，我听课之后都没什么时间实践了。但有空就看看大家讨论的东西，学习下。项目赶着上SIT，UAT。忙晕了。呵呵
2013-05-02 13:25:26 老松(1247***53)
因为这只是流程展现的问题，而从流程图中提取出来的系统用例基本是一样的
2013-05-02 13:47:29 潘加宇(3504847)
@老松(1247***53) 2013/5/2 12:13:06这个分支没有判断者，是订餐人自己的属性 ---分支不可能没有判断者，要么是人判断，要么是电脑系统判断。没有"是订餐人自己的属性"的说法
2013-05-02 13:49:17 潘加宇(3504847)
为什么我会回答你的问题，而不回答网络上其他人的问题？不也是因为我的大脑里知道你是学员，学员的问题应该得到回答吗？
2013-05-02 13:50:09 老松(1247***53)

就是说还是应该这样画，但前边加一个指向自己的判断，是吗？
2013-05-02 13:51:20 潘加宇(3504847)
老松(1247***53) 2013/5/2 12:56:38也就是前边应该画一个指向自己的:"选择订餐方式"操作？ ---决定订餐方式。在大脑里权衡哪种订餐方式好。不是"选择"。
2013-05-02 13:52:35 潘加宇(3504847)
对的
2013-05-02 13:52:40 老松(1247***53)
对于不上网的人来说，不存在权衡啊，他只知道电话订餐
2013-05-02 13:53:32 老松(1247***53)
这个是不是可以理解为他这个个体不知道而已
2013-05-02 13:54:50 潘加宇(3504847)
"典型的顾客"是什么样子？
2013-05-02 13:55:20 潘加宇(3504847)
你找一个"典型的顾客"，拿摄像机去拍，是什么样就是什么样
2013-05-02 13:55:27 老松(1247***53)
我觉得这就是两个典型
2013-05-02 13:55:50 老松(1247***53)
典型只有一个？
2013-05-02 13:56:01 马金水(28***26)
这个问题我都晕了
2013-05-02 13:56:41 老松(1247***53)
我早就晕了
2013-05-02 13:56:46 潘加宇(3504847)
业务建模不是列举各种可能性，伊斯兰订餐之前先要祷告怎么办？强盗想要抢劫，假装订餐来踩点怎么办？
2013-05-02 13:57:46 王曦(215***090)
所谓的典型顾客实际上是会相互转化的 现在不用不等于以后不用 一直网上点菜的不等于不会去排队 唉 个人觉得 这个讨论已经跑偏挺远的了
2013-05-02 13:57:57 马金水(28***26)
上课的时候好像很明白，看你们讨论我啥都不明白
2013-05-02 13:58:14 潘加宇(3504847)
"所谓的典型顾客实际上是会相互转化的 现在不用不等于以后不用 一直网上点菜的不等于不会去排队" --你这个思路就已经不对了啊
2013-05-02 13:58:22 老松(1247***53)
这个可以理解了
2013-05-02 13:59:02 老松(1247***53)
后边的流程还有问题。 对于网上订餐的，订完餐台即可点餐，然后才是到店。而对于未预订的食客，是先到店，再配台，然后才是点餐
2013-05-02 13:59:41 潘加宇(3504847)
不同的顾客，不同的饭馆，如果你愿意去描述，可以描述出100个不同的业务流程
2013-05-02 14:00:31 老松(1247***53)
还是要用典型的？
2013-05-02 14:00:41 潘加宇(3504847)
省长加班不想出门，想要吃某个饭馆的饭，莫非他也自己打电话，或上网下单下单？
2013-05-02 14:01:11 潘加宇(3504847)
请复习复习"可乐卖给谁"的内容
2013-05-02 14:01:11 老松(1247***53)
秘书会做
2013-05-02 14:01:48 潘加宇(3504847)
那怎么办啊，刚才的业务流程不是把省长这帮人漏掉了吗
2013-05-02 14:02:03 老松(1247***53)
我始终在提醒自己，是卖给餐厅的
2013-05-02 14:02:48 潘加宇(3504847)
餐厅也有无数啊，低档的，中档的，国外的，国内的
2013-05-02 14:03:58 潘加宇(3504847)
业务建模和需求就是要具体，想想你拿着摄像机去拍一个典型的场景，里面的人想什么，做什么，是有具体答案的。
2013-05-02 14:05:04 潘加宇(3504847)
你那个图，还没怎么呢，就if else一大堆了，讲个顺畅一点的故事嘛
2013-05-02 14:05:52 老松(1247***53)
我的困惑就在这里。按典型的拍了，但非典型的餐厅也是要支持的
2013-05-02 14:06:14 潘加宇(3504847)
典型的你还没搞定，还想着非典型的干什么？
2013-05-02 14:06:48 潘加宇(3504847)
参见《软件方法》2.5 要做一个电子病历产品卖给医院，说"客户是医院"还不够，医院也一样越来越细分，有大型三甲医院，也有二级医院、中心卫生院甚至社区卫生服务中心…，还有根据性别细分的男子医院、女子医院，根据人体器官细分的口腔医院、肝病医院、肛肠医院…，还不要忘了国外的医院，美国的JHH、Mayo、乌干达的@％&，孟加拉的&￥#……系统真的能卖给所有的这些医院吗？所有医院提的要求，我们真的要平等对待吗？要通过比较慢慢缩小范围，逼近具体的"客户"。"协和医院"还是"大兴中医院"更像您的系统所服务的医院？大兴中医院。这就是我前面说的：需求要具体。 可能有的人会想，哎呀，要是，如果我们只关注"大兴中医院"，那"协和医院"的需求是不是漏掉了？问题是，"大兴中医院"想要的都还没有满足，去想"协和医院"干什么？认为需求"漏掉"的想法是幼稚的。需求是一口深井，永远做不完。只要您愿意，可以满世界去调研所有医院，甚至不用调研，拍脑袋就可以得出上万条需求。关键是需求的排序，老大和愿景就是排序的首要依据。
2013-05-02 14:07:56 潘加宇(3504847)
世上无易事，嘴巴张得太大可不行。
2013-05-02 14:08:37 马金水(28***26)
有道理
2013-05-02 14:09:30 老松(1247***53)
现在的问题是，餐厅可以定位为中档和中高档，但业务执行者却是到此餐厅的所有人
2013-05-02 14:10:20 马金水(28***26)
你是要做一个产品，适应中档餐厅类的，而不是给某个餐馆做一个项目？
2013-05-02 14:10:30 老松(1247***53)
是的
2013-05-02 14:10:45 潘加宇(3504847)
找到你认为最象"中档和中高档"的某家餐厅，找到最像"该餐厅顾客"的顾客，去"拍摄"
2013-05-02 14:11:16 潘加宇(3504847)
如果你不做这个，就没有必要业务建模了嘛，反正是YY
2013-05-02 14:11:47 马金水(28***26)
应该有几个典型的用例，然后根据不同的客户在定制
2013-05-02 14:12:07 马金水(28***26)
把中间的流程部分抛开先不考虑，只考虑典型用例
2013-05-02 14:13:35 老松(1247***53)
现在拍摄下来的是改造前的餐厅和顾客
2013-05-02 14:15:15 老松(1247***53)
这个场景没有疑问
2013-05-02 14:16:56 老松(1247***53)
对于医院的改造，所有的患者必须适应，但对于餐厅的改造，不可能强制适应
2013-05-02 14:18:19 老松(1247***53)
餐厅提供了网上预订，但仍会有电话预订和不预订的顾客
2013-05-02 14:21:44 老松(1247***53)
我觉得从这一点讲，不是需求是否遗漏的问题，而是业务能否做得下去的问题
2013-05-02 14:25:42 老松(1247***53)
潘老师烦死我了，呵呵
2013-05-02 14:26:07 马金水(28***26)
此话有歧义[表情]
2013-05-02 14:26:18 老松(1247***53)
哈哈
2013-05-02 14:26:28 老松(1247***53)
被我烦死了
2013-05-02 14:26:28 王曦(215***090)
在说下去 估计业务会真做不下去
2013-05-02 14:27:51 老松(1247***53)
我也在一直反思，是不是有什么思维定式没有打破
2013-05-02 14:27:55 马金水(28***26)
典型的最重要，其他的先不管，然后根据需求再定制
2013-05-02 14:28:23 马金水(28***26)
从技术出身的，总是以实现逻辑流程为先导，没有站在顾客的角度
2013-05-02 14:28:30 马金水(28***26)
我就是典型这样的人
2013-05-02 14:29:17 上姜建国(4155***741)
推进技术发展的不是科学家，是用户[表情]
2013-05-02 14:29:24 。。。(354547246)
不是要优先考虑最重要的涉众吗
2013-05-02 14:30:27 王曦(215***090)
说白点 你东西做出来了 谁来买单 考虑他们就可以了 其他一切都是浮云
2013-05-02 14:31:42 老松(1247***53)
对餐厅老板来讲，网上预订的，和普通到店的肯定都要支持，不能因为有上网上预订就不接待普通到店的
2013-05-02 14:32:29 老松(1247***53)
甚至在相当长一段时间，普通到店的需求还是要比网上预订的多
2013-05-02 14:33:11 马金水(28***26)
文艺范的餐厅网上预订的多点
2013-05-02 14:33:23 广何智(58***19)
网上预订的，和普通到店的
2013-05-02 14:33:35 广何智(58***19)
你这名词是不是改改好，听着别扭
2013-05-02 14:33:44 王曦(215***090)
人流大的餐厅 其实都不接受 预定
2013-05-02 14:34:23 老松(1247***53)
那他不是我们的客户
2013-05-02 14:34:24 马金水(28***26)
呵呵，这个是根据用户自己决定的
2013-05-02 14:34:59 马金水(28***26)
中高档餐厅，一般用户量都不是很大，但是每笔消费比较客观
2013-05-02 14:35:50 马金水(28***26)
扯远了，业务建模
2013-05-02 14:35:58 老松(1247***53)
其实这个系统给餐厅提供的价值一个是客流，另一个重要的是提高效率和节省服务员
2013-05-02 14:37:03 王曦(215***090)
不知道你调查过 一般几个朋友聚餐和请客的 会在预定的时候点菜的 比例是多少
2013-05-02 14:37:50 老松(1247***53)
这个无法调查，因为属于创新
2013-05-02 14:38:09 马金水(28***26)
那你这个系统不是卖给客户了，你是要提供服务给客户。单独一个餐馆没有必要采用如此繁杂系统，像大众点评之类的更适合是你的客户
2013-05-02 14:38:20 老松(1247***53)
但我总在外边吃饭，知道吃饭时经常遇到的问题是什么
2013-05-02 14:38:53 王曦(215***090)
现在大把大把的 外卖网都可以点菜 只不过他是帮你去买了送给你 而你这个是自己去吃
2013-05-02 14:39:00 老松(1247***53)
你说对了，这个系统真正不是挣餐厅的钱
2013-05-02 14:39:48 老松(1247***53)
就像淘宝不是挣商户和买家的钱是一样的
2013-05-02 14:40:08 马金水(28***26)
嗯，赢利点清晰，就需要把用户量拉过来
2013-05-02 14:40:19 王曦(215***090)
点菜了是不是还要预付费用？菜准备了客人没去或者其他情况 中间的诚信环节怎么保证
2013-05-02 14:40:33 马金水(28***26)
直接启用信用制度
2013-05-02 14:40:48 马金水(28***26)
这个好办，只有以后你还是用我系统，那就是黑名单
2013-05-02 14:40:56 老松(1247***53)
没错，这个系统的目标就是起量
2013-05-02 14:41:28 老松(1247***53)
点菜了，只要不预制，餐馆问题不大
2013-05-02 14:41:39 老松(1247***53)
如果需要预制，是要有预付的
2013-05-02 14:41:52 马金水(28***26)
餐馆，随便都能给你匀出一个菜，不需要担心，除非你要的是熊掌....
2013-05-02 14:42:22 老松(1247***53)
对
2013-05-02 14:43:17 王曦(215***090)
淘宝+支付宝 建立诚信 用了多久？
2013-05-02 14:43:49 马金水(28***26)
一步到位，不可能，只能在实践中逐步摸索，提高
2013-05-02 14:43:54 老松(1247***53)
有预付就有了严肃性
2013-05-02 14:44:05 马金水(28***26)
所以，需要典型用例，其他的都算是定制
2013-05-02 14:44:23 王曦(215***090)
有预付 意味着 食客的流量会小
2013-05-02 14:44:34 上姜建国(4155***741)
诚信机制就扯远了，餐馆即使退单，下次你来还是欢迎。
2013-05-02 14:44:37 老松(1247***53)
其它的会的相应的手段，这些在现在的餐厅预订中都会有
2013-05-02 14:44:41 上姜建国(4155***741)
电话订单一样可以不去
2013-05-02 14:45:25 老松(1247***53)
有预付的是少数特殊需求，需要保障严肃性的才会有
2013-05-02 14:45:32 上姜建国(4155***741)
餐馆要有一个人主动去接受订单信息
2013-05-02 14:45:56 老松(1247***53)
机器代替这个人了
2013-05-02 14:46:07 上姜建国(4155***741)
实时更新订单信息，剩余座位
2013-05-02 14:46:26 上姜建国(4155***741)
普通客户来了，你怎么知道还有多少位置？
2013-05-02 14:46:30 老松(1247***53)
没错，这些都是交给机器做的
2013-05-02 14:46:56 老松(1247***53)
所以迎宾员也会用到机器配台的
2013-05-02 14:47:15 老松(1247***53)
当然还保留自选
2013-05-02 14:47:35 老松(1247***53)
但自选时肯定能看到是否占用
2013-05-02 14:48:18 老松(1247***53)
所以要想实现自动配台，系统必须管理所有台位
2013-05-02 14:49:17 老松(1247***53)
所以会牵涉到非预订顾客的流程的
2013-05-02 14:49:26 老松(1247***53)
我的困惑也在这里
2013-05-02 14:50:30 上姜建国(4155***741)
基本上就是代替的以前的纸质记录订餐信息
2013-05-02 14:50:41 上姜建国(4155***741)
方便统计查看
2013-05-02 14:51:11 上姜建国(4155***741)
如果接到电话订餐也要集成到这个系统里面，统一管理订单
2013-05-02 14:51:15 马金水(28***26)
自动配台相当麻烦，需要在客户结算，后获得可分配台，但是这是需要清台，完事后，需要一个角色去做这件事情，是不是有点繁琐
2013-05-02 14:51:25 老松(1247***53)
主要是通过预订预点，节省服务员，延长后厨工作时间
2013-05-02 14:51:54 老松(1247***53)
不通过机器自动做，当然麻烦
2013-05-02 14:52:07 老松(1247***53)
服务员的工作只是开台清台
2013-05-02 14:52:26 马金水(28***26)
除非包间可以这么做，大堂用眼一扫就行了
2013-05-02 14:53:07 老松(1247***53)
餐厅有各种各样的，有楼上楼下的，有几个厅的
2013-05-02 14:53:27 老松(1247***53)
况且包间已经能做了，大厅干嘛还要人管？
2013-05-02 14:53:37 上姜建国(4155***741)
不同时间段，餐桌的状态还不一样
2013-05-02 14:53:47 老松(1247***53)
没错
2013-05-02 14:53:50 上姜建国(4155***741)
还是需要认为的去查看统计的
2013-05-02 14:54:14 上姜建国(4155***741)
我觉得，目前你们说的这个业务流程，就是简化了统计
2013-05-02 14:54:17 老松(1247***53)
为什么？
2013-05-02 14:54:31 老松(1247***53)
为什么一定要人看？
2013-05-02 14:54:49 上姜建国(4155***741)
我是普通客户，你给我安排座位吧
2013-05-02 14:54:52 老松(1247***53)
餐台状态系统都已经掌握
2013-05-02 14:55:02 上姜建国(4155***741)
我定了是3点
2013-05-02 14:55:07 上姜建国(4155***741)
2点半，来人吃饭
2013-05-02 14:55:08 老松(1247***53)
先生几位？
2013-05-02 14:55:13 上姜建国(4155***741)
你给不给我吃？
2013-05-02 14:55:23 老松(1247***53)
有预定吗？
2013-05-02 14:55:27 上姜建国(4155***741)
么有
2013-05-02 14:55:56 上姜建国(4155***741)
举个极端的例子，看起来还剩一个位置，但是3点有预定
2013-05-02 14:56:04 老松(1247***53)
需要包间还是大厅？
2013-05-02 14:56:12 上姜建国(4155***741)
这时候来了一个普通人，时间是2:50
2013-05-02 14:56:24 上姜建国(4155***741)
要吃饭
2013-05-02 14:57:04 上姜建国(4155***741)
你系统如何判定还可不可以用？
2013-05-02 14:57:05 老松(1247***53)
那没有位置了，先生是不是需要等
2013-05-02 14:57:06 马金水(28***26)
排队
2013-05-02 14:57:36 上姜建国(4155***741)
那是电脑。。。不是人脑
2013-05-02 14:58:13 老松(1247***53)
判定是按餐时的，中午订出去了就不安排人了
2013-05-02 14:58:33 老松(1247***53)
你说的3点才属于非典型
2013-05-02 14:58:43 上姜建国(4155***741)
12点被预定，10点有人要吃饭，完全可以安排的
2013-05-02 14:59:08 老松(1247***53)
但10点一般不会满人的
2013-05-02 14:59:32 老松(1247***53)
真正有争用的就是高峰期
2013-05-02 14:59:35 上姜建国(4155***741)
订单满了呢？
2013-05-02 15:00:25 老松(1247***53)
如果那么火爆的餐馆，是不会把所有位置都放到网上的
2013-05-02 15:00:59 上姜建国(4155***741)
位置的管理不是更麻烦
2013-05-02 15:01:10 上姜建国(4155***741)
用户愿意用么？
2013-05-02 15:01:13 老松(1247***53)
这些其实才都是非典型的
2013-05-02 15:01:37 老松(1247***53)
能给带来价值，又不收钱，干嘛不用？
2013-05-02 15:02:32 上姜建国(4155***741)
没感觉提高的管理效率
2013-05-02 15:02:50 老松(1247***53)
你想餐厅最费人的是什么？
2013-05-02 15:02:53 上姜建国(4155***741)
免费也不愿意用
2013-05-02 15:03:21 老松(1247***53)
是服务员在你桌前等你点菜
2013-05-02 15:03:57 上姜建国(4155***741)
嗯，这点是个提高效率的地方
2013-05-02 15:04:18 老松(1247***53)
这时候你默默叽叽，他也啥都做不了
2013-05-02 15:05:02 老松(1247***53)
如果自助点餐量大了，他的服务员肯定会省
2013-05-02 15:05:37 老松(1247***53)
况且你10 点订了餐，后厨就会提前备菜
2013-05-02 15:06:08 老松(1247***53)
不用等12点高峰时再添乱
2013-05-02 15:06:59 aa(416022389)
这个得用经济杠杆来调节，订餐交定金
【提示：此用户正在使用Q+ Web：http://web3.qq.com/】
2013-05-02 15:07:02 老松(1247***53)
这只是前期，后期餐馆的营销都可以在你的平台上做
2013-05-02 15:07:29 老松(1247***53)
订餐不用，预制才需要
2013-05-02 15:08:13 老松(1247***53)
比如你订好餐，要12点半准时起菜
2013-05-02 15:08:31 老松(1247***53)
或者我12点到店自取
2013-05-02 15:10:26 上姜建国(4155***741)
那现在主要的困惑是什么
2013-05-02 15:10:38 马金水(28***26)
最重要的目的 1 有餐厅老板喜欢你这套系统【节省开支】 2 顾客喜欢你的点菜流程【方便快捷】
2013-05-02 15:12:01 马金水(28***26)
即使食客，预定了菜，到了餐馆照样可以换的
2013-05-02 15:12:05 老松(1247***53)
网上订餐的和传统客人都要支持，但二者的就餐流程不一样
2013-05-02 15:12:22 aa(416022389)
让客户交定金，矛盾可解，可以交给第三方
2013-05-02 15:12:34 老松(1247***53)
这个与原来一样，没有做改进
2013-05-02 15:12:37 aa(416022389)
这样他可以不用等
2013-05-02 15:12:46 老松(1247***53)
原来能处理的现在依然能处理
2013-05-02 15:12:49 马金水(28***26)
除非就你个餐馆
2013-05-02 15:13:48 上姜建国(4155***741)
你就是改进了一部分订餐，这已经是改进了
2013-05-02 15:14:02 老松(1247***53)
没错
2013-05-02 15:14:11 上姜建国(4155***741)
就餐节省时间，餐馆也节省了一部分时间
2013-05-02 15:14:25 上姜建国(4155***741)
当大家认识到后，网络订餐会越来越多
2013-05-02 15:15:42 王曦(215***090)
太乐观了
2013-05-02 15:16:08 老松(1247***53)
没那么乐观，事情还是很难的
2013-05-02 15:16:23 马金水(28***26)
只要你定义好了，然后有vc后，什么都能做
2013-05-02 15:16:24 老松(1247***53)
但是可以做
2013-05-02 15:16:50 上姜建国(4155***741)
后续可以慢慢扩展
2013-05-02 15:17:32 老松(1247***53)
后期就不说了，能做的事情太多了，关键看能否起来
2013-05-02 15:18:15 老松(1247***53)
这个是项目最大的难点，系统本身算不上难点
2013-05-02 15:19:40 马金水(28***26)
你的点菜系统，能否借大众点评的某些东西？方便食客参考，一般我网上选餐馆首先去看网上的评论
2013-05-02 15:19:57 老松(1247***53)
点评肯定是要有的
2013-05-02 15:20:33 马金水(28***26)
横向，纵向，如果有的话，先让我下载试试[表情]
2013-05-02 15:21:00 老松(1247***53)
呵呵，做出来先发展你们
2013-05-02 15:21:14 上姜建国(4155***741)
看售前的本事了
2013-05-02 15:21:19 上姜建国(4155***741)
推广一下
2013-05-02 15:22:12 老松(1247***53)
你们感兴趣了，看来方向没错，呵呵
2013-05-02 15:26:01 half(368853)
程序员感兴趣没用，客户感兴趣才行。
2013-05-02 15:26:54 老松(1247***53)
哈哈，程序员也要吃饭的，吃饭时就是馋猫了
2013-05-02 15:27:55 马金水(28***26)
哈哈，我是有这个需求，每个小聚都要费心思找餐馆
2013-05-02 15:29:44 老松(1247***53)
我也是哈
2013-05-02 15:29:47 上姜建国(4155***741)
我觉得，解决了点菜的麻烦
2013-05-02 15:29:58 上姜建国(4155***741)
呵呵
2013-05-02 15:30:16 上姜建国(4155***741)
省时间啊
2013-05-02 15:47:11 老松(1247***53)
潘老师心情好了，又回来了，俺继续烦他[表情]
2013-05-02 15:50:15 潘加宇(3504847)
你刚才说了，系统能给餐厅带来什么什么好处，把这些体现出就是业务建模了
2013-05-02 15:50:44 潘加宇(3504847)
改善了什么地方的信息流转 封装了什么人脑里领域逻辑
2013-05-02 15:51:50 老松(1247***53)
这些都基本已经提炼出来了，我现在困惑的其实是图的展现问题
2013-05-02 15:52:36 上姜建国(4155***741)
UML只是一个工具吧，讲清楚了，不用UML也可以搞
2013-05-02 15:52:42 潘加宇(3504847)
@老松(1247***53) 2013/5/2 14:37:50这个无法调查，因为属于创新 ---这句话尽量不要说。客户不会因为某个东西号称是"新的"就买单，
2013-05-02 15:53:03 王曦(215***090)
把你的想法展示出来即可 先提是别人能看懂
2013-05-02 15:53:20 潘加宇(3504847)
"UML只是一个工具吧，讲清楚了，不用UML也可以搞"--没有建模的思维去追问，实际上多半是想不清楚的
2013-05-02 15:53:21 老松(1247***53)
用一张图来画业务流程，肯定是能画的，但实在是太难看了，所以我才有分开的企图
2013-05-02 15:53:39 老松(1247***53)
这个理解
2013-05-02 15:54:34 老松(1247***53)
@老松(1247***53) 2013/5/2 14:37:50这个无法调查，因为属于创新 ---这句话尽量不要说。客户不会因为某个东西号称是"新的"就买单， 呵呵，说这话的时候俺其实就想这个问题了
2013-05-02 15:55:22 潘加宇(3504847)
你可以继续画，并严肃地找出改进点在哪里
2013-05-02 15:55:34 老松(1247***53)
好的
2013-05-02 15:56:11 王曦(215***090)
额好吧 其实 大把大把的外卖 都可以点餐的 跟你的点餐没有 本质区别 都是点餐 只是点餐之后的流程不一样 一个是自己上门 一个是别人送来
2013-05-02 15:56:52 马金水(28***26)
朋友小聚的话，需要一个环境，这个和外卖还是有点区别的
2013-05-02 15:56:54 老松(1247***53)
外卖的流程与餐厅的流程大不一样
2013-05-02 15:57:14 老松(1247***53)
我们的目标不是给外卖做
2013-05-02 15:57:37 老松(1247***53)
要做就是另一个东西了
2013-05-02 15:58:03 潘加宇(3504847)
@王曦(215***090) 15:53:03把你的想法展示出来即可 先提是别人能看懂 --涉众看不懂无所谓的。
2013-05-02 16:00:25 王曦(215***090)
额 我说的点菜的功能 其实已经有了 现在不少外卖都是 你点饭店的菜 然后他人工给你去买 送你家 收服务费
2013-05-02 16:02:39 马金水(28***26)
你说的点菜系统可以算是有点类似，但是有很多功能不同
2013-05-02 16:05:33 马金水(28***26)
总的就是 我想吃饭
2013-05-02 16:05:53 马金水(28***26)
还不能说想，我吃饭
2013-05-02 16:18:33 月亮(156498211)
需求对用词太讲究了