En uno de los proyectos en los que estoy ahora inmerso nos encontramos con la situación que había que diseñar flujos personalizados para librerías de SharePoint, utilizando componentes Windows Workflow Foundation. Los flujos estándar no servían por la rigidez y flujos diseñados con SharePoint designer tampoco ofrecían suficiente flexibilidad. Las especificaciones de requisitos de software de Microsoft requieren que tengas los siguientes componentes instalados en máquinas de desarrollo para poder diseñar correctamente flujos de MOSS con Visual Studio 2005:

1. Microsoft Office SharePoint 2007 o WSS 3.0
2. VisualStudio 2008
3. Extensiones Workflow Foundation para Visual Studio 2008
4. SDK SharePoint 2007 con ECM Starter Kit

Sin embargo si tenemos múltiples desarrolladores, no es lógico que cada uno tuviera un MOSS dedicado, por lo que podemos simular la existencia de MOSS realizando los siguientes pasos, que permitirán finalmente crear flujos sequenciales y de estado de SharePoint con VS 2005.

1. Añadimos clave de registro en HKEY_LOCAL_MACHINESOFTWAREMicrosoftShared ToolsWeb Server Extensions12.0 y creamos valor alfanumérico Sharepoint="Installed".
2. Copiamos de un servidor SharePoint 2007 las siguientes librerías a la carpeta ISAPI del Hive 12 de las máquinas de desarrollo y las registramos como ensamblados:

• Microsoft.SharePoint.dll
• Microsoft.SharePoint.Library.dll
• Microsoft.SharePoint.Security.dll
• Microsoft.SharePoint.WorkflowActions.dll
• Microsoft.SharePoint.WorkflowActions.intl.dll
• Microsoft.SharePoint.WorkflowActions.intl.resources.dll
• Microsoft.office.workflow.tasks.dll
• Microsoft.Web.Design.Server.dll
• Microsoft.Web.Design.Server.intl.dll
• Microsoft.Web.Design.Server.resources.dll

Una vez estas referencias estén correctamente registradas en el sistema arrancamos el VisualStudio 2005 y observamos que tanto el flujo sequencial como de estado muestran correctamente la barra de herramientas de flujos. Referencias y agradecimientos:

• http://igmorte.wordpress.com/2007/10/17/instalacion-visual-studio-extensiones-workflow/
• Agradecimientos a A. Berra y V. Spinola por la contribución.

Desplegar el EPM 2007 es una decisión que implica un gran impacto sobre la empresa. Requiere que ciertos criterios estén bien contemplados antes de empezar. Uno de los principales es la madurez de la empresa en general, de sus procesos y por último de los jefes de proyecto. Simplificando el asunto, una empresa que no haya utilizado con anterioridad de forma activa Microsoft Project 2007 estándar o professional para gestionar los proyectos a diario, y cuyos Project Managers no están habituados a realizar su trabajo según procedimientos estrictos, no debería contemplar la implantación de EPM 2007. La razón es el alto nivel de riesgo y fracaso del proyecto por resistencia a cambio, tanto desde el punto de vista operativo como desde la perespectiva de impacto sobre la cultura empresarial. Si por el contrario la empresa está habituada a la gestión por proyectos, dispone de PM’s certificados o con cierta experiencia, tiene unos procedimientos que se siguen tiene muchas más probabilidades de éxito. El proceso es distinto para cada situación pero en terminos generales el EDT de 1-2º nivel es el siguiente:

• 1. Gestión de Proyecto
  • 1.1 Formalización de alcance
  • 1.2 Revisión y validación requerimientos
  • 1.3 Seguimiento y contro.
  • 1.4 etc.
• 2. Análisis
  • 2.1 Análisis procesos actuales
    • 2.1.1 Toma de Requerimientos
    • 2.1.2 etc.
  • 2.2 Análisis técnico entornos
    • 2.2.1 Planificación hardware
    • 2.2.2 Planificación software
    • 2.2.3 etc.
• 3. Desarrollo
  • 3.1 Desarrollo Metodología y Procedimientos
  • 3.2 Definición plantillas EDT.
  • 3.3 Revisión Metodología y EDT con Cli.
  • 3.4 Hito. Primera aprobación cliente.
  • 4.5 Alineación procedimientos y EPM.
  • 4.6 Identificación desarrollos GAP.
  • 4.7 Identificar integraciones.
  • 4.8 Definir interfaz otros sistemas.
• 4. Despliegue
  • 4.1 Implantación de procedimientos
  • 4.2 Despliegue desarrollos requeridos por metodología
  • 4.3 Hito. Segunda aprobación cliente.
• 5. Pruebas
  • 5.1 Funcionales
  • 5.2 Revisión y correcciones
  • 5.3 Revisión con cliente y correcciones
  • 5.4 Revisión final y aceptación
  • 5.5. Hito. Listo para Pre
• 6. Paso a Producción
  • 6.1 Paramentrización entorno pre
  • 6.2 Volcado y despliegue en pre
  • 6.3 Parametrización entorno pro
  • 6.4 Volcado y despliegue en pro
• 7.Formación y Training
  • 7.1 Preparación de Material por Roles
  • 7.2 Desarrollo escenario prácticas
  • 7.3 Sessiones training.
• 8. Mantenimiento
  • 8.1 Correctivo
  • 8.2 Perfectivo

Hay que tener en cuenta que la plantilla debe ser personalizada para cada empresa y proyecto. No todos instalan todos los componentes disponibles ni todos tienen los mismos requerimientos. El hecho es si no has realizado una implantación de EPM antes deberías trabajar con alguien que sí lo ha hecho pero si ya tienes experiencia no te costará nada ampliar y personalizar la plantilla.

1. Descargar “SQL Server 2005 Service Pack 2” desde la web de Microsoft.
   • Aceptamos términos de acuerdo de licencia.
   • Seleccionamos todos los componentes actualizables.Seleccionamos “Apply selection to all instances” habiendo seleccionado la opción “Windows authentication”.
   • Opcionalmente podemos pulsar el botón “Test” para verificar la conectividad.
   • Continuamos con la instalación.
   • No marcamos ninguna opción de envío de datos anónimos a Microsoft.
   • A continuación el instalador comprobará si existen ficheros bloqueados. Encontrados los ficheros nos informará de que se debe reiniciar el sistema después de la instalación del Service Pack. Continuamos con la instalación.
   • El programa nos volverá a informa que existen operaciones pendientes y si deseamos continuar. Marcamos la opción “OK” y luego “Next”.
   • Desmarcamos la opción "Launch the User Provisioning Tool for Windows Vista after SP2 installation completes" y finalizamos.
   • Reinicio de la máquina.
2. Accedemos a Windows Update e instalamos las últimas actualizaciones críticas del sistema y reiniciamos la máquina.

Tareas Post-Instalación

1. Ejecutamos el programa SQL Server Surface Area Configuration desde el menú Microsoft SQL Server 2005 – Configuration Tools.
2. Seleccionamos el enlace: Surface Area Configurations for Services and Connections.
3. Expandimos nuestra instancia de SQL Server y a continuación el nodo Database Engine, hacemos clic en Remote Connections y seleccionamos la opción Using both TCP/IP and named pipes, pulsamos Ok.