Business Analyst Community & Resources | Modern Analyst

Career Forums

Modern Analyst Forums Business and Sy... Business Proces... Business Process and Documentation Types

6/27/2008 9:33 AM

	Chris Adams
323 posts

Re: Business Process and Documentation Types

cnsdahl wrote

Thanks everyone for your input. Since my original post we have looked at a couple of tools - iRise and Blueprint - that are nice, but maybe overkill for our shop. I will check out the tools suggested.

Again, thanks for all the input

Carl

Carl,

I'm curious as to how iRise will meet your needs. I thought iRis was more of a Prototyping tool. Am I wrong? Please share if you can.

Chris Adams
Core Member – ModernAnalyst.com
LinkedIn Profile

7/14/2008 3:29 PM

	Carl
4 posts

Re: Business Process and Documentation Types

Chris,

Sorry I took so long to reply. whe iRise demoed their tool for us that is where they focussed most of their attention. However, they claim to have to everything that Blueprint does and then some. We haven't played with the tool yet, so I hve not way of knowing how much more than a Prototyping tool it is. If I get my hands on a trial version or we go with it I will update this thread.

Carl

8/4/2008 12:24 PM

	DeEtta
12 posts
www.echoicesolutions.com

Re: Business Process and Documentation Types

Modified By Adrian M. on 8/8/2008 2:19:27 AM)

I hope the diagram below helps. This is a sample document flow that can be found in my e-Analyst Redbook Introduciton to Business Analysis and UML. I also have a complete set of templates. Here is the links to the books. http://www.echoicesolutions.com/Redbook.html

8/6/2008 9:00 AM

	Dave F
4 posts

Re: Business Process and Documentation Types

cnsdahl wrote

The Functional Spec is way too detailed for any client to be expected to read and understand...

Is the client a user of the system or understand the user's job? If so, what I've done with success is build a paper mockup of the system using UI elements as a way to show system functions. It's quick and easy and business people can understand a UI. You have them poke around on the paper UI and you act like the computer, putting new paper windows, dropdowns, etc. in front of the client as they navigate. So what you're doing is showing the client the functional specs in a way they understand. A big side benefit is that they can easily tell you what's wrong with the spec by having you change UI elements while going through the demo. Then take the mockup, plus any client changes, and use it to pull out the functional specs for developers.