This Blog

Syndication

Search

Tags

Community

Email Notifications

Archives

Enlaces Recomendados

SharePoint 2010: Novedades en los flujos de trabajo (I)!

Siguiendo con las novedades que trae SharePoint 2010 (demasiadas diría yo), en esta ocasión toca hablar sobre algunas de las novedades en lo que a creación y trabajo con flujos de trabajo se refiere. Lo primero a destacar es que SharePoint 2010 está construido sobre .NET Framework 3.5 SP1 por lo qué la versión de Windows Workflow Foundation (WF) que utiliza es la 3.5, es decir, no se van a incorporar los cambios “radicales” que vienen con los flujos de trabajo en WF 4.0 con .NET Fx 4.0. Sin embargo, el trabajo con flujos de trabajo en SharePoint 2010 presenta novedades importantes:

  • La primera viene por el abanico de opciones de creación de flujos de trabajo que vamos a tener disponibles. Podremos crear flujos de trabajo con Microsoft Office Visio 2010, con Microsoft Office SharePoint Designer 2010 (SPD 2010) y por supuesto con Visual Studio 2010 (VS 2010).
  • Los flujos de trabajo creados en cada entorno van a ser portables, es decir, se podrá:
    • Crear un flujo de trabajo con Visio 2010 y exportarlo en formato .vwi para importarlo en SPD 2010 de cara a configurarlo de forma adecuada y publicarlo en SharePoint 210.
    • El proceso inverso es también posible, es decir, se podrá crear un flujo de trabajo con SPD 2010, exportarlo a formato .vwi y abrirlo con Visio para continuar su edición.
    • Finalmente, podremos importar flujos de trabajo creados con SPD 2010 en VS 2010. Para ello, es necesario grabar el flujo de trabajo como una solución de SharePoint (.WSP) y utilizar el asistente de importación de flujos de trabajo que incorpora las Visual Studio 2010 Tools para SharePoint (Nota: Sólo se pueden grabar en formato .WSP los denominados flujo de trabajo re-utilizables).

La idea de este primer post sobre flujos de trabajo en SharePoint 2010 es ver esta portabilidad que os he comentado. Empecemos.

Flujos de trabajo con SPD 2010

SPD 2010 va a permitir crear tres tipos de flujo de trabajo:

  • Site Workflows, es decir, flujos de trabajo de sitio que no están vinculados a una lista o biblioteca de documentos.
  • Workflows convencionales, es decir, similares a los que se podían crear con SPD 2007 que implican su vinculación desde el inicio a una lista o biblioteca de documentos determinada.
  • Workflows re-utilizables, es decir, que se pueden utilizar en múltiples sitios. Estos workflows se caracterizan porque se vincu. La gran ventaja de este tipo de flujos de trabajo es que los podemos guardar como un .WSP e importarlos en VS 2010 para continuar con su implementación.

Además de permitirnos crear diferentes tipos de flujo de trabajo, SPD 2010 presenta las siguientes novedades a este respecto:

  • El diseñador de flujos de trabajo se ha re-hecho de manera que se facilite la creación de flujos de trabajo. Se han añadido más acciones y condiciones para la creación de flujos.
  • Se pueden editar flujos de trabajo ya disponibles en SharePoint 2010 siempre que se trate de flujos de trabajo re-utilizables. Por ejemplo, el flujo de trabajo de aprobación presenta esta característica lo que es supone la posibilidad de extender este flujo de trabajo desde SPD 2010 (algo que en SharePoint 2007 no era trivial).

