Hi Rob, Thanks for the response.What I meant with "Kind of done" was that I am done with my first iteration of usecase analysis.The user have given the initial requirement's and the modifications are supposed to come after some time.So I thought of going ahead and identify the classes. we are following the iterative developement process.
regarding your reponse to identifing classes,I have a question. Do you mean that the Analysis classes are different from Design classes, If Yes then how do you bridge between the analysis classes and design classes.I am planning to use Robust Analysis approach,but was confussed after seeing a couple of examples because they have named the controller class name by the process or task it is supposed to do.Is it the right way. I will post a seprate question related to this. Thanks again for your time. Gopi >From: "Rob Vens"<[EMAIL PROTECTED]> >To: "Gopi Akula" <[EMAIL PROTECTED]> >CC: [EMAIL PROTECTED] >Subject: Re: (ROSE) When do you identify classes and how. >Date: Mon, 4 Feb 2002 08:22:02 +0100 > > >Gopi, >Your mail prompt me to respond with two remarks: >1. "Kind of done" with your use case analysis sounds like an approach where >you want to have all your use cases in place before proceeding. Maybe you >do not have this approach so correct me if I am wrong. But if you have it >might be worthwhile to only start with the most critical and high level use >cases as defined in the UP terminology, and then iteratively do some class >analysis (see below), design and coding. >2. How to find the classes? This is where several approaches come to mind, >depending on the kind of models you are working with. Usually it is better >not to derive classes, especially when you are starting to find your >analysis classes, from your use cases but from the business domain you are >modeling. Analysis classes are not directed at modelling a solution (which >is design activity) but at modeling the problem. Finding classes in this >case can be done very effectively using CRC sessions >(Classes-Responsibilities-Collaborators). Done entirely in the domain you >are modeling, this is a responsibility-driven design that identifies >classes by the responsibilities they have and the objects they work with to >get those responsibilities done are candidates for associations. >Use case modeling should be restricted to functional requirements spec >(necessary up-front for the contract with the customer ...) and model >validation (does the model ***at least*** do what it is supposed to do?). > > > > > "Gopi Akula" > <reachgopi@hotmail. To: >[EMAIL PROTECTED] > com> cc: > Sent by: Subject: (ROSE) When do >you identify classes and how. > owner-rose_forum@ra > tional.com > > > 04-02-2002 05:17 > Please respond to > "Gopi Akula" > > > > > > > >Hi All, >I am kind of done with my usecase analysis and was wondering how and when >do >you identify the classes . > >Do you identify them during when you are doing sequence diagrams or is it >after the usecase analysis. > >Thanks all for the response. >Gopi > > > >_________________________________________________________________ >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 >* >* 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 >************************************************************************* > > > > > _________________________________________________________________ Join the world�s largest e-mail service with MSN Hotmail. http://www.hotmail.com ************************************************************************ * 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 *************************************************************************
