Hi, A) Are the business designers also documenting their extensions to your product/system with use cases? If so, they probably would add extend use cases, or invent complete new ones.
B) Wouldn't it be sensible to look at your product/system as a kind of 'framework' or basic system for which you can create a use-case model that will always more or less remains fixed in its behaviour? The business designers would then simply use that 'framework' to create their needed behaviour. The 'framework' then is probably of a much lower level than as you look at it now; more like a class library, or maybe just a little bit higher. One or more additional use cases could then show how to configure this 'framework', but these use case would then be *business* use cases, since they describe what is provided for (the business of) your clients, i.e. the business designers. Peace be to you, Dik van Leeuwen (R)UP/UML Consultant [EMAIL PROTECTED] ICT Groep +31-(0)570-50.48.00 Deventer, The Netherlands -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: maandag 20 januari 2003 14:04 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: (RUP) Use cases and highly configurable systems Hello all! Anyone, experience or ideas about the following case. We are modeling a new release of a product family. Previously the functionality described in the use cases was designed and implemented as such. With this new release a high degree of configurability has come into the picture so that business designers can use a specific tool to create and configure the business processes using what we call process components. These can be added, removed or changed. Some of them are mandatory, some optional. In some cases the order of steps in the flow can be changed. The software should be able to function and these processes should go the way the system has been configured. So the question is, with systems that almost everything can be configurable, what would be the ideal approach to describe the use cases? Here are some ideas: - Describe with use cases how the configuration is done (well, this is obvious) - Describe with use cases how the functionality will be after configuration has been done (end user functionality)? The difficulty is that the possiblities are numerous because the processes are designed and configured, not implemented as a part of the product. - We thought of identifying examples of most likely end user functionality and model these as use cases? But these would be only configuration examples. - Processes are product specific and also products are created from product components and highly configurable as the processes. How to map these with the processes and also identify simililarities between processes of different products. We have modeled the product structure and process structure so that they are very modular. Any thoughts? This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. **************************************************************************** ***** * RUP Forum is a public venue for discussions about the * Rational Unified Process (RUP). * * For RUP support materials, process Plug-Ins, tutorials, whitepapers, * a biweekly column, Rational University training courses, and more, * please visit the Rational Developer Network (available to Rational * customers) at: http://www.rational.net. * * For technical support of RUP, RPW, Rose or any other Rational * product, please visit: http://www.rational.com/support * * For other discussion groups, such as Rose and UML, please * sign up at: http://www.rational.com/support/usergroups/index.jsp * * To reply to a posting, please "Reply to all" or send * To: [EMAIL PROTECTED] * * Admin.Subscription Requests: [EMAIL PROTECTED] * * Other Requests: [EMAIL PROTECTED] * * To unsubscribe from the list, please send an email: * * To: [EMAIL PROTECTED] * Subject:<BLANK> * Body: unsubscribe rup_forum * **************************************************************************** ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * Only plain-text messages are supported. * HTML or Rich-Text messages may be rejected. * * 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 *************************************************************************
