对于actor的一点看法.txt

一些关于UML的经典讨论

对于Actor的一点看法

--------------------------------------------------------------------------------
通常Actor作为系统外的一个元素来描述， 
对于系统的实现通常从GUI入手，一般都是从菜单中直接编写事件响应。 
但如果这样对权限问题比较难控制，一般具有权限的系统都会在系统 
启动的时候来一个登录过程，在这个过程中使能菜单。 
我想能否采用另外一种思路，虽然actor是系统外的一部分，但从整个系统 
的角度，Actor应该在系统中存在一个代理(ActorAgent)，通过代理来实现 
系统的配置功能，这也正好和现实世界相符（现实世界中是用户操作实现功能） 
具体做法，在系统登录的时候初始化ActorAgent，这个ActorAgent自身带有一些 
权限信息，所有的菜单入口中不是直接创建对话框(Dlg.Domodal())，而是给 
ActorAgent发送一个消息，由ActorAgent创建GUI对象，同时建立GUI对象和 
ActorAgent的association，这样对于在界面中更加复杂的权限控制(比如某各按钮是否可以被按)也可以控制。 
这样所有界面的功能都可以通过ActorAgent的message来实现。 
这样刚好能够模拟现实中用户使用系统的情况，同时可能更好的控制权限。 
欢迎大家讨论，谢谢 

1==========
原文(jackmoongong于2001/04/25 16:41粘贴) 
回复: 对于Actor的一点看法 
--------------------------------------------------------------------------------
如果有权限我一般采用将Actor分类的方法，然后建立一个权限控制的case与之交互。 

11==========
原文(jackmoongong于2001/04/25 16:59粘贴) 
回复: 对于Actor的一点看法 
--------------------------------------------------------------------------------
不过如果分类太多就不方便了，可能用代理比较好吧！ 

2==========
原文(jasperyeh于2001/04/25 17:32粘贴) 
Re: 对于Actor的一点看法 
--------------------------------------------------------------------------------
可以简化一点： 
权限由权限矩阵来表示，自然有一个权限稽核代理负责用户ID到权限矩阵的映射工作，这里无用多说。 
所以，扩展这个代理的功能，GUI界面更新时，总是查询这个代理的入口来确定应该显示与否，使能与否，等等。 
这样子怎么样？ 

3==========
原文(xingzeng于2001/04/25 17:51粘贴) 
回复: 对于Actor的一点看法 
--------------------------------------------------------------------------------
An actor is just a role a user or any other active part may play. Some special systems may need the priviledge map to make the system to work. For example, in a bug database management system, I have the following actors: 
BugReporter, 
BugAssigner, 
BugFixer, 
BugVerifier 
etc. 
For each actor it has its internal privelidge. For each user logged on the system, I need check his responsibility to find the correct roles. For example if a developer logs on, his role will mapped to BugReporter, BugAssigner, BugFixer. 

31==========
原文(kinsing于2001/04/25 18:07粘贴) 
回复: 对于Actor的一点看法 
--------------------------------------------------------------------------------
Maybe sometimes the agents of the actors are needed . 
for example ,if you development a control system with hardware 
, certainly the hardware is the actor of the system. but the agent 
of the hardware should be available ,otherwise the managers 
doens't know who will receive the control messages . 
I think the benifit of the presence of the agnet is that 
It can simulate the realworld in which a real actor is . 
Thanks to all guys here .