No problem. Anytime.
Thank you, Shaquille Asghari Senior Support Engineer Rational Customer Service - Committed to Service Excellence SCP Certified:- http://www.rational.com/support/scp.jsp Rational the software development company ==========Original Messege========== -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 12:40 AM To: [EMAIL PROTECTED] Subject: RE: (ROSE) Data checks Hi Shaquille, This indeed is a good solution. This is what I was looking for I think. I prefer a subdiagram for the validation actually, but that is just a matter of taste I think. Thank you for all your help. Greetings, Arno > -----Original Message----- > From: Asghari, Shaquille [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 08, 2002 8:26 PM > To: Arno Leenders > Cc: [EMAIL PROTECTED] > Subject: RE: (ROSE) Data checks > > > Hello Arno, > > >I do understand the model. However I still have some questions. > >The first question is that you have modelled this in the > logical view. > >I would think it is something for the use case view, to > clarify a usecase. > > What you have looks good and more elaborate of each activity > (as it should > be). I had created the activity diagrams under Logical View for no > legitimate reason but to merely concentrate on the diagrams > themselves - of > course, you'd want these diagrams to be under Use Case View. > > >I wouldn't use the swimlanes for client and server side during > requirements. > >I don't know anything about client and server application in > that stage of > >development. > > As most web developers/producers prefer, data-validation is > ideally done on > the client-side using Javascript, to avoid one too many trips > back to the > server and avoiding un-necessary loads on the server. This is > why, I also > created that ClientSide-validation activity diagram as an > alternative. Other > than that, if in your activity diagram the "System" is merely an > 'early-stage' abstraction of the combined client+server > validation, then I > understand. > > >However, I have attached the model I had in mind: > >My idea is that the 'check password data' activity in the diagram is > >clarified in the documentation of the activity. I don't > think the diagram > >would be clear if you would model each of the following > checks seperately: > >'length > 6', 'new password == new confirm password', 'old > password is > >correct password' etc, but you do have to define what the > system will do in > >these cases and what error message should be show. > >I think this is done best using the documentation, but I was > wondering if > >anyone had any other ideas about that? > >Or do you have comments on this model? > > While having the low-level detail of the validation process in the > activity's documentation field is one way of doing it, but if > you wish to > take it one step further, you can actually model it visually > also internal > to one activity- look at the attached model which I made some > changes to the > one you had sent. Let me know what you think... > > > Thank you, > > Shaquille Asghari > Senior Support Engineer > Rational Customer Service - Committed to Service Excellence > SCP Certified:- http://www.rational.com/support/scp.jsp > Rational > the software development company > > ==========Original Messege========== > > > ----------------------------------------------------------------- ATTENTION: No legal consequences can be derived from the content of this e-mail and/or its attachments. Neither is sender committed to these. The content of this e-mail is exclusively intended for addressee(s) and information purposes. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Sender accepts no liability for any damage resulting from the use and/or acceptation of the content of this e-mail. Always scan attachments for viruses before opening them. ----------------------------------------------------------------- ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * * Post or Reply to: [EMAIL PROTECTED] * 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 *************************************************************************
