Source: http://docplayer.es/1368698-1-2-2-para-la-implementacion-de-la-solucion-el-contratista-debera-confeccionar-una-serie-de-productos-agrupados-en-los-siguientes-entregables.html
Timestamp: 2018-06-25 06:39:57+00:00

Document:
1.2.2 Para la implementación de la Solución, el Contratista deberá confeccionar una serie de productos agrupados en los siguientes entregables: - PDF
1.2.2 Para la implementación de la Solución, el Contratista deberá confeccionar una serie de productos agrupados en los siguientes entregables:
Download "1.2.2 Para la implementación de la Solución, el Contratista deberá confeccionar una serie de productos agrupados en los siguientes entregables:"
Juan Cristóbal González Villalba
1 CAPÍTULO 1. INTRODUCCIÓN Y OBJETO 1.1 OBJETO ANTEL solicita cotización para la implementación de una solución de software correspondiente a todos los bloques funcionales necesarios para un Gestor de Inventario de Servicios y Recurso CPE, de aquí en más la Solución, así como los servicios que aseguren la implantación de la misma y la integración con los sistemas existentes, el correcto funcionamiento y la trasferencia de conocimientos necesaria para el mantenimiento de dicha Solución. 1.2 ALCANCE En este Pliego se describe los requisitos que deberá cumplir la Solución, la cual deberá ser desarrollada específicamente por el Contratista de modo de poder cumplir con los mismos Para la implementación de la Solución, el Contratista deberá confeccionar una serie de productos agrupados en los siguientes entregables: E.1. Plan de trabajo. E.2. Especificaciones del Sistema E.3. Planificación definitiva. E.4. Fase I: Diseñador de servicios y CPE. E.5. Fase II: Gestor de Inventario de Servicios y CPE E.6. Fase III: Sistema definitivo. Dichos entregables deben cumplir con: Los requerimientos generales de la Solución especificados en el capítulo 2. Los requerimientos funcionales especificados en el capítulo 3. La arquitectura de integración especificada en el capítulo 4. Los requerimientos no funcionales y restricciones especificados en el capítulo 5. La descripción de dichos entregables y criterio de aceptación, especificados en el capítulo 6. El cronograma especificado en el capítulo Todas las cláusulas contenidas en el Pliego que rige este procedimiento de compra son básicas tanto en lo técnico como en lo formal y comercial a los efectos de la presentación de las propuestas respectivas. 1.3 OFERTA BÁSICA La Oferta Básica que se especifica será la que se utilizará para el Comparativo Técnico-Económico de las Ofertas En particular y sin ser restrictivo, será responsabilidad del Oferente y deberá formar parte de la Oferta Básica lo siguiente: a) Implementación de la Solución. Este ítem incluye el software de la Solución, su código ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 1
2 fuente, la migración de datos iniciales hacia ésta, las pruebas, implantación y puesta en producción de dicha Solución, la transferencia de conocimiento y capacitación para la correcta configuración y modificación del software de la misma, capacitación a usuarios finales, toda la documentación necesaria y el soporte durante el período de garantía, de acuerdo a las Especificaciones Técnicas del presente Pliego. b) Servicio de mantenimiento y ajuste del software de la Solución. Este servicio comprende ajustar el software de la Solución para los requerimientos que ANTEL defina oportunamente según las necesidades derivadas entre otras razones de cambios a corto plazo en los procesos operativos en la empresa. En el caso particular de este ítem b, ANTEL se reserva el derecho de no ejecutarlo, no generando derecho de cobro alguno para el Contratista, así como tampoco el saldo remanente en caso de que el rubro se utilice parcialmente. Por tal motivo para la Oferta Básica, se incluye una determinada cantidad de horas para el ítem a los efectos del comparativo. Así mismo, en caso de requerirlo, ANTEL se reserva el derecho de hacer uso de la opción de hasta un 100% para el ítem. 1.4 OPCIONALES Se incluyen los siguientes ítems, de cotización opcional por parte del Oferente y adquisición opcional por parte de ANTEL, los cuales no formarán parte del comparativo de Ofertas: a) Capacitación en herramientas de desarrollo de software que formen parte de la solución. 1.5 EXCLUSIONES Serán de responsabilidad de ANTEL, y por tanto quedan excluidos expresamente de los suministros y servicios a ser cotizados en la Oferta Básica, los siguientes ítems detallados explícitamente: La infraestructura de hardware y software de base básico para el funcionamiento de la Solución, según se describe en el capitulo MECANISMO Y CONDICIONES DEL LLAMADO La presentación de ofertas se realizará en una única etapa, incluyendo para cada oferta SOBRE TÉCNICO y SOBRE ECONÓMICO. El SOBRE ECONÓMICO permanecerá cerrado hasta que finalice la evaluación de los SOBRES TÉCNICOS; ANTEL informará a los oferentes fecha y hora de apertura de los SOBRES ECONÓMICOS La información a incluir en el SOBRE TÉCNICO de la oferta se detalla a continuación: a) Planilla de respuesta punto a punto, según Anexo al cap. 1 - parte A, para todos los numerales de este Pliego de Condiciones (Condiciones Técnicas y Condiciones Generales), indicando claramente la extensión del cumplimiento y razones del no cumplimiento cuando corresponda. A los efectos de realizar el estudio técnico se deberá contestar esta planilla teniendo en cuenta que: a1) Las contestaciones a cada numeral del Pliego (Condiciones ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 2
3 Generales y Técnicas) deben ser claras y deberán restringirse al Sí Cumple, al No Cumple (con las posibles razones a indicar), o en caso de cumplimiento parcial, el No cumple tal o cual parte de la especificación. Sólo se aceptarán respuestas ambiguas de, por ejemplo, Tomamos Nota u otras que no expresan el cumplimiento, cuando se trate de información suministrada por ANTEL sobre determinados elementos, pero no se aceptarán en el caso en que se requiera una respuesta al cumplimiento de la especificación y pasará a procederse como se indica en el punto a2). a2) En caso de no incluirse respuesta a un numeral de este Pliego, o que esta respuesta no sea clara, se analizará el resto de la documentación presentada y ANTEL interpretará de la forma que esta documentación lo permita. a3) Asimismo, los Sí Cumple deberán estar avalados y ser coherentes con la documentación técnica presentada con la Oferta, de lo contrario, ANTEL se reserva el derecho de transformar un Sí Cumple del Oferente en un No Cumple total o parcial si la documentación no fuera clara, no existiera tal documentación, o fuera incoherente. a4) En la columna Referencia y para cada numeral indicado, el Oferente indicará en todos los casos que exista, la primera página de la documentación de la oferta en la cual se explica la forma de cumplimiento. a5) En la columna Observaciones y para cada numeral indicado, el Oferente podrá incluir, en el casillero correspondiente de la tabla: razones de incumplimiento, tiempo necesario para lograr el cumplimiento, norma o estándar de Organizaciones nacionales o internacionales, observaciones que aporten sobre el cumplimiento de la Oferta. b) Una descripción de la Solución Funcional propuesta, la cual deberá reflejar los requerimientos técnicos funcionales y no funcionales y objetivos solicitados en el Pliego. Además se debe incluir la propuesta de arquitectura, modelo de información y producto total esperado. El oferente deberá indicar de qué manera utilizará las tecnologías y herramientas requeridas en el Pliego para el desarrollo e implantación de la Solución. c) Una descripción de la metodología propuesta para el análisis, desarrollo e implantación de la Solución según se requiere en el numeral 5.1 del Pliego, así como la propuesta de gestión del proyecto, capacitación y transferencia tecnológica, gestión de cambio y migración de datos. También se deberá incluir la descripción del plan de trabajo, el cual deberá ser consistente con lo requerido al Contratista en el numeral 6.1.1, comprendiendo al menos la definición de actividades, hitos, responsables y análisis de riesgos. d) Antecedentes de la empresa Deberá describirse en forma detallada la experiencia del oferente. Esto incluirá al menos experiencia en herramientas de desarrollo, tecnologías y proyectos similares al del presente Pliego. Para que estos antecedentes sean valorados en la presente licitación, se deberá presentar DECLARACIÓN JURADA DEL OFERENTE, que indique para cada proyecto: Nombre y Descripción Cliente Plazo del proyecto en meses Estado del proyecto (en curso o finalizado) ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 3
4 Fecha de comienzo y fin (reales o previstas, según el caso) Contacto en la organización cliente Característica del software implementado: o Herramientas utilizadas para el desarrollo. o Tecnologías y versiones utilizadas. o Cantidad de usuarios. o Transacciones procesadas diariamente. o Disponibilidad. o Otros puntos que se consideren relevantes. e) Antecedentes del equipo de trabajo Se deberá incluir los Currículum Vitae del personal clave del equipo de trabajo descripto en el capitulo 5. La experiencia del Equipo de Trabajo deberá estar debidamente acreditada. Para que estos antecedentes sean valorados en la presente licitación, se deberá presentar cada Currículum según se indica a continuación, con al menos la siguiente información y documentación: Formación Académica. Se deberá presentar FOTOCOPIA AUTENTICADA de titulo universitario de grado de: Ingeniero en Computación o Analista en Computación, expedidos por la Facultad de Ingeniería de la Universidad de la República o título equivalente reconocido por el M.E.C. (Ministerio de Educación y Cultura) en todos los casos, o Ingeniero Electrónico o Ingeniero Electricista, expedidos por la Facultad de Ingeniería de la Universidad de la República o título equivalente reconocido por el M.E.C. en el caso del Jefe de Proyecto. Experiencia en la función o herramientas requeridas. Se deberá presentar para cada experiencia en la función o herramientas requeridas: o Empresa Nombre: Nombre de contacto en la Empresa: Teléfono de contacto en la Empresa: o Software Nombre: Tarea(s): Descripción: Arquitectura: Período en producción del software: Período trabajado por el postulante: En el caso del Jefe de Proyecto se valorará además: certificados o títulos vigentes de PMP, Postgrado, Certificación de cursos de TM-Forum. Antigüedad en la empresa oferente. Se deberá indicar la antigüedad en la empresa oferente, del personal clave del equipo de trabajo mediante CERTIFICADO NOTARIAL (se admite un único certificado notarial que incluya a todo el personal clave). El equipo de trabajo presentado en la oferta técnica no podrá ser cambiado sin previo aviso y aprobación de ANTEL. En caso de tener que realizar algún cambio en los integrantes del equipo, deberá remitirse toda la información a ANTEL para ser aprobado. Los nuevos integrantes deben tener igual o mayor experiencia que los anteriores y cumplir con todos los requisitos del presente Pliego. f) Toda la información o documentación solicitada en este Pliego, así como toda aquella que el Oferente considere de utilidad para que los evaluadores de ANTEL puedan tener ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 4
5 un mayor grado de conocimiento de la Solución a implementar por el Contratista La información a incluir en SOBRE ECONÓMICO de la oferta, se deberá presentar de la siguiente forma: Se deberá cotizar en la modalidad plaza, en pesos moneda nacional, cotizando cada ítem por separado según lo establecido en las planillas de cotización del Anexo al cap. 1 - parte B. Los precios cotizados se ajustarán según la siguiente fórmula paramétrica durante la vigencia de la contratación: P = Po ((1+ CSi)(1+CS(i+1))( 1+CS(i+2) ) (1+CS(i+n)) Siendo: P = Precio del servicio ajustado Po = Precio del servicio cotizado en la oferta. CSi = Porcentajes de incremento salarial para los intervalos de tiempo definidos por los Consejos de Salarios para el Grupo 19 Sub grupo 22, Franja 2. Dichos incrementos deberán estar establecidos en decreto publicado en el diario oficial y/o en acta homologada por el MTSS con fecha posterior a la apertura de ofertas, por franja. i = 1º, 2º, 3º,..., etc. incremento por consejo de salario posterior a la apertura de ofertas. Finalizado el primer mes de servicio, en caso de haber ocurrido incremento salarial para el Grupo 19 - Sub grupo 22, Franja 2, entre la fecha de apertura de la licitación y la fecha de comienzo del servicio, el adjudicatario podrá solicitar la actualización de precio correspondiente. Este ajuste actualizará los precios del siguiente período hasta un nuevo incremento salarial con decreto publicado en el diario oficial y/o en acta homologada por MTSS. En caso que la empresa oferente presente una fórmula paramétrica distinta a la indicada en este capítulo, ANTEL se reserva el derecho de considerarla o no. En caso de no considerarla, regirá la establecida en el presente pliego de condiciones. Todos los valores básicos de la fórmula serán probados con documentos originales emitidos por autoridades oficiales competentes o reconocidas por ellas, debiendo el adjudicatario adjuntar ejemplares de dichos documentos, los cuales deberán presentarse con la propuesta original. Las variaciones que se produzcan respecto a dichos valores básicos deberán ser probadas por documentos emanados de la misma fuente utilizada en la propuesta original. El incumplimiento de esta condición será suficiente para no reconocer el ajuste. El adjudicatario que solicite ajuste de precios por alguna de las causales establecidas anteriormente, deberá remitir la liquidación con el detalle del cálculo correspondiente, acompañada de toda la documentación que pruebe en forma fehaciente las variaciones de precios habidas, haciendo mención a la factura básica que está ajustando. La actualización de precios correspondiente, deberá ser solicitada a la Gerencia de Área Seguimiento de Contratos de la División Contrataciones, dentro de los 90 (noventa) días la prestación de los servicios, debiendo presentar el cálculo correspondiente en base a la fórmula establecida. Vencidos los 90 (noventa) días de presentada la factura básica, ANTEL no aceptará ni efectuará ajuste de precios. En ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 5
6 caso de ajustes negativos, ANTEL podrá comunicar de oficio al contratista. En todos los casos la aceptación o rechazo de las liquidaciones por variaciones de precios, quedan a exclusivo juicio de la Administración, tomando como base las normas antedichas y pudiendo a su vez formular de oficio la reliquidación que corresponda. Se deben discriminar los impuestos que correspondan, en caso contrario se considerará que los mismos están incluidos en los precios cotizados. A los efectos de poder comparar y evaluar las ofertas, se requiere que las mismas se presenten con el formato detallado en el Anexo al cap. 1 - parte B, pudiéndose descartar aquellas que no sean presentadas de esta forma. Si en la oferta hubiera discrepancia entre los precios unitarios y los totales, se tendrá en cuenta el más conveniente para ANTEL salvo que, a juicio de ésta, se trate de un error evidente, en cuyo caso se efectuará la corrección que corresponda, dejando constancia de ello. Cuando exista diferencia entre cantidad escrita en números y en letras, valdrá la escrita en letras En el caso que el Oferente presente más de una propuesta, deberá presentar cada Oferta en forma totalmente separada, distribuyendo e identificando en diferentes carpetas la información correspondiente a cada una de las Ofertas. Los oferentes deberán identificar obligatoriamente, la o las ofertas básicas y la o las ofertas alternativas que presenten, titulándolas OFERTA BASICA, OFERTA ALTERNATIVA. En caso de no identificarlas ANTEL tomará a todas ellas como ofertas básicas La Oferta deberá ser presentada por escrito en idioma español en un original y dos copias, debidamente encarpetada y foliada. Parte de la documentación técnica adjunta a la Oferta podrá ser presentada en idioma inglés de ser necesario Además de presentar la Oferta por escrito (que es lo que tendrá validez en el estudio de la misma), el Oferente deberá presentar una copia completa de la misma en formato digital en CD-ROM o DVD ANTEL, para la adjudicación, realizará tanto una evaluación técnica como económica de la oferta presentada por el proveedor, así como también evaluará los antecedentes presentados y el cumplimiento de los requisitos exigidos en el presente Pliego y el Pliego de condiciones generales ANTEL se reserva el derecho de corroborar los antecedentes presentados en la oferta y en caso de detectarse que el oferente haya tenido incumplimientos con esta Administración o con otras empresas públicas y/o privadas, podrá descartar la oferta El comparativo de precios se hará por el total de los ítems de la Oferta Básica Todos los ítems de la oferta básica se adjudicarán a un mismo proveedor Tanto lo ítems de cotización obligatoria como opcional, en caso de ser adjudicados lo serán a aquel oferente que resulte adjudicatario de la oferta básica ANTEL se reserva el derecho de rechazar todas las ofertas si a su exclusivo juicio lo estimara conveniente, o de dejar sin efecto el llamado de oferentes en cualquier etapa del trámite en que se encuentre. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 6
7 1.7 EVALUACIÓN DE LAS OFERTAS Y MECANISMO DE ADJUDICACIÓN Se evaluarán las ofertas desde el punto de vista técnico, jurídico - formal y económico pudiendo rechazarse aquellas que no se ajusten a los requerimientos y especificaciones descritas en el presente Pliego ANTEL se reserva el derecho de determinar a su exclusivo juicio y en forma definitiva si el oferente posee la capacidad técnica para realizar el suministro y prestación de productos y servicios requeridos en la presente licitación ANTEL se reserva el derecho de realizar por su cuenta las averiguaciones pertinentes a fin de constatar la veracidad de la información presentada en la oferta Para las ofertas que superen la evaluación desde el punto de vista jurídico y que cumplan con las especificaciones requeridas en este llamado se procederá a realizar la evaluación técnica y económica La adjudicación se realizará al oferente cuya oferta cuente con la mayor Calificación Total, luego de realizada la evaluación técnica y la evaluación económica. Dicha calificación se determinará de acuerdo a las ponderaciones que se indican en la siguiente fórmula: CTot = 0,6 x CTec + 0,4 x CEc Donde cada término tiene el siguiente significado: CTot: Calificación Total CTec: Calificación Técnica CEc: Calificación Económica En caso de que el resultado de la ponderación tenga decimales (hasta el segundo decimal), se aplica el siguiente criterio: si el valor del primer decimal es 5 o más, aumenta el valor del último número en 1. CRITERIOS DE EVALUACIÓN TÉCNICA En la siguiente tabla se indican las pautas que se considerarán en la evaluación técnica. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 7
8 Calificación mínima Calificación máxima Propuesta técnica Solución propuesta y tecnologías y herramientas previstas para desarrollo e implantación de la misma. Metodología y plan propuestos. Se evaluará en qué medida la Solución a implementar presentada en la oferta, refleja un entendimiento de los requerimientos técnicos funcionales y no funcionales y objetivos solicitados en el Pliego. Además se evaluará la propuesta de arquitectura, modelo de información y producto total esperado presentados en la oferta. También se evaluará de qué manera el oferente propone utilizar las tecnologías y herramientas requeridas en el Pliego para el desarrollo e implantación de la Solución. Se evaluará la metodología propuesta para el análisis, desarrollo e implantación de la Solución, así como la propuesta de gestión del proyecto, capacitación y transferencia tecnológica, gestión de cambio y migración de datos. También se evaluará la lógica del plan presentado, la definición de actividades, hitos, responsables, análisis de riesgos y si cumple con las actividades requeridas, con una secuencia y plazos adecuados. Criterios de Calificación Muy satisfactorio:26 ptos. Satisfactorio: 19 ptos. Aceptable: 11 ptos. Insuficiente 0 pto. Muy satisfactorio:20 ptos. Satisfactorio: 14 ptos. Aceptable: 8 ptos. Insuficiente 0 pto Muy satisfactorio: 2 ptos. Claridad de la oferta Se evaluará si la oferta se presenta completa, adecuadamente estructurada, coherente y bien especificada. Satisfactorio: 1,5 ptos. Aceptable: 1 ptos. Insuficiente: 0 pto. 1 2 Idoneidad y Calificación de la Empresa Experiencia en herramientas y tecnologías según requerimientos establecidos en el Pliego Se evaluará que la empresa demuestre de manera fehaciente, la realización de proyectos de desarrollo e implantación de software en los que se emplearon las herramientas y tecnologías solicitadas en el presente Pliego. i) Se asignará 1 punto, hasta un máximo de 6 puntos, por cada Proyecto de desarrollo e implantación de software que demuestre experiencia específica de la empresa en desarrollo de aplicaciones Web con Java y JBoss SOA, ejecutadas en servidor de aplicaciones JBoss en cluster, con complejidad similar al solicitado en el presente Pliego ii) Se asignará 1 punto, hasta un máximo de 4 puntos, por cada Proyecto que demuestre experiencia de la empresa en base de datos Oracle, con complejidad similar al solicitado en el presente Pliego. iii) Se asignará 2 puntos si el oferente demuestra que en el conjunto de los Proyectos indicados para cumplir con lo solicitado en i) y ii), utilizó la totalidad de herramientas y tecnologías requeridas en el capítulo Se evaluará que la empresa demuestre de manera Se asignará 1 punto por cada Proyecto de desarrollo e Experiencia en Proyectos de fehaciente, la experiencia en proyectos de desarrollo e implantación de software que demuestre experiencia implantación de software que conformen antecedentes específica del oferente, con complejidad similar al del software relevantes para el presente llamado. presente llamado Calificación y competencias del personal clave Jefe Proyecto 4 8 Título universitario de grado, carrera de 4 años o superior: 2 ptos. Título universitario de grado, carrera de 3 años: 1 pto. Formación académica. Se evalúa presentación de certificado o título en los En dos de los tres ítems: 2 ptos. siguientes tres ítems: Certificación PMP, Titulo de En uno de los tres ítems: 1 pto. Postgrado, Certificación TM Forum. En ningún ítem: 0 pto. 6 años o más: 3 ptos. Experiencia en la función. De 4 a 5 años: 1 pto. Más de 3 años: 1 pto. Antigüedad en la empresa. 3 años o menos: 0 pto. Desarrollador Senior 3 6 Título universitario de grado, carrera de 4 años o superior: 2 ptos. Formación académica. Título universitario de grado, carrera de 3 años: 1 pto. 6 años o más: 3 ptos. Experiencia en la función y herramientas requeridas. De 3 a 5 años: 1 pto. Más de 3 años: 1 pto. Antigüedad en la empresa. 3 años o menos: 0 pto. Arquitecto de Software 3 6 Título universitario de grado, carrera de 4 años o superior: 2 ptos. Formación académica. Título universitario de grado, carrera de 3 años: 1 pto. 6 años o más: 3 ptos. Experiencia en la función y herramientas requeridas. De 3 a 5 años: 1 pto. Más de 3 años: 1 pto. Antigüedad en la empresa. 3 años o menos: 0 pto. Analista Funcional 3 5 Título universitario de grado, carrera de 4 años o superior: 2 ptos. Formación académica. Título universitario de grado, carrera de 3 años: 1 pto. 6 años o más: 2 ptos. Experiencia en la función y herramientas requeridas. De 3 a 5 años: 1 pto. Más de 3 años: 1 pto. Antigüedad en la empresa. 3 años o menos: 0 pto. Tester Senior 3 5 Título universitario de grado, carrera de 4 años o superior: 2 ptos. Formación académica. Título universitario de grado, carrera de 3 años: 1 pto. 5 años o más: 2 ptos. Experiencia en la función y herramientas requeridas. De 3 a 4 años: 1 pto. Más de 3 años: 1 pto. Antigüedad en la empresa. 3 años o menos: 0 pto. Total ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 8
9 1.7.7 Los puntos totales correspondientes a la Calificación Técnica (CTec) se obtendrán como resultado de la suma de puntos asignados para cada ítem y sub-ítem de la tabla anterior Para calificar, las propuestas deberán alcanzar los mínimos establecidos para el total de la evaluación técnica y para cada ítem o sub-ítem de evaluación indicado en la tabla anterior En caso que el oferente sea un consorcio, y ante la solicitud de requisitos técnicos y/o formales, bastará que cualquiera de las empresas que conforman el mismo cumpla con lo solicitado a efectos de obtener la calificación establecida en la tabla Criterios de Evaluación por parte de ANTEL en la presente contratación La documentación debe ser presentada según se requiere en el numeral 1.6 del Pliego. ANTEL se reserva el derecho de corroborar la documentación y eventualmente descartar aquella que por sus características o relevancia no aporte a los requisitos solicitados para puntuar en cada ítem y sub-ítem. CRITERIOS DE EVALUACIÓN ECONÓMICA Para la evaluación económica, se considerará el precio total de la oferta. La fórmula para determinar la calificación económica es la siguiente: CEc = 100 x Pm / Pi Donde cada término tiene el siguiente significado: CEc: Calificación Económica Pm: Precio más bajo de todas la ofertas evaluadas económicamente Pi: Precio de la oferta en consideración 1.8 CONDICIONES DEL OFERENTE El oferente deberá ser una firma instalada en el país y constituir domicilio contractual en la ciudad de Montevideo, si no lo tuviere, para todos los efectos judiciales y extrajudiciales de la contratación. 1.9 REPRESENTANTE TÉCNICO (JEFE DE PROYECTO) El Contratista deberá contar, durante el período que media a partir de los diez días de la notificación de adjudicación de la Oferta y la finalización de la garantía de la Solución, con un Representante Técnico que será el Jefe de Proyecto descripto en el capítulo 5. Deberá tener formación académica con titulo universitario de grado de: Ingeniero en Computación o Analista en Computación o Ingeniero Electrónico o Ingeniero Electricista, expedidos por la Facultad de Ingeniería de la Universidad de la República o título equivalente reconocido por el M.E.C. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 9
10 1.9.2 En la Oferta se deberá indicar el Representante Técnico, incluyendo los antecedentes solicitados en el numeral El Representante Técnico, representará al Contratista en todos los asuntos técnicos o de cualquier orden que se relacionen con la ejecución de los trabajos de la presente licitación El Representante Técnico actuará en todas las oportunidades que ANTEL lo requiera para responder sobre cualquier aspecto del desarrollo e implantación de la Solución. Para esto deberá poder ser ubicado mediante teléfono móvil con servicio ANTEL, por el Representante institucional de ANTEL GARANTÍA DE LA SOLUCIÓN RESULTANTE El Contratista garantizará la Solución provista a ANTEL, contra todo defecto de la misma, por un período de seis meses a contar desde la fecha de aceptación del último entregable. Durante este período de garantía, será obligación del Contratista y sin cargo para ANTEL, la corrección de defectos en el código que sean detectados en la versión del software o en las configuraciones del mismo, realizando actualizaciones necesarias en los casos que correspondan Se acordarán con anticipación los posibles niveles de incidentes, con sus correspondientes procedimientos de atención, plazos de respuesta y compensaciones que pudieran corresponder El plazo desde la comunicación del incidente a su solución no podrá exceder de 10 días calendario CASOS DE INCUMPLIMIENTO La falta de cumplimiento por causas imputables al adjudicatario en las condiciones estipuladas y/o en los plazos establecidos por ANTEL será considerado Incumplimiento Grave El Incumplimiento Grave generará una multa del 0.3% por día hábil de atraso sobre el monto de los productos o servicios no entregados en fecha a satisfacción de ANTEL Se considerarán días de atraso, los que transcurren entre la fecha efectiva de entrega del entregable validado y aceptado por ANTEL y la fecha de entrega establecida en el cronograma de trabajo del presente Pliego y eventualmente ajustado en el plan de trabajo y planificación definitiva. No se considerarán días de atraso, aquellos que son de exclusiva responsabilidad de ANTEL DERECHOS SOBRE LA SOLUCIÓN RESULTANTE La "Solución" objeto de esta licitación, incluyendo el software, configuraciones, código fuente y documentación respectiva, pertenecerán a ANTEL, de conformidad con el art. 10 de la Ley de 10 de enero de ANTEL podrá desarrollar y comercializar la "Solución" Una vez transcurrido el periodo de garantía, el Contratista podrá comercializar y/o modificar la "Solución", previa autorización escrita de ANTEL para ambos casos. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 10
11 Para obtener la autorización referida en el numeral anterior, el Contratista deberá presentar una solicitud escrita dirigida al Gerente General de ANTEL ANTEL contará con un plazo máximo de diez días hábiles para expedirse sobre la misma, vencido el cual, se entenderá concedida la autorización A los solos efectos de lo previsto en el numeral , el Contratista podrá conservar una versión del código fuente de la "Solución". ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 11
12 CAPÍTULO 2. DESCRIPCIÓN GENERAL DE LA SOLUCIÓN A modo de facilitar una introducción a los conceptos utilizados para el diseño de la Solución requerida en el presente Pliego, en los Anexos al Cap. 2 Glosario y Descripción de conceptos del modelo de información, se presenta una descripción de los términos que se manejan a lo largo del Pliego PERSPECTIVA DE LA SOLUCIÓN La Solución no sustituirá ninguna aplicación de gestión actual de ANTEL, sino que dará soporte al Inventario de Servicios y al Inventario de Recurso CPE que requiere la empresa de cara a la transformación de sus sistemas de soporte a la operación. Gestor de Inventarios de Servicios y Recursos CPE Un gestor de inventarios de servicios y recursos CPE (Customer Premise Equipment) es un sistema que permite almacenar información actualizada de servicios y recursos CPE ofrecidos por un prestador de servicios de Telecomunicaciones y adquiridos por los clientes mediante productos. En general los sistemas de inventario en una empresa de telecomunicaciones son el núcleo central de la arquitectura de gestión de OSS (Operations Support Systems), manejando el concepto de inventario centralizado de recursos y servicios. De esta forma, los restantes sistemas de OSS utilizan la información relativa a los equipamientos y servicios que almacenan estos inventarios para la realización de sus procesos de planificación, provisión, aseguramiento, etc. La Solución a proveer deberá entonces integrarse con ciertos sistemas actuales de ANTEL que cubren la gestión de OSS. Desde este punto de vista, las necesidades de crecimiento, la flexibilidad y el desempeño que estos sistemas de inventario deben ofrecer son mayores. La información almacenada en el inventario abarcará: la configuración, las versiones y los estados de la infraestructura de servicios y recursos CPE y de las instancias de servicios y recursos CPE, así como cualquier otra información que sirva para soporte a la operación de los servicios y recursos CPE de la empresa, como por ejemplo localización, producto, cliente, etc. El Gestor de inventarios además de almacenar información, debe ofrecer mecanismos para usar esa información en los diferentes procesos de negocio. Servicios y Recursos La Solución va a ser utilizada con el fin de inventariar todos los servicios residenciales que brinda ANTEL sobre su red de banda ancha, así como los recursos CPE conectados a dicha red, estén asociados a un servicio o no. ANTEL presentará al Contratista información adicional más específica sobre los servicios y recursos CPE a considerar. En términos generales, el diseño del inventario tiene que ser tal que sirva para registrar cualquier servicio y recurso CPE ofrecido por una empresa de Telecomunicaciones. Este es uno de los motivos por los cuales se decidió una alineación con los estándares del TM Forum, los cuales permiten alcanzar esta generalidad. Es necesario que la Solución se desarrolle con una concepción amplia de los servicios y recursos CPE, para proporcionar la escalabilidad necesaria para incorporar a futuro todos los servicios y recursos CPE de ANTEL. La implementación del modelo de información a lo largo de toda la Solución será clave para este aspecto, y deberá proporcionar la flexibilidad suficiente para incorporar nuevos servicios y recursos CPE, sin necesidad de reprogramación de la ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 12
13 Solución FUNCIONES DE LA SOLUCIÓN El diseño de la Solución deberá acompañar los estándares del TM Forum. Para esto se introducen bloques funcionales adicionales al gestor de inventario que son el de Diseñador de Servicios y Recursos CPE y el de Gestor de Instancias estándares. A continuación se proporciona un resumen de las principales funciones que deberá cubrir la Solución. El detalle de los procesos de negocio y de las funcionalidades que deberá cubrir cada bloque funcional se provee en el Capítulo 3.1 del presente Pliego. El detalle de los requerimientos para el modelo de información de toda la Solución se provee en el Capítulo 3.2 del presente Pliego. El detalle de los requerimientos para las interfaces representadas en el diagrama se provee en el Capítulo 3.3 del presente Pliego. El detalle de los requerimientos de la arquitectura presentada se provee en el Capítulo 4 del presente Pliego. El detalle de los requerimientos no funcionales se provee en el Capítulo 5 del presente Pliego. A continuación se muestra un diagrama funcional de la arquitectura de la solución requerida. Figura 2.1: Diagrama general de la Solución Diseñador de Servicios y Recursos CPE Este bloque debe permitir la creación de nuevos servicios y recursos CPE, modelando sus características, dependencias, y reglas asociadas mediante una GUI para este fin. Permite ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 13
14 centralizar las especificaciones de servicios y recursos CPE. Deberá tener la flexibilidad para poder realizar cambios rápidos en las definiciones de los servicios y recursos CPE. Con el fin de lograr la generalidad en cuanto al diseño de nuevos servicios y recursos CPE, el diseño de este bloque debe utilizar el modelo de información del Marco de Información del TM Forum (SID). Este modelo permite crear nuevos servicios y recursos CPE independientemente de las características específicas de los mismos. El bloque deberá gestionar adecuadamente diferentes versiones de las entidades administradas. Estas versiones evolucionarán a través de diferentes estados del proceso de diseño, por ejemplo: diseño, despliegue, retiro, etc. Gestor de Instancias Este bloque gestiona el ciclo de vida de las instancias de servicios y recursos CPE de acuerdo a procesos de negocio definidos, implementados y monitoreados en el bloque. Requiere para esto de máquinas de estados adecuadas y definidas en base a los estándares del TM Forum para los servicios y los recursos. El registro de las actividades que realiza este aplicativo se instrumenta mediante la gestión del ciclo de vida de las entidades orden de servicio y orden de recurso CPE (entidades SID), con una máquina de estados adecuada y definida en base a los estándares del TM Forum. Recibe la operación a realizar sobre el inventario e información relativa a estas entidades a través de una interfaz invocada por el mediador. Luego consulta el diseño del servicio y/o recurso CPE necesario para generar y mantener las instancias de servicios y recursos CPE según el modelo SID, agregando la información que viene por la interfaz y envía estos datos al Gestor de Inventario para realizar las operaciones solicitadas. El Gestor de Instancias contará con mecanismos para poder visualizar las órdenes a lo largo de su ciclo de vida. Deberá incluirse un mecanismo para la gestión de excepciones, por ejemplo por intentos de operaciones inconsistentes sobre un producto, servicio y/o recurso CPE no definido en el Diseñador de Servicios y Recursos CPE, por incompatibilidad con las reglas definidas sobre los elementos modelados, etc. En esta arquitectura, la complejidad de invocar servicios en los sistemas actuales o recibir notificaciones de los mismos es encapsulada en la Herramienta de Integración que se muestra en la figura 2.1 y se describe en el capítulo 4. Gestor de Inventario de Servicios e Inventario de Recursos CPE Este bloque proporciona capacidades de repositorio de las instancias de servicios y recursos CPE y gestiona los procesos y operaciones CRUD que dan soporte al manejo del ciclo de vida de dichas entidades, lo cual es responsabilidad del Gestor de Instancias. También realiza chequeos de integridad de la información almacenada. Está compuesto por dos Gestores de Inventario independientes y coordinados que operan a nivel de Servicio y de Recurso CPE, y provee interfaces para dar servicios a procesos de planificación, aprovisionamiento, aseguramiento y facturación. El Gestor de Inventarios proporcionará además una GUI para visualización de la información almacenada. Asimismo, es importante gestionar la calidad de los datos mantenidos por el Gestor de Inventario, y para ello se utiliza el bloque funcional de Reconciliación y Sincronización. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 14
15 Reconciliación y Sincronización La calidad de la información almacenada en un Inventario es un aspecto central para las operaciones de una empresa. Para esto es necesario contar con un modulo que se encargue de obtener la información desde repositorios válidos: como son los sistemas de OSS actuales de ANTEL, etc., para comparar el equivalente de información del inventario. El módulo de Reconciliación y Sincronización realiza una comparación con los datos recolectados, notificando los resultados al usuario, y emite reportes con las diferencias que podrán ser visualizados a través de una GUI. A pedido de un proceso manual, el usuario asociado a un perfil de supervisor podrá seleccionar los elementos a reconciliar en la GUI, por rangos, por elementos de red, etc., ejecutar la comparación, visualizar los resultados, y resolver las situaciones. También este bloque de reconciliación debe manejar reglas programables (definidas por los usuarios) de forma de poder automatizar el procedimiento de resolución en aquellos casos que fuera posible. Herramienta de Integración En este bloque se encapsula el mapeo de los modelos de información actuales de ANTEL con los de la Solución. Se toma información de los sistemas actuales de ANTEL (datos y operaciones), se hace la transformación al nuevo modelo, para luego ser enviadas al bloque Gestor de Instancias que se encargará de generar las instancias de los servicios y recursos CPE. Este bloque también se utilizará para nutrir de información al módulo de Reconciliación y Sincronización. La comunicación de la Solución desde y hacia los sistemas actuales podrá ser tanto por consulta hacia ellos en forma periódica, programada, por notificación de eventos de servicio en los sistemas actuales, o en modalidad batch. Debe soportar procesamiento por lotes ARQUITECTURA DE LA SOLUCIÓN La arquitectura debe seguir los principios de arquitectura recomendada por el TM Forum para sistemas de OSS (arquitectura orientada a servicios-soa), de forma de facilitar la integración de los componentes de la solución y de futuros componentes de OSS. La Solución dispondrá de interfaces estándares basadas en el Marco de Integración del TM Forum, que a través de los mediadores, permitirán realizar las conexiones que sean necesarias con los sistemas de ANTEL. Las interfaces entre los componentes de la solución deben ser implementadas con algunos de los estándares propuestos por el marco de integración del TM Forum (MTOSI - OSS/J), tal como se detalla en el capítulo 3.3 Requerimiento de Interfaces y Orientación a Servicios. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 15
16 2.4. MODELO DE INFORMACIÓN El modelo de información correspondiente a la Solución debe ser elaborado a partir del modelo estándar del SID que provee el TM Forum, en donde se establecen las entidades de negocio que se quieren implementar, así como la relación producto- servicio- recurso necesaria para cumplir con las funcionalidades de la Solución. Este detalle se encuentra en el capítulo CARACTERISTICAS DE LOS USUARIOS DE LA SOLUCION La solución estará orientada a soportar la operativa de, al menos, los usuarios que se describen a continuación. Otros perfiles podrán ser relevados durante la etapa de Análisis de Procesos y Requerimientos, tal cual se establece en el Capítulo 6. Un usuario para definición de productos, servicios y recursos CPE, con sus características, reglas de negocio y reglas técnicas. Este usuario utilizará la Solución como parte de los procesos de planificación, diseño y administración de los servicios y recursos CPE de la empresa. Será capaz de definir los procesos de negocio necesarios para la Solución. Ejecutará consultas personalizadas sobre la información almacenada en cada bloque de la Solución para generar reportes a medida. Existirá un usuario experto en modelado estándar de productos, servicios y recursos CPE, quien interpretará los requerimientos del usuario de definición para mantener el diseño de acuerdo a las especificaciones del estándar. Un usuario experto en TI quien modificará/adaptará el modelo estándar elaborado en función de criterios específicos de la Solución, como ser la performance. Un usuario de consulta de la información almacenada en el Gestor de Inventario. Este usuario consumirá la información desde diferentes ámbitos, como son los procesos relacionados al aprovisionamiento, atención a reclamos de clientes, y atención de problemas detectados desde la red. La información será solicitada con un nivel de detalle adecuado a cada circunstancia. Ejecutará consultas personalizadas sobre la información para generar reportes a medida. Un usuario de gestión de los procedimientos de reconciliación y sincronización de la información, con definición de fuentes externas necesarias, agenda de procesamiento, detalles a mostrar para las situaciones detectadas, reglas de resolución automática, etc. Este usuario será responsable de mantener la calidad de la información almacenada, atendiendo las situaciones informadas a través de la consola para este fin. Trabajará en búsqueda de la causa raíz, la cual registrará en el sistema. Ejecutará consultas a demanda sobre la información para generar reportes a medida MIGRACIÓN DE DATOS Se deberá realizar la migración de todos los servicios residenciales que brinda ANTEL sobre su red de banda ancha, así como los recursos CPE conectados a dicha red, estén asociados a un servicio o no. Para esto se debe utilizar la información de las entidades existentes en los sistemas actuales, y generar las instancias de servicios y recursos CPE que deberán guardarse en los respectivos inventarios de acuerdo al modelo de información definido para la Solución. Se entregara al Contratista toda la información necesaria para la migración y el mapeo entre los modelos de datos, pudiéndose ajustar en la etapa de Análisis de Procesos y Requerimientos que se establece en el capitulo 6. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 16
17 2.7. ESTÁNDARES UTILIZADOS El diseño de la Solución especificado en el Pliego está basado principalmente en los estándares del TM Forum, como ser el Marco de Procesos de Negocios etom (GB921D v9), Marco de Aplicaciones TAM (GB929 v4.5), Marco de Información SID (GB922 v9.5), MTOSI (TMF_518), OSS/J (JSR-142, 144 y 264), entre otros. Es importante notar que los documentos básicos del estándar etom como por ejemplo el GB921D, también se pueden ver a través de los estándares de ITU-T de acceso libre, de la serie M.3050 (http://www.itu.int/rec/t-rec-m/). De la misma forma se puede encontrar una introducción al SID en el estándar de ITU-T M.3190 (http://www.itu.int/rec/t-rec-m/). Si bien las versiones disponibles en estos estándares de ITU son del 2007 y 2008, por lo cual pudrían existir algunas diferencias con las últimas versiones del TM Forum, es posible utilizar los mismos para poder recabar una comprensión inicial del alcance de los estándares. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 17
18 CAPÍTULO 3. REQUERIMIENTOS FUNCIONALES 3.1 REQUERIMIENTOS DE FUNCIONALIDADES Y PROCESOS A continuación se describen los requerimientos funcionales de los distintos módulos que componen la Solución, en relación a las funcionalidades y procesos que deberán implementarse. Asimismo, la Solución deberá cumplir con los requerimientos indicados respecto a los marcos del TM Forum: Marco de Aplicaciones TAM (GB929 v4.5) y Marco de Procesos de Negocios etom (GB921D v9). La numeración asignada a cada punto en este capítulo refiere a la utilizada en el estándar correspondiente. La Solución deberá cumplir además con el detalle de las funcionalidades indicadas en la planilla Anexo-cap.3 Requerimientos funcionales estándares, de acuerdo a la especificación del estándar TAM para cada caso indicado. La propuesta debe tener la flexibilidad suficiente para que ANTEL, en el futuro, pueda incorporar por si mismo nuevos procesos y funcionalidades así como integrar nuevas aplicaciones a la Solución. Asimismo, el contratista debe preveer la posibilidad de un ajuste de funcionalidades de acuerdo a un refinamiento de requerimientos según se releven nuevas necesidades durante la etapa de análisis de procesos y requerimientos, tal cual se especifica en el capítulo 6. Se entregará la siguiente información adicional a los Oferentes, previa firma del Acuerdo de Confidencialidad requerido por ANTEL. Esta información será complementada en mayor detalle para el Contratista de la Solución, y servirá como base para las tareas de Análisis de Procesos y Requerimientos, especificado en el capítulo 6: o o o o Flujo de alta de nuevo servicio en nomenclatura BPMN2.0, describiendo la interacción de los sistemas actuales de ANTEL con la Solución, así como el comportamiento interno de la misma. Diseño de un producto de Acceso a Internet con sus servicios y recurso CPE. Descripción de las maquinas de estados necesarias para gestionar el ciclo de vida de servicios, recursos y ordenes. Se ejemplificará además para el caso de un nuevo servicio. Descripción de la relación entre las distintas temáticas planteadas en los documentos anteriores El Contratista contará además con información más específica sobre los servicios y recursos CPE a considerar, un modelo de información base para toda la Solución, y un documento de mapeo inicial de la información manejada actualmente por los sistemas de ANTEL y la requerida por el modelo de información de la Solución Diseñador de Servicios y Recursos CPE En los sistemas monolíticos la creación o cambio de un servicio o producto afecta a numerosos sistemas, en particular afecta fuertemente a los gestores de los inventarios, gestores de órdenes, etc. Se pretende que este módulo encapsule la complejidad de los cambios en los diseños de los productos, servicios, o recursos CPE, haciendo que las modificaciones para soportar dichos cambios sean mínimas. El Diseñador apoya e instrumenta los procesos de gestión del ciclo de vida de las ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 18
19 especificaciones de los Servicios / Recursos CPE, mediante una máquina de estados apropiada. Se describe a continuación un ejemplo para las etapas/estados correspondientes al ciclo de vida de dichas especificaciones: i. Concepto: En esta etapa el Diseñador de Servicios y Recursos solo actúa como herramienta de consulta; se accede a la información disponible en el Diseñador mediante la interfaz gráfica de usuario. Se genera en papel una propuesta borrador que satisfaga los requerimientos funcionales y de negocio para un nuevo producto/servicio/recurso. Se identifican y comunican necesidades o requerimiento sobre otros dominios, las cuales serán analizadas y desarrolladas dentro de las actividades específicas de cada dominio. ii. iii. iv. Diseño/Desarrollo: se accede a las definiciones existentes en el Diseñador mediante la interfaz gráfica de usuario para apoyar la creación de nuevas definiciones, o derivar una nueva definición o versión a partir del clonado y modificación de una existente. Se relacionan las definiciones generadas a las definiciones disponibles en las otras capas, según corresponda. Se definen las reglas asociadas a las entidades (incluyendo las relaciones) y/o los atributos. Despliegue: se validan las definiciones realizadas; se notifican otros actores (sistemas, personas) que requieran de esta información; se modifica el estado de las definiciones en el Diseñador para que se haga disponible su uso. En esta etapa, se accede al Diseñador de servicios y recursos CPE para actualizar el estado de las definiciones, habilitar su utilización por parte de los procesos cliente, y emitir notificaciones. Retiro: se modifica el estado de la definición en el Diseñador, indicando que no se encuentra disponible, para que no sea posible su utilización para crear otras definiciones o para generar instancias a partir de ella. En caso de querer eliminar definitivamente la definición del repositorio, es necesario que el Diseñador realice diversas verificaciones, por ejemplo, que no existan otras definiciones que hagan uso de ésta, que no existan instancias vigentes generadas a partir de esta definición, etc. A continuación se ilustra la estructura de capas requerida para el módulo Diseñador de Servicios y Recursos CPE. Las funcionalidades que se describen a continuación son similares para todas las capas de la estructura; la diferencia se encuentra en que cada capa gestiona características específicas y expone funcionalidades de acuerdo a las entidades que gestiona. Podrán existir reglas internas a cada capa así como reglas entre entidades de las diferentes capas y otros módulos de la Solución. Las definiciones de las capas superiores se elaboran teniendo en cuenta aquellas definiciones ofrecidas por las capas inferiores, así como por composición de definiciones dentro de la misma capa. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 19
20 Figura 3.1: Estructura de capas del Diseñador Requerimientos de funcionalidades específicas del Diseñador de Servicios y Recursos CPE: a. Capacidad para administrar especificaciones de Productos, Servicios, y Recursos CPE así como sus relaciones, utilizando el modelo estándar del TM Forum (SID) y de acuerdo a los lineamientos del capítulo 3.2. Una especificación de un Producto, Servicio o Recurso define las características y comportamientos de un tipo de Producto, Servicio o Recurso. Esto habilita a que múltiples instancias puedan ser derivadas de una entidad de especificación individual. b. Debe ser capaz de manejar el modelo de información que represente las especificaciones de los servicios y recursos CPE comercializados actualmente y los que se planean comercializar próximamente. Este modelo debe diseñarse a partir del modelo SID del TM Forum, del cual serán consideradas principalmente las entidades de especificaciones de servicio y recurso, así como las relaciones entre ellas descriptas en el capitulo 3.2. c. Debe ser flexible. La flexibilidad es la capacidad que dispone para: - Realizar cambios en las especificaciones de los servicios o recursos CPE sin necesidad de modificar el modelo de información, utilizando las entidades del SID que permiten esta flexibilidad. - Modificar el modelo de información, mediante el agregado de extensiones al mismo, de forma de incorporar nuevas funcionalidades y/o nuevos productos, servicios y recursos CPE. Las modificaciones en la Solución para soportar esto deben ser mínimas, automatizando en la medida de lo posible los procesos de impacto en la Solución y preservando la integridad de los datos d. El oferente debe presentar la metodología de modelado e implementación diseñada para lograr la flexibilidad requerida, así como las herramientas utilizadas para tal fin, de forma que ANTEL pueda seguir con el desarrollo del modelo para la introducción de futuros productos, servicios, y recursos CPE. e. Debe proporcionar una interfaz de usuario amigable, según criterios definidos en el capitulo 5, para crear, modificar y borrar definiciones de productos, servicios y recursos CPE a partir de las entidades que maneja el modelo requerido. Crear una definición significa crear una instancia de la especificación de un producto, servicio y/o recurso, y asignarle valores a sus atributos. Además debe ser capaz de agregarle características a las entidades de especificación, y/o de crear nuevas características si fuera necesario. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 20
21 f. Debe permitir identificar las definiciones de una capa que estarán disponibles para su utilización en las otras capas; no todas las definiciones serán expuestas. g. Debe ser capaz de establecer relaciones entre los distintos productos, servicios y recursos CPE definidos, de acuerdo al modelo de información requerido. h. Repositorio para almacenamiento de las definiciones: persistencia de las definiciones de las entidades que corresponden a los dominios de Producto, Servicio y Recurso (para CPE), así como lo necesario para mantener la relación entre éstas entidades. i. Debe proporcionarse la capacidad de reutilización de las definiciones almacenadas en cada capa para la definición/composición de nuevas definiciones. Se deberá poder partir de una entidad y modificarla para dar lugar a una nueva, mediante clonación, actualización, y versionado. j. Gestión de versiones: varias versiones de la misma entidad de especificación deberán poder coexistir. k. A través de la interfaz gráfica, la herramienta debe identificar al usuario responsable del último cambio en una definición, así como proporcionar una traza del detalle de los cambios efectuados sobre una definición de acuerdo a los lineamientos del capítulo 5. l. Entorno para definir reglas aplicables a los elementos diseñados así como a cualquier otro elemento del Diseñador, sus relaciones y sus atributos. Estas reglas estarán asociadas a cada elemento y se utilizarán durante las diferentes etapas del ciclo de vida, por ejemplo y sin limitarse a ellos: i. Para describir la dependencia de una definición con otras definiciones existentes. ii. Para describir la incompatibilidad de una definición con otras definiciones existentes. iii. Para describir criterios de elegibilidad de una definición frente a otra (en tiempo de ejecución). iv. Restricciones para el borrado de definiciones m. Exposición de interfaces de acuerdo a lo especificado en el capítulo 3.3 y a los servicios requeridos por la Herramienta de Integración de acuerdo al apartado del presente capítulo, para informar, por ejemplo: i. Descomposición: de los productos en CFS y RFS y a su vez éstos en Recursos CPE, así como las relaciones entre éstos. ii. Consulta de Listado de Definiciones: devuelve un listado de las definiciones de las especificaciones que cumplen con determinado criterio de selección (Ej. ID, Nombre, Descripción textual) iii. Consulta de Detalle de Definiciones: devuelve el detalle de una lista de definiciones de especificaciones que cumplen con un criterio de selección. n. Un perfil de usuario calificado debe poder adjuntar archivos a las definiciones de productos, servicios y/o recursos. o. Capacidad para generar indicadores y reportes a medida, exportable en los formatos que se definen en el capítulo 5. Por ejemplo: i. Detalle de las definiciones del Diseñador en función de cada estado. ii. Reportes de auditoría en el uso y los cambios por usuario, por tipo de ítem, por rango de fecha. iii. Métricas de utilización de las definiciones, tiempo de desarrollo de un diseño desde una etapa a otra etapa, cantidad de versiones de un diseño, reusabilidad de las definiciones, y otras que podrán ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 21
22 identificarse en la etapa de análisis de requerimientos. p. Capacidad para generar notificaciones automáticas ante la ocurrencia de determinados eventos, por ejemplo, ante el cambio de estado de una definición y mediante correo electrónico. q. La herramienta debe disponer de una facilidad que permita marcar aquellas características de un servicio y recurso CPE que son necesarias sincronizar/reconciliar con repositorios de ANTEL así como definir acciones para este fin. Esa información será tomada por el modulo de Sincronización y Reconciliación del inventario para mantener la calidad de los datos. r. Administración de usuarios y perfiles de acuerdo a lo especificado en el capítulo 5. Cobertura de funcionalidades estándares: Requerimientos del Marco de Aplicaciones TAM (GB929 v4.5) en términos de áreas de nivel 1: 11.1 Catalog Management, con funcionalidades principales de: i. Entity handling y Entity data implementation ii. Componentization iii. Integrity rules y Compatibility rules iv. Versioning Cobertura de procesos estándares: Requerimientos del Marco de Procesos de Negocio del TM Forum etom (GB921D v9) en términos de procesos de nivel 2 y 3: Product & Offer Development & Retirement i Develop Detailed Product Specifications Service Development & Retirement i Develop Detailed Service Specifications Resource Development & Retirement (limitado a CPE) i Develop Detailed Resource Specifications Gestor de Instancias Requerimientos de funcionalidades específicas del Gestor de Instancias: El Gestor de Instancias deberá contemplar al menos dos capas de lógica de negocio: una para la gestión de las entidades del dominio de Servicio (instancias, órdenes, procesos de negocio, etc.) y otra para las entidades del dominio de Recurso. a. Gestiona el ciclo de vida de las instancias de servicio y recurso CPE dentro de la Solución, de acuerdo a una máquina de estados apropiada. Esta gestión refiere a la creación, modificación, y eliminación de instancias de servicio y recurso CPE durante el proceso de aprovisionamiento. El registro de las instancias se realiza en los Gestores de Inventario de la Solución. b. Expone interfaces para recibir información respecto a operaciones y datos sobre las instancias y órdenes de servicios y recursos CPE, de acuerdo a lo especificado en capítulo 3.3. Estas interfaces, con los sistemas actuales de ANTEL serán a través de la Herramienta de Integración. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 22
23 c. Consume especificaciones de servicios y recursos CPE que provee el módulo Diseñador de Servicios y Recursos CPE, para descomponer una solicitud de un producto adquirido por un cliente en término de los servicios y recursos CPE necesarios, y derivar así las diferentes órdenes. d. Genera y administra el ciclo de vida de órdenes de servicio y órdenes de recurso CPE, creadas como consecuencia de las solicitudes sobre las instancias de servicios y recursos CPE. Existirá una relación de asociación entre las órdenes. Algunos datos manejados en la orden se listan a continuación: i. IdCliente Identifica el sistema que solicito la orden ii. FechaInicio Dia en el que el cliente hizo la solicitud iii. FechaFinalizacionPedido- Fecha en la que el cliente solicita se complete la solicitud iv. Descripción Texto informativo relativo a la solicitud v. Estado estado de la orden e. Mantiene el registro histórico de evolución de las órdenes. f. Debe proveerse una consola para visualización de colas de órdenes a lo largo de todo el ciclo de vida, por ejemplo, por identificación de la orden, por estado de la orden, fecha de cumplimiento, etc. Se deberán poder realizar consultas personalizadas sobre los datos de la orden, así como ingresar manualmente los datos que así lo permitan. Debe ser posible ejecutar operaciones manuales sobre una orden, como cerrar, cancelar, suspender, etc. g. Se deberá implementar un mecanismo de manejo de excepciones sobre las órdenes que permita visualizarlas con un nivel de detalle apropiado para identificar la causa raíz del problema. Las órdenes con excepción deben ser claramente identificables y accesibles a través de la consola de visualización de colas de órdenes. Estas excepciones pueden surgir por solicitudes que no estén de acuerdo al modelo de negocios definido en la Solución, por ejemplo por un producto, servicio y/o recurso CPE no definido en el Diseñador de Servicios y Recursos CPE, por incompatibilidad con las reglas definidas sobre los elementos modelados, por indisponibilidad momentánea en la infraestructura de software y/o hardware, etc. Este mecanismo debe permitir que el usuario final del negocio ejecute una resolución manual sobre las excepciones, así como posibilitar la implementación de reglas para el tratamiento automático. El mecanismo debe ser capaz de aplicar el tratamiento a la excepción original, y a todas las restantes excepciones asociadas que se derivaron a partir de la primera. Ejemplo de estas acciones de resolución manuales o automáticas son reintentos de operaciones sobre un objeto marcado con una excepción, corrección de información, etc. h. Interactúa con los Gestores de Inventario para consultas y actualizaciones sobre las instancias de Servicios y Recursos CPE, teniendo en cuenta la máquina de estados definida para las instancias. i. Entorno para definir y ejecutar reglas de negocio y reglas de integridad de una forma flexible. Estas reglas aplicarán a la gestión del ciclo de vida de servicios y recursos CPE, a la gestión de las órdenes y a las máquinas de estados de ambos ciclos de vida. j. Con la finalidad de acompañar con flexibilidad y rápida respuesta los cambios en los procesos de negocio vinculados al aprovisionamiento de servicios y recursos CPE, se solicita un entorno para diseño, implementación, testeo y monitoreo de procesos de negocio BPM vinculados a la gestión del ciclo de vida de los servicios y Recursos CPE. Esta facilidad deberá generar documentación con nomenclatura estándar y exportable en los formatos que define el estándar ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 23
24 BPMN así como en los formatos que se definen en el capítulo 5. k. Capacidad de ingreso de órdenes masivas de acuerdo a distintos criterios de segmentación para altas, bajas, modificaciones de servicios y recursos CPE. l. Capacidad de migración masiva o individual de servicios y recursos CPE de una versión a otra, etc. m. Ofrecerá una funcionalidad de viabilidad técnica de CPE para colaborar en el proceso actual de aprovisionamiento de un nuevo servicio en ANTEL. Para esto deberá consultar en el módulo Diseñador los tipos de CPEs que soportan el o los servicios solicitados por el cliente, luego consultará el Inventario para obtener los servicios y CPEs instalados en casa del cliente, y se aplicará la lógica necesaria para determinar si es necesario aprovisionar un nuevo CPE, o si ya existe un CPE instalado que soporte el agregado de los nuevos servicios solicitados. Esta repuesta será consumida por los sistemas actuales a través de la Herramienta de Integración. n. Capacidad para generar reportes a medida, exportable en los formatos que se definen en el capítulo 5 y con notificación automática a los responsables luego de su creación. Por ejemplo: i. Cantidad de órdenes que se encuentran en un determinado estado. ii. Detalle de las órdenes que se ingresaron en determinado rango de fechas, o que han superado determinada edad. o. Capacidad para generar indicadores y registrar su evolución a lo largo del tiempo; el período a mantener debe ser configurable. Por ejemplo: i. Tiempo promedio de completitud de las órdenes. ii. Porcentaje de órdenes en estado de excepción en función del total. p. Administración de usuarios y perfiles de acuerdo a lo especificado en el capítulo 5. Requerimientos de procesos específicos para el Gestor de Instancias: a. Capturar excepciones que surjan por solicitudes que no estén de acuerdo al modelo de negocios definido en la Solución, por ejemplo sobre un producto, servicio y/o recurso CPE no definido en el Diseñador de Servicios y Recursos CPE, por incompatibilidad con las reglas definidas sobre los elementos modelados, por indisponibilidad momentánea en la infraestructura de software y/o hardware, etc. b. Identificar la causa raíz de las inconsistencias y registrarla. c. Resolver las inconsistencias, tanto manualmente como automáticamente. d. Reportar inconsistencias. Cobertura de funcionalidades estándares: Requerimientos del Marco de Aplicaciones TAM (GB929 v4.5) en términos de áreas de nivel 1: 6.3 Service Order Management, con funcionalidades principales de: i. Service Order Validation ii. Service Order Orchestration iii. Update service inventory 7.3 Resource Order Management, con funcionalidades principales de: i. Resource Order Validation (CPE) ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 24
25 ii. Resource Order Orchestration (CPE) iii. Update of resource inventory (CPE) Cobertura de procesos estándares: Requerimientos del Marco de Procesos de Negocio del TM Forum etom (GB921D v9) en términos de procesos de nivel 2 y 3: Service Configuration & Activation i Track & Manage Service Provisioning ii Issue Service Orders iii Report Service Provisioning iv Close Service Order Resource Provisioning i Track & Manage Resource Provisioning ii Report Resource Provisioning iii Close Resource Order iv Issue Resource Orders Gestores de Inventarios: Requerimientos de funcionalidades específicas de los Gestores de Inventario: BD y Modelo de información: facilidad de repositorio de servicios y recursos CPE, de acuerdo al modelo de información definido bajo los criterios del capítulo 3.2. a. La implementación del modelo de información deberá presentar una flexibilidad adecuada para soportar la evolución de las especificaciones de Servicios y Recursos CPE gestionadas en el bloque Diseñador. b. La información se mantendrá en una base de datos relacional, con un diseño adecuado, y presentará la posibilidad de ejecutar consultas en un lenguaje estándar SQL. c. Los Gestores de Inventario deberán persistir además de las instancias de las entidades de Servicio y Recurso CPE, información de otras entidades de otros dominios que tienen una relación directa con las entidades de Servicio y Recurso CPE, por ejemplo: producto, cliente, localización, etc. d. Generación de documentación actualizada sobre el modelo de información y su implementación (diseño BD), exportable en los formatos que se definen en el capítulo 5. Administración de procesos y operaciones: operaciones de Creación, Lectura, Actualización y Eliminación (CRUD) de las instancias del sistema. Administración de actores. a. Soporte de las interfaces especificadas en el capítulo 3.3 que correspondan a los Gestores de Inventario, así como de otras necesarias para disponibilizar las operaciones a todos los actores identificados. b. Administración de usuarios y perfiles de acuerdo a lo especificado en el capítulo 5. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 25
26 c. Soporte para distintas variantes de operaciones CRUD, ya sea sobre una única instancia o sobre un conjunto de instancias que cumplan determinado criterio. Las operaciones deben soportar los criterios de selección detallados en la sección Service Inventory Retrieval del documento GB d. Soporte de las siguientes operaciones particulares: crear instancia, modificar instancia, dar de baja instancia, modificar relaciones de servicio con recursos CPE, modificar dependencias de servicio, modificar atributos, realizar modificaciones masivas (a nivel de atributos y entidades), asociar entidades, carga masiva de datos hacia el inventario (ej. carga inicial), vincular/desvincular recurso (CPE) a un servicio. e. Soporte de las siguientes variantes de consulta de servicios y/o recursos CPE: por localización, por tipo, por estado, por cliente, por versión, por recurso asociado, por fecha, etc. f. Soporte para auditoria de instancias: el sistema debe mantener la traza de la instancia desde que fue creada en el inventario; con su estructura, datos, relaciones y responsables de las modificaciones. Visualización de todas las versiones de la instancia a lo largo del tiempo. g. Soporte de la máquina de estados asociada a las instancias de Servicios y Recursos CPEs. Los Gestores de inventario deben proporcionar un mecanismo para modificar los estados de las entidades. h. Administración de las relaciones entre instancias de CFS, RFS, los recursos CPE y manejadores de recursos CPE, de acuerdo a las características del modelo de información soportado. Los Gestores de Inventario deben proporcionar un mecanismo para modificar las relaciones entre las entidades. i. Sería de interés contar con una representación gráfica de la información, y contar con la posibilidad de personalizar los elementos que conforman el despliegue visual de la información por usuario. Se evaluará como positivo contar con vistas topológicas de los Servicios y Recursos CPE en tiempo real. Las topologías deben ser navegables gráficamente y se deben permitir diferentes niveles de profundidad de visualización. Indicadores, Reportes y Notificaciones: entorno para definir la información a incluir y las formas de cálculo, así como el formato, destino, protocolos de comunicación, agenda, usuarios, etc. a. Deberá ser configurable y a medida para otros procesos de la empresa b. Podrán ser en línea o agendados, por ejemplo en modalidad batch. c. La funcionalidad se debe soportar sobre toda la información almacenada para las instancias de servicios y recursos CPE. Por ejemplo para inconsistencias: CPEs que no están vinculados a ningún servicio; RFS que no están asociados a ningún CFS, etc. d. La funcionalidad se debe soportar además sobre la información generada durante los procesos y resultados de reconciliación / sincronización; proporcionando información adecuada para cuantificar la calidad de la información mantenida. e. La información de los indicadores deberá mostrar su evolución a través de un período histórico configurable. f. Capacidad de generación de Dashboards: diferentes formatos para un despliegue resumido de la información, por ejemplo, gráficos lineales, gráficos de torta, tabulares, etc. g. Soporte para el envío de notificaciones automáticas (SMS, correo, otras aplicaciones) en función de eventos del sistema o de resultados de los procesos ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 26
27 de reconciliación/sincronización y/o de Administración de Procesos y Operaciones. Por ejemplo, ante la creación/actualización de una instancia en el inventario, al haber alcanzado determinado número de instancias que cumplan un criterio, etc. Sincronización / Reconciliación de información: entorno para definir procesamientos automáticos y manuales sobre los datos del inventario, así como para capturar información desde fuentes variadas, con el fin de detectar discrepancias entre la información almacenada en la Solución y otras fuentes relevantes. a. Agendable y soportado en base a cronogramas planificados (Scheduler), o manual. La recolección de datos desde cada una de las fuentes externas, así como la ejecución de los procesos de Sincronización y Reconciliación deberá poder realizarse tanto a demanda, en el momento seleccionado por el operador mediante el uso de una funcionalidad de la solución asociada a un perfil de supervisor, como automáticamente (sin la necesidad de intervención humana). NOTA: Este tipo de funcionalidad debe estar contemplada dentro de las actividades a registrar (log). b. Soporte para diferentes formas de acceder a la información a ser corroborada: orígenes/destino configurables, formatos de la información, protocolos de comunicación, etc. Debe soportar modalidad batch. c. Soporte para selección del alcance del procesamiento por rango de servicio, por rangos de recursos CPE, por objeto individual, tanto para CFS como RFS, como CPE. d. Soporte para la identificación de registros con diferencias entre lo almacenado por el inventario y lo obtenido a partir de las fuentes externas, registros faltantes en cualquiera de las fuentes, incompatibilidad entre atributos de una misma entidad, incompatibilidad entre atributos de varias entidades, incompatibilidad con reglas de negocio y reglas técnicas, registros sin diferencias. e. Las instancias con discrepancia deben ser identificables, de forma de poderlas advertir en las diferentes consultas que se realicen sobre la información. Deberá ser posible identificar el dato con discrepancia. f. Administración de las discrepancias, tanto de forma automática (configurable según criterios) como de forma manual. Se debe preveer que las inconsistencias detectadas puedan resolverse de forma manual o automática. Por ejemplo: si se cumplen determinadas condiciones actualizar el inventario; si se cumplen otras condiciones informar a quien corresponda para actualizar el servicio en el gestor que corresponda. g. Panel para visualización y seguimiento de las tareas/casos a resolver. Debe permitir la resolución manual de una discrepancia en el propio sistema (ej. actualización de instancia(s)), dejando registro del responsable y de la causa raíz. h. Debe mantener un histórico de las corridas de Sincronización / Reconciliación y de los resultados obtenidos. Requerimientos de procesos específicos para ambos Gestores de Inventario: Administrar la Base de Datos y los Procesos del Inventario: Establecer, gestionar y administrar los inventarios de servicios y recursos CPE corporativo. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 27
28 a. Modelo de información: identificar la información necesaria a ser capturada, de acuerdo a los modelos maestros disponibles, para la configuración de las instancias y la infraestructura de servicios y recursos CPE. b. Identificar, definir y administrar los procesos de suministro y utilización de la información almacenada en el inventario; actores. c. Definición y mantenimiento de los procedimientos de control de acceso y registración, que permitirán a los actores interactuar con los inventarios tanto para suministrar como para leer información. d. Administrar la capacidad de repositorio de los sistemas de inventarios. e. Definir reglas de negocio, reglas de integridad, reglas técnicas que apliquen sobre la información almacenada. f. Definir las operaciones necesarias para manipulación de la información almacenada; ej. CRUD. g. Ciclo de vida de la información: registrar y administrar la máquina de estados y las diferentes versiones de las entidades almacenadas. h. Mantener la asociación entre las instancias de oferta de producto adquiridas por los clientes y las instancias de servicio generadas a partir de ésta. i. Mantener la asociación entre las instancias de servicios y las instancias de recurso CPE. j. Deberá existir una metodología que permita la alineación del modelo de información soportado por el inventario con el modelo de información corporativo. Seguimiento y monitoreo de las capacidades del Inventario: a. Monitorear la utilización del inventario de servicios y recursos CPE; accesos y uso. b. Seguimiento y monitoreo de la calidad de la información almacenada. c. Reportar los resultados. Identificar inconvenientes del inventario de servicios y recursos CPE, reportar y alertar: a. Identificar escasez técnica del repositorio (para el alcance del presente trabajo, se limita a identificar escasez de los recursos informáticos que dan soporte al sistema) b. Reportar los resultados para rectificar la situación. c. Administrar los inconvenientes hasta su solución. Realizar Auditoria de los datos del Inventario de Servicios y recursos CPE: Realizar auditorías para validar que el inventario captura y registra todos los detalles definidos para las instancias e infraestructuras de servicios y recursos CPE. a. Definir procedimientos para verificar la información almacenada: datos del ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 28
29 inventario a verificar, fuentes fidedignas para comparación, mapeo de datos entre las diferentes fuentes, frecuencia de procesamiento, responsables, notificaciones. b. Analizar de forma automática o manual los resultados de la reconciliación y auditoría de registros. c. Determinar la causa raíz de las discrepancias y registrarla. d. Gestionar la solución para los casos de discrepancia detectados. Cobertura de funcionalidades estándares: Requerimientos del Marco de Aplicaciones TAM (GB929 v4.5) en términos de áreas de nivel 1 para el Gestor de Inventario de Servicios: 6.2 Service Inventory Management, con funcionalidades principales de: i. Service Inventory Information Model ii. Service Inventory Reconciliation / Synchronization iii. Service Resource Inventory Requerimientos del Marco de Aplicaciones TAM (GB929 v4.5) en términos de áreas de nivel 1 para el Gestor de Inventario de Recursos CPE: 7.2 Resource Inventory Management (limitado a CPE), con funcionalidades principales de: i. Resource Inventory Information Model ii. Resource Inventory Reconciliation Cobertura de procesos estándares: Requerimientos del Marco de Procesos de Negocio del TM Forum etom (GB921D v9) en términos de procesos de nivel 2 y 3 para el Gestor de Inventario de Servicios: SM&O Support & Readiness i Manage Service Inventory Requerimientos del Marco de Procesos de Negocio del TM Forum etom (GB921D v9) en términos de procesos de nivel 2 y 3 para el Gestor de Inventario de Recursos CPE: RM&O Support & Readiness i Manage Resource Inventory (limitado a CPE) Herramienta de Integración A continuación se detallan las funcionalidades y el comportamiento esperado de las herramientas de integración. Las mismas cumplen con la función interconectar la Solución a los sistemas de TI actuales de ANTEL, adaptando las interfaces actuales a las interfaces estándar requeridas para la Solución. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 29
30 Requerimientos generales de la herramienta de integración: a. Transformación de objetos del modelo actual en objetos del modelo de la Solución. Capacidad para transformar al modelo común: entidades no-estándar en entidades estándar. Capacidad para enriquecer la Información: recurrir a varias fuentes de información para recopilar todos los elementos de información para la operación solicitada. Capacidad de ruteo semántico: invocación de reglas para determinar qué fuentes de datos y qué destinos de datos deberán ser utilizados basados en la información contenida en la operación que está siendo procesada. b. Transformación de operaciones de los sistemas actuales sobre las interfaces en operaciones de la Solución. c. Ejecución de Reglas: posibilidad de implementación de reglas sobre los objetos y eventos, por ejemplo para asegurar que la información es válida y consistente. d. Manejo de Excepciones: mecanismo para detectar, visualizar y reportar errores que ocurren en tiempo de ejecución, por ejemplo por notificaciones fuera de la secuencia esperada, por parámetros de entrada incorrectos, indisponibilidad momentánea de la infraestructura de hardware y/o software, etc. Detectar cada uno de los errores que ocurren, capturarlos en un log, proveer mensajes de error fácilmente comprensibles y auditables. Notificar a los responsables. Este mecanismo debe permitir la aplicación de resoluciones manuales sobre los eventos con excepción, así como posibilitar la implementación de reglas para el tratamiento automático. Ejemplo de estas acciones de resolución manuales o automáticas son reintentos sobre un evento con excepción. En el capítulo 4 y 5 se provee un detalle de los criterios que el proveedor de la Solución deberá cumplir Requerimientos de las funcionalidades de interacción con los Sistemas de TI actuales. En la siguiente figura se muestra las interacciones de la solución con los sistemas de ANTEL. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 30
31 Las funcionalidades de la interacción que deben ser implementadas son las siguientes: Funcionalidades para la Gestión de Servicios y Recurso CPE Para mantener actualizado el inventario de servicios y recurso CPE se dispararan eventos de notificación desde los sistemas de ANTEL hacia la Solución, de forma de reflejar los cambios en el ciclo de vida de los mismos. Las notificaciones recibidas serán provistas por ANTEL. La herramienta de integración deberá recibir notificaciones para cubrir procesos de gestión de servicios (provisión, modificación, baja), y la gestión de recurso CPE; y traduce las operaciones y datos recibidos en estas notificaciones a interfaces de la solución. Cada notificación es recibida en un momento determinado de la gestión de un servicio. Esto determina la definición de estados del servicio en el Gestor de Inventario de Servicios/CPE. El mediador se encarga de realizar la traducción de estados; del estado de los sistemas de ANTEL a los estados estándares. Los requerimientos de las interfaces estándares que incluyen operaciones y datos están descriptos en el capitulo 3.3. Funcionalidades de Consultas de Servicios y Recurso CPE. La Solución dispone de servicios de consulta de información del inventario, por medio de la interfaz MSI de MTOSI descripta en el capítulo 3.3. La herramienta de integración debe tener una funcionalidad que reciba una solicitud de consulta de un sistema de ANTEL y devuelva la información del servicio en un formato xml que será especificado en la etapa de análisis de requerimientos. El contenido de la respuesta puede contener además de información del inventario de la solución, información de otros inventarios de ANTEL los cuales expondrán servicios para obtener la información requerida a ser incorporada a la respuesta de la petición. Funcionalidades de Manejo de Notificaciones. La herramienta de integración debe proveer de un mecanismo para la distribución de notificaciones. Este mecanismo permitirá captar notificaciones emitidas por el inventario y por sistemas actuales de ANTEL, las cuales serán consumidas por partes interesadas realizando subscripciones a dichas notificaciones. La estructura de los eventos de notificación debe cumplir con los requerimientos de MTOSI. Funcionalidades para la calidad de datos (Reconciliación / Sincronización) Con el fin de mantener la calidad de la información almacenada en el inventario, la solución recibirá información actualizada de servicios y de los CPEs. La herramienta de integración debe tener una funcionalidad que solicite o reciba periódicamente información predefinida y haga la traducción a datos de la solución. Luego el modulo de reconciliación y sincronización será el encargado de comparar resultados y emitir reportes. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 31
32 Descripción de los sistemas de ANTEL que interactúan con la herramienta de integración. A continuación se hace una descripción funcional de los sistemas de ANTEL que interactúan con la herramienta de integración para realizar las distintas funcionalidades descriptas anteriormente. Sistema tramitador de Servicios: tiene la función realizar la tramitación de servicios de ANTEL, desde la solicitud de un producto hasta la activación del servicio La gestión de servicios de ANTEL incluye la gestión de todos los trámites como por ejemplo y sin limitarse a ello de: o Nuevo Servicio o Supresión o Traslado o Cesión de Derechos o Cambio de Producto o Cancelación Sistema de registro de CPE: entre otras funcionalidades tiene la responsabilidad de la asociación del servicio con los recursos CPE en el momento de la instalación del CPE. o Asociación Servicio-CPE o Supresión Servicio-CPE o Modificación Servicio-CPE Sistema tramitador de cambio de infraestructura: Este sistema interviene en el proceso de modificación cuando cambia la infraestructura del servicio. o Cambio de Infraestructura Sistema tramitador de bloqueo y rehabilitación: Sistema encargado de realizar los bloqueos de servicios en la red industrial por razones comerciales. o Bloqueo de Servicio o Rehabilitación de Servicio Sistemas de Información para Reconciliación y Sincronización. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 32
33 Descripción de la interacción A continuación se presenta un diseño de la herramienta de integración requerida, que se ajustará en la etapa de análisis de requerimientos. Para la gestión de servicios, los sistemas actuales de ANTEL enviarán notificaciones hacia la herramienta de integración. Se pretende tener un formato predefinido estandarizado y que todos los sistemas informen de la misma manera: Id Sistema Operación Id Servicio Lista de parámetros Para el Sistema tramitador de Servicios, se identificaron 4 notificaciones en distintas instancias de trámites. Para el Sistema de registro de instalación del CPE se identifican 3 notificaciones. Para el Sistema tramitador de cambio de infraestructura se identifica 1 notificación. Para el Sistema tramitador de bloqueo y rehabilitación se identifican 2 notificaciones. Se deberá realizar ruteo basado en contenido (CBR), para enviar el mensaje a la cola de mensajes que atenderá la solicitud. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 33
34 Se definen 2 colas de mensajes: una atenderá las solicitudes que afectan al inventario de servicios y recurso CPE y la otra atenderá solicitudes que implican notificaciones a los sistemas actuales de ANTEL que se suscriban a las mismas. Este proceso recibe las notificaciones a través de la cola de mensajes del inventario. A dichos mensajes se le aplicarán reglas para determinar el mapeo de operaciones y datos. El mapeo de operaciones es entre las operaciones de ANTEL y la interfaz que corresponda descripta en el punto 6 y el mapeo de datos entre los datos de los sistemas actuales y el modelo de información de la Solución. Para la recopilación de datos de los sistemas involucrados el proceso invocará servicios descriptos en los punto 7 y 8. Proceso que reciba las notificaciones a través de la cola de mensajes de notificaciones a los sistemas actuales y enviará la información los sistemas que se suscriban. Para la comunicación con el Gestor de Instancias se prevén interfaces según se especifica en el capítulo 3.3. En este punto se ejemplifican algunos servicios que expondrán los sistemas de ANTEL. El desarrollo de estos servicios será responsabilidad de ANTEL. Habrá servicios que quedaran publicados en la herramienta de integración y otros que estarán publicados en otros servidores de ANTEL. Se identificaron algunos servicios que estarán disponibles para completar la información necesaria en las operaciones que van hacia el inventario, por ejemplo datos de: Orden Servicio Servicio, Cliente, Location, Producto, Orden Recurso, Recurso. En este punto se ejemplifican servicios ofrecidos por la Solución de modo de consulta. Estos servicios serán responsabilidad del contratista. Viabilidad Técnica de CPE. Consultas relativas al inventario de servicios. Consultas relativas al inventario de recurso. Consultas relativas al diseño de servicios y recurso CPE. Nota: Las consultas relativas a los inventarios pueden requerir anexar información de alguno de los servicios expuestos por los sistemas de ANTEL descriptos en el punto 7. Si esto fuese necesario ANTEL proporcionará los datos y el lugar donde se debe recuperar la información. Sincronización y Reconciliación, en este punto se ilustra una posible forma de sincronización y reconciliación con los sistemas de ANTEL, lo cual se podrá realizar a través de la recepción de un archivo enviado hacia la herramienta de integración o una extracción directamente desde la base de datos del sistema de ANTEL, se acordará con el contratista buscando la mejor solución. Cobertura de funcionalidades estándares: Requerimientos del Marco de Aplicaciones TAM (GB929 v4.5) en términos de áreas de nivel 1: 10 Application Integration Infrastructure ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 34
35 3.1.5 Alcance de inter operabilidad desde el punto de vista de los procesos y las funcionalidades estándares: Se enumeran a continuación los procesos nivel 2 con los cuales se deberá enlazar la Solución al integrar la misma a los sistemas de ANTEL, mediante intercambio de información y por colaboración en las actividades. La numeración correspondiente a cada punto refiere a la utilizada en el estándar etom CRM Support & Readiness Order Handling Problem Handling Bill Payments & Receivables Management SM&O Support & Readiness Service Configuration & Activation Service Problem Management RM&O Support & Readiness Resource Provisioning Resource Trouble Management Resource Data Collection & Distribution Service Development & Retirement Resource Development & Retirement Se enumeran a continuación las funcionalidades de las aplicaciones actuales de ANTEL con las cuales se deberá integrar la Solución, a través de la herramienta de integración, en esta instancia de participación del Contratista. La numeración correspondiente a cada punto refiere a la utilizada en el estándar TAM. Sistema tramitador de Servicios, con funcionalidades de: o o 5.3 Customer Order Management 6.3 Service Order Management Sistema de registro de CPE y sistema tramitador de cambio de infraestructura, con funcionalidades de: o o 7.2 Resource Inventory Management 7.3 Resource Order Management Sistema tramitador de bloqueo y rehabilitación, con funcionalidades de: o 5.14 Collection Management Sistema de datawarehouse, con funcionalidades de: o 9.6 Knowledge Management (Business Intelligence (BI)) Perspectiva de crecimiento de la Solución: Se enumeran a continuación los procesos nivel 2 con los cuales se prevé relacionar la Solución en instancias posteriores. La numeración correspondiente a cada punto refiere a la utilizada en el estándar etom. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 35
36 Service Guiding & Mediation Resource Mediation & Reporting Service Capability Delivery Resource Capability Delivery Revenue Assurance Management Se enumeran a continuación las funcionalidades de las aplicaciones actuales de ANTEL con las cuales se prevé integrar la Solución en instancias posteriores. La numeración correspondiente a cada punto refiere a la utilizada en el estándar TAM. 5.8 Customer Problem Management 6.5 Service Problem Management 7.7 Billing Data Mediation 7.8 Real-time Billing Mediation Fault Management 7.12 Workforce Management 9.1 Revenue Assurance Management ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 36
37 3.2 REQUERIMIENTOS DE MODELO DE INFORMACION El modelo de información de la Solución se especifica en los siguientes numerales de forma abstracta focalizando en las entidades del negocio y sus atributos principales, tomando como referencia el Marco de Información (SID Shared Information/Data Model)) (GB922 v9.5) del TM Forum. El modelo de diseño derivado a ser implementado en software será responsabilidad del contratista En el Anexo al capítulo 2 Conceptos del Modelo de Información, se presenta una introducción a los conceptos manejados en este capítulo, de forma de contextualizar los requerimientos solicitados y colaborar en la comprensión del alcance de los mismos El contratista deberá implementar el pasaje del modelo de información de la Solución al modelo de datos y al software de la Solución, mediante técnicas de MDA, según se especifica en el capítulo 4 de Requerimientos de Arquitectura. Los mecanismos implementados deberán ser documentados y deberán poder reproducirse En la figura se indica el alcance de la Solución en lo que respecta a los requerimientos de modelo de Información en término de dominios y ABE (Aggregate Business Entities) Nivel 1 del Marco de Información referido en el numeral ABEs nivel 1 incluidas directamente en el alcance de la Solución ABEs nivel 1 incluidas en menor medida: solo lo necesario de acuerdo a los requerimientos funcionales y a restricciones impuestas por las entidades incluidas directamente Figura Mapeo Dominios SID y ABEs nivel 1 Figura basada y apoyada en Information Framework v Concepts and Principles. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 37
38 Nota: Que un ABE de nivel 1 esté incluido en el alcance no implica que todas las ABEs de niveles inferiores lo estén también El modelo de Información de la Solución deberá ser lo suficientemente flexible para admitir modificaciones posteriormente. A modo de ejemplo se muestra el siguiente mapa con posibles adiciones posteriores que se podrían considerar en la evolución de la Solución. ABEs Nivel 1 incluidas en el alcance de la Solución ABEs nivel 1 incluidas en menor medida: solo lo necesario de acuerdo a los requerimientos funcionales y a restricciones impuestas por las entidades incluidas directamente A integrar en etapas posteriores Figura Mapeo Dominios SID y ABEs nivel 1 - etapas Figura basada y apoyada en Information Framework v Concepts and Principles A continuación se listan las entidades que obligatoriamente deberán ser incluidas en el modelo con los atributos y relaciones que se especifiquen en el Marco de Información referido en el numeral En la siguiente tabla se muestran las entidades que deberán obligatoriamente formar parte del modelo para Service ABE. Las entidades de Service ABE proporcionan diferentes vistas para examinar, analizar, configurar, monitorear y reparar servicios de todos los tipos. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 38
39 ABE superior Service Service Service ABE que contiene la Entidad Service CustomerFacing Service ResourceFacing Service Service Order Entidad Service ServiceCharacteristicValue CustomerFacingService CustomerFacingServiceAtomic CustomerFacingServiceComposite ResourceFacingService ResourceFacingServiceAtomic ResourceFacingServiceComposite ServiceOrder ServiceOrderItem En el siguiente diagrama se muestra la relación conceptual entre las distintas entidades. ServiceSpecification SpecifiesService Service ServiceDescribedBy ServiceCharacteristicValue CustomerFacingService ResourceFacingService CustomerFacingServiceComposite CustomerFacingServiceAtomic ResourceFacingServiceAtomic ResourceFacingServiceComposite Figura Diagrama conceptual entidades ABE Servicios En la siguiente tabla se muestran las entidades que deberán obligatoriamente formar parte del modelo para Service Specification ABE. Esta ABE contiene entidades que definen las características invariantes y comportamientos de todos los tipos de servicios. Esto habilita a que múltiples instancias puedan ser derivadas de una entidad de especificación individual. ABE superior Service Specification Service Specification ABE que contiene la Entidad ServiceSpecification CustomerFacing ServiceSpec ResourceFacing ServiceSpec Entidad ServiceSpecification ServiceSpecificationType ServiceSpecVersion ServiceSpecCharacteristic ServiceSpecCharacteristicValue ServiceSpecCharUse ServiceSpecCharValueUse CustomerFacingServiceSpec CustomerFacingServiceSpecAtomic CustomerFacingServiceSpecComposite CustomerFacingServiceSpecVersion ResourceFacingServiceSpec ResourceFacingServiceSpecAtomic ResourceFacingServiceSpecComposite ResourceFacingServiceSpecVersion ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 39
40 SpecifiesService Service ServiceSpecificationType CategorizesServiceSpecs ServiceSpecification ServSpecModifications ServiceSpecVersion CustomerFacingServiceSpec ResourceFacingServiceSpec CustomerFacingServiceSpecComposite CustomerFacingServiceSpecAtomic ResourceFacingServiceSpecAtomic ResourceFacingServiceSpecComposite Figura Diagrama conceptual entidades ABE Service Specification En las siguientes tablas se muestran las entidades que deberán obligatoriamente formar parte del modelo para Resource ABE. El alcance de esta etapa del inventario de recursos de la Solución está acotado a los recursos CPE (Customer Premise Equipment). La Resource ABE contiene entidades que son usadas para representar los distintos aspectos de los recursos. Incluye un conjunto de entidades que representan los aspectos físicos y lógicos de los recursos. ABE superior Resource Resource ABE que contiene la Entidad Resource Resource Order CompoundResource Entidad Resource ResourceCharacteristicValue ResourceOrder ResourceOrderItem CompoundResource CompoundResourceRole ResourceCollection ResourceElement ResourcePort Recursos físicos: ABE superior ABE que contiene la Entidad Entidad Resource PhysicalResource PhysicalResource PhysicalDevice PhysicalLink PhysicalResource PhysicalDevice PhysicalDeviceAtomic PhysicalResource Hardware PhysicalDeviceComposite Hardware ManagedHardware PhysicalConnector PhysicalContainer PhysicalResource AuxiliaryComponent PhysicalPort AuxiliaryComponent PowerSupply PhysicalResource Equipment Holder EquipmentHolder ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 40
41 Equipment Holder Equipment Holder Holder Atomic HolderComposite HolderAtomic Slot HolderComposite SecureHolder Chassis Recursos lógicos: ABE superior ABE que contiene la Entidad Entidad Resource LogicalResource LogicalResource LogicalResource DeviceInterface DeviceInterface LogicalInterface LogicalResource LogicalDevice MediaInterface LogicalDevice LogicalDeviceAtomic LogicalResource Logical Role LogicalDeviceComposite DeviceInterfaceRole LogicalDeviceRole LogicalResource Software LogicalResourceRole Software SoftwareAtomic SoftwareComposite En los siguientes diagramas se muestra la relación conceptual entre las distintas entidades. Resource ResourceSpecification ResourceRole LogicalResourceSpec SpecifiesLRRoles LogicalResourceRole RolesDescribedLRDetails LogicalResource LogicalDeviceRole Software DeviceInterface Protocol LogicalDevice SoftwareAtomic ManagementProtocol LogicalDeviceAtomic Figura Diagrama conceptual entidades ABE Logical Resource ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 41
42 Resource SpecifiesResource ResourceSpecification LogicalResource PhysicalResource PhysicalResourceSpec LogicalResourceSpec Hardware ConsistsOf PhysicalDevice PhysicalConnector ManagedHardware PhysicalPort PhysicalContainer AuxiliaryComponent EquipmentHolder Figura Diagrama conceptual de entidades - PhysicalResource ABE En la siguiente tabla se muestran las entidades que deberán obligatoriamente formar parte del modelo para Resource Specification ABE. El alcance de esta etapa del inventario de recursos de la Solución está acotado a los recursos CPE (Customer Premise Equipment). Esta ABE contiene entidades que definen las características y comportamientos invariantes de cada tipo de recurso. Esto habilita a que múltiples instancias puedan ser derivadas de una entidad de especificación individual. Incluye un conjunto de entidades que representan los aspectos físicos y lógicos de los recursos. ABE superior Resource Specification ABE que contiene la Entidad Resource Specification CompoundResource Specification Entidad ResourceRoleSpecification ResourceSpecCharacteristic ResourceSpecCharacteristicValue ResourceSpecType ResourceSpecVersion ResourceSpecification CompoundResourceSpec CompoundResourceSpecAtomic CompoundResourceSpecComposite Resource LogicalResource LogicalResourceSpec ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 42
43 Specification Resource Specification Specification PhysicalResource Specification LogicalResourceSpecAtomic LogicalResourceSpecComposite LogicalResourceSpecVersion PhysicalDeviceSpecification PhysicalResourceSpec PhysicalResourceSpecAtomic PhysicalResourceSpecComposite En el siguiente diagrama se muestra la relación conceptual entre las distintas entidades. Resource * SpecifiesResource ResourceSpecification * * ResourceSpecCharacteristic 1 ResourceSpecCharEnumeratedBy * ResourceSpecCharacteristicValue LogicalResourceSpec LogicalResourceSpec ResourceRole 0..1 * ResourceSpecVersion LogicalResourceRole * SpecifiesLogicalResourceRoles LogicalResourceSpecVersion Figura Diagrama conceptual de entidades Resource Specification ABE Además de las ABEs incluidas directamente en el alcance de la Solución, que son el núcleo del modelo de información a implementar, se deberán incluir entidades de otras ABEs ABEs con recuadro celeste en la Figura para cumplir con los requerimientos funcionales solicitados para la Solución y por restricciones impuestas por las entidades incluidas, por ser por ejemplo, especializaciones de otras entidades más genéricas que se encuentran en estas ABEs De las ABEs Root, Base Types, Party y Business Interaction se incluirán solo las entidades necesarias de acuerdo a las entidades incluidas directamente, ya sea porque las entidades incluidas son especializaciones de clases más genéricas que se encuentran en estas ABEs, o por uso de los tipos de datos que se definen Para información de gestión de los servicios y recursos se incluirán las siguientes entidades, con sus relaciones correspondientes: ABE superior ABE que contiene la Entidad Entidad Root TIP Common ABE CommonObjectInfo TIP Service Management ABE CommonServiceInfo En el siguiente diagrama se muestran las relaciones con el resto del modelo: ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 43
44 ManagedEntity 1 ManagedEntityIsExtendedBy 0..1 CommonObjectInfo Resource RootEntity Service 1 ServiceIsExtendedBy 0..1 CommonServiceInfo Figura Diagrama conceptual de entidades TIP Common ABE De las ABEs Product, Product Specification, Product Offering, Customer y Location se deberán incluir las entidades que, de acuerdo al análisis de los requerimientos funcionales, surjan como necesarias. Es decir, se incluirá lo estrictamente necesario para cumplir con las funcionalidades y dentro del marco de información estándar, mencionado en el punto Como punto de partida se nombran las siguientes entidades necesarias de acuerdo a los requerimientos de la Solución. Dominio Product Customer Location Entidades Product Product Specification Product Offering Customer GeographicPlace GeographicAddress Estas entidades son las identificadas inicialmente. Con la definición del modelo de diseño que se ajustará en la instancia de Análisis de Procesos y Requerimientos ver Capítulo 6 podrán surgir requerimientos de incluir otras entidades de estas ABEs nivel 1, o en otras ABEs del Marco de Información Se debe cumplir con las relaciones entre las entidades utilizadas del Marco de Información, en particular con la relación fundamental entre las entidades básicas de los dominios producto, servicio y recurso, la cual se muestra en la siguiente figura. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 44
45 ProductReferences 0..* 0..* 0..1 Product 0..* ProductBundleComprisedOf 0..* 0..1 ProductHasPhysicalResources ProductRealizedAsResource Service 0..1 ProductBundle ProductComponent ProductRealizedAsCFService Resource 0..* ResourceFacingService 0..* CustomerFacingService 0..* 0..* 1..* 0..* 0..* LogicalResource PhysicalResource CFServiceRequiresRFServices LogicalResourcesImplementRFS 1..* 0..* 0..* 1..* PResourceSupportsLResource PhysicalResourcesHostRFS Figura Modelo básico de servicios Un punto de comienzo Figura basada y apoyada en Information Framework v 9.5 Addendum 4SO - Service Overview Business Entity Definitions Adicionalmente a lo indicado en el numeral 3.2.6, el modelo de información de la Solución deberá incluir las entidades del estándar MTOSI indicadas en el capítulo 3.3 Requerimientos de Interfaces y Orientación a Servicios ANTEL presentará al Contratista, información adicional más específica sobre los servicios y recurso CPE a considerar en el modelo, así como un modelo de diseño base para facilitar la instancia de Análisis de Procesos y Requerimientos establecido en el Capítulo 6. Durante esta instancia podrán surgir como necesarias extensiones y/o agregado de otras entidades del modelo para el correcto cumplimiento de las funcionalidades solicitadas en este Pliego. Estos agregados y/o extensiones deberán realizarse siempre guiados por el Marco de Información de referencia estándar. Si las entidades a agregar ya existen en el Marco de referencia, se deben usar ésas entidades existentes, sino, se deberá extender el modelo usando la guía que existe para esto, Anexo U, GB922. El contratista deberá presentar la propuesta, la cual deberá ser aprobada por ANTEL y deberán documentarse claramente, tanto las entidades agregadas y/o extendidas, como los pasos de análisis seguidos. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 45
46 3.3 REQUERIMIENTOS DE INTERFACES Y ORIENTACION A SERVICIOS General La especificación de las interfaces de la Solución refieren al comportamiento del sistema de gestión de inventario y demás bloques funcionales de la misma, en la interacción con otros sistemas y entre sí En el siguiente diagrama se muestra las interacciones de los bloques funcionales de la Solución entre sí y con otros sistemas de OSS, indicando el conjunto de interfaces estándares que provee el TM Forum para este aplicativo así como también las interfaces propietarias que se visualizaron para la interacción con los sistemas de operaciones de ANTEL La Solución deberá proporcionar además de las interfaces propietarias necesarias para adaptar esta aplicación a los sistemas actuales de ANTEL, interfaces estándares del TM Forum (MTOSI y/o OSS/J), como las presentadas en el diagrama de la figura del numeral anterior de forma de poder operar a futuro con sistemas de OSS de nueva generación según están definidos en TAM. A continuación se hace una descripción mas detallada de las interfaces. La misma está organizada de la siguiente manera: Especificaciones funcionales de las interfaces de la solución. Esta es una descripción independiente de la implementación (numeral 3.2.2) Especificaciones para una implementación basada en MTOSI (numeral 3.3.4) Especificación para una implementación basada en OSS/J(numeral 3.3.5) En el dibujo se indican donde aplican las interfaces estándares. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 46
47 3.3.2 Especificaciones funcionales de las Interfaces de la Solución. El gestor de inventario tiene que tener capacidad de interactuar con los sistemas actuales de ANTEL, tanto para la migración de datos como para la operativa diaria de aprovisionamiento y aseguramiento. Se deberá utilizar alguna de las interfaces estándares en las tareas vinculadas al uso del inventario en los procesos actuales de aprovisionamiento y aseguramiento introduciendo sistemas de mediación según cada caso. En la siguiente figura se indican los bloques funcionales necesarios para la implementación de la Solución y los requerimientos para las interfaces señaladas. Figura - Bloques funcionales de soporte al Gestor de Inventario Especificación de la Interfaz 1 La Solución debe implementar una Interfaz entre el bloque funcional que se encarga de guardar las instancias de la especificación de los servicios, Diseñador de Servicios, y el bloque funcional Gestor de instancias de servicios. Éste es quien instancia servicios para clientes específicos recibiendo del bloque Diseñador de Servicios, especificaciones de servicios que contienen datos invariantes del mismo. El diseñador debe exponer una operación que devuelva la especificación de un servicio a partir de la información de especificación de un producto Especificación de la Interfaz - 2 La Solución debe implementar una interfaz entre el bloque funcional Gestor de instancias de servicios y el Mediación con sistemas actuales. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 47
48 Las operaciones manejadas en esta interfaz deberán ser operaciones pertenecientes al conjunto de operaciones estándares de aprovisionamiento. En los casos en que esto no sea posible se implementaran operaciones propietarias acordadas con ANTEL, y deberá manejar un modelo de información estándar. Si fuera necesario extender el modelo para contemplar algún requerimiento de los sistemas actuales de ANTEL, esto se deberá realizar siguiendo los lineamientos del SID. Esta extensión deberá ser aprobada por ANTEL. En suma, el Gestor de instancias debe exponer una interfaz con operaciones vinculadas a los distintos puntos de los flujos de procesos gestión de los servicios. Dichos procesos fueron descriptos en el numeral Especificación de la Interfaz 3 El bloque funcional de Mediación con sistemas actuales deberá recibir instancias de servicios de los sistemas actuales de ANTEL, las cuales contienen un modelo de información especifico. Luego este bloque se encarga de transformar la información que viene de los sistemas actuales relativa a servicios y las acciones/operaciones realizadas con esos servicios en objetos de servicios estándares y operaciones estándares. Esta interfaz será provista por ANTEL, y refiere a todas las acciones en las que los sistemas actuales deben notificar al mediador en lo que a modificación de inventario se refiere (por ejemplo y sin limitarse a ello, creación, modificación, eliminación y bloqueo de servicios). Gestor de Inventario Especificación de la Interfaz 4 La Solución debe implementar una interfaz que utilizarían sistemas externos para interactuar con el gestor de inventario para realizar acciones de manejo de inventario (crear, modificar, eliminar, etc.). Esta interfaz deberá manejar un modelo de información estándar el cual deberá seguir los lineamientos del SID Especificación de la Interfaz 5 La Solución debe implementar una interfaz estándar que utilizarían sistemas clientes de OSS para realizar acciones de recuperación de datos del gestor de inventario. Además de la implementación de estas interfaces deberán implementarse aquellas interfaces requeridas para satisfacer necesidades de consulta de sistemas actuales de ANTEL y que no estuvieren contempladas en los estándares, pero manejando el modelo de información Standard. Las mismas deberán ser aprobadas por ANTEL Especificación de la Interfaz 6 El bloque funcional de Reconciliación y Sincronización realiza consultas solicitando información actualizada de los servicios a diferentes sistemas actuales de ANTEL. La Solución debe implementar una interfaz que refiere a esta solicitud, respetando el modelo de información estándar Especificación de la Interfaz 7 El bloque funcional de Mediación con los sistemas actuales de ANTEL para Reconciliación y Sincronización, se encarga de transformar los pedidos de estados de ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 48
49 servicios y recursos del Gestor de inventario en solicitudes a los sistemas actuales de ANTEL y viceversa. La Solución debe implementar esta interfaz que refiere a todas las peticiones necesarias solicitadas a los sistemas actuales de ANTEL, para actualizar el Gestor de inventario y las respuestas que de ellos se reciben Especificación de Interfaces estándares La Solución deberá cumplir con los requerimientos indicados en los siguientes numerales respecto a las interfaces estándares desarrolladas por el TM Forum interface program (TIP) que forman parte del marco de integración del TM Forum Las interfaces propuestas por el TM Forum vinculadas al Gestor de Inventario de Servicios y recursos y que podrán ser usadas para implementar las funcionalidades solicitadas son: MTOSI y OSS/J Especificación para una implementación basada en MTOSI MTOSI es un framework que provee una especificación de implementación de interfaces para OSS. Desde el punto de vista funcional, en esta especificación se definen objetos, operaciones y patrones de comunicación. Desde el punto de vista tecnológico, ésta implementación provee los XSD de los objetos intercambiados y brinda elementos necesarios para realizar la comunicación vía web services o vía JMS. Por lo tanto en caso de desarrollar una interfaz nueva bajo este framework, debe seguir los mismos lineamientos de definición de objetos y operaciones con los mismos patrones de comunicación La Solución deberá implementar interfaces vinculadas a inventario según están especificadas en los documentos de MTOSI Release 2.1 del TM Forum. Estos documentos describen el modelo de información que manejan las interfaces, operaciones necesarias para interoperar con los sistemas de OSS más relevantes descriptos en el TAM y otros artefactos necesarios para la interoperación La Solución podrá implementar interfaces con funcionalidades no cubiertas por esta especificación, siguiendo los lineamientos de definición de objetos, operaciones e interoperabilidad especificados en el framework de MTOSI. Requerimientos del FRAMEWORK (TMF518_FWM) La Solución deberá cumplir con los requerimientos generales de la interfaz descriptos en el DDP- FWM La Solución deberá utilizar las especificaciones de implantación descriptas en los archivos XML para tal fin y el transporte que consideren más apropiado para cada caso La Solución debe contemplar todos los aspectos que cubre este documento como por ejemplo pero sin limitarse a ello: Atributos comunes, Identificación de Recursos, Manejo de versionado de la interfaz, Mecanismos de notificación, Common Communication Vehicle (CCV), Mecanismos de recuperación de datos de recursos (bulk), Filtros de matching de atributos, Arqutitectura MTOSI, etc. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 49
50 Requerimientos del modelo de Información de servicios de la interfaz. SM Information Model (TMF518_SB) La Solución deberá cumplir con los requerimientos específicos de la interfaz que refieren al modelo de información de manejo de servicios descripto en Service Basic- DDP-IA folder La Solución deberá manejar el modelo de información tal como se describe en este documento a nivel de interfaces, considerando atributos y relaciones La Solución deberá manejar además relaciones con otros objetos que sean necesarios y no están comprendidos dentro del modelo de MTOSI, como por ejemplo y sin limitarse a ellos: Product ProductSpecification ProductOffering ProductSpecificationCharacteristic Subscriber User Resource Se deberá implementar estas relaciones utilizando los objetos definidos del SID que no estén contemplados en la interfaz para respetar la compatibilidad con el modelo State Attributes (TMF518 Section 3.3.1). La Solución deberá manejar estados de servicios para las entidades CFS, RFS y SAP, según las especificaciones descriptas en el TMF518-SB Section Atributos comunes (TMF518 Section 3.3.2). Los atributos comunes especificados en el TMF518 FMW deben estar presentes en todos los objetos de MTOSI definidos para la gestión de servicios Entidades principales de MTOSI. La Solución deberá manejar las siguientes entidades principales definidas en MTOSI (con sus respectivos atributos comunes y mandatorios según se especifica en el documento TMF518 BA Section 3.2): CFS RFS SAP SAPSpecification ServiceCatalog ServiceDefinition ServiceTemplate ServiceSpecCharacteristic (SSC) ServiceSpecCharacteristicValue (SCV) ServiceOrder ServiceOrderItem Requerimientos de interfaces para manejo de Servicios. Service Management (SM) Interfaces (SA, MSI) A nivel de servicio serán consideradas las interfaces de activación de servicios y de gestión de inventario de servicios (service inventory). A continuación se presentan los requerimientos solicitados para estas interfaces, así como el modelo de información requerido y otros elementos necesarios para la implementación. Requerimientos para la interfaz de Gestión de Inventario de Servicios ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 50
51 (Manage Service Inventory -TMF518_MSI) La Solución deberá cumplir con los requerimientos de la gestión de servicio de inventario descripto en los documentos Manage Service Inventory- DDP Operación de Service Inventory Retrieval (TMF518 MSI Section 3.3.1) La Solución deberá cumplir con las especificaciones de esta interfaz descriptas en el TMF518 MSI Section 3.3, en particular es importante contemplar las capacidades de filtrado para esta operación según el punto R_TMF518_MSI_II_ Operación de Service Inventory Update (TMF518 MSI Section 3.3.1) Si bien esta interfaz aun no esta desarrollada, es necesario que la Solución provea de una implementación respetando el modelo de información de MTOSI Modelo de Información -Los objetos manejados por el gestor de inventario y que deberá contemplar la Solución esta especificado en el TMF518_BA MTOSI no contiene por el momento APIs para create/update/modify de los siguientes objetos: ServiceSpecCharacteristic, ServiceDefinition, ServiceTemplate, ServiceCatalog, SAPSpecification, y se deberán implementar, respetando el modelo de información de MTOSI Notificaciones de Inventario La Solución deberá proveer de un conjunto de notificaciones alineadas con las notificaciones del TMF518_FMW, a ser ejecutadas por el Gestor de Inventario. Requerimientos para la interfaz de Activación de Servicio (Service Activation -TMF518_SA) Existen tres documentos que describen tanto operaciones como el modelo de información que maneja esta interfaz. Ellos son: TMF518_SA_1, TMF518_SA_2 y TMF518_SA_ En el proceso de creación de servicios, la aplicación deberá implementar aquellas operaciones de las interfaces SAI y/o SCAI que se requieran. Esto facilita no solamente la definición actual de procesos sino a futuro la incorporación de aplicaciones estándares que usan la totalidad de las funcionalidades de las interfaces de Service Activation En caso que se requiera alguna modificación de las operaciones o creación de una nueva para satisfacer necesidades especificas, las mismas serán acordadas con ANTEL. Requerimientos del modelo de información de recursos de la interfaz. NRM Information Model (Network Resource Basic - TMF518_NRB) La Solución deberá cumplir con los requerimientos específicos de la interfaz que refieren al modelo de información de manejo de recursos descripto en el DDP-NRB (TMF518_NRB). Requerimientos de la interfaz de cumplimiento (Network Resource Fulfillment - TMF518_NRF) La Solución deberá cumplir con los requerimientos específicos de la interfaz que refieren al modelo de información de manejo de recursos descripto en el DDP-NRF (TMF518_NRF). ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 51
52 En esta etapa el modelo deberá contener los siguientes objetos MTOSI necesarios para la gestión de inventario de los CPEs (Customer Premise Equipment): - Managed Element (ME) - Equipment Holder (EH) - Equipment (EQ) - Termination Point (TP) - Physical Termination Point (PTP) - Cualquier otro objeto que se identifique como necesario para tal fin. Requerimientos de la interfaz de aprovisionamiento de recursos (Resource Provisioning - TMF518_RP) La Solución deberá cumplir con los requerimientos del DDP-RP (TMF518_RP) que refieren a los objetos o entidades MTOSI referidos anteriormente La Solución deberá implementar en su totalidad la interfaz CommonResourceProvisioningService (ResourceProvisioning::Interfaces::CommonResourceProvisioningService). Requerimientos de la interfaz de gestión de inventario de recursos (Manage Resource Inventory - TMF518_MRI) La Solución deberá cumplir con los requerimientos del DDP-MRI (TMF518_MRI) que refieren a los objetos o entidades MTOSI referidos anteriormente. Se elimino pues en el modelo definido para el CPE no existe la entidad Equipment La Solución deberá implementar en su totalidad la interfaz ResourceInventoryRetrievalService (ManageResourceInventory::Interfaces::ResourceInventoryRetrievalService) La Solución deberá implementar en su totalidad la interfaz ResourceInventoryUpdateService (ManageResourceInventory::Interfaces::ResourceInventoryUpdateService). Se eliminan pues no se aplicarian en esta instancia. Ademas estas entidades no se nombran de la misma manera Especificación para una implementación basada en OSS/J En caso de implementar una interfaz basada en OSS/J, la Solución deberá implementar la parte de interfaces relacionada con las funcionalidades del Gestor de Inventario de Servicios y Recursos. OSS/J ofrece operaciones básicas pero no limita el modelo o la interacción Se podrá ampliar el API de OSS/J para aquellas funcionalidades que sean necesarias y que no estén desarrolladas o implementadas en las APIs de OSS/J. Estas ampliaciones deberán hacerse de acuerdo a lo especificado en los documentos Users Guide de cada API. Documentos de OSS/J a considerar Las siguientes APIs deberán ser consideradas para el desarrollo de la Solución en caso de ser necesario implementar interfaces OSS/J: OSS/J Common API (JSR-144) OSS/J Order Management API (JSR-264) (solo lo relativo a Recursos y Servicios) OSS/J Inventory API (JSR-142) (solo lo relativo a Recursos y Servicios) ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 52
53 Para la implementación de la Solución se deberá tener en cuenta el documento OSS/J Design Guidelines que definen una serie de patrones de programación necesarios para seguir en la especificación de interfaces para aplicaciones OSS/J. Requerimientos OSS/J Common API (JSR-144) La Solución deberá implementar interfaces definidas en el paquete CBE Core del Common API La Solución deberá implementar en su totalidad las interfaces definidas en el paquete CBE Service (javax.oss.cbe.service) La Solución deberá implementar en su totalidad las interfaces definidas en el paquete CBE Resource (javax.oss.cbe.resource) Requerimientos OSS/J Order Management API (JSR-264) La Solución deberá cumplir con los requerimientos del Order Management API La Solución deberá implementar en su totalidad las interfaces definidas en el paquete Service Order Management Package (javax.oss.om) Requerimientos OSS/J Inventory API (JSR-142) La Solución deberá cumplir con los requerimientos del Inventory API La Solución deberá implementar en su totalidad las interfaces definidas en el paquete Service Inventory Package (javax.oss.inventory.service) La Solución deberá implementar en su totalidad las interfaces definidas en el paquete Resource Inventory Package (javax.oss.inventory.resource) La Solución deberá implementar en su totalidad las interfaces definidas en el paquete Cross Inventory Package (javax.oss.inventory.cross) Requerimientos de Modelo de información de OSS/J En caso de utilizarse la interfaz de OSS/J, la Solución deberá respetar, el modelo de información utilizado por OSS/J que se describe en detalle en el documento Core Business Entities Model White Paper y o ampliarlo de forma de mantener la compatibilidad con el estándar. Arquitectura propuesta por OSS/J OSS/J ofrece APIs basados en múltiples tecnologías e incluye tres perfiles de integración, Java, XML y Web Services. Estos perfiles son explicados en forma general en el Common API. También se encuentran documentos específicos de cada una de las interfaces dentro de cada una de las APIs y en el documento OSS/J Design Guidelines. En el caso del perfil web service se recomienda también leer la especificación del API JWDSL ya que OSS/J esta basado en este para su implementación. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 53
54 En caso de utilizarse OSS/J para el diseño de alguna de las interfaces, la Solución deberá implementar el o los perfiles de integración que más se ajusten a las necesidades de la empresa. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 54
55 CAPÍTULO 4. REQUERIMIENTOS DE ARQUITECTURA DE INTEGRACIÓN 4.1 REQUERIMIENTOS GENERALES Los requerimientos de la arquitectura de integración de la solución refiere a la integración de los componentes de la misma La arquitectura debe seguir los principios de arquitectura recomendada por el TM Forum para sistemas de OSS (arquitectura orientada a servicios-soa), de forma de facilitar la integración de los componentes de la solución y de futuros componentes de OSS, presentando cada aplicación o recurso como un servicio con interfaces estándares. A continuación se especifican los requerimientos de los principales componentes del Frameworx del TM Forum para la arquitectura en el contexto de la solución: un vehiculo de comunicación común (ccv), un modelo de información compartido (SID) y un mecanismo de manejo de procesos de negocio. Especificaciones del ccv La solución deberá implementar un bus de comunicación común, ESB-OSS. Este bus debe intercomunicar los tres bloques funcionales presentados en la solución. Más adelante este bus debe permitir la interconexión con otros sistemas de OSS que ANTEL prevé incorporar La solución deberá implementar un bus de comunicación con los sistemas existentes en ANTEL y los que sean adquiridos (pero que no forman parte del OSS) y necesiten comunicarse con la Solución, ESB Empresarial. En éste se deben implementar las funcionalidades de mediación con los sistemas actuales de ANTEL. (Transformación de modelo de información de sistemas actuales a objetos de MTOSI - OSS/J). Para esto y en caso de usar MTOSI se deberán usar los xsd disponibles por esta interfaz A continuación se presenta un diagrama de referencia con la arquitectura de ínter operación que deberá ser proporcionada para la interoperabilidad de los bloques funcionales de la solución con los ESBs descriptos anteriormente. Cualquier mejora a este diagrama deberá ser acordado conjuntamente ANTEL. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 55
56 Definición de contratos e interfaces La comunicación de la solución con aplicaciones existentes (sistemas actuales) debe realizarse a través de web services Los servicios expuestos pueden ser servicios SOAP o REST. Para estos servicios se deben considerar los estándares y políticas de servicios y además lineamientos generales de seguridad de la Solución establecidos en el capítulo Deberá quedar previsto un servicio de registro de servicios. (por ejemplo UDDI) Las comunicaciones entre las aplicaciones de OSS deben estar basadas en interfaces estándares (MTOSI OSS/J) La solución debe manejar en el ESB-OSS el modelo de información que manejan las interfaces estándares (MTOSI- OSS/J) Aquellas entidades necesarias para la inter operación y que no están contempladas en los modelos de interfaces estándares deberán implementarse usando el marco de información del TM Forum (SID), o en su defecto usando alguna extensión del SID siguiendo los lineamientos de extensión especificados en los documentos de la GB922. Estas modificaciones deberán ser acordadas conjuntamente ANTEL. Existencia de un entorno BPM La solución debe proveer un mecanismo flexible de definición y procesamiento de procesos dinámicos (BPM) Los procesos de negocio que sean identificados entre los componentes de la solución deberán implementarse por el mecanismo anterior y especificado en un lenguaje estándar (por ejemplo BPEL) Este mecanismo debe tener una interfaz de usuario para visualizar el estado del ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 56
57 proceso Los procesos de negocio deben poder integrarse a un motor de reglas de negocio (BPRM) Otros requerimientos La solución deberá permitir extraer información con cierta periodicidad para las aplicaciones de Business Intelligence de ANTEL La solución deberá inter operar a través del bus empresarial con las aplicaciones que soportan la operativa actual de ANTEL. (Mediadores) La solución debe proveer de un mecanismo genérico para manejo de reglas de negocio y reglas técnicas.(bprm) Requerimientos de tecnologías especificas para la arquitectura (TSA) La solución debe ser implementada en la plataforma Java EE Se usará JBoss como servidor de aplicaciones Java Empresarial Se utilizara JBoss ESB como bus empresarial Se utilizara JBPM para manejo de procesos Se utilizara Drools como motor de reglas de negocio El modelo de información usado en la comunicación entre aplicaciones debe presentarse en UML mediante XMI Las interacciones entre aplicaciones deben implementarse usando los estándares tecnológicos existentes. En el capítulo 5 se especifican estos estándares con más detalle. Requerimientos para la persistencia del modelo de información La solución debe ser capaz de manejar modificaciones introducidas al modelo de información del TM Forum, expresado éste en el formato XMI Se debe proporcionar herramientas para manipular los XMI y poder extender el modelo La herramienta debe ser capaz de exportar al formato XMI Se debe proporcionar un mecanismo para transformar los modelos a artefactos para la programación. Para la persistencia, esto se puede lograr con MDA y herramientas de código abierto conocidas Para esto el proveedor debe proporcionar la descripción de la metodología que permita manejar esta transformación. La herramienta utilizada para esta transformación será definida conjuntamente con ANTEL. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 57
58 4.2 ARQUITECTURA DE LA SOLUCIÓN El gestor de inventario centralizado de servicios y recursos (CPE) es el núcleo de la arquitectura OSS que ANTEL esta planificando. En este sentido los restantes sistemas de OSS utilizarán la información relativa a los servicios y equipamientos que almacena este inventario para la realización de sus actividades de operación y provisión de servicios entre otras. Desde este punto de vista, las necesidades de crecimiento, la flexibilidad y el desempeño que estos sistemas deben ofrecer son importantes La arquitectura debe ser modular separando las funcionalidades de diseño de servicios, generación de instancias de servicios y funcionalidades de inventario en módulos independientes que se comunican entre si por interfaces bien definidas y con un modelo de información compartido (MTOSI-OSS/J). Esto permitirá la sustitución de uno de los módulos sin tener impacto en los otros módulos del sistema El modelo de información manejado internamente por los distintos bloques funcionales de la solución debe seguir el modelo de SID. Cualquier modificación o extensión del modelo será acordada con ANTEL y debe quedar documentada En caso de usarse MTOSI, la solución deberá cumplir con los requerimientos generales de interfaces descriptos en el DDP- FWM (TMF518_FMW version1.2), presentados en el capitulo 3.3. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 58
59 CAPÍTULO 5. REQUERIMIENTOS NO FUNCIONALES Y RESTRICCIONES 5.1 METODOLOGÍA El contratista a lo largo del proyecto deberá emplear una metodología compuesta de etapas y fases similar a la presentada a modo de ejemplo en la figura siguiente. Los detalles de la metodología deberán ser provistos en la oferta. Figura: Diagrama mostrando ejemplo de metodología - Figura basada en TMF REQUERIMIENTOS NO FUNCIONALES Disponibilidad de las Aplicaciones Período normal de disponibilidad operativa de la aplicación: Lunes a domingo de 00:00 a 23:59 En horario de atención comercial (8:00 a 21:00) se espera que la aplicación tenga un tiempo de recuperación no mayor de 15 minutos. La disponibilidad en horario de atención Comercial 99.9% La disponibilidad en el resto del horario 99% ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 59
60 5.2.2 Continuidad Recovery Point Objective: El Recovery Point Objective (RPO) expresa la cantidad de datos que una aplicación puede llegar a perder antes de que ello suponga repercusiones negativas para la empresa. Qué período de carga de los últimos datos del negocio está dispuesto a perder y que deberá reprocesar o reingresar manualmente? 0 Nota: ANTEL admite que la solución levante el último respaldo disponible y que se realice una recuperación de datos proveniente de los sistemas legados. Para la recuperación de la información no proveniente de los legados deberá indicarse la forma de recuperaron de la información. El contratista deberá confeccionar un Plan de Continuidad que garantice la no perdida de datos el cual será validado por ANTEL Recovery Time Objective: El Recovery Time Objective (RTO) indica cuánto tiempo puede emplear el personal de TI para volver a poner la aplicación en línea después de ocurrir un desastre. Cuánto tiempo se puede permitir el negocio estar sin acceso a la información por estar la aplicación parada? 48 horas Usabilidad Las interfaces de la solución deberán ser amigables, diseñadas para usuarios técnicos y no técnicos. Como referencia se tomará el documento de usabilidad de AGESIC para el estado uruguayo. Link: La interfaz de usuario deberá permitir personalizar la configuración de los usuarios, y mantener las preferencias para sucesivas sesiones. Ejemplo de esto son los formatos de pantalla, detalles de una representación tabular, etc El sistema debe ser independiente del browser en el que ejecute, la aplicación deberá proveer la misma calidad de experiencia de usuario en los siguientes navegadores: Mozilla Firefox versión 8 o superior y Microsoft Internet Explorer 8 o superior. ANTEL entregará al contratista: Documento con estándares para aplicaciones corporativas. Documento Capa Presentación para nuevos desarrollos internos (APP-WEB) Se deberá proporcionar una sección de ayuda en línea con instrucciones para los usuarios en formato HTML, con facilidades para realizar búsquedas y navegación. Para el resto del sistema de uso interno se aceptarán tanto ayuda HTML en línea o ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 60
61 manuales, instructivos, etc. en pdf Requisitos de seguridad ANTEL entregará al contratista documento de recomendaciones de seguridad, el cual deberá seguir para implementar los requisitos que se detallan a continuación. Las aplicaciones a desarrollar serán tipo web, disponible desde cualquier PC conectada a la red interna de ANTEL. Se requiere contar con una aplicación segura y basada en una arquitectura con niveles de seguridad como se detalla seguidamente Autenticación: Todas las comunicaciones deben ser autenticadas: Los accesos de los usuarios serán autenticados en principio utilizando usuario y clave existentes hoy en el Active Directory de ANTEL. Toda comunicación entre componentes del sistema también deberá ser autenticada. Se utilizará tecnología PKI para su implementación Autorización basada en perfiles Los permisos de acceso estarán implementados basado en perfiles. Para el caso de usuarios, los permisos estarán asignados basado en la pertenencia o no a grupos del Active Directory, siendo el sistema provisto el encargado de la implementación de los perfiles y de los controles de acceso a las diferentes funcionalidades. El sistema provisto deberá proveer la gestión de roles de acuerdo a las necesidades de ANTEL. Los componentes del sistema también deben estar contemplados dentro del sistema de autorización, pudiendo validarse a través de diferentes mecanismos según defina ANTEL entre los cuales se encuentra la validación del origen o servicio cliente. El sistema debe permitir otorgar/denegar permisos a los usuarios en un esquema basado en roles para controlar el accesos tanto a las operaciones como a los datos. Los usuarios estarán asociados a un perfil y estos pertenecerán a diferentes grupos, la autenticación será por usuario/perfil/grupo Integridad de la información: Dependiendo del tipo de información transmitida o manipulada, podrá requerirse asegurar la integridad de la misma No repudio: Existirán acciones que requerirán asegurar el no repudio, éste, será implementado utilizando tecnología PKi en la comunicación entre los componentes del sistema. Para la implementación de todos los servicios que utilicen tecnología PKI, se utilizará ws-security, xml-encription / xml-signature, o el estándar que ANTEL considere apropiado Trazas de auditoría El sistema debe registrar trazas de auditoría que permitan realizar un seguimiento de todas las actividades de los usuarios y componentes del sistema. El contratista deberá utilizar LOG4J o syslog para la generación de los eventos. La información y la estructura de los mismos estará basada en un estándar que proveerá ANTEL oportunamente. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 61
62 Todos los eventos de auditoria serán centralizados en la infraestructura SIEM que ANTEL posee la cual es RSA envision Desempeño de la solución Ambiente de pruebas: ANTEL proveerá un ambiente de testing con las siguientes características: 1. Independiente de desarrollo 2. Con control de cambios 3. Gestionado por el área de pruebas 4. Con capacidad de retrotraer el estado a cualquier punto deseado 5. Con las mismas características que producción Requerimientos de desempeño La Solución deberá soportar: instancias de servicios activos operaciones de consulta diarias operaciones de modificación diarias. El tiempo de respuesta esperado en una operación o servicio expuesto por la Solución no debe ser mayor a 3 segundos en el 95% de los casos. El tiempo máximo aceptable es de 9 segundos Correctitud y robustez Casos de test Se requiere el uso del siguiente formato de caso de prueba, que contiene entre otros, los campos recomendados por la Especificación de Casos de Prueba incluida en el Standard de la IEEE (IEEE Standard for Software Test Documentation). ANTEL entregará al contratista documento estándar de especificación de Casos de Prueba Mantenibilidad y Evolucionabilidad Para garantizar la mantenibilidad y evolucionabilidad de la Solución, se requiere: Monitoreo de capacidades y recursos: monitoreo y administración de las actividades y recursos informáticos del sistema y la aplicación en tiempo real. b. Monitoreo de las capacidades ofrecidas por la aplicación: accesos satisfactorios, tiempos de respuesta, solicitudes denegadas, disponibilidad de los servicios, usuarios activos, procesos de la aplicación, estado de los componentes, conexiones, etc.- c. Monitoreo de utilización de recursos del sistema durante un período de tiempo configurable: disco, red, memoria, CPU, procesos del sistema, rendimiento de los servicios, rendimiento de los componentes, etc. d. El proveedor debe definir todos los monitores que sean requeridos a fin de tener ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 62
63 un control total sobre el sistema ya sea a nivel de infraestructura como a nivel de servicios. e. Los monitores definidos deben proporcionar información suficiente como para identificar/proyectar necesidades de infraestructura futuras. f. Todo monitor debe integrarse con la infraestructura centralizada Nagios que cuenta hoy ANTEL Ambientes: El Contratista deberá implantar 5 ambientes para la aplicación, Producción, Preproducción (Testing y Validación), Integración, Desarrollo y Capacitación. El Contratista trabajará junto con los técnicos de ANTEL para adecuar el pasaje a producción y los requisitos para la configuración de los servidores para cada ambiente, de acuerdo a la metodología de trabajo de ANTEL. Se detallan los ambientes en el punto 5.5 de este documento Codificación: Para las especificaciones de la codificación se entregarán documentos corporativos. ANTEL entregará al contratista: Documento de Normas de Codificación. Documentos de estándares y políticas de web services. La documentación de la especificación de las interfaces debe seguir los estándares y políticas de ínter operación definidos por ANTEL Transferencia tecnológica: diseñar el Plan de Transferencia Tecnológica con la finalidad de capacitar a los técnicos de ANTEL. El plan debe garantizar la continuidad de la solución una vez finalizado el período de garantía. Se debe tomar en cuenta estas 3 categorías de mantenimiento: Correctivo consiste en la eliminación de errores. Adaptativo consiste en cambios de hardware o software de base. Perfectivo Cambios en funcionalidades, mejorar la performance, facilitar la utilización, agregar funcionalidades entre otras Código Fuente: La empresa deberá entregar un documento firmado por el Representante Legal de la Compañía, garantizando la entrega de los programas fuentes y/o sistemas que se desarrollaron como parte de la solución. Una vez realizada la aceptación de la Solución, ANTEL, tendrá total libertad para modificar los fuentes y generar nuevas versiones de los mismos sin costo adicional para ANTEL Versionado: El repositorio de los fuentes del desarrollo se versionará en Mercurial Interoperabilidad Los requerimientos de interfases se realizan acorde a las especificaciones definidas en el capítulo 3 del presente pliego. Las interfaces son orientadas a servicios, las que no ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 63
64 estén detalladas en dicho documento se especificarán en la etapa de análisis de requerimientos Visibilidad Se espera que durante el proceso de desarrollo del software de la solución, todos sus pasos y estados estén disponibles, fácilmente accesibles y claramente documentados para ser examinados por parte de ANTEL. 5.3 CAPACITACIÓN Y TRANSFERENCIA TECNOLÓGICA: ANTEL proveerá de espacio locativo para la realización de los cursos de capacitación y transferencia tecnológica. Los mismos serán dictados en el centro de capacitación de ANTEL contando con el equipamiento necesario Tanto los cursos como la transferencia tecnológica deberán realizase en idioma español y adaptarse a los distintos perfiles de los participantes Capacitación El oferente deberá incluir en la oferta un programa de capacitación de usuarios de ANTEL, destinado a la comprensión teórica y práctica en la utilización de la Solución La Capacitación deberá dar, a cada alumno, un nivel satisfactorio de conocimientos teóricos sobre las funciones y características de la Solución, así como conocimientos prácticos sobre las funciones, manejo y operación de todos los sistemas que se suministren La capacitación a usuarios finales deberá tener un mínimo de 20 horas (5 días, 4 horas diarias) y serán acordadas con ANTEL en el Plan de capacitación y transferencia tecnológica ANTEL determinará el número de alumnos que asistirá a cada curso, dependiendo de los temas a tratar, considerando como máximo 30 alumnos por clase Transferencia tecnológica El oferente deberá presentar un programa de transferencia tecnológica de modo que los profesionales informáticos de ANTEL estén en condiciones de atender todas las tareas específicas relacionadas con la Producción y el Mantenimiento evolutivo y correctivo de la Solución Estarán incluidos en la transferencia tecnológica personal de equipos de desarrollo, testing, arquitectura e infraestructura de ANTEL La transferencia tecnológica deberá tener un mínimo de 80 horas. Las instancias, los temas y la carga horaria de cada instancia serán acordadas conjuntamente ANTEL en el Plan de capacitación y transferencia tecnológica ANTEL determinará el número de alumnos que asistirá a cada curso, dependiendo de los temas a tratar, considerando como máximo 20 alumnos por clase. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 64
65 5.4 RESTRICCIONES Herramientas de desarrollo y software de base. A continuación se detallan los requerimientos referentes a la tecnología de la solución a implantar: La aplicación deberá ser Web, desarrollada en 3 capas, en Java versión 1.6 o superior. Las versiones se acordarán posteriormente con el contratista La capa de presentación debe ser resuelta con el framework JSF con RichFaces o PrimeFaces La capa de negocio debe ser EJBs 3.0 o superior, el acceso a los datos se deberá implementar con JPA utilizando Hibernate. Las versiones se acordarán posteriormente con el contratista El IDE de desarrollo será indistinto (preferentemente eclipse); se deberá dejar documentación de las dependencias de código con las librerías Todas las librerías y herramientas deben ser no propietarias El despliegue se realizará sobre un servidor de aplicaciones JBoss 5.1 o superior con sistema operativo Linux RHEL 6.1 en servidores x86, virtualizados con VMWARE vsphere enterprise plus versión 5. Las versiones se acordarán posteriormente con el contratista La aplicación debe ser clusterizable, es decir que debe permitir que pueda realizar el despliegue en varias instancias En la solución se identificaron 2 buses, uno con los sistemas que dan soporte a la operativa (empresarial) y otro bus para OSS. Los buses deberán implementarse con JBoss SOA La solución deberá preveer la incorporación de una herramienta para la generación de reportes que permita reportes configurables, se sugiere Jasper Reports. Las versiones se acordarán posteriormente con el contratista El sistema contará con reportes propios que se deben poder exportar en formato Open Office, PDF, Office, txt, según se especificará en la etapa de análisis de requerimientos Como herramienta de BPM se debe utilizar JBPM versión 5 o superior. Las versiones se acordarán posteriormente con el contratista La Bases de datos será Oracle versión 11g R2 o superior en RAC sobre servidores IBM Pseries modelos 770 con sistema operativo AIX. Las versiones se acordarán posteriormente con el contratista Los respaldos se realizarán mediante la herramienta ITSM versión 5.5 o superior. Las versiones se acordarán posteriormente con el contratista. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 65
66 5.5 HARDWARE Y SOFTWARE DE BASE Se indica a continuación el hardware y software de base provisto por ANTEL, sobre el cual el contratista deberá implantar la Solución en el ambiente de Producción. Esquema del ambiente de producción para la solución Detalle de infraestructura para este ambiente de producción: El ambiente de producción está compuesto por una solución integrada de hardware y software distribuida en 2 sitios geográficamente distribuidos. La distancia entre ambos es menor a 10 km. A nivel de capa de Servidores de Aplicación, se cuenta con equipamiento físico en dos sitios con licencias VMWARE vsphere 5 Enterprise Plus, para soportar las Máquinas Virtuales necesarias para diseñar la arquitectura de la solución. Con respecto a ESB se cuenta con Jboss Enterprise SOA Platform. La arquitectura JBoss está soportada por un cluster VMware de 4 nodos con servidores de arquitectura x86 IBM modelo Para soportar la infraestructura de Base de Datos, se cuenta con 2 Servidores arquitectura Power 7 modelo 9117-MMB. El sistema Operativo es AIX 6.1 TL7. Para la infraestructura de Base de Datos se cuenta con un cluster de Oracle RAC 11gR2 en dos nodos, cada uno en una partición de los servidores de Base de Datos. En otro servidor se contará con un ambiente de contingencia que utilizará Oracle Data Guard. Todos los clusters mencionados en este ambiente están configurados como activo/activo. A nivel de Storage, se cuenta con una SAN y muebles de disco que proveen el espacio y la infraestructura necesaria apara asegurar la disponibilidad solicitada. La solución de Storage SAN es también geográficamente distribuida de manera de asegurar la contingencia y cuenta con la posibilidad de realizar copias de la información en forma sincrónica/asincrónica. La información se respaldará vía ITSM, donde se cuenta con los clientes necesarios para proteger los datos en forma adecuada según su tipo. ANTEL Especificaciones Técnicas Gestor de Inventario de Servicios y CPE 66
CAPÍTULO 1. INTRODUCCIÓN Y OBJETO 1.1 OBJETO 1.1.1 Antel solicita cotización para la implementación de una solución de software correspondiente a todos los bloques funcionales necesarios para un Gestor

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución