Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  When does it make sense to NOT develop Use Cases?
Previous Previous
 
Next Next
New Post 9/14/2011 4:57 PM
User is offline Cheryl
1 posts
No Ranking


When does it make sense to NOT develop Use Cases? 

 I am working on a project which is basically requiring the installation of 2 components of an existing (third-party vendor) system.  I've captured both the business/system requirements, and don't believe it is necessary nor will serve as benefit to try and develop use cases for an already-built system.  I do believe that we will need system (interface) use cases. I am trying to get my hands on the vendor's system documentation to see if they currently have any existing use cases developed outlining the various actors and their interaction with the 2 components/modules that we are installing.  Any thoughts?

 
New Post 9/14/2011 5:34 PM
User is offline Perry McLeod
70 posts
8th Level Poster




Re: When does it make sense to NOT develop Use Cases? 

 use cases are good for many things - one of which is the reuse of requirements.  the next time these functions are changed, in any way, you will already have a fully resolved set of system functions to work from.  now, having said that this is really intended to work in objected oriented systems.  mainframes and old structed systems can't make use of use cases as well ac C based applications and SOAs.  if you are in a structured enviroment than you may be right - your standard SRS and ERDS may be fine.

 

i will leave you with this thought however - use cases are a function of culture as muct as a reflection of system and actor behavior...so ther question is what kind of culture are you working in?

 

Per

 
New Post 9/14/2011 7:12 PM
User is offline KJ
243 posts
6th Level Poster


Re: When does it make sense to NOT develop Use Cases? 

C,

The assumption here is you must have done some Requirements for you to have purchased/contracted the extra two modules that now need implementation. Review the end-to-end processes and in particular, review the activities that use/involve the new modules.

 

Not knowing your applications, but lets say the new Modules allow  you to ship directly from supplier warehouses. Eg. New WOW (way of working): Customer buys an iPad on your website but Apple ships the product direct to the customer. Prior to implementation of this module (the old WOW) Apple first shipped the iPad to your warehouse, then you shipped it to the Customer.

 

Now the above scenario identifies a change in process and you would need some use cases (narrative format) to list the changing processing steps. This bit helps a lot with testing the modules as part of the new WOW.

 

All the best!

K

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  When does it make sense to NOT develop Use Cases?

Community Blog - Latest Posts

In today's ever-evolving market, businesses must adapt swiftly to remain competitive and meet the needs of a fast-paced digital economy. Among the various business strategies available, digital transformation, customer-centricity, and sustainability have emerged as top priorities. Let’s explore why these strategies are critical for busine...
The Cisco Certified Network Associate (CCNA) certification is a pivotal credential for networking professionals, validating your skills in networking fundamentals, security, automation, and programmability. Preparing for the CCNA exam can be challenging, but with the right strategy, resources, and mindset, you can successfully achieve this certific...
The CEO/CIO's Guide to Architecting AI: Vision to Value in Minutes Introduction to Architected AI Artificial intelligence (AI) is becoming part of our life at an unprecedented pace. As CEOs and CIOs grapple with how to leverage this powerful technology to drive strategy and enhance operations, the concept of Architected AI becomes importa...

 



Upcoming Live Webinars




 

Copyright 2006-2024 by Modern Analyst Media LLC