所在位置:答疑 - 内容   
关于预约系统的业务序列图
 

St.DaViD[GL](81***707) 13:52:36

St.DaViD[GL](81***707) 13:53:07
各位好,这是我画的一个关于预约系统的业务序列图,请老师和大家指教~
St.DaViD[GL](81***707) 13:54:21
这个是关于一个中介预约客户面谈的用例
St.DaViD[GL](81***707) 13:54:41
根据用例画的一个序列图
潘加宇(3504847) 15:22:00
总体来说,责任理得还是比较清楚,一些小问题如下
(1)消息的意思是:A请求B做某事
Request a meeting改为Arrange a meeting
(2)Check available timeslot和Make an appointment是否需要分开两个消息,因为目的就是Make an appointment
(3)Check outlook calendar是Appointment System检查的吗还是Agent检查
(4)如果Appointment System要和Outlook集成,Outlook应作为一个业务实体画出来
(5)SMS是发给Agent,不是发给Customer?
(6)Customers、Agents用单数,不要用复数,那是数据库习惯。

四海(2***94) 15:46:18
我有一个疑问:这个是"中介预约客户面谈的用例"为啥是 Custom 先给 Agent 发消息?Agent 是中介的意思吗?
EliteQ(8***860) 15:49:09
这是一个业务用例,所以有Custom
EliteQ(8***860) 15:49:25
业务建模
St.DaViD[GL](81***707) 15:54:30
@四海 我是这样理解的:中介是agent,对于谁做发起meeting这个动作,在现实生活中也不一定会由cus或者agent去做,这里是为了对整个序列图有个更为完整的描述
这个序列图实际上研究的是组织业务流程。最重要的一点,老大是中介组织,这个系统是做给中介这个老大的,并不对custom开放~不知道这样理解是否正确
St.DaViD[GL](81***707) 16:00:22
谢谢@潘加宇,关于小问题:
(2)这个我是有点纠结,理论上讲应该属于系统级别的功能,存在着抽象级别不一致的关系,但如果这个要在系统级别表现出来,该如何去做呢?
(3)这个是和Appointment sys去做的,就是需要调用outlook的接口
(4)我第一个版本的时候也有写上outlook作为业务实体,但还是那个问题,抽象级别会不一致吗?
(5)SMS主要有两个用处,第一个是落实时间地点。第二是在通知服务的时候会再发送确认的SMS
St.DaViD[GL](81***707) 16:02:10
其实这个appointment sys有两个部分组成,一个是手机的app,一个是后台,真正负责和outlook对接的是后台,但由于这里只关注业务建模,故没有详细列出
St.DaViD[GL](81***707) 16:05:53
另外还有一个问题,在仔细研究《软件方法》后不太明白什么时候应该用虚线表示返回值,例如P89,反馈客户资料已保存,这里有虚线,但销售专员联系客户就没有虚线
St.DaViD[GL](81***707) 16:06:39
这里对于我的图形同样适用,例如send SMS & Barcode是否应该有虚线返回?
潘加宇(3504847) 16:06:43
"其实这个appointment sys有两个部分组成,一个是手机的app,一个是后台,真正负责和outlook对接的是后台,但由于这里只关注业务建模,故没有详细列出
"--你说,这是什么工作流考虑的问题?
潘加宇(3504847) 16:07:19
我第一个版本的时候也有写上outlook作为业务实体,但还是那个问题,抽象级别会不一致吗?
--系统对系统,没有不一致

潘加宇(3504847) 16:09:16
返回给调用者的,可画可不画
信息发到第三方,最好画一下

St.DaViD[GL](81***707) 16:09:50
"其实这个appointment sys有两个部分组成,一个是手机的app,一个是后台,真正负责和outlook对接的是后台,但由于这里只关注业务建模,故没有详细列出
"--你说,这是什么工作流考虑的问题?这个应该是分析?
潘加宇(3504847) 16:10:11
张三 请求 李四寄钱给张三,不必
张三 请求 李四 寄钱给王五,最好画一下

St.DaViD[GL](81***707) 16:10:33
明白
潘加宇(3504847) 16:10:45
"这是什么工作流考虑的问题?这个应该是分析?"、--再复习一下

St.DaViD[GL](81***707) 16:12:48
为了提供功能,系统内部应该有什么样的核心机制---分析
为了提供性能,系统的核心机制如何用选定的技术实现--设计
--是设计
EliteQ(8732860) 16:15:36
为了提供性能,系统的核心机制如何用选定的技术实现--设计
这个不仅仅是性能,还有可靠性、可用性、法律因素等等综合考量
潘加宇(3504847) 16:22:29
@St.DaViD[GL](81***707) 对

St.DaViD[GL](81***707) 16:27:03
谢谢老师和同学们的时间和建议,我再修改