I totally disagree with you. Of course a system can do something for a person - that's what IT systems are all about. As far as I can see you are trying to force some design considerations into you requirements model.
An association pointing from a use case to an actor (person or system) simply means that the use case requires some information, or service from that actor in order to fulfil Its goal. In other words, the actor is participating in the use case execution. An association pointing from an actor (person or system) to the use case means that this actor is initiating the execution of the use case. Erik -----Oprindelig meddelelse----- Fra: Kelly, Stephen [mailto:[EMAIL PROTECTED]] Sendt: 9. oktober 2001 15:04 Til: [EMAIL PROTECTED] Emne: RE: (ROSE) Use case to actor Yes or No In this example you will clearly end up with an artificial representation of what you really want to say. A real person such as a customer service clerk cannot have something done to them by the system. In real life, what would happen is the system would generate an email (action by the system), and at some arbitray (undefinable) point the customer service clerk would read emails (action by the person actor). The fact that the system generates an email doesn't guarantee that the email will be read (the whole customer service department might quit!). Also, setting up a username and password doesn't happen as a result of the email being generated. It happens as a result of the customer service clerk doing something to the system. The fact that the customer service clerk might decide to do something as a result of reading the email is nothing to do with the system - i.e. the actions of a person actor cannot be predicted by a use case within a system. The situation would be far better documented as a 'request new user registration' use case, intiated by the broker, which interacts with the email system. And then a separate and independent use case like 'create new user' initiated by a customer servive 'actor'. The other important thing to remember is that use cases don't really say anything about the 'flow of control'. They are supposed to represent the functions / actions of a system. So, don't make the mistake of thinking in terms of 'this use case happen, then the next use case happens, etc.'. Stephen. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 09 October 2001 13:12 > To: Kelly, Stephen; 'Jo�o Paulo Marto Pereira'; > [EMAIL PROTECTED] > Subject: RE: (ROSE) Use case to actor Yes or No > > > Hi, > > Stephen mentioned that a use case should never point to a > person actor. > From my point of view, this is not true. The actor who > initiates the use > case points to the use case. The use case points to actors > (persons or systems) > who participate in that use case later on. > > Example: A broker registers himself online in a financial > trading system. > Customer Service reveives an email to check the registration > and provide > username and password for the broker. > Here the broker initiates the use case wheras customer > service enters the > game due to the initial request of the broker. > > I hope that helps. > > Regards > J�rg > > ___________________________________________________________ > Joerg Dirbach mailto:[EMAIL PROTECTED] > Software Architect / Software Engineering Trainer > Object Technology Center > Zuehlke Engineering AG Wiesenstrasse 10a CH-8952 Schlieren > Phone: +41 (0) 1 733 65 71 Fax: +41 (0) 1 733 69 02 > http://www.zuehlke.com/ > > > -- Original-Nachricht -- > > > > >The example you gave is a clear case where it is a very bad > idea to relate > >a > >use case to an actor. > > > >It makes no sense at all that a 'system' should do something > to a 'person'. > >Even if you imagine the system flashing a message on that > 'person's' screen, > >the system is not really doing something to the person - it > is simply doing > >something to a system device. > > > >You should never have a causal relationship _from_ a use > case _to_ a person > >'actor'. > > > >On the other hand, many analysts treat external systems as > 'actor's. In > this > >case you might have a relationship from one of your use cases to the > >'actor'. > > > >For example, one of your requirements might be that your > system send data > >to > >an external accounting system for the company's book-keeping. > >In this case you could represent the accounting system as an > 'actor' and > >may > >have a use case like 'post accounting item' which is related > to this actor. > > > >When doing this it is a good idea to ensure that in your diagrams the > >stereotype display of 'actor's that are really external > systems is different > >to the stereotype display of people 'actor's - use the icon > (a stick man) > >for people and the label (a box with the <<actor>> label) > for external > >systems. > > > >Stephen. > > > >> -----Original Message----- > >> From: Jo�o Paulo Marto Pereira [mailto:[EMAIL PROTECTED]] > >> Sent: 09 October 2001 11:42 > >> To: [EMAIL PROTECTED] > >> Subject: (ROSE) Use case to actor Yes or No > >> > >> > >> > >> Hi, again > >> > >> I've had answers saying I could point a use case to an actor, > >> an others that > >> said, no way! Is it possible and desireble or not? > >> > >> Thanks > >> > >> P.S. Please reply to [EMAIL PROTECTED], there are more > >> people out that > >> with the same problem > >> > >> > >> _________________________________________________________________ > >> Get your FREE download of MSN Explorer at > >> http://explorer.msn.com/intl.asp > >> > >> ************************************************************** > >> ********** > >> * Rose Forum is a public venue for ideas and discussions. > >> * For technical support, visit http://www.rational.com/support > >> * > >> * Admin.Subscription Requests: [EMAIL PROTECTED] > >> * Archive of messages: > >> http://www.rational.com/support/usergroups/rose/rose_forum.jsp > >> * Other Requests: [EMAIL PROTECTED] > >> * > >> * To unsubscribe from the list, please send email > >> * > >> * To: [EMAIL PROTECTED] > >> * Subject:<BLANK> > >> * Body: unsubscribe rose_forum > >> * > >> ************************************************************** > >> *********** > >> > >************************************************************* > *********** > >* Rose Forum is a public venue for ideas and discussions. > >* For technical support, visit http://www.rational.com/support > >* > >* Admin.Subscription Requests: [EMAIL PROTECTED] > >* Archive of messages: > http://www.rational.com/support/usergroups/rose/rose_forum.jsp > >* Other Requests: [EMAIL PROTECTED] > >* > >* To unsubscribe from the list, please send email > >* > >* To: [EMAIL PROTECTED] > >* Subject:<BLANK> > >* Body: unsubscribe rose_forum > >* > >************************************************************* > ************ > > > > > > > > ________________________________________ > E-Mail for everyone! http://www.bluemail.ch/ powered by Bluewin! > > ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * * Admin.Subscription Requests: [EMAIL PROTECTED] * Archive of messages: http://www.rational.com/support/usergroups/rose/rose_forum.jsp * Other Requests: [EMAIL PROTECTED] * * To unsubscribe from the list, please send email * * To: [EMAIL PROTECTED] * Subject:<BLANK> * Body: unsubscribe rose_forum * ************************************************************************* ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * * Admin.Subscription Requests: [EMAIL PROTECTED] * Archive of messages: http://www.rational.com/support/usergroups/rose/rose_forum.jsp * Other Requests: [EMAIL PROTECTED] * * To unsubscribe from the list, please send email * * To: [EMAIL PROTECTED] * Subject:<BLANK> * Body: unsubscribe rose_forum * *************************************************************************
