Forums for the Business Analyst

  Modern Analyst Forums  Business and Sy...  General  Use case verification required
Previous Previous
Next Next
New Post 12/12/2013 8:25 PM
User is offline prasad
3 posts
No Ranking

Use case verification required 

 Hi Guys,

I am new to use case. I have created use case for automation of confirmation appraisal process. Can you please let me know if I have made any mistakes? or any suggestions related to it ?

Please check the use case here :

** Please note that the trigger point for the below flow is when people-mine system sends intimation mail to employee.

5.a Basic Flow


1.    The use case begins when employee receives e-mail with the link to appraisal form & intimating that the self- appraisal process has started & hence employee should complete the appraisal.

2.    Employee logs into People-Mine system by clicking on the link in the mail.

3.    Employee fill the appraisal

4.    Employee submits the filled appraisal

5.    Appropriate message will be shown to employee

6.    Manager will receive intimation mail once the employee submits appraisal

7.    Manager logs into People-Mine system.

8.    Manager reviews the filled appraisal.

9.    Manager approves the appraisal & decides confirmation status

10. Appropriate message will be shown to manager

11. Manager submits the appraisal.

12. HRBP updates the database accordingly.

13. The use case ends successfully.



5.b Alternate Flow




Manager disapproves the employee filled appraisal form:


If in step 9 of basic flow, manager disapproves the appraisal then-:


1.    Employee receives email stating that the appraisal is been rejected by manager and needs to be re-submitted.

2.    Employee logs into People-Mine system by clicking on the link in the mail.

3.    Employee edits the already filled appraisal & re-submits.

Next steps should start from step no.5 of basic flow.



New Post 12/17/2013 2:24 AM
User is offline Kimbo
454 posts
5th Level Poster

Re: Use case verification required 
Modified By Kimbo  on 12/17/2013 5:27:30 AM)

Hi Prasad,

Seeing you asked for help I'll be blunt with the response.

There are some fundamental errors in your use case. Most glaring ones are:

1. Your use case assumes a solution. Use cases should be solution agnostic

2. A use case describes a conversation between one actor (you have at least 3) and the system. Generally written as action by the actor / response by the system continuously alternating.

3. Line 1 is your trigger or pre-condition which is not part of the Basic Flow.

4. Use cases are actions taken by an actor to achieve a goal that is of value to the actor. What is the goal here? I can't see one clear goal. Looks to me like there are many goals for each actor.

5. etc...

As a basic suggestion, think of a use case as something one actor will do in one sitting e.g. enter an invoice; write an email.

Lastly, I think this would be better described as a business process diagram with swimlanes for your actors e.g. employee, manager - I use BPMN for this. NOTE: the system you are defining is never an actor in your model!! Then each activity in your diagram can be described in a use case.

Omit solution from your business process otherwise you'll continue to have trouble.

Good luck


New Post 12/18/2013 6:35 AM
User is offline prasad
3 posts
No Ranking

Re: Use case verification required 
Modified By Chris Adams  on 12/18/2013 10:46:21 PM)

Thanks Kimbo.. Your review would help a lot.. 

I have still some questions.

1st Q:

I have seen many uses cases with multiple actors.  

( For example consider following use case:

But as per you, use case should have only 1 actor. So, I am a bit confused. 


2nd Q:

So, according to you, shall I have to prepare different use case for different actors?  


3rd Q:

For the basic flow & alternate flow I have mentioned above, use case won't be the solution?  Shall I omit use case completely ???



New Post 12/21/2013 10:50 PM
User is offline Kimbo
454 posts
5th Level Poster

Re: Use case verification required 

 Hi Prasad,

1st Question: the use case diagram in your link breaks UML conventions. It is actually a poor example of a use case diagram. There are no arrows on lines on a use case diagram. The use cases Maintain ATM and Audit have no triggering actor. I should qualify what I said about one actor per use case. There is one actor that triggers actions on the use case. Other actors can be involved e.g. they receive a notification as a result of some action undertaken by the triggering actor. the convention is that triggering actors are on the left and associated actors are on the right. This use case diagram breaks that convention too. "Audit" is a poor name for a use case and a very lazy way of saying things are audited. The convention for a use case name is verb name e.g. "maintain ATM".

Whoever did this diagram does not understand UML or use cases and is a poor practitioner of business analysis. 

2nd Q: yes prepare different use cases for each actor

3rd Q: In my opinion you are best describing this as a business process diagram. Not a use case. The activities you describe occur over a period of time involving multiple actors.  Something like "enter appraisal" is a use case for you to describe - it is part of the business process and something the actor will do "in one sitting".


New Post 12/30/2013 9:15 AM
User is offline fred
13 posts
10th Level Poster

Re: Use case verification required 

 What you haver written is a business process with technology assumptions. There are possibly several use caes here, filling in and approving the appraisal are two of them if you want to look at it that way, The bigger question is what is the goal here? A use case is an atomic set of functionality that delivers a specific value to the actor. When you can state you have met that definition then you have a use case. You should probably step back and look at your functional requirements to determine the use cases.

Previous Previous
Next Next
  Modern Analyst Forums  Business and Sy...  General  Use case verification required

Community Blog - Latest Posts

Hosted by Deirdre Caren on Agora Insight's Blueprints for Success - The AI Business Analyst I recently had an engaging discussion with Maria Becerra, a passionate advocate for AI and an accomplished business analyst, on the AI Business Analyst. Maria is a respected name in strategy, business analysis and AI. Her path from Colombia to Canada ...
Hosted by Deirdre Caren in Agora Insights' Blueprints for Success I'm thrilled to have Susan Moore join us for episode 9 in our Blueprints for Success. In this session, Susan shares her rich tapestry of experiences that have shaped her career. Her journey into business analysis (ba) is a compelling narrative of exploration and disco...
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...



Copyright 2006-2024 by Modern Analyst Media LLC