Comments on: Business Process Modeling http://barocks.com/2007/07/26/life-without-use-cases/ Maria (Murphy) Horrigan talks about Business Analysis, User Centred Design in Requirements Development and Business Process Improvement Thu, 28 Aug 2008 08:44:03 +0000 http://wordpress.org/?v=2.2 By: Where do we go from here — making best use of Personas « Matt’s Musings http://barocks.com/2007/07/26/life-without-use-cases/#comment-181 Where do we go from here — making best use of Personas « Matt’s Musings Fri, 27 Jun 2008 03:30:04 +0000 http://barocks.com/2007/07/26/life-without-use-cases/#comment-181 [...] Include these as Actors in use-cases [...] […] Include these as Actors in use-cases […]

]]> By: What’s my scene — user roles and needs in social computing « Matt’s Musings http://barocks.com/2007/07/26/life-without-use-cases/#comment-122 What’s my scene — user roles and needs in social computing « Matt’s Musings Thu, 20 Dec 2007 20:22:09 +0000 http://barocks.com/2007/07/26/life-without-use-cases/#comment-122 [...] sorts of social computing tools you may need to deliver. It will not only help with identifying functional requirements, but also help with creating your marketing strategy for their delivery. For BAs in particular, [...] […] sorts of social computing tools you may need to deliver. It will not only help with identifying functional requirements, but also help with creating your marketing strategy for their delivery. For BAs in particular, […]

]]> By: Argha http://barocks.com/2007/07/26/life-without-use-cases/#comment-33 Argha Thu, 02 Aug 2007 16:57:04 +0000 http://barocks.com/2007/07/26/life-without-use-cases/#comment-33 Thanks for the post. What kind of techniques and tools did you use for process modeling? (such as Aris, metocube, visio, etc...) Thanks for the post. What kind of techniques and tools did you use for process modeling? (such as Aris, metocube, visio, etc…)

]]> By: Analysis Manager http://barocks.com/2007/07/26/life-without-use-cases/#comment-31 Analysis Manager Thu, 26 Jul 2007 06:31:33 +0000 http://barocks.com/2007/07/26/life-without-use-cases/#comment-31 This same thing happened to me on a project a couple of years back. Use cases were banned and process flows were mandated. However - a use case shows the steps (or process) that an actor employs in order accomplish a goal. So process vs. use case is just a name. The reality is that the details of a use case can be documented as a use case document (verbose) or as an activity diagram or process flow. Many people like process flows because of its visual properties. The one drawback I found with using activity diagrams or process flows instead of use case specifications is the level of detail. Most descriptions of activates/steps in a process flows tend to be very brief whereas in a use case more detail is usually added. Thanks for sharing your experience! - Adrian This same thing happened to me on a project a couple of years back. Use cases were banned and process flows were mandated. However - a use case shows the steps (or process) that an actor employs in order accomplish a goal.

So process vs. use case is just a name.

The reality is that the details of a use case can be documented as a use case document (verbose) or as an activity diagram or process flow. Many people like process flows because of its visual properties.

The one drawback I found with using activity diagrams or process flows instead of use case specifications is the level of detail. Most descriptions of activates/steps in a process flows tend to be very brief whereas in a use case more detail is usually added.

Thanks for sharing your experience!

- Adrian

]]> By: Mark A http://barocks.com/2007/07/26/life-without-use-cases/#comment-30 Mark A Thu, 26 Jul 2007 05:15:01 +0000 http://barocks.com/2007/07/26/life-without-use-cases/#comment-30 Hi, This story points to an oft overlooked element for requirements. The task is not only about documenting the requirement it is also about communicating it. And as my wife often reminds me - communication needs 2 people and sometimes we need to be flexible around the vehicles we use to communicate. I find that too many BA's push the communication vehicle they are comfortable with, rather than ensure that the requirements are accurately communicated. Sometimes the client have selctive hearing and can only hear the message via the vehicle they are comfortable with. I applaud your flexibility. Hi,
This story points to an oft overlooked element for requirements. The task is not only about documenting the requirement it is also about communicating it. And as my wife often reminds me - communication needs 2 people and sometimes we need to be flexible around the vehicles we use to communicate.
I find that too many BA’s push the communication vehicle they are comfortable with, rather than ensure that the requirements are accurately communicated. Sometimes the client have selctive hearing and can only hear the message via the vehicle they are comfortable with.
I applaud your flexibility.

]]>