Como siempre, lo mejor es ver estas características en acción:

  • Abrimos SPD 2010, y de primeras vemos que la Ribbon presenta dos opciones para crear los tipos de flujos de trabajo comentados.
  • En el menú de navegación de SPD 2010 tenemos una sección dedicada a flujos de trabajo (os recuerdo que el menú de navegación ya no sigue una estructura de carpetas, sino que define una serie de secciones lógicas de trabajo). Si pulsáis en esta sección, aparecerá un listado de los flujos de trabajo existentes (fijaros que el propio listado nos indica que se tratan de flujos de trabajo globales re-utilizables). Además, en la Ribbon de nuevo podréis ver las opciones de creación de los tres tipos de flujo de trabajo comentadas (ahora aparecen los Workflows de Sito).
  • Si pinchamos sobre el flujo de trabajo de aprobación, aparece en primer lugar la pantalla global de configuración de un flujo de trabajo en SPD 2010. En esta pantalla tenemos acceso a aspectos relacionados con el workflow como:
    • Información sobre el flujo de trabajo.
    • Configuraciones básicas del flujo de trabajo.
    • Las opciones de inicio del flujo de trabajo.
    • Los formularios de flujo de trabajo que incluye (fijaros que son formularios Infopath).
image image image
  • En la zona Customization aparece un enlace que nos permite editar el flujo de trabajo. Si lo pulsáis, aparece el diseñador de flujos de trabajo de SPD 2010 que nos va a permitir su modificación.
  • Desde la Ribbon, podremos añadir nuevas acciones y condiciones, parámetros, comprobar si tiene errores, etc.
  • A través del botón Export to Visio, podremos exportar el flujo de trabajo a formato .VWI y abrirlo a continuación desde Visio 2010.
  • Algo curioso de estos flujos de trabajo etiquetados como globalmente re-utilizables es qué no se pueden guardar como plantilla a través de la Ribbon y utilizando la opción Save as template. Entonces, para ver esta funcionalidad he creado un flujo de trabajo re-utilizable muy sencillo que simplemente crea una tarea cuando se crea un ítem de calendario en SharePoint 2010 de manera que se habilite dicho botón. Si lo pulsamos, el flujo de trabajo se guarda como plantilla en una de las librerías del sitio (en la Assest Library…he de decir en este punto que no sé muy bien porque la plantilla se guarda en esta biblioteca y no en una concreta).
image image image
  • Si vamos al sitio de SharePoint 2010 de trabajo y a la biblioteca Assest Library, veremos que la plantilla se ha guardado y que nos la podemos descargar. Como se podrá comprar, se trata de un .WSP.
image image

Flujos de trabajo con Visio 2010

Visio 2010 nos permite crear flujos de trabajo desde cero para exportarlos luego en formato .vwi e importarlos en SPD 2010, o bien partir de un flujo de trabajo creado con SPD 2010, extenderlo y luego exportarlo:

  • En Visio 2010 nos vamos a crear un nuevo diagrama de tipo FlowChart.
  • Elegimos la plantilla Microsoft SharePoint Workflow.
  • A continuación, se abre la superficie de diseño con la correspondiente paleta de formas que nos permitirá crear flujos de trabajo en Visio 2010.
image image image
  • Desde aquí también podremos importar un flujo exportado desde SPD 2010, para ello nos vamos a la pestaña Process y a través del botón Import podemos elegir el flujo de trabajo exportado con anterioridad.
  • Una vez importado el workflow, visualmente resulta más que atractivo comparado con lo que tenemos en SPD 2010.
  • De esta forma, podríamos personalizar el flujo de trabajo y una vez que esté listo comprobar que es correcto a través del botón Check Diagram para pasar a exportarlo con el botón Export.
image image image

Flujos de trabajo con VS 2010

Para cerrar el círculo de trabajo con flujos de trabajo en SharePoint 2010, vamos a ver ahora como podemos importar un flujo de trabajo re-utilizable con las Visual Studio 2010 Tools para SharePoint (Nota: Como ya he comentado en varios posts, todo lo que estoy haciendo en torno a SharePoint 2010 y Visual Studio 2010 se refiere a la CTP de julio de 2009 y a la Beta1 respectivamente):

  • Creamos un proyecto de Visual Studio 2010 y en las plantillas de proyecto para C#, nos vamos a la sección SharePoint y elegimos la plantilla Import Reusable Workflow.
  • Tras pulsar OK, se inicia un asistente en el que se nos pide la url del sitio de SharePoint 2010 que se va a utilizar para depuración, así como la forma de despliegue. En este caso, sólo es posible un despliegue en modo Full Trust.
  • En la siguiente pantalla se pide el path de la solución .wsp a importar.
