睡鱼(61***1) 12:48:24
可以用打开xx数据 作为一个系统在业务里的职责吗（业务时序图里）
睡鱼(61***1) 12:51:04
比如在某个医院治疗科室里，操作员首先要从一个信息系统里下载这个患者的治疗数据，然后把这个数据推到某个治疗设备上，设备上还有控制台软件，收到数据后开始自己的操作步骤
睡鱼(61***1) 12:53:29
而对于操作员和这个信息系统的交互来说，就是操作员请求信息系统"打开患者治疗数据"，这样理解有问题吗
睡鱼(61***1) 17:24:30
我这里的信息系统是有终端的，操作员只有在这个终端上能下到治疗数据
睡鱼(61***1) 17:26:01
设备不直接和数据打交道，它只接收各个部件的运动目标和速度，流程大概是，操作员在终端选择病人-》选择病人的某个治疗-》点实施治疗-》控制台获得数据，准备治疗
潘加宇(3504847) 14:52:16
可以。不过你之前已经写了"操作员首先要从一个信息系统里下载这个患者的治疗数据"，所以信息系统能为操作员提供的服务是"下载。。。数据"或"提供。。。数据"
潘加宇(3504847) 14:55:03
"申请做治疗"改为"做治疗"，两个"加载。。。"混乱，什么叫"推到"治疗设备上，谁和谁接口？
潘加宇(3504847) 15:04:46
如果说"下载数据"，那就是把"终端"和"数据服务器"分开为两个系统（实际上不应该分开），图上要说明数据来源
从图上看，"治疗终端"和"设备"有接口，所以操作员使用"治疗终端"能达到的目的应该是"请求设备按患者治疗数据治疗"，这也是消息上应该出现的文字。
阳光(908***355) 15:19:57
潘加宇(3504847) 15:25:46
估计作者原意不是这样
应该是：
消息1：操作员 指向 信息系统终端 ，内容：请求设备治疗患者
消息2：信息系统终端 指向 **服务器系统，内容：下载患者数据（患者条码）
消息3：信息系统终端 指向 设备，内容：治疗患者（患者数据）
睡鱼(61***1) 9:17:07
睡鱼(61***1) 9:20:09
实际情况是 原来医院有一台设备和针对这个设备的信息系统 操作者在信息系统上 找到数据后点下传 设备上是没有选择患者数据界面的 操作者直接按下运动按钮 设备就到位
睡鱼(61***1) 9:20:49
操作者在设备上按下运动按钮 设备只有一个使能按钮
睡鱼(61***1) 9:23:08
后来增加了一个影像系统 它的作用是在设备治疗之前拍片 我分析的主要是这块业务 影像系统与原设备公用机械旋转轴 所以影像系统拍片前还要指令老设备摆位
Vincent(706***78) 9:47:46
病人->操作技师：申请做治疗(治疗单)
改成"治疗(治疗单)"，因为这里要描述的是操作技师的职责，申请不是他的职责；
网络系统治疗终端->新的影像系统：找到病人当前治疗（条码）
改成"准备治疗(病人数据)"，因为获得病人数据不是这个设备的目的，它是用病人的数据做一些准备工作。
后面的老设备也是这个道理。
网络系统治疗终端->网络系统治疗终端: 验证是否到位
这个有点令人困惑，是该设备自动发起这个消息，但是它的前一个动作是"操作技师->老设备：摆位"，难道是网络系统治疗终端一直在等待前一个人的动作完成，一直在自动做检测？这里需要再清晰一些。
睡鱼(61***1) 9:51:38
是不是看错图了
Vincent(706***78) 9:52:03
不是你刚发的图吗？
Vincent(706***78) 9:52:53
医生的自己指向自己的消息"确认是否使用偏移"也有问题，它在整个场景是孤立的一个动作，缺少前后连贯，我觉是应该是"操作技师->医生：确认偏移"
睡鱼(61***1) 9:53:01
1 2你说的老图上的
Vincent(706***78) 9:53:35
新图也是这样，你仔细看看
睡鱼(61***1) 9:55:08
3 摆位后 信息系统终端回时时显示部件到位情况
潘加宇(3504847) 23:02:10
操作技师两次调用治疗终端，是否可以合并成一次，在典型的业务场景中，有没有可能只做其中一个，就可以下班了的
治疗终端 请求 老设备 接收病人数据 更正确？
"治疗终端"验证是否到位 无厘头，"治疗终端"知道该什么时候验证，根据什么验证是否到位？
伸出手臂？箭头的意思是：A请求B做某事，这个说得通吗？
睡鱼(61***1) 23:10:05
潘大说的合并是说"找到病人当前治疗（条码）"和"下传数据"合并吗。实际是两步，操作员扫完条码，病人的治疗数据就会列出来，治疗的内容会有一排，需要操作员选中某一个点个下传钮，数据才会下去。治疗里会有多个治疗内容，无序的，用户可以选择治疗
潘加宇(3504847) 23:15:24
再复习一下第四章的业务序列图要点
潘加宇(3504847) 23:18:37
业务建模的抽象级别是系统之间交互的目的，不是按了多少次按钮就是多少个箭头。一个储户走向取款机，不管他在取款机按多少次按钮才能取到钱，从业务流程的观察者看来，就一条消息，取钱。这是这两个系统交互的目的
潘加宇(3504847) 23:19:13
可不能画一条登录，再画一条输入金额。。。
潘加宇(3504847) 23:20:10
4.2.2 聚焦于系统之间的协作
睡鱼(61***1) 23:20:31
操作者只能通过条码找到病人，可病人的治疗内容有很多需要操作者再操作一次做选择。
那么实际操作者的目的是"找到治疗内容（条码)"?
潘加宇(3504847) 23:21:15
你还是没有理解我重复贴了内容啊
潘加宇(3504847) 23:21:30
"操作技师两次调用治疗终端，是否可以合并成一次，在典型的业务场景中，有没有可能只做其中一个，就可以下班了的"
睡鱼(61***1) 23:23:28
条码定位病人，操作员从病人数据中找到治疗内容，这个动作是连续的啊。我还没开窍
睡鱼(61***1) 23:24:17
操作员的目的是找到治疗内容，然后发送治疗内容让设备准备治疗，没错。不过扫条码这个动作就直接省略吗
潘加宇(3504847) 23:24:45
"不过扫条码这个动作就直接省略吗"--对的