Statement of work PROYECTO Cliente: USUARIO: NUMERO: MANTENIMIENTO Y ACTUALIZACION LYNC 2013 UNIVERSIDAD PILOTO DE COLOMBIA SAUL A REYES RFP-01001-L4J7F0 TABLA DE CONTENIDO. 1. INFORMACION GENERAL. ......................................................................................... 5 1.1 HISTORIAL DE VERSIONES. .................................................................................... 5 1.2 HISTORIAL DE MODIFICACIONES. ....................................................................... 5 1.3 ALCANCE DE ESTE DOCUMENTO. ........................................................................ 5 1.4 DOCUMENTOS RELACIONADOS. ........................................................................... 5 1.5 DISTRIBUCIÓN. ............................................................................................................... 5 1.6 ACUERDO DE CONFIDENCIALIDAD Y NO DIVULGACION. ....................... 5 2. PROPUESTA TECNICA. ............................................................................................... 7 2.2 ALCANCE Y OBJETIVOS DEL PROYECTO. ....................................................... 8 2.3 ESTRUCTURA DE DESCOMPOSICION DE TAREAS Y CRONOGRAMA. 8 2.4 DISEÑO PROPUESTO................................................................................................. 13 2.5 ADMINISTRACION DE RIESGOS. ......................................................................... 13 2.6 ETAPAS DEL PROYECTO. ........................................................................................ 15 2.6.1 LEVANTAMIENTO, REQUERIMIENTOS, PLANEACIÓN Y DISEÑO: Error! Bookmark not defined. 2.6.2 IMPLEMENTACIÓN DE LA SOLUCIÓN. .............Error! Bookmark not defined. 2.6.3 CAPACITACIÓN. ...........................................................Error! Bookmark not defined. 2.6.4 ELABORACIÓN DE DOCUMENTACIÓN Y CIERRE: .... Error! Bookmark not defined. 2.7 EXCLUCIONES. .................................................................Error! Bookmark not defined. 2.8 PREREQUISITOS. .............................................................Error! Bookmark not defined. 2.9 TIEMPO ESTIMADO. .......................................................Error! Bookmark not defined. 2.10 CONSIDERACIONES. ..................................................Error! Bookmark not defined. 3. PROCEDIMIENTO DE CONTROL DE CAMBIOS e INCIDENTES ............. 24 4. ENTREGABLES. ............................................................................................................ 24 5. PLAN DE COMUNICACIONES. ............................................................................... 24 6. REGISTRO DE STAKEHOLDERS. ......................................................................... 29 1. INFORMACION GENERAL. 1.1 HISTORIAL DE VERSIONES. Fecha AGOSTO 31 de 2015 SEPTIEMBRE 14 1.2 Descripción Creación. Actualización Autor Alejandro Torres Alejandro Torres HISTORIAL DE MODIFICACIONES. Fecha AGOSTO 31 de 2015 SEPTIEMBRE 14 1.3 Versión 1.0 1.1 Descripción Creación del documento. Actualización del EDT Autor Alejandro Torres Alejandro Torres ALCANCE DE ESTE DOCUMENTO. Se define como alcance de este documento la migración de Lync 2013 a SKYPE EMPRESARIAL y la instalación de la plataforma de tarificación Eagle control de eagleware en el dominio de la universidad piloto de Colombia. 1.4 DOCUMENTOS RELACIONADOS. Referencia de este documento es el documento RFP-01001-L4J7F0 del proyecto de referencia. 1.5 DISTRIBUCIÓN. De este documento se imprime un ejemplar para cada stakeholder los cuales, partes se firmarán por todas las partes en señal de aceptación de la información contenida en él y servirá de herramienta para el cierre del proyecto. 1.6 ACUERDO DE CONFIDENCIALIDAD Y NO DIVULGACION. Este documento está cubierto dentro del acuerdo de confidencialidad y no divulgación contenido en el RFP-01001-L4J7F0 de referencia. 2. 2.1 PROPUESTA TECNICA. SITUACION INICIAL. La universidad piloto de Colombia tiene en operación una plataforma Lync 2013 enterprise, conformada por dos servidores front end, dos mediation servers, dos edge servers y dos gateways dialogic DMG La plataforma Lync 2013 tiene instalados los roles: Un pool de Front end. Un rol de Backend. Dos gateways dialogic DMG 4000 series. Un pool de mediation server. Un pool de edge server. 2.2 ALCANCE Y OBJETIVOS DEL PROYECTO. Se define como alcance de este proyecto la actualización de la plataforma Lync 2013 para su posterior actualización a Skype empresarial y puesta en funcionamiento de la plataforma de tarificación eaglecontrol de eagleware. 2.3 ESTRUCTURA DE CRONOGRAMA. DESCOMPOSICION DE TAREAS Y EDT Nombre de tarea Duración Comienzo Fin VNMP- master plan original 215 días lun 07/09/15 vie 01/07/16 19,75 días lun 07/09/15 1,13 días lun 07/09/15 1 hora lun 07/09/15 2 horas lun 07/09/15 2 horas lun 07/09/15 creación del documento SOW 4 horas lun 07/09/15 VNMP-0001 VNMP-00011 VNMP-00011.1 VNMP-00011.2 VNMP-00011.3 VNMP-00011.4 VNMP-00012 VNMP-00012.1 VNMP-00012.2 VNMP-00012.3 VNMP-00012.4 Actualización de Lync 2013 Fase 1 Planeación Definición de actividades y asignación de responsabilidades Definición de requerimientos Aprobación del diseño por parte del cliente Fase 2 implementación Actualización de un front end Enterprise Actualización de un mediation server Actualización de un edge server batería inicial de pruebas 5,75 días lun 21/09/15 8 horas lun 21/09/15 4 horas mar 22/09/15 8 horas mar 22/09/15 8 horas mié 23/09/15 vie 02/10/15 mar 08/09/15 lun 07/09/15 lun 07/09/15 lun 07/09/15 mar 08/09/15 lun 28/09/15 lun 21/09/15 mar 22/09/15 mié 23/09/15 jue 24/09/15 VNMP-00012.5 VNMP-00012.6 VNMP-00012.7 VNMP-00012.8 VNMP-00012.9 VNMP-00013 VNMP-00013.1 VNMP-00013.2 VNMP-00013.3 VNMP-00013.4 VNMP-0002 VNMP-00021 VNMP-00021.1 VNMP-00021.2 VNMP-00021.3 VNMP-00022 VNMP-00022.1 pruebas de funcionalidad externa 2 horas Actualización de un front end Enterprise Actualización de un mediation server jue 24/09/15 4 horas jue 24/09/15 2 horas vie 25/09/15 Actualización de un edge server 2 horas vie 25/09/15 baterías de pruebas 8 horas vie 25/09/15 fase 4 documentación y cierre 4 días lun 28/09/15 Revisión del estado del proyecto 4 horas lun 28/09/15 consolidación de información 16 horas mar 29/09/15 edición 8 horas jue 01/10/15 Entrega de la fase 4 horas vie 02/10/15 Actualización a Skype empresarial 19,38 días Fase 1 Planeación Definición de actividades y asignación de responsabilidades Definición de requerimientos Aprobación del diseño por parte del cliente Fase 2 implementación Preparación de una nueva instancia vie 02/10/15 0,63 días vie 02/10/15 1 hora vie 02/10/15 2 horas vie 02/10/15 2 horas lun 05/10/15 13,75 días lun 05/10/15 4 horas lun 05/10/15 jue 24/09/15 vie 25/09/15 vie 25/09/15 vie 25/09/15 lun 28/09/15 vie 02/10/15 mar 29/09/15 jue 01/10/15 vie 02/10/15 vie 02/10/15 vie 30/10/15 lun 05/10/15 vie 02/10/15 lun 05/10/15 lun 05/10/15 vie 23/10/15 lun 05/10/15 VNMP-00022.2 VNMP-00022.3 VNMP-00022.4 VNMP-00022.5 VNMP-00022.6 VNMP-00022.7 VNMP-00022.8 VNMP-00022.9 VNMP-00022.10 VNMP-00022.11 VNMP-00022.12 VNMP-00022.13 VNMP-00022.14 VNMP-00022.15 VNMP-00022.16 VNMP-00023 VNMP-00023.1 VNMP-00024 preparación del dominio configuración de un front end Enterprise configuración de un mediation server configuración de un edge movimiento de población de prueba 4 horas lun 05/10/15 8 horas mar 06/10/15 8 horas mié 07/10/15 8 horas jue 08/10/15 2 horas vie 09/10/15 baterías de pruebas 8 horas Decomicion de servidores 8 horas configuración de un front end 4 horas configuración de un mediation server configuración de un edge server batería de pruebas Reconfiguración de DNS movimiento de la población en general mié 14/10/15 2 horas jue 15/10/15 16 horas jue 15/10/15 4 horas lun 19/10/15 pruebas finales 16 horas decomicion de maquinas 8 horas fase 3 capacitación transferencia de conocimiento a administradores fase 4 documentación y cierre 06/10/15 mié 07/10/15 jue 08/10/15 vie 09/10/15 vie 09/10/15 lun vie 09/10/15 12/10/15 mar lun 12/10/15 13/10/15 mié mar 13/10/15 14/10/15 8 horas 2 horas mar jue 15/10/15 jue 15/10/15 lun 19/10/15 lun 19/10/15 mar lun 19/10/15 20/10/15 jue mar 20/10/15 22/10/15 vie jue 22/10/15 23/10/15 0,5 días vie 23/10/15 4 horas vie 23/10/15 4,5 días vie 23/10/15 vie 23/10/15 vie 23/10/15 vie 30/10/15 VNMP-00024.1 VNMP-00024.2 VNMP-00024.3 VNMP-00024.4 VNMP-0003 VNMP-00031 VNMP-00031.1 VNMP-00031.2 VNMP-00031.3 VNMP-00032 VNMP-00032.1 VNMP-00032.2 VNMP-00032.3 VNMP-00032.4 VNMP-00032.5 VNMP-00032.6 consolidación de información 16 horas vie 23/10/15 4 horas mar 27/10/15 edición 8 horas mié 28/10/15 Entrega de la fase 8 horas jue 29/10/15 32,38 días jue 22/10/15 0,63 días jue 22/10/15 1 hora jue 22/10/15 2 horas jue 22/10/15 2 horas jue 22/10/15 6,25 días jue 22/10/15 Revisión del estado del proyecto instalación de eaglecotrol Fase 1 Planeación Definición de actividades y asignación de responsabilidades Definición de requerimientos Aprobación del diseño por parte del cliente Fase 2 implementación Verificación de bases de datos 8 horas Creación de una nueva instancia de SQL jue 22/10/15 1 día vie 23/10/15 8 horas lun 26/10/15 realización de pruebas 4 horas mar 27/10/15 preparación de informes 8 horas mié 28/10/15 2 horas jue 29/10/15 creación de motor de tarificación creación de los usuarios de administración mar 27/10/15 mié 28/10/15 jue 29/10/15 vie 30/10/15 lun 07/12/15 jue 22/10/15 jue 22/10/15 jue 22/10/15 jue 22/10/15 vie 30/10/15 vie 23/10/15 lun 26/10/15 mar 27/10/15 mié 28/10/15 jue 29/10/15 jue 29/10/15 VNMP-00032.7 VNMP-00032.8 VNMP-00032.9 VNMP-00033 VNMP-00033.1 VNMP-00034 VNMP-00034.1 VNMP-00034.2 VNMP-00034.3 VNMP-00034.4 VNMP-00034.5 VNMP-00034.6 VNMP-00034.7 VNMP-0004 batería inicial de pruebas 4 horas jue 29/10/15 personalización de informes 4 horas vie 30/10/15 baterías de pruebas 4 horas fase 3 capacitación 0,5 días lun 02/11/15 4 horas lun 02/11/15 25 días lun 02/11/15 paso a transición 8 horas lun 02/11/15 consolidación de información 16 horas mar 03/11/15 edición 8 horas jue 05/11/15 Entrega de la fase 8 horas vie 06/11/15 Revisión del estado del proyecto 4 horas lun 09/11/15 Revisión del estado del proyecto 4 horas lun 23/11/15 revisión del estado del proyecto 4 horas lun 07/12/15 133 días mié 30/12/15 transferencia de conocimiento a administradores fase 4 documentación y cierre Mantenimiento de plataforma jue 29/10/15 vie 30/10/15 vie vie 30/10/15 30/10/15 VNMP-0004-1 actualización de plataforma 4 horas mié 30/12/15 VNMP-0004-2 baterías de pruebas 4 horas mié 30/12/15 VNMP-0004-3 actualización de plataforma 4 horas mié 30/03/16 VNMP-0004-4 baterías de pruebas 4 horas mié 30/03/16 VNMP-0004-5 actualización de plataforma 4 horas jue 31/03/16 lun 02/11/15 lun 02/11/15 lun 07/12/15 mar 03/11/15 jue 05/11/15 vie 06/11/15 lun 09/11/15 lun 09/11/15 lun 23/11/15 lun 07/12/15 vie 01/07/16 mié 30/12/15 mié 30/12/15 mié 30/03/16 mié 30/03/16 jue 31/03/16 VNMP-0004-6 baterías de pruebas 4 horas VNMP-0004-7 actualización de plataforma 4 horas VNMP-0004-8 baterías de pruebas 4 horas 2.4 jue 31/03/16 vie vie 01/07/16 01/07/16 vie vie 01/07/16 01/07/16 jue 31/03/16 DISEÑO PROPUESTO. Se mantendrá el diseño inicial solo se reconstruirá completamente en el nuevo directorio activo. 2.5 ADMINISTRACION DE RIESGOS. El proceso de administración de riesgos seguirá el siguiente flujo: Identificación de riesgos mediante una reunión denominada taller de riesgos. Planificación de respuesta al riesgo. Seguimiento de riesgos. IMPACTO A continuación, se describen los riesgos encontrados en esta etapa inicial del proyecto. Para la clasificación de los riesgos se tiene la siguiente matriz: MA: muy alto Zona de riesgo importante Zona de riesgo importante Zona de riesgo inaceptable Zona de riesgo inaceptable A: alto Zona de riesgo moderado Zona de riesgo moderado Zona de riesgo importante Zona de riesgo inaceptable M: medio Zona tolerable del riesgo Zona de riesgo moderado Zona de riesgo importante Zona de riesgo importante B: bajo Zona aceptable de riesgo Zona tolerable del riesgo Zona de riesgo moderado Zona de riesgo moderado MB: muy bajo Zona aceptable de riesgo Zona aceptable de riesgo Poco frecuente Normal Zona tolerable del Zona tolerable del riesgo riesgo Frecuente Muy frecuente FRECUENCIA Para cada riesgo encontrado, se determina como la acción planeada puede minimizar el impacto para el desarrollo del proyecto. Los aspectos de administración de riesgos que pueden ser incluidos son: detección, efectos sobre otras actividades y también planes de contingencia para resolver cualquier problema resultante o reprogramación de actividades que puedan ser requeridas. Los riesgos encontrados a nivel general son los siguientes: RIESGO Incumplimiento de prerrequisitos Falla en la migración de un server Perdida en la continuidad del servicio Fallas en los certificados digitales externos Problemas en la configuración de elementos externos Demoras en tener recursos PROBABILIDAD DE OCURRENCIA ZONA DE RIESGO Normal Alto Zona de riesgo moderado Poco frecuente Medio Zona tolerable del riesgo Normal Muy Alto Zona de riesgo moderado Poco frecuente Bajo Zona tolerable del riesgo Poco frecuente Medio Zona de riesgo moderado Normal Alto Zona de riesgo moderado RIESGO Incumplimiento de prerrequisitos Falla en la migración de un server Perdida en la continuidad del servicio Fallas en los certificados digitales externos Problemas en la configuración de elementos externos Demoras en tener recursos 2.6 IMPACTO MEDIDA DE ABATIMIENTO Verificación del cumplimiento de prerrequisitos y publicación oportuna de los mismos. Se solicitara la generación de imágenes previas para poder revertir cambios Se solicitaran ventanas amplias para no afectar la continuidad de operación. Se mantendrán los nombres de los recursos para no requerir de nuevos certificados. Se solicitara oportunamente apoyo de administradores y fabricantes. Se entregara en este documento un EDT con el cual se podrá hacer seguimiento y solicitar recursos ETAPAS DEL PROYECTO. La ejecución del proyecto se divide en las siguientes etapas: 2.6.1 COMPONENTE DE SERVICIOS. El primer componente es la implementación de los servicios de soporte, estos tienen dos componentes, la actualización de la plataforma actual y luego de esto el soporte anual de la plataforma para estar seguros de su comportamiento adecuado durante el año, además de contar con remplazo avanzado de partes durante ese año, para los gateways de VoIP utilizados por la plataforma. 2.6.1.1 ALCANCE Y OBJETIVOS DEL PROYECTO. Se define como alcance de esta propuesta el soporte nivel 2 de la plataforma lync 2013 en las instalaciones de la Universidad piloto de Colombia. Verificación de la línea base. Verificación de las funcionalidades activas. Implementación de actualizaciones necesarias. Generación de backups de los gateways. Documentación inicial. Revisión trimestral de la plataforma. Documentación de los procedimientos realizados. 2.6.1.2 ETAPAS DEL PROYECTO. La ejecución del proyecto se divide en las siguientes etapas: 2.6.1.3 LEVANTAMIENTO, REQUERIMIENTOS, PLANEACIÓN Y DISEÑO: Definición de actividades y asignación de responsabilidades. Definición de requerimientos. Aprobación e inicio del proyecto por parte del cliente. Creación del documento SOW. Al final del proyecto UNIVERSIDAD PILOTO DE COLOMBIA quedara con una plataforma de comunicaciones unificadas que no solo cubre sus necesidades de voz corporativa de su edificio central y personal móvil. 2.6.1.4 IMPLEMENTACIÓN DE LA SOLUCIÓN. Revisión de un front end. Revisión de un mediation server. Revisión de un edge server. Revisión de un gateway. Revisión de un front end. Revisión de un mediation server. Revisión de un edge server. Revisión de un gateway. Revisión de un Gateway. Batería de pruebas. Actualización de un front end. Actualización de un mediation server. Actualización de un edge server. Actualización de un gateway. Actualización de un front end. Actualización de un mediation server. Actualización de un edge server. Actualización de un gateway. Batería de pruebas. Documentación del estado en el cual queda la plataforma. 2.6.1.5 EXCLUCIONES. Los siguientes elementos no están incluidos dentro de este proyecto: Soporte sobre plataformas diferentes a las enunciadas de manera expresa en el documento. Proveer medios magnéticos. Instalación de componentes en máquinas de los usuarios. Soporte a usuarios. Configuración de servicios de internet. Suministro de hardware para la implementación de la solución no especificado en esta propuesta. Suministro de licenciamiento no especificado en esta propuesta. Suministro de certificados públicos en caso de ser requeridos. Implementación de roles que no estén contemplados de manera expresa en el alcance. Instalación actualización o hardening de sistemas operacionales. Montaje de equipamiento pasivo o de infraestructura. Capacitación diferente a la enunciada de manera explícita. Configuración de dispositivos de usuario como teléfonos o diademas que no estén definidos de manera explícita en este documento. Demás elementos no colocados de manera expresan dentro del alcance. Servicios fuera de Bogotá dependerán de propuesta económica adicional de viáticos. Copias de seguridad de información contenida en plataformas o equipos de usuarios. 2.6.1.6 PREREQUISITOS. Se presentan los siguientes prerrequisitos para implementación de la solución. Facilitarnos una cuenta con permisos de administrador durante los procesos de implementación. UNIVERSIDAD PILOTO DE COLOMBIA. asignara un gerente de proyecto, quien será el contacto directo con el gerente de proyecto de VOIPERS NETWORK que coordinara la implementación de la solución. El personal de VOIPERS NETWORK deberá contar con el acompañamiento de una persona por parte del usuario final para que este ingrese los usuarios y contraseñas respectivas en el momento que estos sean requeridos. El personal de UNIVERSIDAD PILOTO DE COLOMBIA. deberá Gestionar los procesos de control de cambios y ventanas de mantenimiento que sean requeridas dentro del proceso de implementación de la solución. VOIPERS NETWORK solicitara las aprobaciones que sean requeridas. El personal de UNIVERSIDAD PILOTO DE COLOMBIA. deberá realizar las configuraciones que sean requeridas al interior de su infraestructura como: configuraciones en firewall, switches, routers, controladores de dominio (registros DNS) y otras que se requieran durante el desarrollo del proyecto. Direccionamiento y nombres de servidores: UNIVERSIDAD PILOTO DE COLOMBIA. suministrara la información de los nombres y direccionamiento IP a utilizar en los equipos que formaran parte de la solución: Documentación: UNIVERSIDAD PILOTO DE COLOMBIA. suministrará al momento de iniciar el proyecto, los estándares y documentos que requerirá como entregables de la presente implementación. 2.6.1.7 TIEMPO ESTIMADO. El tiempo estimado para la implementación de esta etapa es de dos meses, este tiempo podrán cambiar según se puedan realizar las pruebas y, La necesidad de tareas adicionales, el cumplimiento de labores por el usuario final o terceros y el cumplimiento de pre requisitos. 2.6.1.8 CONSIDERACIONES. Dado que los trabajos se realizarán sobre infraestructuras en producción UNIVERSIDAD PILOTO DE COLOMBIA. gestionará las ventanas de mantenimiento que sean necesarias. UNIVERSIDAD PILOTO DE COLOMBIA. se encargará de coordinar con el usuario final las tareas de respaldo de información y demás procedimientos de seguridad requeridos. 2.6.2 COMPONENTE DE TARIFICACION. La tarificación será realizada con la plataforma de tarificación Eagle control, de la casa desarrolladora eagleware, esta será implementada para que pueda tomar de las bases de datos de los CDR y poder tarificar el comportamiento de hasta 5 de los agentes de sitius. 2.6.2.1 ALCANCE Y OBJETIVOS DEL PROYECTO. Se define como alcance de esta propuesta la instalación, puesta en funcionamiento y soporte durante el tiempo del contrato. Instalación de la plataforma eaglecontrol. Verificación de las bases de datos. Conexión a las bases de datos. Parametrización de la plataforma. Generación de informes de prueba. Documentación de los procedimientos realizados. 2.6.2.2 ETAPAS DEL PROYECTO. La ejecución del proyecto se divide en las siguientes etapas: 2.6.2.3 LEVANTAMIENTO, REQUERIMIENTOS, PLANEACIÓN Y DISEÑO: Definición de actividades y asignación de responsabilidades. Definición de requerimientos. Aprobación e inicio del proyecto por parte del cliente. Creación del documento SOW. Al final del proyecto UNIVERSIDAD PILOTO DE COLOMBIA quedara con una plataforma de tarificación que cubre sus necesidades de control de llamadas, con la posibilidad de ser ampliada a cubrir necesidades futuras. 2.6.2.4 IMPLEMENTACIÓN DE LA SOLUCIÓN. Verificación de prerrequisitos. Instalación de la plataforma eaglecontrol. Verificación de las bases de datos. Conexión a las bases de datos. Parametrización de la plataforma. Generación de informes de prueba. Documentación de los procedimientos realizados. Documentación del estado en el cual queda la plataforma. 2.6.2.5 EXCLUCIONES. Los siguientes elementos no están incluidos dentro de este proyecto: Soporte sobre plataformas diferentes a las enunciadas de manera expresa en el documento. Configuración de servicios de internet. Suministro de hardware para la implementación de la solución no especificado en esta propuesta. Suministro de licenciamiento no especificado en esta propuesta. Implementación de roles que no estén contemplados de manera expresa en el alcance. Instalación actualización o hardening de sistemas operacionales. Montaje de equipamiento pasivo o de infraestructura. Capacitación diferente a la enunciada de manera explícita. Configuración de dispositivos de usuario como teléfonos o diademas que no estén definidos de manera explícita en este documento. Demás elementos no colocados de manera expresan dentro del alcance. Servicios fuera de Bogotá dependerán de propuesta económica adicional de viáticos. Copias de seguridad de información contenida en plataformas o equipos de usuarios. 2.6.2.6 PREREQUISITOS. Se presentan los siguientes prerrequisitos para implementación de la solución. Facilitarnos una cuenta con permisos de administrador durante los procesos de implementación. UNIVERSIDAD PILOTO DE COLOMBIA. asignara un gerente de proyecto, quien será el contacto directo con el gerente de proyecto de VOIPERS NETWORK que coordinara la implementación de la solución. El personal de VOIPERS NETWORK deberá contar con el acompañamiento de una persona por parte del usuario final para que este ingrese los usuarios y contraseñas respectivas en el momento que estos sean requeridos. El personal de UNIVERSIDAD PILOTO DE COLOMBIA. deberá Gestionar los procesos de control de cambios y ventanas de mantenimiento que sean requeridas dentro del proceso de implementación de la solución. VOIPERS NETWORK solicitara las aprobaciones que sean requeridas. El personal de UNIVERSIDAD PILOTO DE COLOMBIA. deberá realizar las configuraciones que sean requeridas al interior de su infraestructura como: configuraciones en firewall, switches, routers, controladores de dominio (registros DNS) y otras que se requieran durante el desarrollo del proyecto. Direccionamiento y nombres de servidores: UNIVERSIDAD PILOTO DE COLOMBIA. suministrara la información de los nombres y direccionamiento IP a utilizar en los equipos que formaran parte de la solución: Documentación: UNIVERSIDAD PILOTO DE COLOMBIA. suministrará al momento de iniciar el proyecto, los estándares y documentos que requerirá como entregables de la presente implementación. Hardware (Mínimo): • Procesador DualCore. • 6 GB de RAM. • 120 GB de disco duro. • Unidad de CD ROM. Sistemas operativos soportados: • Windows 7 y 8 Professional. • Windows 2008 y 2012 Server. • En plataformas de 32 y 64 bits acorde con los nuevos requerimientos de Microsoft. Servicios requeridos: • Conexión a Internet. • Internet Information Server. • Servidor SMTP para envío alarmas por email, • Servidor Monitoring rol Archiving activado. 2.6.2.7 TIEMPO ESTIMADO. El tiempo estimado para la implementación de esta etapa es de dos meses, este tiempo podrán cambiar según se puedan realizar las pruebas y, La necesidad de tareas adicionales, el cumplimiento de labores por el usuario final o terceros y el cumplimiento de pre requisitos. 2.6.2.8 CONSIDERACIONES. Dado que los trabajos se realizarán sobre infraestructuras en producción UNIVERSIDAD PILOTO DE COLOMBIA. gestionará las ventanas de mantenimiento que sean necesarias. UNIVERSIDAD PILOTO DE COLOMBIA. se encargará de coordinar con el usuario final las tareas de respaldo de información y demás procedimientos de seguridad requeridos. 3. PROCEDIMIENTO DE CONTROL DE CAMBIOS e INCIDENTES Todo cambio que modifique el alcance actual del proyecto deberá gestionarse mediante el proceso formal de control de cambios, el cual se plasma en un formato de solicitud de cambios para evaluar su impacto y tomar decisiones sobre su implementación en las reuniones de seguimiento del proyecto con lo cual se genera una nueva versión del documento SOW. 4. ENTREGABLES. La entrega a satisfacción de este proyecto se hará los siguientes documentos: Plan de pruebas de aceptación. Documento de Implementación de la Solución (as build and hand over). Se tomará como documentación para el cierre del proyecto solo la documentación definida de manera expresa en este documento. 5. PLAN DE COMUNICACIONES. Esta sección describe la frecuencia, tiempo y criterios establecidos para controlar y monitorear el avance de un proyecto. Reuniones de seguimiento. Las reuniones de seguimiento se realizarán con el propósito de hacer seguimiento a los avances y/o inconvenientes que se presenten durante la ejecución de las actividades. Objetivos: Revisar el avance del proyecto a nivel de actividades. Evaluar los problemas que se hayan presentado. Revisar y actualizar el cronograma y los riesgos del proyecto. Revisar las actividades para la semana siguiente. Frecuencia: Semanal. Asistencia: Gerente del Proyecto, miembros del grupo de trabajo (según sea requerido). Documentación: Se actualizará el archivo de seguimiento de proyectos y registraran compromisos. Reuniones de cierre La reunión de cierre se realizará al finalizar la implementación del proyecto. Objetivos: Permite cerrar el proyecto, recopilar las lecciones aprendidas y entregar formalmente la documentación del proyecto. Frecuencia: Al cerrar el proyecto. Asistencia: Gerente del Proyecto, y equipo del proyecto. Documentación: Acta de cierre de proyecto o informe de cierre de proyecto. Flujo de Comunicaciones. Como lo ha mostrado la organización del proyecto el Gerente del Proyecto es el responsable ante el Área de Información y Sistemas y los demás miembros del equipo de velar por una comunicación clara, concisa, oportuna y verídica; por consiguiente: - - 6. Todas las comunicaciones del proyecto utilizarán obligatoriamente el correo electrónico, y fluirán siempre a través del Gerente del Proyecto salvo casos excepcionales que ameriten no usar el conducto normal. En caso de ausencia del Gerente del Proyecto, las comunicaciones del proyecto fluirán a través del líder del componente del proyecto. Se aceptan comunicaciones telefónicas, pero todas las decisiones deben quedar registradas por correo electrónico. PRUEBAS DE FUNCIONALIDAD Se realizaron pruebas de enrutamientos para los siguientes tipos de numeración: LISTADO DE PRUEBAS VOZ IP SOBRE LYNC No. Descripción 1 Login red interno 2 Login red externa Lo esperado Resultado Que haga login con un usuario válido en el dominio a través de Si No cualquier vlan de la red LAN Que haga login con un usuario válido en el Si No dominio a través de una Observaciones conexión externa 3 4 de internet Login móvil dispositivos Que haga login con un usuario válido en el dominio a través de un Si dispositivo móvil utilizando la red 3G Validación de perfiles Validar los perfiles de usuario definidos en el sistema No Alto Si No Si No Si No Usuario Interno / Usuario Si Interno No Usuario Interno / Usuario Si Externo No Usuario Externo Usuario Externo Si No Lograr compartir aplicaciones a un computador remoto Usuario Interno / Usuario Si Interno No Usuario Interno / Usuario Si Externo No Usuario Externo Usuario Externo Si No Lograr compartir el escritorio del computador remoto Usuario Interno / Usuario Si Interno No Medio Bajo 5 6 7 Transferencia archivos de Validación de transferencia de archivos Compartir aplicaciones Compartir escritorio / / 8 9 10 11 Federación Meet Webconference Usuario Interno / Usuario Si Externo No Usuario Externo Usuario Externo No / Si Lograr incluir un usuario de un sistema de mensajería Lync de otra Si organización y establecer conexión con todos los servicios Enviar una invitación a un usuario externo a través del correo, y él Si logro conectarse al sistema a través del sitio web. Validar la conferencia efectiva entre varios usuario de Lync Usuario Interno / Usuario Si Interno No No No Usuario Interno / Usuario Si Externo No Usuario Externo Usuario Externo Si No Si No Si No Si No Si No / Servicio de llamadas Llamada efectiva entre: - Usuario Interno / Usuario Interno Planta - Lync Lync. Planta Lync - Lync 12 Servicio de llamadas Llamada efectiva entre: - Usuario Interno / Usuario Externo Planta - Lync Lync. Planta Si No Si No Si No Si No Si No Realización efectiva de Si una llamada desde Lync a una línea telefónica en Bogotá de Realización efectiva de transferir una llamada No Lync - Lync 13 Servicio de llamadas Llamada efectiva entre: - Usuario Externo / Usuario Externo Planta - Lync Lync. Planta Lync - Lync 14 Llamadas a Bogotá 15 Transferencia llamadas Planta - Lync Si No Si No Si No Lync. Planta No se puede en caso de harpining Lync - Lync 16 17 Cobertura Voice Mail Realizar le proceso de cobertura de una llamada de Lync Si Recuperar un mensaje de voz a través de correo Si electrónico Acceder al voice mail para leer los mensajes Si de voz a través de la línea 4.000 No No No Se requiere de un atendant console o software de terceros 18 19 20 7. Response group Crear un grupo de extensiones para la simulación de un PBX. Si Ejemplo servicios de CITIUS Configuración de Ver el procedimiento de teléfono cómo se configura un Si teléfono Configurar un voice Ver el procedimiento de mail cómo se configura un Si voice mail REGISTRO DE STAKEHOLDERS. Nombre SAUL A REYES ALEJANDRO TORRES ELKIN ALFONSO MARTINES BUENO CARLOS BARATO Compañía UNIVERSIDAD PILOTO DE COLOMBIA. VOIPERS NETWORK S.A.S. UNIVERSIDAD PILOTO DE COLOMBIA. UNIVERSIDAD PILOTO DE COLOMBIA. Firma No No No