Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Use cases
Previous Previous
 
Next Next
New Post 9/21/2012 10:20 PM
Unresolved
User is offline omkar patil
1 posts
No Ranking


Use cases 
I am currently documenting requirements for an insurance Quote Engine.
 
The quote engine will be an independent module which will be contacted by a variety of systems such as website portal, Policy Admin System (PAS) and Brokers' systems to generate the insurance quotes. 
 
I thought of 2 approaches.
 
Approach 1:
 
Capturing web service client as a system user and including that user as the actor on the use case.
 
According to some in my group, this is not a correct approach. The very fact that the pricing engine engine will be available as a web service, is a non-functional requirement and 
thus it should not be captured in use cases. 
 
According to some, use cases should talk more about the business logic and the implementation part should be left with the system architects and developers.   
 
Approach 2:
 
Identifying website customer, PAS executive and Broker as actors on the use case
 
Please help me in choosing the right approach. 
 
 
 
New Post 9/22/2012 3:06 AM
User is offline Kimbo
454 posts
5th Level Poster


Re: Use cases 

The power of use cases is in describing conversations between an actor and a system. It is all about modelling the goals of the actors in interacting with the 'system'. The system may or may not involve a software solution. Use cases are solution agnostic for that reason. Go for approach 2. You need to start with modelling the functionality your actors require. Don't forget to think of all their functionality not what you think the system will do. I usually start from business process as a way of teasing out functionality.

If you start with thinking about web service clients and other solution considerations you're likely to miss essential business functionality. Stay away from the detail until you know the big picture.

What used to be called systems analysts are using use cases to define solution. I personally think they are a poor way of modelling solution. There are much better ways. But there is an overwhelming misuse of use cases out there. I feel like a lone round earther amongst a crowd of flat-earthers. One day they'll wake up :)

Kimbo

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Use cases

Community Blog - Latest Posts

Fabricio Laguna talks Business Analysis and AI
I recently connected with Fabricio Laguna, aka The Brazilian BA. Fabricio is a passionate and pioneering business analyst from Brazil. During our conversation, we had a thought-provoking discussion on how artificial intelligence stands to shape the field of business analysis in the years ahead. While AI promises to transform many aspects of busines...
Business Architecture, Ontology and More with Terry Roach
It's been a privilege meeting Terry Roach, a visionary in the field of enterprise architecture and business architecture. Terry's insights into the evolution of business models, the importance of ontology in architecture, and the potential of AI to shape our future were not only thought-provoking but also a reflection of his extensive exper...
Today I had the pleasure of chatting to Jignesh Jamnadas, Chief Operations Officer at Mosaic, about his Blueprints for Success. As a Senior Finance and Operations Executive, Jigs (as he is known to many) has a holistic understanding of all facets of business and a flair for managing both people and processes. Having worked with Jigs, I was struc...

 



Upcoming Live Webinars




 

Copyright 2006-2024 by Modern Analyst Media LLC