所在位置:答疑 - 内容   
用于做单点登录的用户管理系统的建模,正在考虑系统的actor
 

利昂 (26***185) 2012-05-30 16:53:45
对于一个用于做单点登录的用户管理系统的建模,正在考虑系统的actor,是需要把所有与该系统相关的需要单点登录的应用系统中的用户"角色"都单独作为一个actor来考虑呢,还是这些"角色"只是系统actor的一个属性
潘加宇 (3504847) 2012-05-30 16:55:32
还是这些"角色"只是系统actor的一个属性?
潘加宇 (3504847) 2012-05-30 16:55:51
你先画出来看看,贴出来,再问我这样好还是那样好?

利昂 (26***185) 2012-05-30 17:01:06
我说具体点,比如有信用管理系统、知识库系统两个系统需要单点登录,这两个系统中的参与者分别是信用审核员、知识编审员。
这两种不同系统中的角色都需要在SSO系统中注册、单点登录。那我是该画一个actor(对应的类中包含角色属性)指向两个用例(注册、单点登录);还是分别针对信用审核员、知识编审员,都画两个用例(注册、单点登录)
潘加宇 (3504847) 2012-05-30 17:02:01
既然你研究的是信用管理系统、知识库系统,"登录"根本就不是用例
潘加宇 (3504847) 2012-05-30 17:03:49
你要开发信用管理系统,还是知识库系统,还是供他们使用的单点登录系统?

利昂 (26***185) 2012-05-30 17:03:58
开发单点登录系统
利昂 (26***185) 2012-05-30 17:04:15
在综合考虑其它系统的部分用户相关功能都要移进来
潘加宇 (3504847) 2012-05-30 17:05:12
你画出改进后的业务序列图,如果发现你提供的服务没什么区别,就合并,如果有区别,就分开
潘加宇 (3504847) 2012-05-30 17:05:49
你先画画看,敲那么多字,已经够时间画个图表达了

利昂 (26***185) 2012-05-30 17:06:20

利昂 (26***185) 2012-05-30 17:06:26

利昂 (26***185) 2012-05-30 17:07:02
嗯,多谢,如果各类用户在业务序列图中的行为一致,就合并了
潘加宇 (3504847) 2012-05-30 17:07:23
不不不,业务序列图
潘加宇 (3504847) 2012-05-30 17:07:40
既然核心领域是"登录",我猜想第一个是对的
潘加宇 (3504847) 2012-05-30 17:08:03
因为信用审核员、知识编审员不属于该领域的概念

利昂 (26***185) 2012-05-30 17:08:22
嗯,我是得画业务序列图,上面这两个图是刚才画的,怕文字表达不清
潘加宇 (3504847) 2012-05-30 17:08:27
应该还有和"应用系统"有接口吧

利昂 (26***185) 2012-05-30 17:08:49
我也感觉应该是一个
利昂 (26***185) 2012-05-30 17:08:57
对对
利昂 (26***185) 2012-05-30 17:09:09
那两类角色不是SSO领域内的概念了
潘加宇 (3504847) 2012-05-30 17:09:12
既然"登录"是你的核心领域,您就用这个核心领域透镜去观察所有的事物,得到的就是正确的名字

利昂 (26***185) 2012-05-30 17:09:44
恩恩,多谢老师!
潘加宇 (3504847) 2012-05-30 17:09:52
这样,以后你的登录系统才能更好地适应各种应用系统的需要
利昂 (26***185) 2012-05-30 17:10:29
是的,肯定还有有更多的系统需要和SSO结合
潘加宇 (3504847) 2012-05-30 17:10:34
例如,在咨询领域,QQ就不叫QQ,叫答疑工具 这个名字,时光倒流1000年也不变的

利昂 (26***185) 2012-05-30 17:10:48

利昂 (26***185) 2012-05-30 17:11:03
跟潘老师学习收获挺大的
利昂 (26***185) 2012-05-30 17:11:22
前段时间我都在公司内部给技术人员做了一次UML建模实训....
利昂 (26***185) 2012-05-30 17:11:30
4个多小时,讲得有些快