• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Metodologia de implantación SHAREPOINT según ENCAMINA
 

Metodologia de implantación SHAREPOINT según ENCAMINA

on

  • 8,019 views

Metodología de implantación de MOSS2007 y sharepoint según lo entendemos en ENCAMINA.

Metodología de implantación de MOSS2007 y sharepoint según lo entendemos en ENCAMINA.

Statistics

Views

Total Views
8,019
Views on SlideShare
7,947
Embed Views
72

Actions

Likes
8
Downloads
0
Comments
1

5 Embeds 72

http://www.slideshare.net 61
http://www.linkedin.com 6
http://www.lmodules.com 2
https://www.linkedin.com 2
http://paper.li 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Esta es la portada del poyecto. Se incluye sólo una vez al principio de la presentación.
  • En esta página sólo se ha de añadir el logo del cliente arriba a la derecha.

Metodologia de implantación SHAREPOINT según ENCAMINA Metodologia de implantación SHAREPOINT según ENCAMINA Presentation Transcript

  • Metodología MMOS de ENCAMINA La construcción de soluciones con Sharepoint según ENCAMINA
  • Metodología
    • ENCAMINA, Gold Certified Partner de Microsoft, conoce las exigencias de los proyectos basados en tecnologías Microsoft Office SharePoint Services por lo que ha elaborado una metodología de implantación propia basada en las mejores prácticas propuestas por Microsoft así como en años de experiencia y cualificación.
    • ENCAMINA se compromete a utilizar la metodología “MMOSS” (adaptación de Métrica v3 para proyectos MOSS) y seguir las pautas de trabajo desarrolladas y especificadas para el desarrollo y la correcta ejecución de los servicios solicitados, incluyendo las fases que define esta metodología.
    Metodología de Implantación
  • Introducción a la plataforma
    • Ante la puesta en marcha de cualquier proyecto, ENCAMINA asume la responsabilidad de transmitir al cliente sus conocimientos sobre la plataforma a explotar, de este modo se introduce de forma colaborativa al cliente en esta nueva tecnología y se le hace partícipe para aportar posibles nuevas ideas, planes futuros y evolutivos del proyecto a desarrollar.
      • Varios son los aspectos fundamentales que debe tener en cuenta el cliente a la hora de realizar un proyecto basado en MOSS 2007:
        • Requisitos hardware que nuestra infraestructura debe tener.
        • Arquitectura de aplicación en la que se basa MOSS 2007.
        • Requisitos de perfiles de usuario cualificados que exige la plataforma.
        • Plataformas a las que puede sustituir el uso de MOSS 2007 y evitar así gastos innecesarios.
        • Funcionalidades básicas.
        • Implementación de procesos de negocio (workflows).
        • Integración con aplicaciones LoB (line-of-business) como SAP.
        • Capacidad de desarrollo personalizado a través de SDK.
        • Etc.
    Metodología de Implantación
  • Introducción a la plataforma – Entregables.
    • A modo de documentación sobre la plataforma MOSS 2007, se le entregará al cliente:
      • Documentación sobre las características fundamentales de MOSS 2007.
        • Manual de usuario final.
        • Pequeña guía de inicio a la administración.
      • Documentación sobre las diferencias funcionales entre WSS 3.0 y MOSS 2007.
        • Cuadro que marca las diferencias entre WSS, MOSS standard y MOSS Enterprise
      • Introducción a SharePoint Designer 2007. Principales funcionalidades.
      • Introducción a los flujos de trabajo (Workflows) en MOSS 2007.
        • Workflows con SharePoint Designer 2007.
        • Workflows con Workflow Foundation (.NET Framework 3.0)
    Metodología de Implantación
  • Patrones y Buenas Prácticas.
    • Conocer la arquitectura de SharePoint antes de desplegar una solución.
      • La visualización de la arquitectura de SharePoint desde el nivel de aplicación Web es la forma más sencilla para abordar su implantación. Una instancia de SharePoint contiene varias aplicaciones Web.
      • Arquitectura de SharePoint 2007
      • La forma de interactuar tanto internamente como externamente con SharePoint se aprecia en la siguiente figura:
    Metodología de Implantación
  • Buenas Prácticas.
    • Las buenas prácticas marcan como forma de acceso natural a SharePoint los Web Services que éste expone al mundo exterior y a través de los cuales podemos realizar operaciones con listas, sitios y otros elementos propios de SharePoint. Aunque es viable el acceso directo a las bases de datos de SharePoint no es nada recomendable por no garantizar de ninguna forma la integridad de la información. Además de este mecanismo, disponemos del SDK que SharePoint nos brinda y a través del cual tenemos acceso programático a todo el modelo de objetos, sin limitaciones, nos permite crear un SharePoint a medida.
    • No realizar llamadas directamente al contenido de SharePoint y las bases de datos de configuración es uno de los puntos fundamentales. Aun así, algunas aplicaciones utilizan este método. Si el rendimiento es el argumento de esta técnica de acceso o simplemente una falta de conocimientos sobre el marco de trabajo de SharePoint, existen métodos más seguros como es el lenguaje .NET y el uso del lenguaje de consulta CAML.
    • A continuación podemos ver un listado de todos los servicios Web que ofrece SharePoint 2007.
    • Servicios Web de SharePoint
    Metodología de Implantación
  • Buenas Prácticas – Modelo de Objetos. Metodología de Implantación
  • Buenas Prácticas – Funciones OOTB
    • Aprovechar las funcionalidades nativas de SharePoint.
      • Dos situaciones pueden provocar que los equipos de desarrollo dejen de aprovechar por completo las funciones nativas en SharePoint. En primer lugar, como SharePoint es una plataforma expansiva, puede resultarle más fácil crear soluciones personalizadas en lugar de dedicar tiempo para comprender lo que ofrece SharePoint sin código personalizado. En segundo lugar, los propietarios de negocios se tienden a crear requisitos detallados, reglas y comportamientos de aplicación que deje con poca flexibilidad a las funcionalidades out-of-the-box de SharePoint.
      • Adquirir un conocimiento profundo de los puntos fuertes y débiles de SharePoint se considera la forma más sencilla para abordar proyectos bajo esta tecnología. Tanto WSS como MOSS disponen de su SDK que contiene toda la documentación técnica, tutoriales, ejemplos de código y prácticas recomendadas para afrontar soluciones de programación en SharePoint.
      • Además, ante dificultades de encontrar información detallada, puede utilizar .NET Reflector para buscar dentro de algunos de los ensamblados de SharePoint que brindan una información extraordinariamente valiosa.
    Metodología de Implantación
  • Buenas Prácticas – Enriqueciendo SharePoint
    • SharePoint es capaz de integrar soluciones personalizadas en una gran variedad de formas. Gracias a que SharePoint está integrado en la parte superior de ASP.NET , este hereda los puntos de extensibilidad de esta plataforma. Con el lanzamiento de WSS 3.0 MOSS SP1, SharePoint admite ahora el marco de AJAX de ASP.NET , lo que significa que puede aprovechar las extensiones de AJAX de ASP.NET y AJAX Control Toolkit .
    • AJAXIFY
    • jQuery es otro marco de cliente al que prestar mucha atención, especialmente con el anuncio reciente por Microsoft de su inclusión en Visual Studio. Puesto que la biblioteca principal jQuery está incluida en un archivo .js único, la tarea de integración en SharePoint es sencilla.
    • jQuery
    • Silverlight.
    • Silverlight 2.0
    Metodología de Implantación
  • Buenas Prácticas.
    • La implementación de soluciones para SharePoint es otra de las ideas fundamentales para el correcto desarrollo y evolución de la plataforma, empaquetando desarrollos mediante paquetes de solución; saber cómo hacer esto debe considerarse tarea fundamental. Existen muchas formas a empaquetar soluciones SharePoint, desde la creación manual de manifest.xml y los archivos de directiva, hasta proyectos de Visual Studio que utilizan las herramientas de Windows SharePoint Services 3.0 y MOSS, las denominadas extensiones de Visual Studio 2005 y 2008 (VSeWSS) para SharePoint que contienen plantillas a través de las cuales comenzar los desarrollos con todo lo básico establecido desde el inicio.
    • Utilizar proyectos VSeWSS es considerablemente más fácil que crearlos manualmente. Sin embargo, algunas alternativas son particularmente útiles para las implementaciones comerciales o empresariales, como veremos a continuación en el detalle del Software Fundamental a tener en cuenta en cualquier desarrollo para SharePoint. Evaluar las diversas herramientas para encontrar una que mejor se adapte a sus necesidades es objetivo prioritario antes de la fase de construcción. La clave consiste en crear paquetes de solución para la implementación en lugar de implementar los componentes de código manualmente.
    Metodología de Implantación
  • Buenas Prácticas – Software Fundamental.
    • App Pool Manager – Imprescindible lanzador de aplicaciones Web de SharePoint para desarrolladores.
    • U2U CAML Query Builder – Herramienta para construir consultas CAML para extracción de información de listas y generación de ficheros de definición de objetos SharePoint.
    • .NET Reflector – Permite extraer código de librerías compiladas en .NET para conocer exactamente las funciones que se realizan detrás del código.
    • SharePoint Log Reader - Monitor de logs de SharePoint.
    • BDC Meta Man Tool – Generador de catálogos de datos profesionales para integración BDC.
    • SharePoint Inspector – Permite inspeccionar toda la granja de servidores de SharePoint de manera muy intuitiva.
    • SharePoint Explorer for WSS 3.0 .
    • SharePoint Dispose Checker Tool – Herramienta fundamental para controlar la carga del contexto.
    • Windows SharePoint Services 3.0 SDK .
    • Microsoft Office SharePoint Server 2007 SDK .
    • Microsoft InfoPath 2007
    • Microsoft SharePoint Designer 2007
    • Microsoft Office 2007
    • WSP Builder for SharePoint - Imprescindible para construir paquetes de soluciones de SharePoint.
    • Windows SharePoint Services 3.0 Tools: Visual Studio 2005 Extensions - Visual Studio 2008
    • SharePoint Administration Toolkit v2.0: x86 y x64
    • SmartPart – WebPart para alojar controles de ASP.NET.
    • SharePoint Installer – Instalador de soluciones generadas, por ejemplo con WSPBuilder.
    • Llamadas SOAP a WebServices de SharePoint .
    Metodología de Implantación
  • Buenas Prácticas – Servicios Web de SharePoint
    • Microsoft expone un subconjunto significativo del modelo de objetos SharePoint a través de servicios Web. El uso de servicios Web de SharePoint brinda el acceso al modelo de objetos y permite desarrollar una solución sin una dependencia de acceso directo a los ensamblados de SharePoint. SharePoint aloja los servicios Web en el directorio virtual _vti_bin en cada servidor Web Front End (WFE).
    • En Visual Studio 2005 / 2008 puede utilizar los servicios web de SharePoint de la misma manera que utilizamos otros servicios, a través del agregado de una referencia web. Las direcciones de estos servicios web son las siguientes:
    • http://<SharePointServer>:port/[sites/][SubSite/]_vti_bin/Lists.asmx
    • donde <sharepointserver> es la dirección URL asociada a la aplicación Web.
    Metodología de Implantación
  • Buenas Prácticas – Integración.
    • Haciendo uso de los eventos posteriores a la generación del código desde Visual Studio podemos construir soluciones empaquetadas tal y como se realizarían con MSBuild .
    • La generación de características y/o soluciones puede realizarse de forma automática haciendo uso de herramientas propias o bien de herramientas de terceros como WSPBuilder o STSDEV .
    • Estas herramientas evolucionan constantemente. Por ejemplo, WSPBuilder incluye ahora unas extensiones que permiten un mantenimiento sencillo de los ficheros Feature.XML y manifest.xml en Visual Studio 2005 y 2008.
    • Las extensiones para Visual Studio, VSeWSS, son muy útiles cuando no se está seguro acerca de cómo estructurar un proyecto de SharePoint. Por ejemplo, es posible que desee utilizar un tipo de proyecto de VSeWSS para determinar la estructura de un elemento Web o un proyecto de flujo de trabajo de SharePoint.
    Metodología de Implantación
  • Buenas Prácticas – Generación automática.
    • Usar tipos de proyecto de Visual Studio estándar , por ejemplo un proyecto de clases para generar un WebPart, para que todos los desarrolladores puedan abrir fácilmente un proyecto.
    • Estructurar el proyecto de código para que el paquete de solución esté integrado en el proyecto, tal y como se muestra en la siguiente figura; de este modo no será necesario realizar un proyecto auxiliar para realizar el despliegue de la solución.
    Metodología de Implantación
  • Buenas Prácticas – Entornos de Desarrollo vs Producción.
    • Es importante marcar una metodología de desarrollo e implementación, tanto en infraestructuras como en equipo humano. Cada desarrollador cuenta con una máquina (ya sea virtualizada o local) provista de todo le software necesario para poder construir soluciones SharePoint (Visual Studio, SQL Server, MOSS o WSS, etc.)
    • Servidor de integración como equipo en el que los desarrolladores irán acoplando (de forma automática o manual) sus avances una vez superados los test unitarios.
    • Alojados todos los desarrollos en el servidor de integración, se procederá a los test del sistema global, probando la interactuación entre cada uno de los módulos nuevos y los ya existentes, a partir de este momento podemos realizar el despliegue en máquinas de preproducción o producción según nuestra topología.
    • Una vez más, se hace indispensable el desarrollo independiente de características y soluciones para poder realizar estas integraciones secuencialmente sin intervenir en los desarrollos anteriores.
    Metodología de Implantación
  • Buenas Prácticas – Entornos de Desarrollo vs Producción. Metodología de Implantación
  • Buenas Prácticas – Global Assembly Cache (GAC)
    • Como norma general no se debe implementar en la caché de ensamblados global (GAC) hasta que se mueva a un entorno de integración. Mantener los ensamblados en la carpeta correspondiente dentro del directorio bin de la aplicación facilita la depuración de aplicaciones SharePoint considerablemente.
    • Ciertos tipos de proyectos no se ajustan a este modelo, tales como manejadores de eventos de SharePoint y las características de SharePoint; ya que colocando los ensamblados en ese directorio bin no es necesario el reinicio de los servicios de Internet Information Server (IIS)
    • Para poder ejecutar los ensamblados desde los directorios bin de cada aplicación se debe:
    • - Decorar el ensamblado con el atributo [assembly:System.Security.AllowPartiallyTrustedCallers].
    • - Establecer el web.config a plena confianza, tal como se muestra aquí :
    • <system.web>
    • <trust level=&quot; Full &quot; />
    • </system.web>
    • - Firmar el ensamblado.
    Metodología de Implantación
  • Buenas Prácticas – Administración.
    • Como en cualquier sistema empresarial, la administración y mantenimiento es fundamental para una vida próspera, segura y a pleno rendimiento del software; para todas estas labores de administración existen numerosas herramientas que facilitan a la figura del administrador tareas comunes, y además propia de Microsoft , como es:
    • Microsoft SharePoint Administration Toolkit v2.0
    • A través de esta herramienta podemos gestionar de forma más eficiente todas las opciones que nos ofrece por defecto el comando stsadm (comando fundamental y de obligada lectura para el desarrollador y/o administrador de SharePoint).
    • Tareas como las copias de seguridad, las recuperaciones ante fallos del sistema, las importacioes y exportacioes de sitios creados con SharePoint son esenciales en el mantenimiento de nuestros sitios SharePoint.
    Metodología de Implantación
  • Buenas Prácticas – Backup vs Export Metodología de Implantación
  • Buenas Prácticas – Extensiones de STSADM de Gary Lapointe.
    • Gary Lapointe, MVP en SharePoint por parte de Microsoft, ha desarrollado unas extensiones del comando stsadm a través de las cuales podemos automatizar procesos y realizar ciertas operaciones de forma mucho más sencilla de lo habitual.
    • Por ejemplo, extensiones para poder exportar los tipos de contenido creados a partir de una colección de sitios, extender soluciones ya desplegadas a toda la granja de servidores, convertir sitios o subsitios en nuevas colecciones de sitios (bastante común cuando el sistema crece y hubo una mala planificación de la arquitectura de la solución SharePoint).
    • En el siguiente enlace se detalla cada una de las extensiones con la consiguiente explicación de cada una de ellas, incluso su código para poder modificarla y adecuarla a algún caso nuestro particular.
    • Extensiones de STSADM de Gary Lapointe
    Metodología de Implantación
  • Buenas Prácticas – Branding o incorporación de nuestra identidad.
    • El concepto de customización y personalización de un proyecto SharePoint podemos enmarcarlo dentro del término branding que lo definimos a tres niveles diferentes dentro de una solución SharePoint:
    Metodología de Implantación Nivel 1: TEMA Adecuación a color corporativo de los diferentes elementos menús, tipo de letra e imagen del logo en las hojas de estilos. Esto incluye la posibilidad de crear un tema personalizado si los temas básicos que se ofrecen no concuerdan con la imagen de nuestra solución a implantar pero nunca modificando las estructuras de los diferentes elementos.
  • Buenas Prácticas – Branding o incorporación de nuestra identidad. Metodología de Implantación Nivel 2 PÁGINA MAESTRA (incluye el nivel anterior) Creación y diseño de una MasterPage. Las páginas de configuración y propias de SharePoint sólo se verán modificadas con el tema y el logo. Admite cambios de estructura. Posibilidad de estilos específicos para los componentes de la home. Generación de imágenes para las cabeceras de los WebParts.
  • Buenas Prácticas – Branding o incorporación de nuestra identidad. Metodología de Implantación Nivel 3: WebParts (incluye nivel MasterPage) Este nivel no es compatible con WSS 3.0 por no disponer de Content Query WebPart ni sitios de publicación. Modificación de los WebPart para los sitios de publicación y sitios de colaboración. Modificación de los PageLayout para el caso de sitios de publicación.
  • Buenas Prácticas – Blogs y fuentes de información on-line.
    • A continuación detallamos algunas de las fuentes de información más actualizadas, bien de autores propios o bien de comunidades de desarrollo a las que acudir de forma casi obligada antes del abordaje de cualquier proyeto basado en SharePoint.
    • Blog de Andrew Connell – MVP MOSS
    • Skunkworks – Blog de Gustavo Vélez – MVP MOSS
    • Ideseg - Blog de Carlos Segura – MVP MOSS
    • Blog del CIIN - Centro de Innovación en Integración de Cantabria – Aportaciones interesantes al mundo MOSS.
    • Portal CodePlex – Proyectos de código abierto basados en tecnología Microsoft
    • Blog oficial del Team SharePoint de Microsoft.
    • Blog oficial del Team SharePoint Designer de Microsoft.
    • Blog de Heather Solomon – Diseñadora y especialista en branding para SharePoint 2007.
    • Blog de Gary Lapointe – Especialista en herramientas basadas para el comando stsadm.
    Metodología de Implantación
  • Previsión de Trabajo
    • Una vez el cliente conoce la tecnología que le proponemos, podemos ponernos en marcha para conocer los diferentes aspectos fundamentales para el éxito del proyecto:
      • Necesidades del cliente.
        • ¿Qué se espera de la plataforma MOSS?
        • Análisis de costes / beneficios.
        • Determinar el alcance del proyecto.
      • Determinar los hitos o entregables.
        • Establecer las fechas para entregas que se consideren importantes.
        • Marcar metas o fechas estratégicas en el desarrollo del proyecto.
      • Objetivos de la plataforma MOSS.
        • Finalidad de la implantación de la plataforma.
        • Objetivos a corto plazo.
        • Objetivos a largo plazo.
        • Evolutivos.
    Metodología de Implantación
    • Conocidas las necesidades y peticiones del cliente se comienza con la fase de análisis y planificación (heredada de Métrica v3 y adaptada a proyecto MOSS) en la que se da solución a aspectos de diferente índole:
      • Equipos de Trabajo.
        • Establecer Equipos y roles.
      • Determinar objetivos preliminares.
        • Coexistencia con otros sistemas.
        • Identificación de Riesgos.
        • Entornos de prueba.
      • Establecer
        • Estrategia de comunicación.
        • Políticas de formación.
        • Plan ante fallos y recuperación de desastres.
        • Plan de Mantenimiento
      • Análisis
        • Software y Hardware de los clientes.
        • Configuración del Servidor.
        • Seguridad.
        • Rendimiento.
        • Multilingüe.
        • Integración.
        • Estructura del contenido y la navegación.
    Análisis Metodología de Implantación
  • Análisis
    • El documento de análisis funcional es uno de los entregables clave después de la fase de toma de requisitos y necesidades.
      • Este documento debe contemplar todos los requisitos funcionales y las restricciones técnicas del proyecto.
      • Este documento es revisado y validado por el cliente.
      • ENCAMINA considera que este es uno de los principales hitos del proyecto.
    • Análisis Funcional
      • Una de las ventajas de desarrollar una aplicación bajo la plataforma MOSS (.NET) es poder modular y clasificar las distintas funcionalidades en características y/o soluciones MOSS .
        • Característica . Unidad Funcional independiente que satisface una funcionalidad o parte de ella. Las características también se pueden entender como agrupaciones de elementos que tienen una funcionalidad común.
        • Solución. Conjunto de características que se empaquetan para el posterior despliegue común en la plataforma MOSS. Estas características pueden englobar desde flujos de trabajo a características propias de la interfaz.
    Metodología de Implantación
  • Análisis - Entregables y Responsables.
    • La fase de análisis establece las necesidades funcionales que debe cubrir el sistema a implementar con MOSS 2007. Tras esta fase, la documentación que se facilita es la siguiente:
      • Prototipo de diseño gráfico para el portal.
        • Estructura.
        • Estilos
        • Diseño en base a imagen corporativa.
        • Look-and-feel .
      • Documento de análisis funcional.
        • Casos de uso.
      • Documento de alcance.
        • Procesos de negocio a implementar.
        • Funciones de colaboración.
    • Responsables
      • Jefe de proyecto. Responsable del cumplimiento de las fechas acordadas y gestión del proyecto.
      • Consultor – Analista. Estudia las especificaciones funcionales del proyecto repercutiendo en el futuro diseño y posterior construcción del sistema.
      • Integrador de Sistemas. Responsable tecnológico del proyecto.
      • Diseñador. Analiza la imagen a transmitir según la identidad corporativa, realizando un primer prototipo de diseño según la estructura de contenidos del portal.
    Metodología de Implantación
  • Construcción del sistema.
    • Después de la fase de análisis , ENCAMINA comienza la construcción del modelo diseñado, cumpliendo requisitos, necesidades y comprometiéndose con parámetros como rendimiento y mejores prácticas. Estas tareas se dividen en tres niveles:
      • Nivel Configuración.
        • Creación de sitios.
        • Creación de tipos de contenido.
        • Creación de listas.
        • Creación de funciones de colaboración.
        • Seguridad.
        • Etc.
      • Nivel Diseño.
        • Creación de páginas maestras.
        • Adecuación de la imagen corporativa.
        • Creación de logotipos e imágenes necesarias.
        • Aplicación de estilos.
        • SharePoint Designer 2007 (diseño y flujos de trabajo).
        • Etc.
      • Nivel Desarrollo.
        • Creación de características y/o soluciones.
        • Creación de desarrollos a medida y flujos de trabajo.
        • Integración con otros sistemas.
        • Etc.
    Metodología de Implantación
  • Construcción del sistema – Entregables y Responsables.
    • Documentos de Estructura del contenido.
      • Estructura de los sitios.
      • Estructura de los elementos contenidos por los sitios.
    • Documentación y elementos de la construcción del sistema.
      • Código fuente de los componentes de migración y carga inicial de datos
      • Código fuente de las características desarrolladas.
    • Documentación de los entornos de Prueba.
      • Entorno de desarrollo (en ENCAMINA)
      • Entorno de Pruebas de Integración.
    • Responsables
      • Jefe de Proyecto . Responsable máximo del proyecto.
      • Consultor . Supervisa que la arquitectura ideada para la solución se implementa correctamente.
      • Analista Programador . Además de programar, tiene los conocimientos funcionales necesarios para construir las funcionalidades.
      • Programadores . Responsables de la construcción del sistema, apoyándose especialmente en el Analista – Programador y en las especificaciones funcionales del proyecto.
    Metodología de Implantación
  • Implantación
      • Se identifican los distintos Sistemas de Información que van a formar parte del escenario objeto de la implantación y se analizan, para cada uno de ellos, las posibles dependencias y/o incompatibilidades con el sistema MOSS a implantar.
      • Una vez estudiado el alcance de la implantación y sus condicionantes, se decide la viabilidad de la implantación del sistema estableciendo, en su caso, la estrategia.
      • Se constituye el equipo de implantación para la propia instalación del sistema, pruebas de implantación y aceptación, y para la preparación del mantenimiento, identificando perfiles y niveles de responsabilidad.
    Construido el sistema y validado por ENCAMINA en sus instalaciones, se procede a la implantación en el cliente . Metodología de Implantación
  • Implantación.
    • Las etapas dentro de la fase de implantación se engloban en:
      • Despliegue Pre-Producción
        • Validación y Verificación – Cierre de toma de requisitos.
        • Decisión de paso o no PRE- Producción a Producción.
      • Despliegue en Producción.
        • Instalar Hardware.
        • Instalar Software.
        • Implementar soluciones desarrolladas.
        • Implementar soluciones de terceros si existen.
        • Implementar interoperabilidad con otros sistemas y BDC.
        • Despliegue de actualizaciones a las máquinas clientes.
        • Test y Evaluación del Sistema.
    Metodología de Implantación
  • Implantación – Entregables y Responsables.
    • Documentos de aprobación
      • Aprobación del plan de implantación.
      • Aprobación del Sistema de Información (acta definitiva).
    • Elementos de la implantación del sistema
      • Sistema en Producción.
      • Plan de Implantación.
      • Pruebas.
        • Resultado de las Pruebas de Aceptación
        • Resultado de las Pruebas de Implantación
      • Incidencias del Paso a Producción.
    • Responsables
      • Jefe de Proyecto. Responsable máximo del proyecto. Deberá conseguir como hito más destacable la aceptación final del proyecto tras el pase a producción del portal.
      • Analista Programador . Realiza pruebas de usuario y participa en la implementación del sistema final.
      • Consultor - Analista. Supervisa la implantación desde el punto de vista de arquitectura.
      • Programador. Realiza pruebas de Usuario.
    Metodología de Implantación
  • Formación a Usuarios.
    • Para que el usuario acepte y aproveche el sistema, este debe conocer las funcionalidades perfectamente. Debido a que un conocimiento experto del sistema es difícil conseguir hasta que el usuario se maneje durante algún tiempo con él, la metodología de ENCAMINA pretende asegurar que el usuario tiene las bases para trabajar con el sistema bien asentadas y además dispone de materiales y soporte para poder evolucionar rápidamente y sin traumas en lo que denominamos gestión del cambio .
    • Las herramientas que propone ENCAMINA para la formación son:
      • Creación de un entorno de pruebas/formación de vida infinita donde los usuarios puedan formarse en el momento de su incorporación al sistema.
      • Manual de usuario.
      • Plan de pruebas de usuario (disponible para el usuario como método exhaustivo – checklist de entrenamiento)
      • Demos exhaustivas del sistema de forma presencial por parte de un responsable de formación de ENCAMINA hacia los usuarios del sistema (en sus instalaciones o en las de ENCAMINA) en grupos reducidos y en varias sesiones.
      • Soporte telefónico al usuario, por parte del responsable de formación durante el periodo de formación.
    Metodología de Implantación
  • Formación – Entregables y Responsables.
    • Manual de usuario del portal.
      • Material que se utilizará para la formación de los diferentes perfiles de usuario durante las jornadas de formación.
    • Plan de pruebas de usuario.
      • Lista de tareas a modo de taller para que los usuarios realicen pruebas de las funcionalidades más importantes del portal, a modo de checklist .
    • Responsables
      • Jefe de Proyecto. Responsable máximo del proyecto. Deberá planificar la formación para los perfiles de usuario acordados.
      • Consultor . Realiza las sesiones de formación para perfiles de usuarios finales.
      • * En el caso de formación específica a técnicos o administradores se facilitará un formador especialista en dicha área.
    Metodología de Implantación
  • Optimización – Revisión Final.
    • Las funciones de servidor de MOSS2007 se pueden configurar de manera flexible para optimizarlas para requisitos de disponibilidad o de rendimiento específicos. En un entorno WAN, por ejemplo, es importante comprender varias características técnicas de las funciones de servidor. Además de planear los requisitos generales de rendimiento y disponibilidad, comprender estas características le ayudará a optimizar la topología de servidores.
    • La optimización se centra en:
      • Tareas administrativas (sincronización con AD, trabajos, etc.)
      • Servicios de búsqueda.
      • Indexación.
      • Estructura del contenido.
      • Seguridad.
    • Responsables
      • Jefe de Proyecto. Responsable de normalizar los procesos de optimización.
      • Administrador. Optimiza los procesos de administración y sistema.
      • Consultor . Optimiza la estructura del contenido, accesibilidad, búsqueda, etc.
    Metodología de Implantación
  • Fase de Mantenimiento operativo y apoyo a la explotación.
    • En una fase posterior a la implantación de la solución, la experiencia de ENCAMINA sugiere que es muy recomendable un “acompañamiento” continuo y progresivamente descendiente de un equipo de consultoría de soporte en el que:
      • Limar cualquier resistencia del usuario hacia el sistema final por falta de “saber cómo”
      • Resolver lo antes posible cualquier incidencia que suponga “una excusa” para que un usuario aparque el uso del sistema como es debido.
      • Completar la formación “día a día” de los usuarios para su aprovechamiento óptimo de todas las capacidades del sistema
      • Ajustar con pequeños nuevos desarrollos mejoras y evolutivos que el uso del sistema hace sugerir.
    • El tiempo y equipo aconsejado para esta fase de mantenimiento operativo y apoyo a la explotación variará en cada implantación según el nivel de intensificación de uso del sistema en el cliente, el tamaño del equipo de usuarios, etc.
    • El equipo que propone ENCAMINA para este mantenimiento operativo es:
      • Un (equipo) consultor a tiempo completo (al inicio) en las instalaciones del cliente, en contacto permanente con los usuarios.
      • Un consultor senior para dar soporte de segundo nivel al equipo instaurado in-situ en el cliente.
      • Un jefe de proyecto que de coordinación al servicio en sus diferentes etapas de maduración.
    Metodología de Implantación
  • Otros procedimientos de la metodología
  • Site específico del proyecto
    • Opcional : Colaboración, gestión documental y del conocimiento basada en SharePoint compartida por el equipo del cliente y ENCAMINA a modo de site de proyecto albergado en infraestructuras de ENCAMINA.
      • Incluirá:
        • Indicadores
        • Documentos generados
        • Tareas pendientes
        • Incidencias
        • Pruebas
        • Control presencial
        • y mensajería instantánea
    Metodología de Implantación
    • Por incidencia se entiende cualquier circunstancia cuyas consecuencias supongan una afectación en el normal desarrollo del proyecto. Un conjunto de incidencias de la misma naturaleza, cuyo origen es ajeno a ENCAMINA, suele desembocar en un cambio. La finalidad del control de incidencias es su rápida resolución. Cuando las incidencias son causadas por ENCAMINA, la responsabilidad de su registro y resolución es asumida por ésta.
    • En caso contrario, el control consiste en:
      • Consensuar con el Cliente el origen de la incidencia para poder evitarla en el futuro.
      • Acordar conjuntamente cómo se resolverá.
    Procedimiento para la Gestión de las Incidencias Metodología de Implantación Gestión de cambios: Procedimiento de gestión de cambios. Objetivos: Incorporar al proyecto todas aquellas necesidades identificadas y no contempladas previamente. Comisión de seguimiento Comi sión de proyecto Jefe de proyecto ENCAMINA1 Equipo mixt o de trabajo (1) Registro d e incid e ncia Incidencia (2) ¿Consenso? No (5) Resolución en Comisión de seguimiento (3) Acciones Sí (4) Escala Responsable (3) Presentación impacto presupuesto
    • Se entiende por cambio todo tipo de modificación o extensión que afecte a los trabajos en el proyecto definidos en el presente documento.
    • Igualmente se entiende por cambio cualquier modificación sobre un resultado entregable ya aceptado por el cliente. Un cambio afecta al presupuesto de ingresos y costes del contrato. Puede ser una actualización, una mejora, una extensión o una corrección; pueden ser originados por:
      • Cambios en el alcance y/o identificación de nuevos componentes.
      • Variaciones en el equipo de trabajo y/o en la dedicación de sus miembros.
    • La finalidad del control de cambios es identificar, documentar, seguir y consensuar el cambio que se realice para dejar claro el alcance del mismo, y estimar su impacto en la planificación y en los costes, ya que es una modificación del Acuerdo de Colaboración inicial.
    Gestión de cambios: Procedimiento de gestión de cambios. Objetivos: Incorporar al proyecto todas aquellas necesidades identificadas y no contempladas previamente. Metodología de Implantación Procedimiento para la Gestión de las Incidencias Comisión de seguimiento Comi sión de proyecto Jefe de proyecto ENCAMINA1 Equipo mixt o de trabajo (1) Registro d e incid e ncia Incidencia (2) ¿Consenso? No (5) Resolución en Comisión de seguimiento (3) Acciones Sí (4) Escala Responsable (3) Presentación impacto presupuesto
    • El plazo previsto de aceptación de los entregables del proyecto es de dos días laborables para actas de proyecto y de cinco días laborables para el resto. La falta de respuesta por escrito en el plazo designado se asumirá como una aceptación tácita. Si el desarrollo del trabajo así lo exigiera, este plazo se vería modificado en Comisión de Seguimiento y/o de Proyecto con la finalidad de evitar retrasos en el desarrollo del servicio.
    • Las detecciones de regresión posteriores a una aceptación / validación serán tratadas por el procedimiento de Gestión de Incidencias descrito.
    • La aprobación de todos los resultados parciales supone la aceptación de la globalidad del proyecto.
    ENCAMINA Entregable resultado Resultado aceptado Revisión conjunta. Reinic io proc eso . Recepciona. Revisa. Comunica resultado por escrito: OK. No OK: Causas. Revisión conjunta. Final CLIENTE Procedimiento para la Gestión de los Entregables Metodología de Implantación
    • ENCAMINA considera que en beneficio de una buena gestión y profesionalidad, toda comunicación importante con el cliente debe quedar registrada y certificada para evitar cualquier tipo de confusión en ambas partes.
    • Las interrelaciones más importantes con un cliente son:
      • Reuniones:
        • Arranque del Proyecto (kick-off).
        • Toma de requisitos.
        • Técnicas.
        • Funcionales.
        • De seguimiento.
        • De aceptación.
      • Correos electrónicos.
      • Conversaciones telefónicas.
    • ENCAMINA en cada una de estas comunicaciones con sus clientes elaborará un ACTA expresando lo pactado, confirmado, solicitado, cuestiones pendientes, etc. Las actas deberán ser validadas por los clientes .
    Procedimiento para las Comunicaciones con el Cliente Metodología de Implantación
  • Procedimiento para las Aceptaciones Parciales
    • En el transcurso de un proyecto existen numerosos entregables de ENCAMINA hacia sus clientes. Estos entregables requieren de una aceptación.
    • Hablamos de aceptaciones parciales en relación a que son partes del proyecto total aunque la aceptación deberá ser total en cuanto a su contenido, frente a la aceptación final o total del proyecto.
    • En algunos casos consistirá en una aceptación de la entrega en si y en otros requerirá una validación.
    • Algunas aceptaciones parciales son:
      • Toma de requisitos.
      • Casos de Uso.
      • Análisis Funcional: modelo de procesos y datos.
      • Diseño Gráfico e interfaces.
      • Desarrollos parciales del producto.
      • Fases funcionales.
      • Plan de Implantación.
      • Manuales.
    • Siempre que un entregable afecte a la continuación del proyecto será necesario que el cliente valide la entrega.
    Metodología de Implantación
  • Procedimiento para la Aceptación del Proyecto
    • Todo proyecto tiene un principio y un final. El proyecto es algo que afecta a las dos partes. ENCAMINA antes que nada pretende dar un SERVICIO a sus clientes, por lo tanto el final de un proyecto debe ser algo consensuado y aceptado por ambas partes.
    • ¿Qué implica la aceptación de un proyecto?
      • Por un lado el fin de los servicios contratados por el cliente.
      • Por otra parte, el comienzo de la fase de Garantía que en ENCAMINA es por defecto de 1 año, salvo otro condicionante contractual.
      • Fase de Mantenimiento o Fases evolutivas en el caso que el cliente lo tuviera contratado.
    • La aceptación final de un proyecto no supone el fin de la actividad de ENCAMINA en relación a su cliente y el proyecto. ENCAMINA se hace cargo de sus obligaciones contractuales, siendo la Garantía el siguiente paso en la relación ENCAMINA – cliente.
    Metodología de Implantación
  • Procedimiento para el cierre del proyecto
    • Dentro de su sistema de calidad, ENCAMINA tiene bien definido su proceso de cierre del proyecto. Este proceso afecta tanto al cliente como a ENCAMINA.
    • Hacia el Cliente:
      • Entrega formal de los entregables (documentación, productos, etc).
      • Proceso de comunicación al cliente de siguientes pasos: garantía, siguientes fases evolutivas, mantenimiento, etc.
      • Calidad: Encuestas de satisfacción donde el cliente puede reflejar su grado de satisfacción.
    • ENCAMINA:
      • Procesos de backup del proyecto: información del proyecto, actas, correos electrónicos, control de versiones, etc. para poder satisfacer las futuras solicitudes de sus clientes.
      • Documentación necesaria.
      • Análisis económico del proyecto.
      • Análisis técnico: aprendizajes, mejorar, buenas prácticas, biblioteca de funciones.
      • Comunicación al Departamento de RRHH para la actualización curricular del equipo.
      • Comunicación al Departamento Comercial para que efectúe el seguimiento correspondiente.
    Metodología de Implantación
  • Para localizar o contactar con ENCAMINA puede: Enviar un mail a: [email_address] [email_address] Visitarnos en: Avd. 9 de Octubre, 3ª y 4ª planta 46520 Pto. Sagunto (Valencia) Llamar al 902 196 893 o 962 698 064 Enviar un fax al 962 698 063 O hablar personalmente con: Hugo de Juan (Dtor. Desarrollo de Negocio) Juan Pedro Sánchez (gerente de cuentas) Evangelina González (Técnico de Desarrollo de Negocio) Rut Villagrasa (Técnico Desarrollo de Negocio) Contacto.