Simplicity(191***17) 14:02:29
请问殡仪馆业务用例图合适吗？
Simplicity(191***17) 14:02:33
尘语<xnony***qq.com> 14:05:25
选择目标组织我觉得应该窄一点。
Simplicity(191***17) 14:05:44
就是殡仪馆？
Simplicity(191***17) 14:06:18
租用水晶棺 可以作为一个 业务用例吗？
尘语<xnony***qq.com> 14:06:58
最好不要2个单位搞一起
尘语<xnony***qq.com> 14:07:03
可以
尘语<xnony***qq.com> 14:07:18
组织提供的价值
Simplicity(191***17) 14:07:55
实际情况 就是这样，丧属 委托 一条龙 公司办理
Simplicity(191***17) 14:08:41
正常火化 和 预约火化 是否应该 合成一个 火化？
尘语<xnony***qq.com> 14:09:26
可以
尘语<xnony***qq.com> 14:09:50
那你选择的目标组织 不是 xxx馆
尘语<xnony***qq.com> 14:09:59
而是x服务公司
Simplicity(191***17) 14:10:41
服务公司 不能提供 火化啊 ，需要殡仪馆啊
尘语<xnony***qq.com> 14:10:56
看书
Simplicity(191***17) 14:12:22
正常火化 和 预约 火化的流程 不一样，一个业务用例 用分支表示 ？
尘语<xnony***qq.com> 14:14:43
潘加宇(3504847) 16:57:11
看起来问题不大，可以把预约那个合并到火化里头
潘加宇(3504847) 16:58:04
守灵？也是殡仪馆提供的服务吗？是在殡仪馆守，用到殡仪馆的人员设备对吧
潘加宇(3504847) 16:59:39
正常火化 和 预约 火化的流程 不一样，一个业务用例 用分支表示 ？
--这是两种火化的形式？
Simplicity(191***17) 19:12:05
谢谢潘老师的解答！预约火化和正常火化主要活动的次序不同，而且活动也有不同的，为了简单起见，我把它们分开了，其实都是提供 火化 服务。
Simplicity(191***17) 19:13:19
关于守灵，这个馆提供别墅，为丧户提供守灵服务
Simplicity(191***17) 19:14:45
馆里提供守灵的设备等
Simplicity(191***17) 19:17:12
这是一个正在进行的项目，想按照潘老师的思想做，有机会还得多听课
潘加宇(3504847) 10:56:48
接下来画业务序列图看看？愿景没有呢？
Simplicity(191***17) 11:01:13
现有的业务用例（服务）基本是 人肉系统实现
Simplicity(191***17) 11:01:51
vision：
(1) 降低工作人员的工作量；
(2) 减少业务中的差错；
(3) 加强精细化服务，提升服务内涵
Simplicity(191***17) 11:04:11
引入系统后，火化：
Simplicity(191***17) 11:04:14
潘加宇(3504847) 11:05:28
现状的呢？
Simplicity(191***17) 11:05:29
进入工作间采用 门禁控制：根据遗体（二维码）登记的业务和业务之间的先后顺序（美容、告别、焚烧）控制进出。
Simplicity(191***17) 11:06:15
现状 人 + excel实现
潘加宇(3504847) 11:06:20
目前打算引进的那些二维码。。。之类的，现在是用什么代替（人脑看脸？身份证？）
Simplicity(191***17) 11:06:34
没有做现状
潘加宇(3504847) 11:06:40
最好有现状的，在这个基础上改进，才有说服力
Simplicity(191***17) 11:07:08
红颜色表示 系统用例
潘加宇(3504847) 11:07:47
大家都不傻，殡仪馆肯定已经用了吃奶的力气来达到他目前力所能及的状态（现状），如果不了解现状，改进估计是做不到位的
潘加宇(3504847) 11:08:36
潘加宇(3504847) 11:09:01
潘加宇(3504847) 11:09:07
京李刚(16***529) 11:09:56
潘老师的PPT越来越搞笑了
尘语<xnony***qq.com> 11:10:10
形象
Simplicity(191***17) 11:11:40
是的，直观、易懂
尘语<xnony***qq.com> 11:11:47
引经据典
浅显
形象
...
为了说明事理
Simplicity(191***17) 11:14:08
老大的 vision， 既要 降低工作量 和差错（没有与业务关联的门禁控制，容易出错），又要高大上
潘加宇(3504847) 15:45:16
哪方面的差错？送花圈的名字写错？还是混进捣乱分子？
Simplicity(191***17) 11:58:26
Simplicity(191***17) 11:59:57
请教，有时候觉得 "登记...."和 "打印..."应该合成一个用例，但是，有时候业务员使用平台 就是 为了 "打印...."
Simplicity(191***17) 12:00:43
根据什么 判断 一个 用例 还是 二个？
潘加宇(3504847) 15:49:59
如实描述。"登记..."用例里可以有系统打印的步骤，另外还可以有一个"重打接运单"之类的用例。这两种用法发生的场景应该不一样。
Simplicity(191***17) 15:56:03
如实描述， 一下子明白了好多。谢谢老师！
潘加宇(3504847) 16:04:29
焦点放在目标上，不要受步骤的干扰。别管需要多少步才能达到目的，只管假设执行者提出请求后，只需要一个交互回合就搞定。（当然，系统要确实能搞定，不管是交互几个回合）。
Simplicity(191***17) 16:05:11
没有系统的主要差错：逝者家属可能没有 购买 美容服务，但工作人员可能会搞错，把遗体推进美容厅 做美容了；购买的是 高档炉 焚烧，工作人员 把遗体在低档炉 焚烧了，这是大事故；还有 美容、告别、焚烧 有严格的顺序，不能搞错..... 系统采用 二维码 关联遗体，工作人员进入美容厅、火化间，门禁读取遗体的二维码，根据遗体购买的服务控制门禁，记录服务的状态和工作间的状态，降低了差错。
Simplicity(191***17) 16:07:36
"登记...."用例应该 有打印步骤；"重打接运单"确实也是一个用例 ，设计、实现的时候可以 重用。
Simplicity(191***17) 16:07:59
这就是 如实
潘加宇(3504847) 18:17:00
（1）不能说"没有系统的问题"，只能说"现状的问题"。一直都有系统，只不过可能是人肉系统而已，还有前面不提到用了Excel嘛。
（2）排序。殡仪馆领导目前最头痛哪方面的问题，针对这方面先改进。
Simplicity(191***17) 16:10:21
但是，问题又来了， 序列图中 "重打接运单" 这个用例 什么时候 出来现？ 有时候，可能不要 "重打接运单"啊
Simplicity(191***17) 16:10:51
什么时间 出现？先后次序
Simplicity(191***17) 16:12:16
有时候，原来的 "接运单"丢了或者什么，需要重新 打印，有时候不需要 重新打印。
Simplicity(191***17) 16:13:14
画序列图的时候 有先后顺序啊
潘加宇(3504847) 18:20:30
如实描述。业务员不会无缘无故专门去打印接运单。有的时候(去调研清楚)，业务员在记录时顺便打印，有的时候(，去调研清楚)，业务员只是去打印一下。背后都有理由。就像有的时候你觉得需要把我找过去帮忙（大业务），有时觉得在QQ群里问问我也行了。