image image image
  • A continuación, se inicia el proceso de importación (un poco pesado para la CTP de Julio y la Beta1 de VS 2010).
  • La siguiente pantalla del asistente nos pide que especifiquemos que ítems de la solución .WSP queremos importar. En este caso sólo tenemos un único ítem. Pulsamos Finish para concluir con el proceso de importación.
  • Si el proceso de importación fuera correctamente, debería crearse un proyecto de workflow para SharePoint…lamentablemente, supongo que debido de nuevo a la Beta de VS 2010 y a la CTP de julio, el proceso de importación finaliza con errores y VS 2010 no es capaz de crear el correspondiente proyecto…Sin embargo, como el asunto me dejó un poco mosca, pensé: “igual el problema está en que no he publicado el flujo de trabajo desde SPD 2010”…total, que volví a SPD 2010, abrí el flujo de trabajo y le día publicar y la sorpresa fue que el flujo de trabajo no se podía publicar debido a algún tipo de problema con la acción que permite crear tareas de usuario…total, que lo que hice fue cambiar el tipo de tarea probar de nuevo a publicar el flujo de trabajo que en este caso no produjo ningún error. Acto seguido, pasé de nuevo a guardar el flujo de trabajo como plantilla y probar de nuevo a importarlo en VS 2010.
  • Por fortuna, finalmente conseguí que el proceso de importación funcionase de forma correcta. Aunque esto será tema de otro post, resulta curioso el resultado de la importación en cuanto al workflow en sí ya que además de incorporar la actividad HistoryLog que había añadido en SPD 2010, añade una actividad de más. También, como era esperable, es destacable el hecho de que el flujo de trabajo importado es puramente declarativo y que la estructura del proyecto sigue la estructura propia de un proyecto de SharePoint 2010 en VS 2010.
image image image

Finalmente, os dejo un overview interesante de alguno de los temas que he comentado en el post. Espero que el post os haya parecido interesante.

Published 2/11/2009 21:56 por Juan Carlos González Martín

Archivado en:
Comparte este post:

Comentarios

# SharePoint 2010: Novedades en los flujos de trabajo (II)!@ Friday, November 13, 2009 10:56 PM

Aprovechando que ayer asistí a una sesión interactiva de Jon Flanders en el Tech-Ed EMEA sobre desarrollo

Blog del CIIN

# SharePoint 2010: Novedades en los flujos de trabajo (III)!@ Sunday, February 7, 2010 11:22 PM

Siguiendo con la serie de posts en torno a novedades en los flujos de trabajo en SharePoint 2010, en

Blog del CIIN

# SharePoint 2010: Novedades en los flujos de trabajo (IV)!@ Wednesday, July 28, 2010 10:59 PM

Siguiendo con la serie de posts sobre novedades en los flujos de trabajo en SharePoint 2010, en esta

Blog del CIIN

# SharePoint 2010: la aplicación del Middle Tier Manifesto!@ Thursday, December 2, 2010 9:49 PM

Hace unos cuantos días, mi buen amigo Juan Pablo Pussacq introducía en su blog una aproximación

Blog del CIIN

# SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (I)!@ Monday, April 25, 2011 8:03 AM

Cuando hablamos de crear flujos de trabajo para SharePoint 2010 y SharePoint Online (SPO) en Office 365

Blog del CIIN

# SharePoint 2010: Recursos sobre la creación de flujos de trabajo!@ Thursday, July 28, 2011 9:35 AM

En SharePoint 2010 como en su predecesor tenemos la posibilidad de crear flujos de trabajo que nos permitan

Blog del CIIN