View source for Task Manipulation

This artical is made due to standardizing requirements when manipulating with task. Task is a resource which is very distinguish with others because it has many people get involVed and spends on several phases in its cycle life. 

= <span style="color: #ff9900">PEOPLE INVOLVED</span>  =

The people are 

#Responsible&nbsp;: the person will take care the task. 
#Supervisor&nbsp;:&nbsp;the person monitors the process of task execution. 
#Observer&nbsp;: the person who concern the task executing&nbsp;process.

<br>

The life cycle of a task is quite complicated but in short description, since a task is created, it will be accepted to carry out by the responsible and end at approval or calcellation. And the workflow below is&nbsp;describing in more details 

[[Image:TASK MANIPULATING.jpg]] 

= <span style="color: #ff9900">STATUSES</span>  =

In its life cycle, a task might spend on several statuses: 

#NEED ACCEPTANCE&nbsp;: when created, a task needs to be assigned to someone. 
#IN PROGRESS&nbsp;: after being accepted, it goes to this status. 
#REJECTED&nbsp;: or it might go to this status when the responsible thinks it is not true. 
#COMPLETED&nbsp;: after making the issue working, the responsible sets it complete. 
#APPROVED&nbsp;: the task's supervisor retests the issue and see it workign properly and approve it for good. 
#CANCELLED&nbsp;:&nbsp;the supervisor can cancel the task&nbsp;whenever he/she see it no need to be fixed any more.

Besides, we can see that there are two loops in the workflow above. Those loops happen when it happens the confliction or disagreement between&nbsp;responsible and supervisor. Specificly, supervisor can reject responsible rejection to get the task status back to NEED&nbsp;ACCEPTANCE, or when the issue does&nbsp;neither&nbsp;working properly nor causing another issue&nbsp;after fixing, he/she will disapprove which get&nbsp;the task back to IN&nbsp;PROGRESS. 

= <span style="color: #ff9900">EXECUTIVE ACTIONS AND&nbsp;CONSTRAINTS</span>  =

The task status is changed when a manipulating action is executed. According to the workflow above, we can seethere are 7 actions whose names are clear to understand what they are. However, a question comes out. Who can do that? Is there any constraint on executing? 

First at all, who can do that? The people can do that could be the responsibles or supervisors or observers which are considered basing on resource access. So instead of saying observer with a specific permission, I will use a minimium specific permission. And here is the range of who 

#Responsible 
#Supervisor 
#Administrator (Full control) 
#Manager (Write only) 
#Observer (Read only)

Secondly, is there any constraint? Yes, the task must be qualified some criteria when an action is executed such as the task must be completed before approval action is executed.<br>&nbsp;And here we go for input and output when an action is executed. 

&nbsp; [[Image:Task actions.jpg]]