Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Documenting requirements for automated processes
Previous Previous
 
Next Next
New Post 12/8/2009 2:08 AM
User is offline Peter Herring
13 posts
10th Level Poster


Documenting requirements for automated processes 

Hi  I am hoping to get some feedback around how you guys document these type of requirements. I am working on a project at the moment Where I have just completed a number of Use Case specifications. I am now trying to document one where the process is automated and should have no user interaction. To summarise it's for an insurnace policy systemand in this instance we are receiving business in from an external source.:-

  • We receive an XML from an external source wihich is imported into the system and validated.
  • From here the system will run a number of business rules
  • If validated a new policy is setup automatically

IF the process fails an taks is created an a user will then need to take a look.

 

Any help will be greatly appreciated.

 

Regards

 

 
New Post 12/8/2009 10:33 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Documenting requirements for automated processes 

Hi:

Sounds like you believe that documenting a completely automated process is different than documenting other types of processes, including, for example, a  manual process.   Is this true?  If yes, can you state why?  (Helps with formulating advice.)

Tony Markos

 
New Post 12/9/2009 7:48 AM
User is offline Peter Herring
13 posts
10th Level Poster


Re: Documenting requirements for automated processes 

 Hi Tony,

No,  it isn't that I feel they are different. In previous projects I've worked on they haven't necessarily used Use Cases to document these type of processes. Some people I've worked with believe that Use Cases should only be used where a human user is interacting with the system. Personally I dont see a great deal of difference other than how to produce a flow where the system is interacting with itself, rather than interacting with an external actor. as an example, from the point of receaiving new business electronically, the system goes through a process of validating the information against business rules, and then automatically setting up the policy. I hope this makes things a bit clearer.

 

Regards

 

Pete

 
New Post 12/14/2009 2:42 AM
User is offline Kimbo
450 posts
5th Level Poster


Re: Documenting requirements for automated processes 

 Hi Pete,

An actor in UML speak can be a person or an external system. In your example, the initiating actor in your use case is the external system that sends the XML file to your system. Btw, "external" does not have to mean external to your company, its just another system from the one that you're defining. For example, I often find that most systems I model have automated functions where the triggering actor is something like a scheduler or even think of it as the system clock - whatever works for you.

And yet another thing to remember is the actors - people, systems - that your use case interacts with e.g. you may notify another user of something or update the general ledger. Even though we aren't in solution mode, putting in the effort here, helps you start to identify interfaces you'll need.

Kimbo 

 
New Post 12/16/2009 1:27 AM
User is offline Peter Herring
13 posts
10th Level Poster


Re: Documenting requirements for automated processes 

Hi, Thanks for your reply.

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Documenting requirements for automated processes

Community Blog - Latest Posts

akshitavarma143
akshitavarma143
Different procedures are utilized for legitimate administration of IT administrations, yet ITIL is viewed as the best arrangement of practices for even administration of IT administrations. ITIL is the contraction for Information Technology Infrastructure Library.  In easier words, ITIL is many rules and arrangements for the effective admin...
3 Responses
Rajesh-N
Rajesh-N
What Everyone Must Know about AI in Testing Artificial Intelligence is the buzzword that we frequently keep hearing. Its widespread popularity and influence can be understood from the way industries adopting AI in their organization. Whether it’s Healthcare, Automobile, Banking & Financial Services, or Airlines, many industries have st...
0 Responses
Ashish Adike
Ashish Adike
As a Business Analyst, very often we get into a situation where the Project requires multiple IT Products to be evaluated before implementation and might seek Business Analyst’s recommendation for the same. With the ever-growing range of Products in the market and the marketing promotions associated with some of the products, it’s very ...
0 Responses






Latest Articles

The Business Value of Better Requirements
Jan 18, 2021
0 Comments
 Not every manager is convinced that his team needs to do a better job on requirements development and management or that such an investment will...
Copyright 2006-2021 by Modern Analyst Media LLC