Archivos para 7/08/11
[#TFS2010] HowTo: Add a State in the definition of a WorkItem (II)
Publicado por elbruno en HowTo, Team Foundation Server, Visual Studio 2010, WorkItemTracking el 7 agosto, 2011
Series
Good,
today with the already installed software to begin modifying the definition of a WorkItem. For this trabajeremos on a Team Project of test called [AgileBlog]. The following steps demonstrate how to modify a WorkItem definició
Tutorial
1 Open Visual Studio 2010 and access the menu [Tools / / Process Editor / / WorkItem Types / / Open WIT from Server]
2. Select the corresponding TP and within the same select WIT Task.
3. At this point we will see the form of editing for the definition of an WI in Visual Studio 2010. The WorkFlow tab shows the current process with the States through which passes the WorkItem. As we see it, the first State is the ACTIVE.
4 Activate the ToolBox of Visual Studio 2010 and in it we see that we have elements of type status and Transition to work on the definition of the WorkFlow.
5 Added a new State and changed the name of a [Proposed].
6 Add transitions to change state of [Proposed] to [Active] and [activate] [Proposed], but no great change in [Closed] a [Proposed]
7. As the first transition is associated to [Active] and I assume that you’ve already tried with the mouse giving [Proposed], we’ll change it to make the first State [Proposed]. To do this select the transition, deploy the contextual menu and select the option [Open Details]. Then, in the form of editing, select [Proposed] as the State target of the transition.
8. At this point, the States and transitions should be similar to the following image.
9. If we accept the scheme we have defined, deploying the conextual menu and selected the option to [Validate All], we will see that the definition is correct, we should add at least one reason (Reason) State in our workflow changes.
10 Edit the transíción [Proposed > > Active], select [Reasons] tab and edit the Reasons that there is a reason by default called [Accepted]
11. In the transition [Active > > Proposed] add 2 possible reasons: [Rejected] and [More Information is Required] as shown in the following image.
12. If we expand the graph to see details of the transitions, we can see the changes we have applied to the task.
13 We keep the definition of the WorkItem. This change applies on the TFS server, so it may take a while. Select the Team Project in Team Explorer pane and chill the contents thereof. If we create a new Task, you will see that the initial state is [Proposed] and that the Reason [New]
14. Once created the Task, we see that it is possible to change the status to [Active] and that the proposed Reason is [Accepted]
15. Finally we see that if we change the State of [activate] [Proposed] proposed Reason are those defined in the previous steps.
Greetings @ Home
The Bruno
[#TFS2010] HowTo: Agregar un estado en la definición de un WorkItem (II)
Publicado por elbruno en HowTo, Team Foundation Server, Tutorial, Visual Studio 2010, WorkItemTracking el 7 agosto, 2011
Series
Buenas,
hoy con el software ya instalado comenzaremos a modificar la definición de un WorkItem. Para esto trabajeremos sobre un Team Project de prueba llamado [AgileBlog]. Los siguientes pasos demuestran como modificar la definició de un WorkItem
Tutorial
1. Abrir Visual Studio 2010 y acceder al menu [Tools // Process Editor // WorkItem Types // Open WIT from Server]
2. Seleccionar el TP correspondiente y dentro del mismo seleccionar el WIT Task.
3. En este punto veremos el formulario de edicion para la definición de un WI en Visual Studio 2010. La pestaña WorkFlow nos muestra el proceso actual con los estados por los que pasa el WorkItem. Como vemos en el mismo, el primer estado es el estado ACTIVE.
4. Activamos la ToolBox de Visual Studio 2010 y en la misma vemos que tenemos elementos de tipo Estado y Transition para trabajar sobre la definición del WorkFlow.
5. Agregamos un nuevo estado y modificamos el nombre del mismo a [Proposed].
6. Agregamos transiciones para poder cambiar de estado de [Proposed] a [Active] y de [Active] a [Proposed], pero no habilitamos el cambio de [Closed] a [Proposed]
7. Como la primer transición está asociada a [Active] y supongo que ya habrás intentado con el mouse asignarla a [Proposed], cambiaremos la misma para que el primer estado sea [Proposed]. Para esto seleccionamos la transición, desplegamos el menú contextual y seleccionamos la opción [Open Details]. Luego, en el formulario de edición, seleccionamos [Proposed] como el estado destino de la transición.
8. En este punto, los estados y transiciones deben ser similares a la siguiente imagen.
9. Si validamos el esquema que hemos definido, desplegando el menú conextual y seleccionado la opción [Validate All], veremos que para que la definición sea correcta, debemos agregar por lo menos una razon (Reason) a los cambios de estado en nuestro workflow.
10. Editamos la transíción [Proposed >> Active], seleccionamos la pestaña [Reasons] y editamos las Reasons para que existan una razón por defecto llamada [Accepted]
11. En la transición [Active >> Proposed] agregamos 2 posibles reasons: [Rejected] y [More Information is Required] como muestra la siguiente imagen.
12. Si expandimos el gráfico para ver el detalle de las transiciones, podremos ver los cambios que hemos aplicado en la tarea.
13. Guardamos la definición del WorkItem. Este cambio se aplica en el servidor TFS, por lo que puede tardar un poco. Seleccionamos el Team Project, en el panel del Team Explorer y refrescamos el contenido del mismo. Si creamos una nueva Task, veremos que el estado inicial es [Proposed] y que la Reason es [New]
14. Una vez creada la Task, vemos que es posible cambiar el estado a [Active] y que la Reason propuesta es [Accepted]
15. Finalmente vemos que si cambiamos el estado de [Active] a [Proposed], las Reason propuestas son las que definimos en los pasos anteriores.
Saludos @ Home
El Bruno






SocialVibe