殡仪馆业务建模

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群里问问我也行了。


殡仪馆业务建模

上一篇:Java 学习:元注解


下一篇:ubuntu的一些错误解决