Anexo No. 3
Especificaciones técnicas mínimas SUIST
El siguiente documento se refiere a las especificaciones técnicas mínimas que deben tener en cuenta tanto los
oferentes como el futuro contratista para la implementación del SIUST. No obstante, también deben tenerse en
cuenta los siguientes lineamientos:
Ver normatividad que aplica al sector, Portales de las Entidades del Sector: www.crcom.gov.co, www.ane.gov.co, www.antv.gov.co; www.colombiatic.gov.co, www.MinTIC.gov.co, así como la nueva o que modifique las obligaciones de los proveedores redes de servicios de telecomunicaciones, televisión y postales.
Ver documentos de estrategias y lineamientos de Gobierno En Línea. Portal de Gobierno En Línea:
http://estrategia.gobiernoenlinea.gov.co/623/w3-propertyvalue-8014.html.
Ver marco de referencia arquitectura empresarial – link: http://MinTIC.gov.co/arquitecturati/630/w3- propertyvalue-8061.html.
Ver igualmente: Arquitectura del bus de servicios de MinTIC, requerimientos no funcionales definidos por la Oficina de TI, Manual de políticas seguridad de la información, marco de interoperabilidad de Gobierno En Línea. Política de tratamiento de datos personales, Datos abiertos.
1. Introducción
1.1 Propósito
El propósito de este documento es describir y documentar la arquitectura de referencia propuesta para satisfacer las necesidades, requerimientos y restricciones identificadas en el documento “Consultoría para el diseño de la nueva arquitectura para el Sistema de Información Único del Sector Documento de Diagnóstico” (1).
En primera instancia esta arquitectura se presenta como una guía que le permita a MinTIC adoptar adecuadamente una solución informática integral que soporte el proceso de Generación de Informe Sectorial y Social y además sea la fuente de información única del Sector de Tecnologías de la Información y las Comunicaciones. La arquitectura mencionada describe conceptualmente los elementos funcionales que necesitan ser considerados e implementados como parte de la solución propuesta.
2. Audiencia
Este documento puede ser consultado por quienes vayan a llevar a cabo la implementación del nuevo Sistema de Información Único del Sector, especialmente arquitectos de solución, arquitectos de software y demás personas interesadas en el proyecto “Consultoría para el diseño de la nueva arquitectura para el Sistema de Información Único del Sector” dentro de MINTIC.
3. Organización del documento
Este documento inicia haciendo una descripción de la arquitectura de referencia propuesta para satisfacer los requerimientos del nuevo Sistema de Información Único del Sector de las Telecomunicaciones, SIUST – Colombia TIC, continua describiendo como la definición de la arquitectura se alinea con el marco de Referencia
de Gobierno. Posteriormente presenta vistas en cada uno de los dominios de Arquitectura y finalmente hace énfasis en el Plan de Adopción y mapa de ruta de proyectos para la implementación de la Arquitectura.
4. Requerimientos del Sistema
Después de realizar el diagnóstico y teniendo como principal referencia el modelo de operación objetivo definido en el documento “Consultoría para el diseño de la nueva arquitectura para el Sistema de Información Único del Sector Documento de Diagnóstico” (1), se describen las necesidades del sistema caracterizándolos en Requerimientos Funcionales, Requerimientos No Funcionales, Restricciones de Negocio y Restricciones de Plataforma. La definición de los requerimientos se encuentra documentada en el
5. Alineación con Marco de Referencia Gobierno
Esta sección presenta como la arquitectura es definida y documentada de acuerdo al marco de referencia de Gobierno (3). La arquitectura pretende cubrir el marco de Referencia al nivel de las 3 primeras capas, según su aplicabilidad en el proyecto de “Consultoría para el diseño de la nueva arquitectura para el Sistema de Información Único del Sector”.
La siguiente figura presenta cuáles son las capas del marco de Arquitectura que cubrirá la consultoría, así mismo, más adelante describe el alcance de las capas analizadas.
Figura 1 Capas Marco Arquitectura Referencia
Capa Descripción
Capa 1 El escenario objetivo de este Marco de Referencia de AE está compuesto por una
primera capa de seis (6) dimensiones (dominios).
Capa 2 La siguiente capa de abstracción se denomina Ámbito, la cual representa áreas o
temáticas que aborda el dominio.
Capa 3 En la tercera capa se encuentran los Elementos y Lineamientos a nivel de Ámbito,
en cuyo caso, los primeros representan temas de relevancia de un ámbito que se
pretende profundizar y los segundos representan el qué se espera que suceda.
Tabla 1 Capas Marco Arquitectura Referencia
A nivel de la capa 1 de Dominio, como parte de la arquitectura objetivo, se cubren cada uno de los dominios especificados, para lo cual se dedica una sección a cada uno de ellos en este documento. A nivel de la capa 2 de Ámbitos se realizó una evaluación de la aplicabilidad de cada uno de ellos y por cada dominio se seleccionaron los más acordes al alcance del proyecto. Así mismo para cada uno de estos ámbitos fueron seleccionados los lineamientos y artefactos que permitieron documentar la arquitectura, y de esta manera se cubre la capa 3 del marco de referencia de arquitectura.
En la siguiente tabla se presenta el resumen de los artefactos y lineamientos utilizados por cada dominio que permitieron definir y representar la arquitectura objetivo.
Dominio Ámbito Lineamiento/ Elemento Elemento de la
arquitectura
ESTRATEGIA DE TI Seguimiento y evaluación
de la estrategia
Tablero Indicadores
LI.ES.13
Indicadores de Procesos
y Negocio
GOBIERNO DE TI Esquema de Gobierno de TI Procesos y calidad de TI Proceso de Gobierno de
Información
INFORMACIÓN Diseño de los componentes
de Información
Arquitectura de los
componentes de
Información
Diagrama conceptual
Arquitectura de los
componentes de
Información
Arquitectura de
Información
Planeación y Gobierno de
los Componentes de
Información
Gestionar el ciclo de vida
de Componentes de
Información
Ciclo de vida del dato
Gobierno de la
Arquitectura de
Información LI.INF.03
Gobierno datos
Plan de calidad de los
componentes de
información LI.INF.02
Calidad de datos
SISTEMAS DE
INFORMACIÓN
Planeación y gestión de los
Sistemas de Información.
Definición estratégica de
los sistemas de
información
LI.SIS.03
Vista lógica Arquitectura
Definición estratégica de
los sistemas de
información
LI.SIS.03
Vista integración-
interoperabilidad
Arquitecturas de
solución de sistemas de
información
LI.SIS.04
Arquitectura Solución
(Componentes solución
del análisis de brechas)
Diseño de los sistemas de Apertura de datos - Servicios web para
información LI.SIS.08 información en línea.
Gestión de la calidad y Auditoría y trazabilidad Capacidades del
seguridad de los Sistemas de los sistemas de componente de solución
de Información información - LI.SIS.23 Auditoría e históricos
SERVICIOS
TECNOLÓGICOS
Arquitectura de servicios Diseño de la arquitectura Diagrama de ambientes
tecnológicos de servicios tecnológicos
Vista de Infraestructura
USO Y
APROPIACIÓN
Plan de divulgación del Estrategia para el Uso y Involucramiento y
nuevo sistema para Apropiación de TI compromiso - LI.UA.03
todos los interesados
Plan de entrenamiento
en uso de herramientas
de reporting Plan de formación -
Gestión del cambio de TI Plan de entrenamiento LI.UA.05
en uso del sistema para
cargue e intercambio de
información
Tabla 2 Tabla Artefactos Marco de Gobierno
5.1 Principios de la arquitectura
Como parte de la definición de la Arquitectura para el rediseño del sistema Integral del Sector, se adoptan los siguientes principios generales tomados del Marco de Referencia de Arquitectura de TI (5), los cuales corresponden a reglas de alto nivel que guiarán la toma de decisiones relacionadas con la arquitectura.
La siguiente figura presenta los principios que fueron adoptados y aquellos que se consideraron de mayor relevancia para la definición de la arquitectura en cada uno de los dominios. Así pues, como principios claves de la arquitectura se definen la Flexibilidad y Autoservicio.
Figura 2 Principios Generales de la Arquitectura
A continuación se describen cada uno de los principios generales, su justificación y el impacto generado en el
diseño de la arquitectura objetivo.
Nombre P01 FLEXIBILIDAD
Declaración Buscar la construcción de soluciones modulares, de fácil mantenimiento y
siguiendo los principios de alta cohesión y bajo acoplamiento.
Justificación A través de flexibilidad se busca simplificar y agilizar la implementación y
mantenimiento.
Además de minimizar el impacto de cambios en las soluciones existentes.
Implicaciones Establecer métodos de integración común
Generar modelos de información abstractos que faciliten el crecimiento
vertical de la solución.
Implementar arquitecturas basadas en servicios
Tabla 3 Principio Flexibilidad
Nombre P02 AUTOSERVICIO
Declaración Buscar la construcción de soluciones que permitan a los usuarios ser
autosuficientes en la plataforma.
Justificación A través de autoservicio se pretende facilitar y acelerar la gestión de procesos que
se realizan en el sistema. Así mismo disminuir tiempos de soporte de las mesas
de ayuda.
Implicaciones Diseñar soluciones basadas en flujos de trabajo automatizados de tal manera
que faciliten la gestión de los procesos por parte de los usuarios.
Generar vistas de los estados de los procesos en el sistema, de tal manera
que el usuario pueda consultarlos en cualquier momento.
Establecer mecanismos de habilitaciones federadas para algunas
funcionalidades del sistema.
Habilitar múltiples canales para cargue de información al sistema.
Tabla 4 Principio Autoservicio
Nombre P03 INTEROPERABILIDAD
Declaración Fortalecer los esquemas de interoperabilidad que estandaricen y faciliten el
intercambio de información entre entidades y sectores, manejo de fuentes únicas
de información y la habilitación de servicios.
Justificación Propender por contar con información integral, confiable que corresponda a la
versión verdadera de los datos asegura calidad y valor en la información.
Implicaciones Habilitar mecanismos técnicos de interoperabilidad haciendo uso del ESB
(Enterprise Services Bus) SIGEST de MinTIC.
Hacer uso de los lineamientos de interoperabilidad establecidos para la
entidad.
Tabla 5 Principio Interoperabilidad
Nombre P04 ESTANDARIZACIÓN
Declaración Ser la base para la definición de los lineamientos, políticas y procedimientos que
faciliten la evolución de la gestión de TI hacía un modelo estandarizado.
Justificación Como sistema Integral del sector se pretende ser la base tecnológica que facilite
el intercambio de información confiable y de calidad.
Implicaciones Definir lineamientos de uso del sistema Integral del sector.
Establecer y ejecutar políticas que aseguren el uso del sistema integral del
sector como fuente única y veraz de la información.
Establecer procedimientos que aseguren la calidad de la información del
sistema integral del sector.
Tabla 6 Principio Estandarización
Nombre P05 RACIONALIZACIÓN
Declaración Buscar la optimización en el uso de los recursos teniendo en cuenta criterios de
pertinencia y reutilización.
Justificación La correcta identificación funcional del portafolio de aplicaciones de la entidad
garantiza que se haga uso adecuado de la infraestructura existente y evita que
se implementen soluciones que cubran funcionalidades ya existentes.
Implicaciones Gestionar portafolio y listas de activos de las aplicaciones e infraestructura de
la entidad.
Gestionar requerimientos comparándolos contra la base de aplicaciones
actual en la entidad.
Tabla 7 Principio Racionalización
Nombre P06 EXCELENCIA EN EL SERVICIO AL CIUDADANO
Declaración Propender por el fin superior de fortalecer la relación de los ciudadanos y en
general de los usuarios con el Estado.
Justificación Las soluciones de negocio deben generar comodidad en el uso y evitar rechazo o
resistencia al cambio por su dificultad de uso o complejidad.
Implicaciones Definir y hacer uso de lineamientos de usabilidad en el sistema.
Generar sensación de eficiencia en los procesos.
Tabla 8 Principio Excelencia en el servicio al ciudadano
Nombre P07 VIABLIDAD EN EL MERCADO
Declaración Ofrecer definiciones que motiven al mercado a plantear y diseñar soluciones
según las necesidades planteadas.
Justificación Contar con definiciones y especificaciones del alcance de la solución facilitará la
ejecución del proyecto de implementación.
Implicaciones Definir requerimientos del sistema a un nivel suficientemente útil, de tal
manera que facilite realizar el diseño y propuesta de la solución.
Definir capacidades de los componentes de solución del sistema de tal
manera que se facilite el diseño y propuesta de implementación.
Definir proyectos con alcances viables de implementación de acuerdo a las
necesidades.
Tabla 9 Principio Viabilidad en el mercado
Nombre P08 ESCALABILIDAD
Declaración Permitir la evolución continua y la adición de todos los componentes y dominios
que lo componen, sin perder calidad ni articulación.
Justificación Contar con soluciones escalables sin mayor impacto en la construcción facilita la
adición de nuevos requerimientos y crecimiento del sistema.
Implicaciones Definir patrones de diseño que faciliten el crecimiento de sistema.
Realizar planes de capacidad del sistema de tal manera que se cuente con
un crecimiento planificado y controlado.
Tabla 10 Principio Escalabilidad
Nombre P09 COCREACIÓN
Declaración Permitir componer nuevas soluciones y servicios sobre lo ya construido y definido
con la participación de todas aquellas personas u organizaciones que influyen o
son afectadas por el Marco de Referencia.
Justificación Contar la perspectiva de las necesidades de todos los involucrados permite
recopilar acciones de mejora y la incorporación de modelos de operación más
flexibles y eficientes.
Implicaciones Recopilar necesidades y sugerencias de todos los involucrados.
Realizar planes de gestión de cambio de tal manera que se puedan acoger
más acertadamente las mejoras propuestas.
Tabla 11 Principio Cocreación
Nombre P10 SEGURIDAD DE LA INFORMACIÓN
Declaración Permitir la definición, implementación y verificación de controles de seguridad de
la información que permitan garantizar su confidencialidad, integridad y
disponibilidad.
Justificación La seguridad de la información permite sobre la divulgación de información
sensible y de la misma manera cumplir con los objetivos misionales de la
entidad.
Implicaciones Definir políticas de seguridad relacionadas con la disponibilidad,
confidencialidad e integridad de información.
Establecer mecanismos para control de acceso al sistema basado en
usuarios y roles de acceso a la información
Tabla 12 Principio Seguridad de la información
6. Dominio de Sistemas de Información
En este dominio se presentan la arquitectura técnica del dominio de aplicaciones e interoperabilidad para el sistema.
6.1 Vista Lógica de la Arquitectura
En esta sección del documento describimos los siguientes aspectos de la arquitectura propuesta:
Elementos funcionales. Corresponde a la descripción de cada uno de los bloques de construcción (Architecture Building Blocks (ABB)) o elementos funcionales que conforman la arquitectura. Cada elemento funcional posee una serie de capacidades (capabilities) las cuales definen, en términos generales, sus características y requerimientos funcionales. En el Open Group (2) se puede consultar una definición más detallada de lo que es una capacidad en el contexto de la arquitectura empresarial.
Relaciones entre elementos funcionales. Describe las relaciones existentes entre los elementos funcionales que conforman la arquitectura.
La relación entre la arquitectura y su entorno. Es una descripción de las relaciones entre los elementos funcionales que conforman la arquitectura y aquellos componentes que se encuentra fuera de esta y hacen parte del entorno tecnológico actual de MinTIC.
La relación entre la arquitectura y los requerimientos de negocio. Es una descripción de como la arquitectura satisface los requerimientos y restricciones de negocio definidos en la sección Requerimientos del Documento de Diagnóstico (1).
Como ilustra la siguiente figura la arquitectura propuesta está organizada en 6 capas con responsabilidades y servicios específicos.
Zona Consumidores
Proveedores CRC ROT -ANTV ANE
MinTIC
SIG ES T
Zona Canales Portal Web Cliente FTP
Web Services
SG E Zona Servicios de Negocio
Servicios CORE Servicios Flujo de Trabajo
Servicios de Tecnología
SIAT
Cargue
Arch ivos
Almacenar
Infor mación
Transfer encia Arch ivos FTP
Co nsolidació n Infor mación
Procesamiento de Información
Consulta asín crona
Workflow
List a de tareas
Automatización d e Procesos
Mo nitoreo Even tos
Seguri dad
Auten ticación (WS/FTP/HTTP)
Autorización (WS/FTP/HTTP)
Registro TIC
información Alertas y
Notificacion es
Ind icad ores
Negocio
Cer tificados Digitales
Gestión d e Usu ar io s
Registro
Servicios Gestión Estructura Info rmaci ón
Servicios Vali dación Inf ormaci ón
Gestión d e Roles Dispon ibilidad
Postal
Colombia TIC
Gestión d e Formato s de Infor mación
Servicios Análisi s Información
Gestión d e In fo rmes del Sector
Configur ación Reglas Validación
Validación d e Infor mación
Sop orte a l a o peraci ón
Aud itoría e históricos
Notificacion es
Procesos
Asín cron os
Ser vicios Op en Data
Servicios Gestión d e Co ntenid o
Servido r de
Correo
Análisis BI
Ser vicios d e Datos
Producción y Generación
Rep ortes
Gestion ar Plantillas Infor mes
Generación con tenido
colaborativo
Repositorio Identi dad
Zona Datos
Sistemas MinTIC
BD Con solidación
BD Tempo ral
Administr ación Procesos Negocio
Open Data
Figura 3. Vista lógica de Arquitectura
La Figura 3. Vista lógica de Arquitectura, presenta una agrupación funcional de los artefactos, basándose en el estilo arquitectónico multicapas (N-Tier) y orientado a servicios, que va en pro de mejorar la escalabilidad, disponibilidad, mantenibilidad y utilización de los recursos de la solución.
La arquitectura propuesta basa su diseño en la definición de bloques de lógica denominados servicios, que permiten agrupar las capacidades funcionales conceptualmente (componentes), permitiendo una mejor comprensión de sus elementos y relaciones.
Cada una de las zonas de la arquitectura agrupa varios elementos funcionales los cuales finalmente son los que implementan los servicios expuestos por cada capa.
A continuación se describe en detalle cada una de estas zonas y los elementos funcionales que las componen. Adicionalmente, para cada uno de estos elementos funcionales describimos las capacidades que proporcionan y como estas satisfacen los requerimientos y restricciones identificadas para el proyecto.
6.1.1 Zona Consumidores
En esta zona se ubican todas las herramientas y aplicaciones usadas por los usuarios finales que actúan como consumidores y proveedores de información al Sistema Integral del Sector. De esta zona hace parte tanto las entidades del sector como los operadores de telecomunicaciones. La siguiente tabla busca resumir cada una de estas y las capacidades de la solución que satisfacen:
Nombre Descripción Capacidades
Proveedores Representa los diferentes Realizar reportes de información al sistema.
proveedores de telecomunicaciones Realizar consultas al sistema.
que reportan información al sistema. Gestionar Flujo de Trabajo en el sistema.
ROT-ANTV Corresponde principalmente al Realizar consultas al sistema
sistema misional de la ANTV Gestionar Flujo de Trabajo en el sistema.
denominado ROT. Sin embargo,
también representa a cualquier otro
sistema y usuario de ANTV que
interactúe con el sistema integral del
sector.
ANE Corresponde a la entidad del Sector Realizar consultas al sistema
Agencia Nacional de Televisión, Gestionar Flujo de Trabajo en el sistema.
encargada de regular los diferentes
operadores de Televisión en el país.
CRC Corresponde a la entidad del sector Realizar consultas al sistema
Comisión Reguladora de Gestionar Flujo de Trabajo en el sistema.
Comunicaciones, encargada de
regular los diferentes operadores de
telecomunicaciones.
MinTIC Ministerio de Tecnologías de la
Información y Comunicaciones,
encargado de habilitar los
mecanismos de operación del
Sistema Integral del Sector.
Realizar consultas al sistema
Gestionar Flujo de Trabajo en el sistema.
Generar informes del sector
Proporcionar capacidad técnica y de infraestructura para el Sistema Integral del
Sector.
Tabla 13 Zona Consumidores
6.1.2 Zona Canales
En esta zona se ubican los medios por los cuales se habilita reporte y consulta de información al sistema. La siguiente tabla busca resumir cada una de estas, sus capacidades y los requerimientos de la solución que satisfacen:
Nombre Descripción Capacidades Requerimientos
Portal
Web 1
Corresponde a la aplicación Web que puede ser accedida por los usuarios
finales a través de un browser.
Permite acceder a las funcionalidades del sistema.
Permite a los usuarios finales conocer el estado de
sus actividades en el sistema y gestionar flujos de
trabajo.
RF06
Cliente
FTP
Corresponde a la aplicación de acceso a los repositorios FTP utilizados por
usuarios finales para alojar archivos que posteriormente serán cargados
fuera de línea.
Permite interactuar con repositorio FTP a nivel de
directorios y archivos
La conexión al servidor FTP debe contar con
mecanismos de autenticación y seguridad
RF01, RF02,
RNF03
1 Para el portal Web se sugiere revisar en fase de implementación o en el marco del proyecto Ventanilla única del Operador de M inTIC Requerimientos para autenticación unificada de usuarios para trámites ante las diferentes entidades de gobierno
Web
Services
Corresponde al canal de comunicación vía servicios web, que permite el
intercambio de información con el sistema los externos.
Habilitar carga y consulta de información al sistema
Integral del Sector a través de servicios web.
Permite definir mecanismos de autenticación para
servicios web.
Permite gestionar el envío y control de mensajes de
respuesta de servicios web
6.1.3 Zona Servicios Negocio
En esta zona se ubican los diferentes servicios que habilitan las capacidades del sistema. Esta zona se encuentra dividida en subzonas agrupadas en funcionalidades que permiten identificar bloques de solución.
6.1.3.1 Servicios CORE
En esta zona se ubican los servicios de primer nivel que debe proveer el sistema. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos de negocio que satisface.
Nombre Descripción Capacidades Requerimientos
Cargue de Archivos Permite realizar lectura y procesamiento de archivos para
posteriormente ser almacenados en el sistema.
Permite leer y procesar archivos de texto y xls de
acuerdo a una estructura definida.
De acuerdo al canal de transmisión de la
información facilita el envío o reporte parcial de
información.
Tiene la función de generar el número único de
cargue para el reporte de información por parte
de proveedores
RF06
Transferencia de Archivos
FTPS
Permite realizar la transferencia de carga y descarga de Permite interactuar con repositorio FTPS a nivel
archivos a través de un servidor FTPS. de directorios y archivos
Facilita la carga y descarga de archivos desde y
hacia un servidor FTPS
Provee mecanismos de autenticación y
seguridad para habilitar conexiones al servidor
FTPS
RF01
Procesamiento de la
información
Permite realizar el procesamiento de la información a partir Provee mecanismos de transformación de la
de la lectura de información reportada por los diferentes información reportada y asignación a los
canales de información. esquemas de destino.
RF18
Almacenar de la información Permite realizar el almacenamiento de la información en las Permite almacenar a información reportada en
fuentes de datos destinadas para ello. las fuentes de datos temporales.
Provee mecanismos de transformación y cargue
de información a bases de datos destino.
RF18
Consolidación de
información
Permite realizar la consolidación y almacenamiento Permite almacenar de la información reportada
definitivo de la información en las fuentes de datos en las fuentes de datos definitivas.
destinadas para ello. Provee mecanismos de transformación y cargue
de información a bases de datos destino.
RF18
Consultar asíncronamente
información proveedores
Permite realizar periódicamente consulta de la información Realiza la consulta periódica de información a
reportada por proveedores por los canales FTP y WS. proveedores a través de Web Services.
Realiza lectura periódica de información alojada
en el FTPS.
RF04
Tabla 14 Servicios CORE
6.1.3.2 Servicios Gestión de Estructura de Información
En esta zona se ubican los servicios de gestión de los formatos y en general de la estructura de la información que reportan proveedores. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos de negocio que satisface.
Nombre Descripción Capacidades Requerimientos
Gestión de
Formatos de
Información
Permite realizar la gestión de formatos de reporte
información, así como la estructura de los mismos y la
configuración de las fechas de vigencia.
Permite la creación, modificación, consulta e
inactivación de formatos de información.
Facilita el crecimiento y decrecimiento de cantidad de
formatos información.
Para la gestión de los formatos se debe garantizar
trazabilidad de los formatos vigentes e históricos.
Permite realizar la definición de la estructura de
información, esto es, definición de campos, tipos de
datos, etc.
Permite componer fácilmente estructuras de
información a partir del modelo de información.
Facilita el crecimiento y decrecimiento de formatos en
cuanto a cantidad de campos y permite flexibilidad en
la fuente de datos.
Permite asignar formatos de reporte de información a
proveedores según servicios prestados y habilita
permisos en el sistema para tal fin.
Dispone los canales según análisis de información a
reportar.
RF21, RF22, RF23, RF24,
RF25, RF32, RF33
Permite realizar la asociación de cronogramas de
cargue a operadores, fechas de vencimiento de
cargues, tiempos de frecuencia de cargue, etc.
Facilita la consulta de cronogramas de reporte de
información
Gestión de
Informes del Sector
Permite realizar la gestión de Informes del sector Permite la elaboración de informes de gestión y
operación del proceso de Generación y publicación de
Informe Sectorial.
Permite la Creación y modificación del diseño de
informes Sectoriales.
Permite la generación y publicación automática de
informes a partir cronogramas
RF39, RF41, RF45,
RF59, RF68
Tabla 15 Servicios Gestión Estructura Información
6.1.3.3 Servicios de Validación de Información
En esta zona se ubican los servicios de validación de los formatos que permiten la configuración y ejecución de reglas de validación sobre los forma tos de reporte de información. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos de negocio que satisface.
Nombre Descripción Capacidades Requerimientos
Configuración de
Reglas de Validación
Permite realizar la gestión de reglas de validación de
estructura y negocio sobre la información reportada
por proveedores.
Permite la creación, modificación, consulta e inactivación
de reglas de validación de estructura y negocio sobre la
información.
Permite la escritura de reglas de negocio en una interfaz
gráfica y la asociación de la nueva regla a formatos de
información
RF23, RF25, RF26,
RF27
Permite el crecimiento flexible de reglas de estructura y
negocio sobre la información reportada.
Para la gestión de las reglas de validación se debe
garantizar trazabilidad de las reglas vigentes e históricas.
Validación de
Información
Permite la ejecución de las reglas de validación
configuradas para la información reportada.
Provee mecanismos para validar la información a partir de
reglas de estructura y negocio para permitir cargue a las
fuentes destino.
Genera reportes o facilita consultas del estado de las
validaciones sobre la información reportada
Genera reportes o facilita consultas de errores de la
información validada.
Permite ejecutar validaciones de estructura y negocio de
manera asíncrona y una vez finalizados reportar
resultados de la ejecución.
Permite la programación de ejecución de validaciones.
RF08, RF09, RF28,
RF14
Tabla 16 Servicios Validación de Información
6.1.3.4 Servicios de Flujo de Trabajo
En esta zona se ubican los servicios de flujo de trabajo que permiten automatización de procesos y monitoreo de eventos durante la ejecución . La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos de negocio que satisface.
Nombre Descripción Ca pacidades Requerimientos
Workflow Permite administrar y automatizar los
procesos de negocio que involucran
tareas humanas.
Ejecutar flujos de trabajo configurados a través de
herramientas.
RNF09
Asignar tareas a los participantes de los flujos de
trabajo.
Permite definir políticas de escalamiento y
reasignación de actividades.
Generan logs de auditoria y trazabilidad del proceso.
Automatización de
Procesos
Permite administrar y automatizar los Permiten ejecutar un proceso a partir de la ocurrencia
procesos que involucran sistemas de de un evento en el Sistema Integral del Sector o en
información y no requieren tareas los sistemas de información integrados a Sistema
humanas. Integral del Sector.
Permite realizar carga de archivos.
Facilidad de integración con aplicaciones externas
Generan logs de auditoria.
RNF09
Lista de tareas Permite gestionarlistas de tareas Facilita consulta de tareas asignadas y estado de las
derivadas de flujos de trabajo tareas.
configurados. Facilita la gestión de flujos de aprobación o
reasignación de tareas.
RNF09
Monitoreo de
Eventos
Realiza permanente seguimiento a los
procesos y eventos.
Proporciona mecanismos para observación
permanente de la ejecución de procesos de negocio.
Facilita consulta estado de procesos y eventos en los
flujos de trabajo.
Permite configurar los eventos que generan alarmas
y notificaciones.
RNF09
Alertas y
notificaciones
Genera notificaciones y alertas a los
interesados en los procesos para facilitar
el control y seguimiento a la ejecución.
Envía notificaciones y mensajes de alerta a partir de la
gestión de los flujos de trabajo manuales y
automáticos en los procesos.
Facilita la administración de notificaciones a
interesados. Esto es, permite la asociación,
modificación y retiro de usuarios o correos para
notificación.
RF06, RF09, RF17, RF18, RF35,
RF38, RF44, RF45, RF46, RF47,
RF54, RF61, RF63, RF65, RF67,
RF76
Indicadores de
Negocio y de
Proceso
Permite administrar y evaluar indicadores
de negocio y proceso de acuerdo al
comportamiento de las ejecuciones de los
procesos
Permite la creación, edición, consulta de indicadores
de negocio y de proceso a ser evaluados. Permite
definición de cálculo, umbrales y frecuencia de cálculo.
Realiza cálculo de indicadores permanentemente o de
acuerdo a la frecuencia definida.
RNF09, RF34, RF35
Tiene vista resumida de los indicadores de negocio y
de proceso.
Tabla 17 Servicios Flujo de Trabajo
6.1.3.5 Servicios de Análisis de Información En esta zona se ubican los servicios que permiten hacer análisis y reporting de la información reportada por proveedores. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos de negocio que satisface.
Nombre Descripción Capacidades Requerimientos
Análisis de BI Asiste el análisis y manipulación de la
información, así como la presentación
de los datos.
Realiza procesamiento analítico sobre la información consolidada.
Permite la configuración de alertas de acuerdo a resultado de análisis
realizados.
RF36, RF39
Producción y
generación de
reportes
Permite realizar la administración y
generación de reportes de información.
Permite la elaboración de informes gráficos y listados, predefinidos y
por demanda, tanto en detalle como sobre información agregada, a
partir de la información consolidada.
Permite el diseño de nuevos reportes de información.
Permite exportar reportes a imágenes.
Programar el procesamiento de los informes
Acceder a informes a petición
Permite gestionar permisos de acceso a reportes de información.
Gestiona notificaciones de generación de reportes a interesados.
RF59, RF61, RF70,
RF72, RF73, RF74
Servicios de Datos Habilita gestión de datos sobre el
modelo consolidado
Habilita automáticamente operaciones CRUD sobre los objetos y
recursos de los repositorios de datos.
Facilita el mapeo de respuestas de consultas a formatos XML y JSON.
RF34
Tabla 18 Servicios de Análisis de Información
9.1.3.6 Servicios de Gestión de Contenido
En esta zona se ubican los servicios que permiten realizar la gestión de contenido de los informes sectoriales, facilita el diseño gráfico y la estructuración de informes a partir
de la composición reportes. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos de negocio que satisface.
Nombre Descripción Capacidades Requerimientos
Gestionar plantillas de
Reporte
Asiste el diseño de plantillas para los informes
del sector.
Permite de manera gráfica realizar el bosquejo del contenido un
informe sectorial.
Permite componer contenido de documentos, esto es asociar
reportes a informes del sector.
Permiten implementar flujos de trabajo para publicación y la
gestión de cambios sobre contenido de plantillas.
RF36,RF38
RF59, RF60
Generación contenido
colaborativo
Soportan la creación, aprobación y
publicación colaborativa de contenido
Permite gestión de informes del sector de manera colaborativa.
Gestiona flujo de notificaciones y aprobaciones del trabajo
colaborativo.
RF55, RF66
Tabla 19 Servicios de Gestión de Contenido
6.1.4 Zona Servicios de Tecnología
En esta zona se ubican diferentes capacidades de servicio transversal a las diferentes zonas del sistema y que pueden estar ayudando a cubrir atributos de calidad. Esta zona se encuentra dividida en dos subzonas agrupadas en funcionalidades de seguridad y soporte a la operación.
6.1.4.1 Servicios Seguridad
En esta zona se ubican los servicios de seguridad que debe proveer el sistema. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos que satisface.
Nombre Descripción Capacidades Requerimientos
Autenticación Realiza validación de ingreso de usuarios al sistema y permite
acceso a quien se encuentre registrado como parte del sistema.
Proporciona mecanismos de autenticación para que
los usuarios puedan participar en los procesos del
sistema.
Asegura el acceso de los usuarios al sistema a
través de los canales habilitados en el modelo
operativo (FTPS, Portal Web, y Servicios Web).
Genera logs de auditoría.
RNF04, RNF05,
RNF06, RNF15
Autorización Realiza validaciones de acceso a los recursos y procesos del
sistema de acuerdo a los permisos establecidos a los usuarios.
Permite asegurar que los usuarios participen solo en
los procesos a los que se les ha concedido permiso
para realizarlos.
Autoriza el acceso a los 3 canales habilitados en el
modelo operativo (FTPS, Portal Web, y Servicios
Web)
Genera logs de auditoría.
RNF15
Certificados
Digitales
Garantiza técnica y legalmente la identidad de un actor del
sistema.
Autentica el acceso al canal de servicios web.
Permite asegurar que la información recibida es la
original no ha sido modificada.
Garantiza no repudio del autor del envío de la
información.
RNF05
Gestión de
Usuarios
Realiza la gestión de usuarios para permitir ingreso al sistema. Permite la creación, modificación, consulta e N/A
inactivación de usuarios.
Facilita la gestión de los diferentes usuarios del
sistema habilitando cuentas de usuario.
Permite asociar roles a usuarios para determinar
que puede realizar un usuario en el sistema.
Gestión de Roles
y Permisos
Realiza gestión de roles asociados a los usuarios y permisos que Permite realizar la creación, modificación, consulta
se conceden a los roles del sistema. y eliminación de roles y permisos en el sistema.
Permite realizar la gestión de los permisos de los
recursos o procesos del sistema a los cuales van a
tener acceso los diferentes roles definidos para los
usuarios.
Permite determinar que puede realizar un rol dentro
del sistema.
Permite realizar el control de canales de recepción
de Información.
N/A
Disponibilidad Este grupo de servicios garantizar que la solución se encuentre Cuenta con mecanismos de generación automática
disponible siempre que se le necesite y que se posible identificar de backups que permitan realizar copias
cuando está siendo atacada, quien realizo un ataque y que pueda incrementales y completas sobre los componentes
restaurarse correctamente después de que se haya efectuado un de solución, su configuración y los datos
ataque. almacenados.
Cuenta con mecanismos que permitan restaurar las
copias (backups) que se hayan realizado sobre los
componentes de solución y los datos almacenados
cuando se requiera.
RNF15
Cuenta con mecanismos que permitan definir y
aplicar controles de acceso sobre la infraestructura,
componentes, aplicaciones y datos de la solución.
Cuenta con mecanismos que permitan identificar
cuando la solución está sufriendo un ataque de DoS
(Denial of Service).
Cuenta con mecanismos que permiten defenderse
ante una ataque de DoS.
Tabla 20 Servicios de Seguridad
6.1.4.2 Servicios de Soporte a la Operación En esta zona se ubican los servicios transversales que facilitan el soporte a otros elementos funcionales del sistema, por lo general responden a requerimientos no funcionales del sistema. La siguiente tabla describe cada uno de estos servicios, las capacidades que proporciona y los requerimientos que satisface.
Nombre Descripción Capacidades Requerimientos
Auditoría e
históricos
Garantiza la integridad y trazabilidad de
las modificaciones realizadas en el
sistema.
Permite llevar trazabilidad de las modificaciones
realizadas en el sistema.
Almacena registros de las diferentes operaciones
realizadas en el sistema y asocia el usuario que la
realiza.
Permite realizar la gestión de las funcionalidades
del sistema a las cuales se les activa auditoría e
históricos.
RNF10
Procesos
asíncronos
Permite la ejecución de procesos de
manera asíncrona.
Permite la ejecución de procesos de manera
asíncrona ya sean automáticos o lanzados por un
actor del sistema.
Realiza seguimiento a la ejecución del proceso y
lleva trazabilidad del estado.
Notifica la finalización del proceso cuando así
haya sido configurado.
Permite consultas del estado de las ejecuciones
de los procesos.
Permite la configuración y programación de
procesos.
RNF02
Notificaciones Realiza el envío automático de
notificaciones.
Permite realizar el envío automático de
notificaciones de eventos a actores del sistema.
Permite asociar actores del sistema a eventos de
notificación.
RF06, RF09, RF17, RF18, RF35, RF38, RF44,
RF45, RF46, RF47, RF54, RF61, RF63, RF65,
RF67, RF76
Servicios Open
Data
Facilita el intercambio para datos
abiertos
Habilita servicios web para publicación de datos
abiertos alojados en el sistema Integral.
Componen la estructura del modelo de
información para datos abiertos
RNF17
Tabla 21 Servicios de Tecnología
6.1.5 Zona Datos
En esta zona se ubican los repositorios de información del sistema utilizados para almacenar los metamodelos de información del sistema, datos administrativos y datos de información consolidada. La siguiente tabla describe cada uno de estos, las capacidades que proporciona y los requerimientos que satisface.
Nombre Descripción Capacidades Requerimientos
BD Temporal Este repositorio de datos corresponde a la primera
fuente de información destino de los datos
reportados por proveedores.
Puede corresponder a una fuente de datos relacional
accedida a través de protocolo ODBC.
Permite almacenar información sin restricciones de
validación de información.
Almacena grandes volúmenes de información.
Proporcional mecanismos para establecer seguridad
No hay requerimiento asociado a
este elemento funcional hace
parte de la solución.
BD
Consolidación
En este repositorio se almacena la información
consolidada después de pasar validaciones de
estructura y negocio para los datos.
Puede corresponder a un repositorio multidimensional
OLAP estructurado para modelos de reportes.
Permite la consulta y análisis rápido de información
sobre el modelo.
No hay requerimiento asociado a
este elemento funcional hace
parte de la solución.
Administración En este repositorio de datos se encuentra
almacenado toda la información referente a
administración y parametrización del sistema.
Mantiene información estructurada o del metamodelo
que posibilita la creación, modificación, consulta,
inactivación y estructuración de los formatos de
información.
Mantiene información estructurada de los datos de
administración del sistema, principalmente aquellos
que facilitan la gestión de los servicios CORE
Puede corresponder a una fuente de datos relacional
accedida a través de protocolo ODBC.
RNF08
Negocio En este repositorio de datos se encuentra
almacenado toda la información referente a la
Mantiene la información correspondiente a la solución
que implementa los procesos de negocio.
RNF09
gestión de los flujos de trabajo y procesos de
negocio del sistema.
Open Data Este repositorio de datos se aloja la estructura de
los datos que son compartidos a través del
repositorio de datos abiertos del estado.
Mantiene la información consolidada para datos
abiertos.
No hay requerimiento asociado a
este elemento funcional hace
parte de la solución.
Tabla 22 Zona de Datos
6.1.6 Zona Sistemas MinTIC
En esta zona se ubican todos los sistemas tecnológicos que hacen parte del ecosistema de tecnología de MinTIC y que deben integrarse con la solución . Algunos sistemas de esta capa se caracterizan por prestar servicios transversales a las demás capas de la arquitectura diseñada y otros corres ponden a sistemas misionales de MinTIC con los cuales se debe lograr interoperación.
Nombre Descripción Capacidades Requerimientos
SIGEST Corresponde a la solución de Integración de
Servicios de aplicaciones que ya tiene
implementado MinTIC.
Está en la capacidad de mediar la comunicación entre dos o más sistemas
de información sin tener los protocolos que usan o la tecnología en la cual
fueron desarrollados.
Provee características como la transformación, enrutamiento y
conversión de protocolos de los mensajes intercambiados entre los
sistemas que comunican
Plataforma Oracle Enteprise Service Bus
RNF08
SGE Sistema de Gestión del Espectro Permite realizar el proceso de habilitación del espectro, gestiona cuadros
técnicos de ingeniería de asignación de espectro
RNF08
SIAT Sistema de Vigilancia y Control Gestiona procesos de de investigación y trazabilidad requerida a las
acciones realizadas.
RNF08
SIG Sistema integrado de georreferenciación Permite realizar ubicaciones georeferenciadas. RNF08
Registro TIC Registro y autorización de operadores de Realiza procesos de registro de operadores de telecomunicaciones y RNF08
comunicaciones habilitación para prestación del servicio.
Registro
Postal
Registro y autorización de operadores Postales Realiza procesos de registro de operadores de Postales y habilitación RNF08
para prestación del servicio.
Colombia TIC Canal web de interacción al ciudadano y Facilita la interacción de proveedores de telecomunicaciones con RNF08
operadores procesos de reportes de información.
Publica estadísticas e informes sectoriales.
Servidor de
Correo
Servidor encargado de gestionar y almacenar el Permite el envío de correos electrónicos a usuarios del Sistema RNF08
envío de correos electrónicos a los usuarios del Almacena los correos electrónicos enviados y recibidos por usuarios del
sistema. sistema
Repositorio
Identidad
Contiene la información de los usuarios y grupos Facilita el acceso para consulta de usuarios de la organización. RNF08
de la organización.
Tabla 23 Zona de Sistemas MinTIC
6.2 Vista Arquitectura de Integración
Teniendo en cuenta los requerimientos identificados inicialmente y procesos de negocio del sistema, se identificaron los siguientes escenarios de integración:
Aplicaciones de Negocio– Sistema Integral del Sector. Este tipo de integración se presenta cuando desde aplicaciones externas ya sea al interior de MinTIC o aplicaciones de proveedores o de entidades de gobierno requieren acceso al sistema ya sea para consultas de información o para envío de información.
Sistema Integral del Sector- Aplicaciones de Negocio. Este tipo de integración se presenta cuando desde el Sistema Integral del Sector es necesario consultar otras fuentes de información ya sea para realizar validaciones o articular consolidados de información para la herramienta visualizador de reportes de BI.
Así mismo se describirán algunos escenarios de operación que visualizan el flujo de la información a través de la arquitectura.
Reportar Información: Este escenario busca visualizar los tipos de integraciones realizados cuando
se reporta información al sistema integral a través de los 3 canales habilitados, Servicios Web, FTP y
Portal Web. A continuación describimos en detalle cada uno de estos escenarios y las estrategias de implementación para integración que se recomienda usar.
6.2.1 Aplicaciones de negocio – Sistema Integral del Sector.
En este escenario las aplicaciones de entidades de gobierno, proveedores de servicios e internas a MinTIC interactúan con el sistema integral del sector con el propósito de enviar o consultar información. La siguiente grafica ilustra en notación Trivadis cómo sería esta interacción, para la cual se sugiere realizar comunicación a través de servicios Web utilizando el ESB, SIGEST de MinTIC.
VISTA INTEGRACIÓN
DOMINIO INTEGRACIÓN TRANSPORTE
VISTA APLICACIÓN/ INFORMACIÓN
Capa Mediación Capa Distribución/Recolección Comunicación
ESB
Endpoint Adaptador SOAP
HTTP/SOAP
ZONA CONSUMIDORES/ SISTEMAS MINTIC
Aplicaciones Negocio
No
¿Autenticación exitosa?
Traducción
Endpoint
Adaptador
SOAP/REST HTTP/SOAP/REST
ZONA SERVICIOS NEGOCIO
Sistema Integral Sector
Certificado Digital
Seguridad Monitoreo BAM
Figura 4. Integración Aplicaciones de Negocio- Sistema Integral
6.2.2 Sistema Integral del Sector- Aplicaciones de negocio.
En este escenario el sistema integral del sector interactúa con aplicaciones de negocio, principalmente internas a MinTIC, con el propósito de consultar información. Las siguientes graficas ilustran en notación Trivadis, los mecanismos de cómo debe realizarse esta interacción:
Escenario 1. Integración a Nivel de Capa de datos
Como se observa en la figura para este escenario, se sugiere el uso de integración a nivel de fuentes de datos con el objetivo de favorecer tiempos de desempeño de validaciones y renderizado de reportes de BI. Este escenario es sugerido si las aplicaciones se encuentran al interior de MinTIC y dependiendo de los requerimientos de disponibilidad y rendimiento indicados para los reportes y arquitectura.
VISTA INTEGRACIÓN
DOMINIO INTEGRACIÓN TRANSPORTE
VISTA APLICACIÓN/ INFORMACIÓN
Capa Mediación Capa Distribución/Recolección Comunicación
ZONA SERVICIOS NEGOCIO
Servicios Validación Servicios Generación
Reportes BI
ODBC / SQL
SISTEMAS MinTIC Aplicaciones Negocio
Repositorio Identidad
Seguridad Monitoreo BAM
Figura 5. Integración Sistema Integral-Aplicaciones de Negocio Internas
Escenario 2. Integración a Nivel de Capa de Servicios
Se considera otro mecanismo de interacción con aplicaciones a través de servicios Web usando el ESB SIGEST de MinTIC, para casos en que las consultas ya se encuentren desarrolladas en el ESB o para los cuales se requiera un mayor nivel de seguridad. Este escenario es sugerido para consultas a sistemas tanto internos como externos a MinTIC, se ilustra a continuación:
VISTA INTEGRACIÓN
DOMINIO INTEGRACIÓN TRANSPORTE
VISTA APLICACIÓN/ INFORMACIÓN
Capa Mediación Capa Distribución/Recolección Comunicación
ESB
Endpoint Adaptador SOAP
HTTP/SOAP
ZONA SERVICIOS NEGOCIO
Sistema Integral Sector
No
¿Autenticación exitosa?
Endpoint Adaptador SOAP HTTP/SOAP ZONA CONSUMIDORES/
SISTEMAS MINTIC Aplicaciones Negocio
Certificado Digital
Seguridad Monitoreo BAM
Figura 6 Integración Sistema Integral-Aplicaciones de Negocio Internas y Externas
6.2.3 Escenarios Operacionales Reportar Información.
Este escenario busca visualizar los tipos de integraciones realizados cuando se reporta información al sistema integral a través de los 3 canales habilitados, Servicios Web, FTP y Portal Web. Las siguientes graficas ilustran en notación Trivadis cómo debe realizarse esta interacción.
6.2.3.1 Reporte Información Servicios Web Este escenario visualiza la consulta automática y periódica de información a sistemas de proveedores. Como se observa una vez la información se obtiene a través del ESB (SIGEST), debe articularse con el BPMS.
VISTA INTEGRACIÓN
DOMINIO INTEGRACIÓN TRANSPORTE
VISTA APLICACIÓN/ INFORMACIÓN
Capa Aplicación Capa Mediación Capa Distribución/Recolección Comunicación
ESB
Proceso
Asincrono
Endpoint
Adaptador SOAP
HTTP/SOAP ZONA CONSUMIDORES Aplicaciones Negocio
Endpoint Adaptador SOAP HTTP/SOAP
BPMS No
Recibir
¿Autenticación
exitosa?
Endpoint
Generar
numero
Cargue
Adaptador
SOAP/REST HTTP/SOAP/REST
ZONA SERVICIOS
NEGOCIO
Sistema Integral Sector
Certificado
Digital
Seguridad Monitoreo BAM
Figura 7. Reporte Información Web Services
En el caso que el reporte sea en sentido contrario y es el proveedor quien periódicamente envía información a
través de Web Services, el trivadis conforme para esta integración es el de la Figura 4. Integración Aplicaciones de
Negocio- Sistema Integral
6.2.3.2 Reporte Información FTPS
Este escenario visualiza la carga de información a través del canal FTPS. Como se observa una vez la
información se obtiene del repositorio FTPS debe articularse con el BPMS.
VISTA INTEGRACIÓN
DOMINIO INTEGRACIÓN TRANSPORTE
VISTA APLICACIÓN/
INFORMACIÓN
Capa Aplicación Capa Mediación Capa Distribución/Recolección Comunicación
Upload Archivo
FTPS ZONA CONSUMIDORES Aplicaciones Negocio
Proceso
Asincrono
BPMS
Recibir
Generar numero Cargue
Adaptador
SOAP/REST HTTP/SOAP/REST
ZONA SERVICIOS NEGOCIO
Sistema Integral Sector
Repositorio Identidad
Seguridad Monitoreo BAM
Figura 8 Reporte Información FTPS
6.2.3.3 Reporte Información Portal Web
Este escenario visualiza la carga de información a través del portal web del sistema. Como se observa la carga
se realiza a través de un proceso implementado en el BMPS.
VISTA INTEGRACIÓN
DOMINIO INTEGRACIÓN TRANSPORTE
VISTA APLICACIÓN/
INFORMACIÓN
Capa Aplicación Capa Mediación Capa Distribución/Recolección Comunicación
BPMS
Recibir
HTTPS ZONA CONSUMIDORES
Aplicaciones Negocio
Generar
numero
Cargue
Adaptador
SOAP/REST HTTP/SOAP/REST
ZONA SERVICIOS
NEGOCIO
Sistema Integral Sector
Repositorio Identidad
Seguridad
Monitoreo BAM
Figura 9 Reporte Información Portal Web
7 Dominio de Información
De acuerdo al marco de referencia establecido en (3), en este dominio permite definir el diseño de los servicios de información, la gestión del ciclo de vida del dato, el análisis de información y el desarrollo de capacidades para el uso estratégico de la misma. En esta sección del documento se presenta la arquitectura de información, el modelo conceptual que soporta la operación y el ciclo de vida de la información. En primer lugar, la arquitectura de información presenta una vista de alto nivel de la solución de datos, en donde se describen las diferentes capas de la arquitectura y los artefactos que la articulan. En esta arquitectura se observa el flujo de la información, desde que es extraída de las fuentes temporales o de operación hasta que es consolidada en las bodegas de datos y posteriormente entregada a los usuarios finales. En segundo lugar, el modelo conceptual que presenta una vista más detallada de cómo se organizarán y almacenarán los datos en el sistema. Se identifican las entidades de negocio relevantes de la operación y las relaciones entre estas. Por último, el ciclo de vida de la información que describe las etapas por la que pasa la información, desde que esta se obtiene a partir de los sistemas externos hasta que es presentada en forma de reportes e informes o hasta que sea desechada.
7.1 Arquitectura de Información
En la siguiente grafica se presentan las capas y componentes que conforman la arquitectura de información. Esta incluye múltiples fuentes de información, servicios de integración, servicios de administración de datos, manejo de reportes, servicios de análisis, servicios de entrega y consumo de la información.
La arquitectura de la información es un elemento clave de la arquitectura empresarial ya que permite desarrollar
e implementar los procesos para soportar la administración de los datos y así mismo su gobierno.
Esta arquitectura permite soportar los diferentes flujos de la información tales como los llevados a cabo en la
migración inicial de la información, la actualización del área de consolidación cuando es desarrollada la
operación del negocio y cualquier otra forma en que se necesite entregar la información a los consumidores
finales.
Figura 10 Arquitectura Información
7.1.1 Capas
La arquitectura de información está organizada por capas. En estas capas se sitúan los componentes de la
arquitectura los cuales a través de sus capacidades y servicios permiten el flujo de información de forma segura,
consistente y veraz.
A continuación se describen las capas que forman la arquitectura de información.
7.1.1.1 Fuentes de datos
Esta capa representa las fuentes de datos origen donde la información es extraída y transformada. Como
fuentes de datos en el flujo de migración de la información encontramos la base de datos de Sistema Integral
del Sector y recursos en Excel.
7.1.1.2 Servicios de integración
Esta capa representa todos los activos de datos, procesos, metodologías y herramientas por el cual los datos
fragmentados en los diferentes sistemas de información son unificados para soportar la operación del negocio.
Como herramientas de integración en la arquitectura presentada se tienen los procesos ETL, que permiten leer
los datos de un conjunto de fuentes, transformarlos al formato destino y posteriormente cargarlos a la fuente de
almacenamiento destino.
7.1.1.3 Servicios de administración de datos
Esta capa representa las fuentes de datos destinos. En esta capa se encuentran las siguientes fuentes de datos
BD Temporal, BD Consolidada, BD Administración, BD Procesos de negocio y la BD de Open Data, las cuales
constituyen los destinos después de realizar transformaciones a las fuentes de datos orígenes. La BD
Consolidada está configurada como una base de datos multidimensional donde se encuentran los cubos de
información para los servicios Televisión, Internet, Telefonía, Postales e Infraestructura. Estos cubos junto con
los servicios provistos por la capa de análisis permitirán extraer información, de tendencias y comportamientos
del negocio, valiosa para la toma de decisiones en la organización.
7.1.1.4 Servicios de análisis y reporting
Esta capa representa las herramientas o aplicaciones de BI que asisten en el análisis de la información así
como la presentación de los datos. Permite a toda la organización al logro de sus objetivos estratégicos, tácticos
y de la operación, habilitando la toma de decisiones como algo natural en el día a día de la empresa.
7.1.1.5 Servicios entrega de información
Esta capa representa las herramientas tecnológicas que permiten entregar la información al usuario final en una
forma comprensible y de fácil interpretación, que permita tomar decisiones y al mismo tiempo ejecutar acciones.
Algunas herramientas incluyen portales web empresariales, scorecards, dashboards, notificaciones o reportes
de resúmenes, entre otros.
7.1.1.6 Seguridad
Esta capa representa los estándares y políticas de seguridad que se aplican a los datos de la organización.
Hacen referencia a las reglas que deben cumplirse tanto para usuarios internos como para usuarios externos
sobre la información.
Una vez sean definidos los estándares y políticas de seguridad de los datos esta podrá ser implementada. La
implementación de la seguridad de los datos requiere clasificar la información según su grado de
confidencialidad, dar derechos o permisos sobre esta, definir los usuarios y roles habilitados para consultarla y
finalmente definir e implementar el monitoreo y control (auditorías de seguridad de la información automáticas
o humanas).
A continuación se presenta el ciclo de la seguridad de los datos que describe el proceso de definición del modelo
de seguridad organizacional:
Analizar
Probar y puesta en
marcha
Seguridad de los datos
Diseñar
Implementar
Figura 11 Ciclo seguridad de los datos
Nombre Descripción
Analizar Cuáles datos hay (conceptos de negocio), cuáles fuentes asociadas.
Cuáles niveles de confidencialidad se requieren sobre los datos de acuerdo
con regulaciones, por ejemplo, requerimientos internos de la organización,
requerimientos de sus clientes o socios, requerimientos de entidades
reguladoras.
Cuáles usuarios, grupos, roles existen en la organización
Diseñar Reglas de autenticación (posiblemente provisto por seguridad de TI, pero
documentado y controlado en el Gobierno de los datos),
Reglas de autorización en relación con los elementos de datos analizados,
los usuarios, grupos o roles identificados, qué usuario realiza cuál operación
sobre el dato – CRUD
Reglas de acceso en relación con los elementos de datos analizados y los
usuarios, grupos o roles identificados
Reglas de auditoría en relación con el registro y control de las operaciones
que los usuarios hacen sobre los datos – CRUD.
Lo anterior de acuerdo a los niveles de confidencialidad de los datos
Implementar Implementar las reglas definiendo herramienta(s) para tal fin.
Probar y
puesta en
marcha
Ejecución del modelo de seguridad en la organización
7.1.1.7 Calidad de datos
Esta capa representa los estándares y políticas de calidad aplicados sobre los datos. La calidad de los datos no
solo se debe enfocar como buscar datos malos. Una iniciativa de calidad de datos además de esta última incluye
el establecer un gobierno de los datos, en el sentido de definir los roles de las personas en la empresa para el
manejo de los datos, tener un consenso en la definición del dato, establecer un framework para tratar y resolver
los asuntos con los datos. La calidad de datos permite entregar los datos de una manera completa, consistente
y segura.
Las características de calidad de datos se refieren a aquellas propiedades de los datos que una organización
desea garantizar, y respecto a las cuáles se mide la calidad de los mismos. En general, se pueden mencionar
las siguientes características de calidad de los datos:
Completitud: Propiedad de los datos que permite establecer si, para un dato particular, existe o no
existe algún valor asociado para todas las ocurrencias de dicho atributo / concepto.
Exactitud: Propiedad de los datos que establece si un dato es cierto respecto a la realidad que
representa.
Consistencia Propiedad de los datos que establece la coherencia entre dos versiones del mismo dato.
Unicidad: Propiedad de los datos de ser únicos
7.1.1.8 Administración de la Metadata
La Metadata se define como los “datos sobre los datos”. En este sentido, la Metadata permite explicar cómo,
porque y donde los datos pueden ser encontrados, recuperados, almacenados y usados en un sistema de
administración de información.
Una efectiva estrategia de Metadata habilita mejoras en la productividad organizacional ayudando a tener la
historia del dato, reducción en redundancia de datos, mejor entendimiento de cómo la información es usada en
la organización, análisis de impacto relacionado a los datos, mejor manera de compartir la información y
transferir el conocimiento, fácil navegación del dato en la organizacional y un inventario de los datos como activo
organizacional.
Generalmente, la Metadata se clasifica en dos tipos:
Metadata de negocio: provee contexto a los datos y de esta manera hace que tengan un significado
explícito en términos del negocio; dicho de otra, define los elementos de datos desde el punto de vista
del negocio.
Metadata técnica: Comprende la información sobre los activos de datos, tales como, los relacionados
con la integración de los datos, el modelamiento de datos, el perfilamiento de los datos, la calidad de
los datos, bases de datos, reportes, análisis, uso y monitoreo de los procesos. También debería incluir
información de sistemas fuentes, definición de entidades y atributos, información del uso de los
sistemas y un entendimiento de que información es provista a otros sistemas.
7.1.1.9 Gobierno de datos
Esta capa representa el programa de gobierno de datos en la organización. Este es definido como aquel
conjunto de lineamientos y actividades que, formalmente, permiten ejercer la función de autoridad y control
sobre los datos de una organización de manera continua. El programa de Gobierno de Datos puede ser
conceptualizado utilizando el clásico método 5W-1H, en el que se identifican las perspectivas del qué, por qué,
dónde, cuándo, quién y cómo de un programa de este tipo:
Figura 12 Conceptualización del Gobierno de Datos
¿Qué? Los datos. Finalmente, la razón de ser del programa son aquellos datos que se generan y
utilizan dentro de la organización, y sobre los límites de ella.
¿Por qué? Valor de los datos. Un programa de este tipo surge debido a la necesidad o interés de las
organizaciones en brindar la importancia requerida a sus datos, como soporte vital en su operación,
en su estrategia, en su relación con sus clientes, en su evolución misma.
¿Dónde? Organización. Aunque el programa puede iniciar en una porción de la organización,
finalmente debería extenderse a toda la misma, de forma que la función de autoridad y control se ejerza
de forma integral y los datos sean útiles y aprovechables en toda la compañía.
¿Cuándo? Todo el tiempo. El programa, como su nombre indica, debe tener un carácter continuo,
tendiente a la mejora en el uso, aprovechamiento y control de los datos.
¿Quién? Organización del Gobierno de Datos; Organización. El programa se desarrolla tanto mediante
una estructura organizacional particular para la autoridad y el control sobre los datos, como con una
intervención y colaboración continua de todas las áreas de negocio.
¿Cómo? Dimensiones y componentes del Gobierno de Datos. El cómo se desarrolla el programa es,
en términos generales, a través de componentes de direccionamiento, componentes de administración
y componentes de evaluación de la contribución del programa
7.1.2 Flujos de información
A continuación se describen los flujos de información identificados para el Sistema Integral del Sector, en primer
lugar tenemos la migración inicial de la información del sistema actual SIUST al sistema destino en este caso el
Sistema Integral del Sector. En segundo lugar se encuentran los flujos de información relacionado a la operación
diaria, entre los cuales se tiene el flujo de procesos administrativos, el flujo de procesos de negocio y el flujo de
actualización del Data Warehouse y Open Data.
Para cada flujo se presenta una figura que presenta el flujo de información entre las capas de la arquitectura de
información (la dirección del flujo es de izquierda a derecha) así como la descripción de cada elemento que lo
conforma.
7.1.2.1 Migración de la información
Este flujo de información consiste en realizar la migración inicial de las fuentes de datos del sistema actual a las
fuentes de datos del sistema futuro. Este caso la información que se migrará corresponde a la parametrización
de los formatos, parametrización de los procesos, a la información de los formatos reportados por los
proveedores y con esta última se genera la información para la base de datos consolidada (data Warehouse) y
de datos abiertos (Open Data).
Figura 13 Flujo Migración de la información
7.1.2.1.1 Elementos del flujo
Nombre Descripción Capa
BD SIUST Este elemento corresponde al repositorio de datos donde se
almacena la información de operación del sistema SIUST.
Fuente de datos
Recurso Excel Este elemento corresponde a recursos de información en
formato Excel que contienen información consolidada acerca
del negocio.
Fuente de datos
ETL Este elemento define un proceso para mover los datos de las
fuentes de datos origen hasta los repositorios de datos destino.
En este movimiento de información el ETL realiza operaciones
de reformateo y limpieza de los datos.
Servicios de
integración
BD Temporal Este elemento corresponde al repositorio de datos donde se
almacenaran los formatos provenientes de todos los canales de
información.
Servicios de
administración de
datos
BD
Consolidada
Este elemento representa el data warehouse el cual
corresponde al repositorio donde se almacena una copia de las
transacciones estructurada, de tal modo que pueda ser
consultada y analizada.
Servicios de
administración de
datos
BD
Administración
Este elemento corresponde al repositorio de datos donde se
almacenará información relacionada con seguridad, auditoria,
históricos, parámetros del sistema, parámetros de la operación,
reglas de negocio, entre otros.
Servicios de
administración de
datos
BD Procesos
de negocio
Este elemento corresponde al repositorio de datos donde se
almacenará información relacionada con la descripción de los
procesos definidos para el Sistema Integral del Sector y la
ejecución del dichos procesos
Servicios de
administración de
datos
BD Open Data Este elemento corresponde al repositorio de datos donde se
almacenará información que se comparte bajo la modalidad de
Open Data.
Servicios de
administración de
datos
7.1.2.2 Información de procesos administrativos
Este flujo de información presenta como la información se entrega desde la base de datos de administración a
los usuarios finales a través de consultas y reportes pre configurados.
Figura 14 Flujo procesos administrativos
7.1.2.2.1 Elementos del flujo
Nombre Descripción Capa
BD
Administración
Este elemento corresponde al repositorio de datos donde se
almacenará información relacionada con seguridad, auditoria,
históricos, parámetros del sistema, parámetros de la operación,
reglas de negocio, entre otros.
Fuente de datos
Consultas Este elemento representa una consulta de información. Servicios de reporting
Generalmente este tipo de consultas son requerimientos de y análisis
información que el sistema provee como servicios web para que
otros actores del sistema lo consuman.
Reportes Este elemento representa el diseño de un reporte en el sistema
el cual permite entregar información. En el diseño del reporte se
pueden incluir información gráfica o textual.
Servicios de reporting
y análisis
Constructor de
reportes,
consultas e
informes
Este elemento representa la capacidad del sistema para
construir reportes y consultas basadas en los cubos de
información.
Servicios de reporting
y análisis
Reportes Este elemento representa un reporte entregado por el sistema
el cual contiene información resumida y sobre un tema
específico. Los formatos de entrega de los reportes son doc,
pdf, jpg, html, entre otros.
Servicios de entrega
de información
7.1.2.3 Información de procesos de negocio
Este flujo de información presenta como la información se entrega desde la base de datos de procesos de
negocio a los usuarios finales a través del BAM. El BAM permite entregar la información mediante tableros de
control y reportes web sobre el estado actual de los procesos de negocio.
Figura 15 Flujo procesos de negocio
7.1.2.3.1 Elementos del flujo
Nombre Descripción Capa
BD Procesos
de negocio
Este elemento corresponde al repositorio de datos donde se
almacena la información relacionada con la descripción de los
Fuente de datos
procesos definidos para el Sistema Integral del Sector y la
ejecución del dichos procesos
BAM Este elemento representa una herramienta de gestión operativa
proporciona información del estado actual de los procesos de
negocio.
Servicios de reporting
y análisis
Tableros de
control
Este elemento representa el conjunto de indicadores generados
por los procesos de negocio y que son entregados por el BAM
Servicios de entrega
de información
Reportes web Este elemento representa un reporte entregado por el sistema
el cual contiene información resumida sobre los procesos de
negocio
Servicios de entrega
de información
7.1.2.4 Actualización del Data Warehouse
Este flujo de información presenta el escenario de Actualización del Data Warehouse, aquí la información es
extraída y transportada desde las fuentes de datos origen, bases de dato operacional, hasta la base de datos
de consolidación habilitada para realizar análisis e inteligencia de negocios y luego es entregada a los
interesados como reportes y/o consultas de información.
A continuación se presenta el flujo mencionado en la figura 12 Flujo actualización del data warehouse y se
detallan cada uno de los elementos que participan en este.
Figura 16 Flujo actualización del data warehouse
7.1.2.4.1 Elementos del flujo
Nombre Descripción Capa
BD Temporal Este elemento corresponde al repositorio de datos donde se
almacenaran los formatos provenientes de todos los canales de
información.
Fuente de datos
ETL Este elemento define un proceso para mover los datos de las
fuentes de datos origen hasta el data warehouse. En este
movimiento de información el ETL realiza operaciones de
reformateo y limpieza de los datos.
Servicios de
integración
DWH Este elemento representa el data warehouse el cual
corresponde al repositorio donde se almacena una copia de las
transacciones estructurada, de tal modo que pueda ser
consultada y analizada.
Servicios de
administración de
datos
Cubo Internet Este elemento representa el cubo de información para el tipo de
servicios Internet. Con este elemento se podrán realizar cruces,
filtros, totalizaciones y resúmenes asociados al tipo de servicio
en mención.
Servicios de
administración de
datos
Cubo
Telefonía
Este elemento representa el cubo de información para el tipo de
servicios Telefonía. Con este elemento se podrán realizar
cruces, filtros, totalizaciones y resúmenes asociados al tipo de
servicio en mención.
Servicios de
administración de
datos
Cubo
Televisión
Este elemento representa el cubo de información para el tipo de
servicios Televisión. Con este elemento se podrán realizar
cruces, filtros, totalizaciones y resúmenes asociados al tipo de
servicio en mención.
Servicios de
administración de
datos
Cubo Postales Este elemento representa el cubo de información para el tipo de
servicios Postales. Con este elemento se podrán realizar
cruces, filtros, totalizaciones y resúmenes asociados al tipo de
servicio en mención.
Servicios de
administración de
datos
Cubo
Infraestructura
Este elemento representa el cubo de información para el tipo de
servicios Infraestructura. Con este elemento se podrán realizar
cruces, filtros, totalizaciones y resúmenes asociados al tipo de
servicio.
Servicios de
administración de
datos
BD Open Data Este elemento corresponde al repositorio de datos donde se
almacenará información que se comparte bajo la modalidad de
Open Data.
Servicios de
administración de
datos
Estadísticas Este elemento representa un gráfico estadístico el cual es la
representación visual de un análisis de la información. Los
gráficos estadísticos incluyen gráficos de barras, gráficos de
Servicios de reporting
y análisis
líneas, gráficos de Pareto, gráficos de sectores, gráficos de
dispersión, entre otros.
Consulta Este elemento representa una consulta de información.
Generalmente este tipo de consultas son requerimientos de
información que el sistema provee como servicios web para que
otros actores del sistema lo consuman.
Servicios de reporting
y análisis
Reportes Este elemento representa el diseño de un reporte en el sistema
el cual permite entregar información. En el diseño del reporte se
pueden incluir información gráfica o textual.
Servicios de reporting
y análisis
Constructor de
reportes,
consultas e
informes
Este elemento representa la capacidad del sistema para
construir reportes y consultas basadas en los cubos de
información.
Servicios de reporting
y análisis
Visualizador
web de
reportes
Este elemento representa un tipo de herramienta que
dinámicamente presenta la información al usuario final. El
visualizador web permitirá visualizar en gran variedad de
formatos los documentos subidos al servidor de reportes. Entre
estos formatos se incluyen Word, Excel, Pdf, entre otros.
Servicios de entrega
de información
Tableros de
control
Este elemento representa el conjunto de indicadores generados
a partir de la información reportada por los proveedores
Servicios de entrega
de información
Reportes o
Extractos
Este elemento representa un reporte entregado por el sistema
el cual contiene información resumida y sobre un tema
específico. Los formatos de entrega de los reportes son doc,
pdf, jpg, html, entre otros.
Servicios de entrega
de información
7.2 Modelo conceptual
En esta sección se presenta el metamodelo que permite definir las entidades del sistema y como estas se
relacionan entre sí. Sobre la estructura definida por el metamodelo se podrán tener diferentes modelos. Un
modelo puede entenderse como la instanciación del metamodelo y para este caso un ejemplo correspondería
a tener un proveedor específico, el cual presta un conjunto de servicios, los formatos que se asocian a dichos
servicios, columnas y validaciones que definen el formato y los reportes y/o consultas que se generan a partir
de la información de dicho formato. Dado lo anterior, con la definición de un metamodelo se tendrá flexibilidad
en el sistema en el sentido que se podrá soportar cualquier número de proveedores en el sistema y cada uno
de estos tendrá cualquier número de formatos asociados. También soportará la creación de cualquier cantidad
de formatos cada uno de estos con configuraciones de columnas y validaciones diferentes.
A continuación en la Figura 17 Modelo de información del metamodelo se presenta el modelo de información
del metamodelo y se describen cada una de las entidades que lo componen.
Figura 17. Modelo de información del metamodelo
El detalle de las entidades del modelo puede ser visto en el .
7.3 Ciclo de vida de la información
La información hoy en día se presenta en una gran variedad de tipos, archivos de email, archivos multimedia,
registros de entidades del negocio, etc; esta debe ser entendida desde el punto de vista de cómo fluye por el
sistema y por cada uno de los procesos que en este se ejecutan. Lo anterior se logra conociendo el ciclo de
vida de la información el cual nos permitirá entender cómo evoluciona la información en el tiempo y cuál será
su destino en el sistema.
En esta sección se presenta el ciclo de vida para los formatos de información cargados por los proveedores. Se
describen los estados de la información desde que se realiza la configuración inicial para obtener el dato, el
procesamiento, consolidación, uso y finalmente su rechazo o eliminación del sistema.
Figura 18 Ciclo de vida de la información
7.3.1 Parametrizado
Este estado representa que el formato de información se encuentra parametrizado en el sistema y disponible
para que pueda ser cargado por parte de los proveedores. La parametrización de un formato consiste en
establecer su información y comportamiento los cuales pueden incluir columnas, tipos de datos, validaciones,
horarios, permisos o canales entre otros datos relacionados, que serán usados durante el proceso de operación.
7.3.2 Cargado
Este estado representa que la información se encuentra cargada en el sistema. El estado cargado se alcanza
una vez se realiza el envío de la información a través de los diferentes canales de recepción y es almacenada
en la base de datos temporal.
7.3.3 Validado
Este estado representa que la información se encuentra validada por el sistema. El estado validado se alcanza
una vez se realizan las validaciones de estructura y de negocios y si el resultado de las mismas es exitoso.
7.3.4 Rechazado
Este estado representa que la información se encuentra rechazada por el sistema. El estado rechazado se
alcanza cuando los resultados de ejecutar las validaciones de estructura o de negocios no son exitos os.
Posteriormente, la información rechazada pasará al estado eliminado.
7.3.5 Almacenado
Este estado representa que la información se encuentra validada y en espera de ser consolidada. En este
estado la información podrá ser actualizada por alguna solicitud de modificación requerida por el proveedor de
la información. Cuando se presenta una solicitud de modificación de la información y esta es aprobada la
información existente (la que se encuentra almacenada) pasará al estado eliminado y la nueva información
iniciará en el estado cargado.
7.3.6 Consolidado
Este estado representa que la información se encuentra consolidada en el área destinada para tal fin. La
consolidación consiste en realizar un proceso ETL para pasar la información del área temporal al área de
consolidación. En este estado la información reportada por todos los proveedores se encuentra unificada para
su posterior análisis.
7.3.7 Analizado
Este estado representa que la información se encuentra analizada por parte de los analistas de TI. A partir de
este análisis se generan las gráficas de tipo estadístico y de tendencias que componen el informe sectorial.
7.3.8 Publicado
Este estado representa que la información se publicó en los respectivos boletines e informes del sector. En este
momento la información puede ser consultada en los diferentes canales habilitados.
7.3.9 Eliminado
Este estado representa que la información ha sido eliminada del sistema. Este estado se alcanza cuando la
información no consolidada, por alguna eventualidad requiere ser modificada. Cuando se presenta dicha
eventualidad se elimina la información inicial y se actualiza por la más reciente. Otra forma en que la información
alcanza el estado de eliminada es cuando después de ser validada esta se rechaza; después del rechazo y bajo
ciertas condiciones la información se elimina.
8 Dominio de Servicios tecnológicos
De acuerdo al marco de referencia establecido en (3), este dominio permite gestionar con mayor eficacia y
transparencia la infraestructura tecnológica que soporta los sistemas y servicios de información en las
instituciones. Particularmente, en este documento se describe la infraestructura que soporta la operación del
Sistema Integral del Sector a través de diferentes vistas y artefactos los cuales son presentados a continuación.
8.1 Diagrama de ambientes
En siguiente diagrama muestra en que localizaciones se encuentran distribuidos los componentes de la
solución:
Figura 19 Diagrama de Ambientes
A continuación se describen cada uno de los ambientes presentados en el diagrama:
8.1.1 Instalaciones MinTIC
Corresponde a las oficinas de MinTIC donde se encuentran los usuarios del sistema. Desde allí, los roles del
sistema por parte de MinTIC pueden interactuar con el sistema.
8.1.2 Instalaciones del Proveedor
Corresponde a las oficinas desde donde se conectan los usuarios y los sistemas de información de los
proveedores de servicios.
8.1.3 Instalaciones Entidad Gobierno
Corresponde a las oficinas desde donde se conectan los usuarios y los sistemas de información de las entidades
de gobierno interesadas.
8.1.4 Pruebas – IFX Datacenter
En este centro de datos se encuentran ubicados los componentes que integran la solución y es aquí donde se
prueban los nuevos desarrollos antes de que sean instalados en producción. A este centro de datos es posible
acceder a través de una VPN (representada por el elemento VPN Pruebas en el diagrama) desde las siguientes
ubicaciones:
Instalaciones MinTIC. Desde esta ubicación pueden acceder a la solución los desarrolladores, usuarios
de pruebas y los administradores del ambiente.
Instalaciones del Proveedor. Desde esta ubicación pueden acceder a la solución los sistemas de
información y los usuarios del proveedor que requieran hacer pruebas sobre nuevos formatos de
información o modificaciones sobre los existentes.
Instalaciones entidad de Gobierno. Desde esta ubicación pueden acceder a la solución los sistemas de
información y los usuarios de las entidades de gobierno que requieran hacer pruebas sobre nuevos
formatos de información o modificaciones sobre los existentes
8.1.5 Preproducción – IFX Datacenter
Sobre este ambiente se instalan los nuevos desarrollos de la solución antes de que sean instalados en
producción. A este ambiente es posible acceder a través de una VPN (representada por el elemento VPN
Preproducción en el diagrama) desde las siguientes ubicaciones:
Instalaciones MinTIC. Desde esta ubicación pueden acceder a la solución los usuarios administradores
de este ambiente y los ingenieros de pruebas encargados de verificar que un desarrollo ha sido
correctamente instalado antes de que sea liberado en producción.
8.1.6 Producción – IFX Datacenter
Corresponde al ambiente productivo donde se encuentran instalados los componentes de la solución. A este
ambiente es posible acceder a través de una VPN (representada por el elemento VPN Producción en el
diagrama) desde las siguientes ubicaciones:
Instalaciones MinTIC. Desde esta ubicación acceden los usuarios de MinTIC pueden administrar y
configurar la solución.
Instalaciones del Proveedor. Desde esta ubicación los sistemas de información de los proveedores
pueden interactuar con la solución tanto para subir archivos como para consumir o exponer servicios de
intercambio de información.
Instalaciones entidad de Gobierno. Desde esta ubicación los sistemas de información de los proveedores
pueden consumir los servicios de información expuestos por la solución y exponer servicios para que esta
los consuma.
8.1.7 Contingencia – MinTIC Datacenter
Este ambiente sirve de respaldo al ambiente de producción si ocurre alguna eventualidad. Se puede acceder a
él a través de una VPN (representada por el elemento VPN Producción en el diagrama) desde las mismas
ubicaciones identificadas para el ambiente de producción.
8.2 Diagrama de infraestructura
Esta vista muestra los elementos de software y hardware que soportan la operación del Sistema Integral del
Sector en el ambiente de producción. Está dirigida principalmente a los administradores de infraestructura,
oficiales de seguridad, arquitectos empresariales y cualquier otro involucrado en la administración y operación
del sistema.
El siguiente diagrama de infraestructura es usado para describir esta vista del sistema:
Figura 20. Diagrama Infraestructura Sistema Integral del Sector
En el diagrama anterior principalmente se identifican los servicios tecnológicos que debe proporcionar la
infraestructura seleccionada a la capa de aplicaciones del sistema. La descripción de estos servicios se
encuentra en el Anexo 2 de catálogos de la arquitectura TO BE y la descripción de los nodos y demás elementos
del diagrama se realiza a continuación de acuerdo a la ubicación en el cual se encuentren:
8.2.1 Instalaciones MinTIC
La siguiente tabla describe cada uno de los nodos/dispositivos y sistema de software que se alojan en esta
ubicación:
Nodo/Dispositivo Sistema de Software Artefacto
PC Usuario MinTIC. Representa la
estación de trabajo de un usuario del
sistema que pertenece a MinTIC
No aplica No aplica
Tabla 24 Nodos: Instalaciones MinTIC
8.2.2 Instalaciones del Proveedor
La siguiente tabla describe cada uno de los nodos/dispositivos y sistema de software que se alojan en esta
ubicación:
Nodo/Dispositivo Sistema de Software Artefacto
PC Usuario Proveedor. Representa la
estación de trabajo de un usuario del
sistema que pertenece a un proveedor de
servicio.
No aplica No aplica
Sistema Información Proveedor.
Representa a un sistema de información
del proveedor de servicio que se integra
con la solución.
No aplica No aplica
Tabla 25 Nodos: Instalaciones del Proveedor
8.2.3 Instalaciones entidad del gobierno
La siguiente tabla describe cada uno de los nodos/dispositivos y sistema de software que se alojan en esta
ubicación:
Nodo/Dispositivo Sistema de Software Artefacto
PC Usuario EG. Representa la estación de
trabajo de un usuario del sistema que
pertenece a una entidad de gobierno.
No aplica No aplica
Sistema Información EG. Representa a un
sistema de información de una de las
entidades de gobierno que se integra con
la solución.
No aplica No aplica
Tabla 26 Nodos: Instalaciones Entidades de Gobierno
8.2.4 Producción – IFX Datacenter
La siguiente tabla describe cada uno de los nodos/dispositivos y sistema de software que se alojan en esta
ubicación:
Nodo/Dispositivo Sistema de Software Artefacto
Servidor Web. Representa el servidor
de producción donde se encuentra
instalado el portal Colombia TIC.
Portal Colombia TIC. Recursos web.
Servidor BPMS. Representa el servidor
en el cual se encuentra instalado el
BPMS usado por la solución.
BPMS. Corresponde al BPMS
(Business Process Management
System) donde se despliegan los
procesos de negocio descritos en el
modelo operativo de la solución.
Procesos de negocio
implementados para el
sistema.
Servidor Aplicaciones. Representa el
servidor donde se encuentra instalado
el servidor de aplicaciones usado por
la solución.
JEE Application Server. Servidor
de aplicaciones donde se
despliegan los componentes de
solución desarrollados a la medida.
Componentes de
solución desarrollados a
la medida.
Servidor FTP. Representa el nodo
donde se encuentra instalado el
servidor FTP.
Servidor FTP. Servidor usado para
transferir los archivos planos
reportados por los proveedores.
Servidor ESB. Representa el nodo
donde se encuentra instalado el
Enterprise Service Bus (ESB).
Servidor ESB. Hace parte del
sistema SIGEST para comunicar las
aplicaciones internas de MinTIC con
otros sistemas de información tanto
internos como externos.
Servicios web usados
para intercambiar
información entre el
sistema y otros sistemas
tanto internos como
externos.
Servidor Correo. Representa el nodo
donde se encuentra instalado el
servidor de correo usado por la
solución.
Servidor SMTP. Servidor de mail
que soporta el protocolo SMTP
(Simple Mail Transfer Protocol)
usado para enviar notificaciones vía
correo electrónico a los usuarios del
sistema.
Servidor Identidad. Representa el
nodo donde se encuentra instalado el
directorio LDAP usado por la solución.
Active Directory. Corresponde al
servidor LDAP usado por MinTIC
para almacenar la información de
sus usuarios. También almacena la
información de los usuarios del
sistema que pertenecen a los
proveedores y a las entidades del
gobierno.
NAS. Corresponde a un dispositivo de
almacenamiento que soporta la
tecnología NAS (Network Attached
Storage) en donde se pueden
compartir archivos entre los demás
servidores de la solución.
Archivos cargados por
los proveedores desde el
Portal Colombia TIC y
desde el servidor FTP.
Servidor Reporting. Representa el
servidor donde se encuentra instalada
la solución de Reporting usada por el
sistema.
Motor de Reporting. Solución de
reporting usada para crear,
administrar y visualizar los reportes
que se incluyen en los informes
sectoriales y los que se disponen
para consulta de los usuarios del
sistema.
Reporte de Información
estáticos y dinámicos.
BD Reporting. Base de datos usada
por la solución de reporting.
Servidor BD Área Trabajo. Representa
el servidor donde se encuentran
almacenada la información reportada
por los proveedores y los datos de
configuración del sistema.
BD Área Trabajo. Base de datos
donde se almacenan la información
reportada por los proveedores.
BD Administración. Base de datos
donde se almacena la información
de configuración del sistema.
Servidor de Integración Datos.
Representa el servidor donde se
encuentra instalada la solución de
integración de datos que usa la
solución.
Motor de Integración de Datos.
Solución de integración de datos
usada para cargar los archivos
reportados por los proveedores en el
área de trabajo y para
posteriormente transportarlos a la
base de datos de consolidación.
- ETLs (Extract-
Transformation-
Load).
- Jobs. Para
programar la
ejecución de los
ETLs.
BD Integración de Datos. Base de
datos usada por la solución de
integración de datos.
Servidor Análisis de Datos.
Representa el servidor donde se
encuentra instalada la solución de
análisis de datos que usa la solución.
BD Consolidada. Base de datos
donde se consolida la información
valida reportada por los proveedores
para que pueda ser analizada.
Modelo de datos
tabulares,
multidimensionales y de
minería de datos usados
como fuentes para los
reportes que se crean.
Motor Datos Analíticos. Solución
de BI (Business Intelligent) donde se
analiza la información que se
encuentra almacenada en la BD
Consolidada.
Servidor Open Data BD Open Data. Corresponde una
BD propia con la estructura de los
datos que son enviados al
repositorio de datos abiertos del
gobierno Colombiano.
Tabla 27 Nodos: Instalaciones Producción
8.3 Plan de Gestión de Servicios de TI
La arquitectura propuesta contempla el diseño de los siguientes planes para la gestión de los servicios de TI
identificados:
Plan Gestión de Capacidad
Plan de Gestión de Niveles de
Servicio
Gestión de Servicios
Tecnológicos
Plan Gestión de la Continuidad
Plan Gestión de la Seguridad
Plan Gestión de la Disponibilidad
Figura 21. Planes para la gestión de servicios de TI
La elaboración de estos planes de capacitación está planteada como un nuevo proyecto dentro de la
implementación de la arquitectura aquí propuesta. La siguiente tabla describe el propósito de cada uno de estos
planes y los requisitos y lineamientos que se deben tener en cuenta para su elaboración durante la ejecución
de dicho proyecto:
Plan Descripción Requisitos Lineamientos
Plan de
gestión de la
capacidad
Debe garantizar que la capacidad
de los servicios de TI identificados
y de la infraestructura que los
soporta puede cumplir con
acuerdos de nivel de servicios
(Service Level Agreement)
establecidos.
SLAs y OLAs
(Operational
Level
Agreement)
definidos en el
plan de gestión
de calidad.
Indicadores de
actuales de
procesamiento y
almacenamiento.
Para su elaboración se
debe seguir el proceso
definido en la guía del
dominio de servicios
tecnológicos (4).
Estimaciones de
las necesidades
futuras de
capacidad.
Plan de
gestión de la
continuidad
Debe garantizar que el negocio
continúe funcionando después de
una imprevista y grave
interrupción de los servicios TI,
debido a desastres naturales u
otras fuerzas de causa mayor.
Para su elaboración se
debe seguir el proceso
definido en la guía del
dominio de servicios
tecnológicos (4).
Plan de
gestión de la
disponibilidad
Debe garantizar que los servicios
de TI funcionen de manera
confiable siempre que sean
requeridos por el negocio.
Consultar los
requerimientos
de disponibilidad
identificados en
el catálogo de
servicios
tecnológicos
identificados
(Ver sección 0).
Para su elaboración se
debe seguir el proceso
definido en la guía del
dominio de servicios
tecnológicos (4).
Plan de
gestión de la
seguridad
Debe garantizar que la
información sea siempre correcta,
se encuentre disponible cuando
se le necesite y sea usada
solamente por aquellos que tiene
autorización para hacerlo.
Consultar los
requerimientos
de seguridad
identificados en
el catálogo de
servicios
tecnológicos
identificados
(Ver sección 0).
Para su elaboración se
debe seguir el proceso
definido en la guía del
dominio de servicios
tecnológicos (4).
Plan de
gestión de
niveles de
servicio
Debe velar por la calidad de los
servicios tecnológicos y que se
encuentren alineados con los
procesos de negocio y todo ello a
unos costos razonables.
Requisitos de
disponibilidad y
escalabilidad
para los servicios
tecnológicos
identificados en
el catálogo de
servicios
tecnológicos
(Ver sección 0).
Para su elaboración se
debe seguir el proceso
definido en la guía del
dominio de servicios
tecnológicos (4).
Tabla 28. Descripción planes para la gestión de servicios de TI
9 Dominios Estrategia y Gobierno de TI
De acuerdo a los lineamientos definidos en el marco de arquitectura de referencia de gobierno (3) y después
de realizar evaluación de diferentes ámbitos del dominio de Estrategia de TI, se establece que el ámbito al
cual se dará alcance en el marco del proyecto “Consultoría para el diseño d la nueva arquitectura para el Sistema
de Información Único del Sector” es el correspondiente a Seguimiento y Evaluación a la Estrategia,
específicamente al Lineamiento Tablero de Indicadores, por lo cual se definen Indicadores que permiten realizar
seguimiento a la estrategia del Proceso “Información Sectorial y Social”, cuyos objetivos se visualizan en la
siguiente figura.
Monitorear la prestación del servicio
Verificar metas de
cumplimiento
Publicar información
sectorial
Figura 22 Estrategia Proceso Información Sectorial y Social
Para medición del Objetivo Estratégico “Monitorear la prestación del Servicio” se definen los siguientes
indicadores:
Nombre Descripción
ID Indicador IND01
Nombre Porcentaje de calidad del servicio prestado.
Descripción Proporción en la medición de calidad del servicio frente a umbrales ofrecidos
Fórmula Medición calidad servicio/ calidad ofrecida * 100
Dimensiones Proveedor, Servicio, Zona geográfica
Rangos del Indicador Bueno: > 80%
Regular: 51% - 80%
Alerta: < 50%
Frecuencia de los datos Trimestral, anual
Métricas asociadas Proveedores con mejor prestación de servicio
Proveedores con peor prestación de servicio.
Origen de los datos Base de datos Consolidada del Sistema Integral
Tabla 29 Indicador 01 Porcentaje calidad del servicio prestado
Para medición del Objetivo Estratégico “Verificar Metas de Cumplimiento” se definen los siguientes
indicadores:
Nombre Descripción
ID Indicador IND02
Nombre Porcentaje cumplimiento de metas cubrimiento servicios.
Descripción Proporción de formatos de información enviados a tiempo frente al total de
formatos a reportar.
Fórmula Cumplimiento meta Periodo / Valor Meta *100
Dimensiones Servicio, Zona geográfica.
Rangos del Indicador Bueno: > 80%
Regular: 51% - 80%
Alerta: < 50%
Frecuencia de los datos Trimestral, anual
Origen de los datos Base de datos Consolidada del sistema Integral
Tabla 30 Indicador 02 Porcentaje cumplimiento de metas de cubrimiento servicios
Para medición del Objetivo Estratégico “Publicar Informe Sectorial” se definen los siguientes indicadores, que
corresponde sobre todo a indicadores de proceso:
Nombre Descripción
ID Indicador IND03
Nombre Porcentaje de reportes de información a tiempo.
Descripción Proporción de formatos de información enviados a tiempo frente al total de
formatos a reportar.
Fórmula Num de formatos reportados a tiempo/ Num formatos a reportar *100
Dimensiones Proveedor, Servicio.
Rangos del Indicador Bueno: >85%
Regular: 61% - 85%
Alerta: < 60%
Frecuencia de los datos Trimestral, anual
Métricas Asociadas: Proveedores con mayor retraso en reporte de información
Proveedores que más generan reprocesos
Origen de los datos Base de datos de administración Sistema Integral del Sector
Tabla 31 Indicador 03 Porcentaje de reportes de información a Tiempo
Nombre Descripción
ID Indicador IND04
Nombre Porcentaje de informes publicados a tiempo.
Descripción Proporción de informes publica
Fórmula Num Informes publicado a tiempo / Num Informes a publicar *100
Dimensiones Proveedor, Servicio, Formato de Información.
Rangos del Indicador Bueno: 100%
Regular: 51% - 99%
Alerta: < 50%
Frecuencia de los datos Semestral
Origen de los datos Base de datos de administración y de Procesos del Sistema Integral del
Sector
Tabla 32 Indicador 04 Porcentaje de Informes publicados a Tiempo
Nombre Descripción
ID Indicador IND05
Nombre Promedio de días de retraso en publicación de Informes.
Descripción Proporción de formatos de información enviados a tiempo frente al total de
formatos a reportar.
Fórmula PROMEDIO (Días de Retraso Publicación Cada Informe )
Dimensiones Proveedor, Servicio, Formato de Información.
Rangos del Indicador Bueno: 0 días
Regular: 5-15 días
Alerta: > 15 días
Frecuencia de los datos Trimestral
Origen de los datos Base de datos de Procesos del Sistema Integral del Sector
Tabla 33 Indicador 05 Promedio de días de retraso en publicación de Informes
Adicionalmente como parte del proceso de “Información Sectorial y Social” se proponen los siguientes
indicadores de gestión adicionales que permitirán monitorear la eficiencia del uso de la plataforma.
Nombre Descripción
ID Indicador IND06
Nombre Porcentaje de Uso de los indicadores.
Descripción Proporción de indicadores utilizados frente a indicadores definidos.
Fórmula Num Indicadores utilizados / Num Indicadores definidos * 100
Dimensiones Objetivo, Proceso
Rangos del Indicador Bueno: 100 %
Regular: 60% -99%
Alerta: <60 %
Frecuencia de los datos Trimestral
Origen de los datos Base de datos de Procesos y consolidada.
Tabla 34 Indicador 06 Porcentaje de uso de los indicadores
Nombre Descripción
ID Indicador IND07
Nombre Eficiencia de uso de los canales.
Descripción Proporción de canales para reporte de información utilizados frente a canales
definidos.
Fórmula PROMEDIO (Num Canales utilizados por cada 5 operadores / Num Canales
disponibles) * 100
Dimensiones Proveedor, Formatos
Rangos del Indicador Bueno: 90 %
Regular: 60% -89%
Alerta: <60 %
Frecuencia de los datos Trimestral
Origen de los datos Base de datos de Procesos y consolidada.
Tabla 35 Indicador 07 Porcentaje de eficiencia de uso de los canales
Nombre Descripción
ID Indicador IND08
Nombre Porcentaje de Errores de validaciones.
Descripción Proporción de errores de validación frente a total de validaciones.
Fórmula Num Validaciones con errores / Num total de validaciones * 100
Dimensiones Proveedor, Servicio, Formato de Información, Tipo Validación.
Rangos del Indicador Bueno: < 50 %
Regular: 50% -80%
Alerta: >80 %
Frecuencia de los datos Trimestral
Métricas asociadas Tipos de errores más comunes
Origen de los datos Base de datos administración del Sistema Integral del Sector
Tabla 36 Indicador 08 Porcentaje de errores en validaciones
Con respecto al Dominio Gobierno de TI, de acuerdo a los lineamientos definidos en el marco de arquitectura
de referencia de gobierno (3) y después de realizar evaluación de diferentes ámbitos del dominio, se establece
que el ámbito al cual se dará alcance en el marco del proyecto “Consultoría para el diseño d la nueva arquitectura
para el Sistema de Información Único del Sector” es el correspondiente a Esquema de Gobierno de TI,
específicamente al Elemento Procesos y calidad de TI, para lo cual se definen procesos que permiten gestionar
el Gobierno de la Información del Sistema Integral.
Como parte del modelo de operación propuesto para el Rediseño del Sistema Integral del Sector, se contempla
un proceso que busca cubrir el Gobierno de Solicitudes de Información, a través de canales y responsables
formales de solicitud, validación, aprobación y generación de nueva información. Tal proceso se encuentra
descrito en el documento Informe Diagnóstico de este proyecto “Consultoría para el diseño d la nueva
arquitectura para el Sistema de Información Único del Sector” Sección 8.1.6 Gestión de Solicitud de
Información
10 Domino Uso y Apropiación
De acuerdo al marco de referencia establecido en (3), este dominio permite definir la estrategia y prácticas
concretas que apoyan la adopción del Marco y la gestión TI que requiere la institución para implementar la
Arquitectura TI. Después de realizar la evaluación de los diferentes ámbitos del dominio de Uso y
Apropiación, se establece que se deben incluir, en primer lugar, aquellos orientados a la divulgación del
sistema entre los diferentes interesados, para lograr su involucramiento y compromiso, en segundo lugar la
formación en las herramientas de BI, que permiten explotar la información y por último capacitaciones en el
Sistema Integral para lograr el conocimiento en el manejo del sistema.
El detalle de estos proyectos se describe más adelante en la sección 15. Plan de Adopción subsección Uso y
Apropiación.
11 Alternativa tecnológica Arquitectura Solución
A partir de los servicios identificados para la arquitectura de solución es necesario realizar la identificación de
componentes de solución ya sea a través de aplicaciones o productos concretos que presten la funcionalidad
definida. Para ello es necesario considerar diferentes opciones que se enmarquen en opciones reales y
onfigur ación Reglas Validación d e
Validación Infor mación
Servicios Análisi s Informa
d itoría e Procesos stóricos Asín cron o
or mes colaborati
ón
tificados Gestión
gitales Usu ar io
Ca Ar
ormación
Data
Dispon ibilidad
tangibles de la arquitectura propuesta utilizando herramientas del mercado existentes con total adopción o con
un nivel de adaptación considerable y desarrollos a la medida.
A continuación se presenta un resumen las alternativas tecnológicas de implementación propuestas para cubrir
la arquitectura de solución y el detalle de cómo cada uno de los servicios de las zonas y zubzonas es mapeado
a un componente de solución.
Zona Consumidores
Proveedores CRC
ROT -ANTV
ANE
MinTIC
SIG ES T
Zona Canales Portal Web Cliente FTP
Web Services
SG E Zona Servicios de Negocio
Servicios CORE Servicios Flujo de Trabajo
Servicios de Tecnología
SIAT
SOFTWARE A rgue
LA MEDIDA ch ivos
Almacenar
Transfer encia Arch ivos FTP
Co nsolidació n
Procesamiento de Información
Consulta
Workflow
List a de tareas
Automatización d e Procesos
Mo nitoreo Even tos
Seguri dad
Auten ticación (WS/FTP/HTTP)
Autorización (WS/FTP/HTTP)
Registro TIC
Infor mación Infor mación asín crona inf
SOFTWARE A LA MEDIDA
Alertas y
Notificacion es
Ind icad ores
Negocio
Cer
Di
SOFTWARE A LA d e
MEDIDA s
Registro
Servicios Gestión Estructura Info rmaci ón
Servicios Vali dación Inf ormaci ón
Gestión d e Roles IPS, IDS, Solución Backups
Postal Gestión d e Formato s de
Infor mación Gestión d e In fo rmes
del Sector
C APP CORE MODULO VALIDACIONES
Sop orte a l a o peraci ón
SOFTWARE A LA Au
SW A LA MEDIDA SW A LA MEDIDA hi MEDIDA s Colombia
TIC MODULO FORMATOS
ci MODULO INFORMES
Servicios Gestión d e Co ntenid o
Notificacion es
Ser vicios Op en
SIGEST Análisis BI Producción y
Generación Gestion ar Plantillas
Generación con tenido
Servido r de Correo
Ser vicios d e Datos
Rep ortes Inf SOFTWARE A LA vo
MEDIDA o ECM
Repositorio Identi dad
Sistemas MinTIC
Zona Datos
BD Con solidación
BD Temporal
Administr ación Procesos Negocio Open Data
Figura 23 Arquitectura Solución
11.1 Servicios Flujo de Trabajo
Para los servicios que tienen los requerimientos de flujo de trabajo, listas de tareas y monitorio de eventos, se
propone la utilización del Motor de Procesos AuraPortal existente en la entidad, aprovechando las capacidades
de automatización procesos y BAM (Business Activity Monitoring). Así mismo para el Portal web como se
observa en la zona de Canales se contempla también habilitar el front a través del BPM para la interacción con
el usuario para formularios de proceso con el usuario.
Figura 24 Servicios Flujo de Trabajo
11.2 Servicios Gestión de Información
Para los servicios que tienen las capacidades de Gestión de Información de se propone construir módulos de
negocio a la medida, para soportar las funcionalidades Gestionar y estructura de Formatos de Información de
manera flexible y Gestionar Informes del Sector. Estos módulos se sugieren desarrollarlos la medida debido las
características de flexibilidad de crecimiento y gestión de información.
Figura 25 Servicios de Gestión de Información
11.3 Servicios Validación de Información
Para los servicios que tienen las capacidades de Gestión de Información de se propone construir un módulo de
negocio a la medida, dada los requerimientos de flexibilidad que se deben dar al usuario tener para gestionar
y escribir validaciones de negocio en un lenguaje de reglas de negocio fácil de entender.
Figura 26 Servicios Validación de Información
11.4 Servicios Análisis de Información
Para los servicios que tienen las capacidades de Análisis de Información, producción de Reportes y Servicios
de datos se propone el uso de la suite de Business Intelligence (BI) Microsoft debido a la línea tecnológica de
la entidad y a la adquisición de licencias con la que ya se cuenta en MinTIC. Sin embargo, es una propuesta
de la consultoría y en fase de implementación se podrían considerar otras alternativas de producto para la suite
de Business Intelligence. En particular, en la siguiente figura se observa como cada uno de los servicios es
cubierto por un módulo de la suite sugerida. Con respecto a las capacidades de análisis de información se
puede seguir haciendo uso de la herramienta SPSS de manera complementaria, al módulo sugerido, tomando
como fuentes las bodegas de datos provistas por la solución de BI.
Figura 27 Servicios Análisis de Información
11.5 Servicios CORE
Para los servicios que tienen las capacidades CORE del sistema correspondientes a lectura de archivos,
cargue, procesamiento y consolidación de información se propone el uso del componente Integration Services
de la suite de Business Intelligence (BI) Microsoft, complementando con desarrollos a la medida para los
requerimientos de Generación de Número único de Cargue y Consultas Asíncronas a los sistemas de
proveedores a través de servicios Web. Como se observa en la siguiente figura y como se mencionó en la
sección 14.1Servicios Flujo de Trabajo como front para el cargue de archivos se sugiere hacer uso del BPM
Aura Portal.
Figura 28 Servicios CORE
11.6 Servicios Gestión de Contenido
Para los servicios que tienen las capacidades de Gestionar Plantillas de Informes y Generar contenido dinámica
y colaborativamente se propone la alternativa de construir un módulo de negocio a la medida, que supla con
los requerimientos de flexibilidad en diseño y generación automática. Sin embargo en caso que al momento de
implementar ya se cuente con la iniciativa de ECM instalada se sugiere hacer aprovechamiento de las
capacidades que son provistas y no se realice desarrollo a la medida sino integración con el ECM.
Figura 29 Gestión de Contenido
11.7 Servicios de Tecnología
Para los servicios que tienen la responsabilidad de gestionar la seguridad, la auditoría del sistema y ejecución
de procesos asíncronos de manera automática y programada se propone la construcción de módulos a la
medida. En particular para la gestión y envío de notificaciones se hará uso del componente provisto por
AuraPoral BPM y para habilitar los servicios web para la iniciativa de Open Data se debe hacer uso del ESB
SIGEST de MinTIC.
Figura 30 Servicios de Tecnología
12 Plan de Adopción
Para identificar las diferentes actividades que se deben realizar para adoptar la arquitectura de solución, se
realizó un análisis de brechas que confronta el estado actual de la arquitectura contra su estado objetivo en los
diferentes dominios, incluyendo en esta identificación los elementos a incluir , modificar o eliminar en el rediseño
del sistema Integral del Sector.
Como resultado de este análisis se derivan una serie de proyectos en cada uno de los dominios que permiten
llevar a cabo la implementación de la solución. La definición y alcance de los proyectos es presentada a
continuación.
12.1 Dominio Gobierno y Estrategia de TI
A partir de la definición de la arquitectura objetivo definida para el dominio de Gobierno y Estrategia de TI, se
realizó un análisis de brechas que permitió identificar el siguiente proyecto para el ámbito Seguimiento y
Evaluación a la Estrategia. Ver , hoja Gobierno y Estrategia de TI.
Proyecto: Implementación Indicadores
ID PYETI001
Descripción y contexto Corresponde al proyecto de implementación para medición de indicadores
de proceso y negocio definidos en la sección 12 Dominios Estrategia y
Gobierno de TI.
Alcance El proyecto considera la implementación de los siguientes indicadores y los
que se consideren relevantes para medir la estrategia y desempeño
IND01 Porcentaje de calidad del servicio prestado
IND02 Porcentaje cumplimiento de metas cubrimiento servicios
IND03 Porcentaje de reportes de información a tiempo
IND04 Porcentaje de informes publicados a tiempo
IND05 Promedio de días de retraso en publicación de Informes
IND06 Porcentaje de Uso de los indicadores
IND07 Eficiencia de uso de los canales
IND08 Porcentaje de Errores de validaciones
Restricciones Dado a que para la implementación de los procesos se propone hacer uso
del BPMS de la entidad AuraPortal, así mismo para configurar indicadores
se sugiere utilizar el BAM del mismo Motor de procesos.
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Analista
Ingeniero desarrollo
Relación de Dependencia
con otro proyectos
PSA001, PSA002, PSA003
Fases de implementación
del proyecto
Diseño. Validar y refinar Indicadores definidos en el alcance.
Implementación. Implementación cálculos indicadores en BAM
(Business Active Monitoring) e indicadores de Negocio
Tiempo estimado del
proyecto
288 horas de esfuerzo
Tabla 37 Implementación Indicadores
12.2 Dominio Sistemas de Información
Con base en los requerimientos definidos para el sistema Integral del Sector, se realizó un análisis de brechas
para el dominio de Sistema de Información identificando componentes de solución que permiten determinar
que hacer para alcanzar la arquitectura objetivo. Ver , hoja Sistemas de Información.
Los proyectos identificados a realizar son los siguientes:
Proyecto: Implementación Fase 1 Gestión Información
ID PYSA001
Descripción y contexto Corresponde al proyecto que contiene la primera fase de construcción del
sistema. Comprende implementación de procesos sobre el Motor de
Procesos, desarrollo de servicios de Integración en el bus (ESB) SIGEST e
implementación de módulos de la aplicación CORE que permiten habilitar la
capacidad del sistema para Gestionar Formatos de información e Informes
del Sector.
Alcance El proyecto considera los siguientes procesos, servicios de integración y
módulos para implementación:
Implementación Proceso 3 Gestionar formatos Implementación
Proceso 6 Gestión solicitud información Implementación Proceso
6.1 Habilitar reporte consulta Implementación Proceso 6.2
Habilitar informe Sectorial Implementación Servicios de
Integración para habilitar procesos BPM
Módulo Formatos Aplicación CORE
Módulo Gestión de Contenido Aplicación CORE.
Restricciones La implementación de servicios se debe realizar sobre el bus (ESB)
SIGEST de MinTIC siguiendo los lineamientos SOA de la entidad.
Para la implementación de los procesos se propone hacer uso del
BPMS de la entidad AuraPortal.
Al momento de implementación del proyecto se debe considerar
que si ya se encuentra habilitado el ECM en la entidad, es posible
reemplazar la construcción del módulo de Gestión de Contenido por
capacidades del ECM e integraciones con dicha herramienta.
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Arquitecto
Ingenieros de desarrollo
Ingenieros de pruebas
Analista Funcional
Relación de Dependencia
con otro proyectos
Ninguna
Fases de implementación
del proyecto
Planeación. En esta fase se debe realizar estimación y priorización
de requerimientos.
Especificación Requerimientos. Levantamiento detallado y
documentación de los requerimientos correspondientes a los
procesos, servicios de integración y construcción a la medida
definidos en el alcance.
Diseño. Diseño para implementación de los requerimientos
correspondientes a los servicios de integración y construcción a la
medida definidos en el alcance.
Desarrollo. Implementación de los requerimientos
correspondientes a los servicios de integración y construcción a la
medida definidos en el alcance.
Pruebas. Implementación de los requerimientos correspondientes
a los servicios de integración y construcción a la medida definidos
en el alcance.
Entrega. Generación documentación de entrega y artefactos de
instalación.
Tiempo estimado del
proyecto
2117 horas de esfuerzo
Tabla 38 Proyecto Implementación Fase 1
Proyecto: Implementación Fase 2 Reportar y Validar
ID PYSA002
Descripción y contexto Corresponde al proyecto que contiene la segunda fase de construcción del
sistema. Comprende implementación de procesos sobre el Motor de
Procesos, desarrollo de servicios de Integración en el bus (ESB) SIGEST e
implementación de módulos de la aplicación CORE que permiten habilitar la
capacidad del sistema para que los proveedores reporten información y una
vez se encuentre en el sistema se ejecuten las validaciones
correspondientes.
Alcance El proyecto considera los siguientes procesos, servicios de integración y
módulos para implementación:
Implementación Proceso 1 Reportar Información
Implementación Proceso 2 Validar Información
Implementación Servicios de Integración para habilitar
procesos BPM
Servicios de Integración para Habilitar Reporte por Canal WS
Fase 1 (Considera la implementación de servicios web en el
bus SIGEST para reporte de formatos de información a través
de consulta de formatos a proveedores o envío de formatos
desde proveedores , se debe priorizar la construcción de los
servicios)
Módulo Cargue Información
Módulo Validaciones Aplicación CORE
Módulo Seguridad Aplicación CORE
Restricciones La implementación de servicios se debe realizar sobre el bus (ESB)
SIGEST de MinTIC siguiendo los lineamientos SOA de la entidad.
Para la implementación de los procesos se propone hacer uso del
BPMS de la entidad AuraPortal.
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Arquitecto
Ingenieros de desarrollo
Ingenieros de pruebas
Analista Funcional
Relación de Dependencia
con otro proyectos
PYSA004
Fases de implementación
del proyecto
Planeación. En esta fase se debe realizar estimación y priorización
de requerimientos.
Especificación Requerimientos. Levantamiento detallado y
documentación de los requerimientos correspondientes a los
procesos, servicios de integración y construcción a la medida
definidos en el alcance.
Diseño. Diseño para implementación de los requerimientos
correspondientes a los servicios de integración y construcción a la
medida definidos en el alcance.
Desarrollo. Implementación de los requerimientos
correspondientes a los servicios de integración y construcción a la
medida definidos en el alcance.
Pruebas. Implementación de los requerimientos correspondientes
a los servicios de integración y construcción a la medida definidos
en el alcance.
Entreg. Generación documentación de entrega y artefactos de
instalación.
Tiempo estimado del
proyecto
3361 horas de esfuerzo
Tabla 39 Proyecto Implementación Fase 2
Proyecto: Implementación Fase 3 Consolidar y Generar y Publicar Informe
ID PYSA003
Descripción y contexto Corresponde al proyecto que contiene la tercera fase de construcción del
sistema. Comprende implementación de procesos sobre el Motor de
Procesos, desarrollo de servicios de Integración en el bus (ESB) SIGEST e
implementación de módulos de la aplicación CORE que permiten habilitar la
capacidad del sistema para consolidar la información reportada, generar y
publicar el informe del sector.
Alcance El proyecto considera los siguientes procesos, servicios de integración y
módulos para implementación:
Implementación Proceso 4 Consolidar información
Implementación Proceso 5 Generar Informe sectorial
Implementación Servicios de Integración para habilitar
procesos BPM
Servicios de Integración para Habilitar Reporte por Canal WS
Fase 2 (Considera la implementación de servicios web en el
bus SIGEST para reporte de formatos de información a través
de consulta de formatos a proveedores o envío de formatos
desde proveedores , se debe priorizar la construcción de los
servicios)
Servicios de Integración para habilitar cargue y envío
información Misional CRC
Módulo Informes Aplicación CORE
Módulo Auditoria-Históricos Aplicación CORE
Módulo Procesos Asíncronos Aplicación CORE
Restricciones La implementación de servicios se debe realizar sobre el bus (ESB)
SIGEST de MinTIC siguiendo los lineamientos SOA de la entidad.
Para la implementación de los procesos se propone hacer uso del
BPMS de la entidad AuraPortal.
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Arquitecto
Ingenieros de desarrollo
Ingenieros de pruebas
Analista Funcional
Relación de Dependencia
con otro proyectos
PYSA002, PYSA004
Fases de implementación
del proyecto
Planeación. En esta fase se debe realizar estimación y priorización
de requerimientos.
Especificación Requerimientos. Levantamiento detallado y
documentación de los requerimientos correspondientes a los
procesos, servicios de integración y construcción a la medida
definidos en el alcance.
Diseño. Diseño para implementación de los requerimientos
correspondientes a los servicios de integración y construcción a la
medida definidos en el alcance.
Desarrollo. Implementación de los requerimientos
correspondientes a los servicios de integración y construcción a la
medida definidos en el alcance.
Pruebas. Implementación de los requerimientos correspondientes
a los servicios de integración y construcción a la medida definidos
en el alcance.
Entrega. Generación documentación de entrega y artefactos de
instalación.
Oferta de valor actualizada $375’012.000
Tiempo estimado del
proyecto
2939 horas de esfuerzo
Tabla 40 Proyecto Implementación Fase 3
Proyecto: Definición Estructuras de Información
ID PYSA004
Descripción y contexto Corresponde a las actividades de Diseño de las estructuras de información
utilizadas para realizar el reporte de información por parte de los proveedores
y diseño de modelos de información para alojar la información en el
repositorio de datos temporal.
Alcance El diseño elaborado debe tener en cuenta:
Los 65 formatos de información pertenecientes al reporte para
servicios de telecomunicaciones, televisión y postales
contemplados en las siguientes resoluciones:
o Resolución 3484 MinTIC 2012
o Resolución 3496 CRC 2011
o Resolución 3616 CRC 2012
o Resolución 4000 CRC 2012
o Resolución 4001 CRC 2012
o Resolución 4112 CRC 2013
o Resolución 4168 CRC 2013
o Resolución 4245 CRC 2013
o Resolución 4296 CRC 2013
o Resolución 4389 CRC 2014
o Resolución 4623 CRC 2014
o Resolución 4424 CRC 2014
o Resolución 4458 CRC 2014
o Resolución 4599 CRC 2014
o Resolución 4660 CRC 2014
o Resolución 4763 CRC 2015
o Resolución 2959 CRC 2010
o Resolución 4191 CRC 2013
o Resolución 3036 CRC 2011
o Resolución 3550 CRC 2012
o Resolución 3774 CRC 2012
Construir un modelo de información flexible y adecuada para
reportar la información por los 3 canales habilitados para el sistema
Integral.
Construir un modelo de información flexible y adecuada para
guardar la información por los 3 canales habilitados para el sistema
Integral.
Restricciones Considerar los formatos actuales de reporte de información contemplados en
la normatividad definida en el alcance.
El diseño debe contemplar si es necesario realizar fusión y eliminación de
formatos que sea reemplazada por una nueva propuesta de estructura de
información, para esto se propone hacer uso de un metamodelo de
información de tal manera que se facilite crecimiento vertical en lugar de
horizontal.
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Arquitecto de Software
Relación de Dependencia
con otro proyectos
Ninguna
Fases de implementación
del proyecto
Diseño. Se deben generar estructuras de modelos de información
para reportar y guardar la información reportada por los
proveedores.
Oferta de valor actualizada $17.280.000
Tiempo estimado del
proyecto
192 horas de esfuerzo
Tabla 41 Proyecto Definición Estructuras Información
12.3 Dominio de Información
Con base en los requerimientos definidos para el sistema Integral del Sector en relación al dominio de
Información, se identificaron las brechas que determinan el qué hacer para alcanzar la arquitectura objetivo. El
análisis de brechas permitió la identificación de proyectos tales como Proyecto de Migración Información Inicial
para el Sistema Integral del Sector, Proyecto de Actualización de BD Consolidada (DWH), Proyecto Desarrollo
de Reportes para Informe Sectorial y Estadísticas ColombiaTIC. Adicionalmente, se identificaron proyectos
transversales encaminados en primer lugar a la instauración del gobierno de la información en la organización
como lo es el Proyecto de Gobierno de Datos el cual incluye temas de Calidad de datos, Seguridad de datos,
Metadata, Datos analíticos e Inteligencia de negocios; y en segundo lugar el Proyecto de Open Data el cual
permite generar y compartir información en formatos abiertos tales como XML y JSON. La información de las
brechas que cubren estos proyectos se pueden encontrar en , hoja Información.
Proyecto: Proyecto Desarrollo de Reportes para Informe Sectorial y Estadísticas ColombiaTIC
ID PYINF001
Descripción y contexto Corresponde a las actividades de planeación, levantamiento, análisis,
desarrollo, pruebas y entrega relacionado al diseño y construcción del
modelo multidimensional para la bodega de datos (tablas de hechos y
dimensiones asociadas), de los programas ETL para la migración de la
información de la operación (BD Temporal) a la base de datos consolidada
(DWH) y de los reportes asociados al informe sectorial y estadísticas del
portal de Colombia TIC.
Alcance Planeación del proyecto, estimación de los esfuerzos, recursos,
alcance
Especificación de los artefactos que componen el proyecto
Implementación de los artefactos (Modelo Multidimensional, ETLs y
reportes)
Prueba de los artefactos implementados
Entrega y puesta en marcha de los artefactos en ambientes de
producción
Restricciones Las soluciones de tecnologías asociadas a herramientas de migración y
bases de datos deben estar instaladas y configuradas en ambientes de
pruebas y producción
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Arquitecto de Datos
Profesional Analista de negocio de TI
Ingeniero de desarrollo
Relación de Dependencia
con otro proyectos
PYINF001
Fases de implementación
del proyecto
Planeación
Levantamiento y Análisis
Desarrollo
Pruebas
Entrega
Tiempo estimado del
proyecto
5160 horas de esfuerzo
Tabla 42 Proyecto Desarrollo de Reportes para Informe Sectorial y Estadísticas ColombiaTIC
Proyecto: Proyecto de Migración Información Inicial para el Sistema Integral
ID PYINF002
Descripción y contexto Corresponde a las actividades de planeación, levantamiento, análisis,
desarrollo, pruebas y entrega relacionado al diseño y construcción del los
programas ETL para la migración inicial de la información
Alcance Planeación del proyecto, estimación de los esfuerzos, recursos,
alcance
Especificación de los artefactos que componen el proyecto
Implementación de los artefactos (tablas de hechos, dimensiones y
ETLs)
Prueba de los artefactos implementados
Entrega y puesta en marcha de los artefactos en ambientes de
producción
Restricciones Las soluciones de tecnologías asociadas a herramientas de migración y
bases de datos deben estar instaladas y configuradas en ambientes de
pruebas y producción
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Arquitecto de Datos
Profesional Analista de negocio de TI
Ingeniero de desarrollo
Relación de Dependencia
con otro proyectos
PYST007
Fases de implementación
del proyecto
Planeación
Levantamiento y Análisis
Desarrollo
Pruebas
Entrega
Tiempo estimado del
proyecto
1972 horas de esfuerzo
Tabla 43 Proyecto de Migración Información Inicial para el Sistema Integral
Proyecto: Plan de Gobierno de datos
ID PYINF003
Descripción y contexto Corresponde a las actividades de planeación y definición de los lineamientos
de calidad de datos, seguridad de datos, definición y construcción de la
metadata de la información y en general el gobierno de los datos en MinTIC.
Alcance Planeación del proyecto, estimación de los esfuerzos, recursos,
alcance
Lineamientos de Calidad de los Datos
Lineamientos de Seguridad de los Datos
Lineamientos de Administración de la Metadata
Lineamientos de Gobierno de Datos (Hace referencia a los
procesos de gobierno de datos y como se articulan con los
lineamientos mencionados)
Restricciones No aplica
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Consultor de Datos
Ingeniero de Desarrollo
Relación de Dependencia
con otro proyectos
No aplica
Fases de implementación
del proyecto
Planeación
Ejecución: Definición de lineamientos
Tiempo estimado del
proyecto
380 horas de esfuerzo
Tabla 44 Proyecto de Gobierno de Datos
Proyecto: Plan Apertura de Datos
ID PYINF004
Descripción y contexto Corresponde a las actividades de planeación requeridas para el desarrollo
del proyecto de apertura de datos. El desarrollo del proyecto de apertura de
datos estará determinado por las fases definidas en la guía para la apertura
de datos definida en (3)
Alcance El plan elaborado debe tener en cuenta:
Planificación y documentación de la estimación de tiempos y
alcance de tareas a realizar
Establecer las áreas y recursos necesarios para el desarrollo de las
tareas del proyecto
Identificación de riesgos que puedan afectar el proyecto
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en:
La guía para la apertura de datos en Colombia definido en (7)
Instructivo para uso de servicio de consulta de conjuntos de datos
definido en (6)
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Consultor de Datos
Ingeniero de Desarrollo
Relación de Dependencia
con otro proyectos
PYINF001 y PYINF002
Fases de implementación
del proyecto
Estas fases corresponden a las establecidas en la guía técnica para la
apertura de datos en Colombia definido en (7).
Tiempo estimado del
proyecto
180 horas de esfuerzo
Tabla 45 Proyecto Apertura de Datos
12.4 Dominio Servicios Tecnológicos
Con base en los requerimientos definidos para el sistema Integral del Sector, se realizó un análisis de brechas
para el dominio de Servicios Tecnológicos, que permitió identificar el qué hacer para alcanzar la arquitectura
objetivo. Ver , hoja Servicios Tecnológicos.
Los proyectos identificados a realizar son los siguientes:
Proyecto: Elaborar Plan de Gestión de los Niveles de Servicio
ID PYST001
Descripción y contexto Corresponde a las actividades de planeación, implementación, monitoreo y
revisión que se debe realizar sobre la calidad de los servicios tecnológicos
que ofrece la solución a los proveedores de servicio, entidades de gobierno
y usuarios internos de MinTIC.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Los servicios tecnológicos provistos por los proveedores cuando el
canal de integración sea a través de servicios web y la
responsabilidad de exponer los servicios de consulta de información
sea de ellos.
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Gestor de los servicios (MinTIC). Responsable de la gestión de
los servicios identificados por parte de MinTIC. Debe aprobar el plan
elaborado por el Gestor de Servicios por parte del proveedor.
Gestor de los servicios (Proveedor). Responsable de elaborar el
plan por parte del proveedor de la solución.
Propietario de los servicios (MinTIC). Responsable de la
prestación del servicio por parte del área de TI de MinTIC. Debe
aprobar el plan elaborado por el Gestor de Servicios por parte del
proveedor.
Relación de Dependencia
con otro proyectos
Ninguna
Fases de implementación
del proyecto
Planificación. Se deben formalizar los requisitos identificados en el
catálogo como requisitos de nivel de servicios (SLR). Se deben
elaborar las hojas de especificación para documentar técnicamente
los servicios ofrecidos.
Implementación. A partir de las hojas de especificación se deben
especificar los SLAs y OLAs. Adicionalmente, se deben elaborar los
contratos de soporte (UC) con proveedores externos si hay lugar.
Monitoreo. Se deben seleccionar las herramientas usadas para
monitorear los SLAs definidos y generar los informes de
rendimiento asociados.
Revisión. Se debe elaborar y aplicar un Programa de Mejora del
Servicio (SIP).
Tiempo estimado del
proyecto
114 Horas.
Proyecto: Elaborar Plan de Gestión de la Capacidad
ID PYST002
Descripción y contexto Corresponde a las actividades de planificación y supervisión que se deben
llevar a cabo para garantizar que los servicios tecnológicos se encuentren
correctamente dimensionados.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Gestor de los servicios (MinTIC). Responsable de la gestión de
los servicios identificados por parte de MinTIC. Debe aprobar el plan
elaborado por el Gestor de Servicios por parte del proveedor.
Gestor de los servicios (Proveedor). Responsable de elaborar el
plan por parte del proveedor de la solución.
Propietario de los servicios (MinTIC). Responsable de la
prestación del servicio por parte del área de TI de MinTIC. Debe
aprobar el plan elaborado por el Gestor de Servicios por parte del
proveedor.
Relación de Dependencia
con otro proyectos
PYST001
Fases de implementación
del proyecto
Planificación. Se debe dimensionar la capacidad de
almacenamiento y procesamiento de la infraestructura de TI que
debe soportar la solución. Para esto, se deben desarrollar varios
modelos y simulaciones sobre los escenarios identificados en la
arquitectura propuesta.
Recursos. De acuerdo al dimensionamiento realizado, se deben
asignar los recursos adecuados de hardware y software a cada uno
de los servicios identificados.
Supervisión. Se deben monitorear continuamente el rendimiento y
capacidad de los servicios tecnológicos y con los datos obtenidos
se debe velar por la optimización de los mismos.
Tiempo estimado del
proyecto
192 Horas.
Proyecto: Elaborar Plan de Gestión de la Disponibilidad
ID PYST003
Descripción y contexto Corresponde a las actividades de planificación, mantenimiento y seguridad y
monitoreo que se deben realizar para garantizar que los servicios
identificados estén disponibles siempre que los usuarios los requieran.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Plan de Gestión de los Niveles de Servicio.
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Gestor de los servicios (MinTIC). Responsable de la gestión de
los servicios identificados por parte de MinTIC. Debe aprobar el plan
elaborado por el Gestor de Servicios por parte del proveedor.
Gestor de los servicios (Proveedor). Responsable de elaborar el
plan por parte del proveedor de la solución.
Propietario de los servicios (MinTIC). Responsable de la
prestación del servicio por parte del área de TI de MinTIC. Debe
aprobar el plan elaborado por el Gestor de Servicios por parte del
proveedor.
Relación de Dependencia
con otro proyectos
PYST001
Fases de implementación
del proyecto
Planificación. Se deben identificar las expectativas futuras de
disponibilidad, realizar un plan de mejoras y seleccionar las
herramientas que se usarán para realizar el monitoreo de los
servicios.
Mantenimiento y Seguridad. Elaborar y poner en marcha planes
de recuperación de los servicios. Además, se deben planear las
interrupciones programadas de los servicios de común acuerdo con
proveedores y entidades involucradas.
Monitoreo. Corresponde al monitoreo constante de los servicios y
a la elaboración de informes relacionados con la interrupción de los
servicios.
Tiempo estimado del
proyecto
96 Horas
Proyecto: Elaborar Plan de Gestión de la Continuidad
ID PYST004
Descripción y contexto Corresponde a las actividades que se deben realizar para garantizar que una
imprevista interrupción de los servicios, debido a un desastre natural o
cualquier otro evento de fuerza mayor, tenga consecuencias catastróficas
para el negocio.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Gestor de los servicios (MinTIC). Responsable de la gestión de
los servicios identificados por parte de MinTIC. Debe aprobar el plan
elaborado por el Gestor de Servicios por parte del proveedor.
Gestor de los servicios (Proveedor). Responsable de elaborar el
plan por parte del proveedor de la solución.
Propietario de los servicios (MinTIC). Responsable de la
prestación del servicio por parte del área de TI de MinTIC. Debe
aprobar el plan elaborado por el Gestor de Servicios por parte del
proveedor.
Relación de Dependencia
con otro proyectos
PYST001
Fases de implementación
del proyecto
Planificación. Se debe incluir los servicios tecnológicos
identificados dentro de los planes generales de continuidad de
MinTIC y elaborar o modificar los planes existentes de prevención
de riesgos, gestión de emergencias y recuperación.
Supervisión. Se deben implementar los planes propuestos
involucrando la formación del personal involucrado y la continua
evaluación de los planes.
Tiempo estimado del
proyecto
48 Horas.
Proyecto: Elaborar Plan de Gestión de la Seguridad
ID PYST005
Descripción y contexto Corresponde a las actividades de planificación, implementación y evaluación
que se deben llevar a cabo para garantizar la confidencialidad, integridad y
disponibilidad de la información provista y mantenida por los servicios
tecnológicos identificados.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Plan de Gestión de los Niveles de Servicio.
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Gestor de los servicios (MinTIC). Responsable de la gestión de
los servicios identificados por parte de MinTIC. Debe aprobar el plan
elaborado por el Gestor de Servicios por parte del proveedor.
Gestor de los servicios (Proveedor). Responsable de elaborar el
plan por parte del proveedor de la solución.
Propietario de los servicios (MinTIC). Responsable de la
prestación del servicio por parte del área de TI de MinTIC. Debe
aprobar el plan elaborado por el Gestor de Servicios por parte del
proveedor.
Relación de Dependencia
con otro proyectos
PYST001
Fases de implementación
del proyecto
Planificación. De ser necesario se debe modificar la política de
seguridad de MinTIC para incluir los requerimientos identificados
para los servicios tecnológicos de la solución, complementar los
SLAs con los niveles de seguridad identificados y definir métricas e
indicadores para evaluar los niveles de seguridad acordados.
Implementar. Se debe poner en práctica el plan definido y aplicar
las políticas y métricas allí definidas.
Evaluación. Se evalúa el cumplimiento de los SLAs de seguridad
establecidos en el plan con el fin de identificar oportunidades de
mejora. Este proceso incluye la generación de informes cuando
ocurra un incidente de seguridad.
Tiempo estimado del
proyecto
48 Horas.
Proyecto: Aprovisionamiento Infraestructura
ID PYST006
Descripción y contexto Corresponde a las actividades relacionadas con la instalación de los
ambientes donde se desplegará la solución.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Dominio de servicios tecnológicos de la arquitectura.
Dimensionamiento realizado en el proyecto de PY001.
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Responsable Infraestructura (MinTIC). Encargado del área de TI
de MinTIC de realizar o gestionar la configuración de los ambientes
de la solución.
Relación de Dependencia
con otro proyectos
PYST002.
Fases de implementación
del proyecto
Aprovisionamiento ambiente pruebas. Corresponde a la
instalación de las máquinas y dispositivos en el ambiente de
pruebas de la solución.
Aprovisionamiento ambiente preproducción. Corresponde a la
instalación de las máquinas y dispositivos en el ambiente de
preproducción de la solución.
Aprovisionamiento ambiente producción. Corresponde a la
instalación de las máquinas y dispositivos en el ambiente de
producción de la solución.
Aprovisionamiento ambiente contingencia. Corresponde a la
instalación de las máquinas y dispositivos en el ambiente de
producción de la solución.
Tiempo estimado del
proyecto
105 Horas
Proyecto: Instalación y Configuración Componentes
ID PYST007
Descripción y contexto Corresponde a las actividades de instalación y configuración de los
componentes de solución en los ambientes donde se desplegará la solución.
Alcance El plan elaborado debe tener en cuenta:
Los servicios tecnológicos identificados en el catálogo de la
arquitectura propuesta (Ver 0 ).
Dominio de servicios tecnológicos de la arquitectura.
Dominio sistema de información de la arquitectura.
Dominio de información de la arquitectura.
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de servicios tecnológicos definido en (4).
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Documentador. Recurso(s) del proveedor encargado de elaborar
los manuales de instalación y configuración de la solución.
Responsable Infraestructura (MinTIC). Encargado del área de TI
de MinTIC de realizar la instalación y configuración de los
componentes en los ambientes donde se desplegará la solución.
Relación de Dependencia
con otro proyectos
PYST006
Fases de implementación
del proyecto
Planificación. El proveedor de la solución elabora los manuales de
instalación y configuración de acuerdo a los lineamientos
establecidos para cada uno de los ambientes.
Instalación y configuración. El Área de TI de MinTIC sigue los
manuales de instalación elaborados por el proveedor de la solución
para instalar y configurar los componentes en cada uno de los
ambientes.
Tiempo estimado del
proyecto
580 Horas.
12.5 Dominio de Uso y Apropiación
A partir de la definición de la arquitectura objetivo definida para el dominio de Uso y Apropiación, fue posible
identificar los siguientes proyectos a realizar.
Proyecto: Plan de divulgación del proyecto nuevo Sistema Integral
ID PYUA001
Descripción y contexto El éxito y el impacto del proyecto de implementación que surge de la
Consultoría para el diseño de la nueva arquitectura para el Sistema de
Información Único del Sector”, dependen en gran medida de las actividades
de comunicación y divulgación que se realicen sobre este, ya que ayudará a
que se potencie su uso tanto a nivel interno, departamentos de MinTIC, como
a nivel externo, proveedores de información, entidades de gobierno adscritas
y otros interesados.
Alcance Poner en conocimiento de los interesados: en qué consiste el proyecto,
sus objetivos, la motivación de su creación, sus resultados, entre otros.
Presentar los avances del proyecto y los resultados obtenidos en el
desarrollo del mismo
Proporcionar una base documental y material de referencia acerca de
las especificaciones del proyecto
Realizar una comunicación eficaz, entendible a todos los interesados
sobre los temas del proyecto
Restricciones Ninguna
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Los siguientes perfiles son suministrados por MinTIC:
Profesional del área de TI (50%)
Líder de Mercadeo (50%)
Profesional de Mercadeo y posicionamiento de producto (100%)
Profesionales de diseño gráfico (100%)
Relación de Dependencia
con otro proyectos
No aplica
Fases de implementación
del proyecto
La fase de implementación estará determinada por el cubrimiento que
disponga MinTIC. Entre las actividades a implementar tenemos las
siguientes:
Definición de los mensajes de divulgación
Definición de los destinatarios o interesados del proyecto (internos o
externos)
Definición del alcance de la comunicación, interna a los socios del
proyecto o externa a los beneficiarios directos, departamentos de
MinTIC, proveedores de información y entidades del gobierno
Herramientas de comunicación como medios para entregar la
información a los interesados (wiki, mesas de trabajo, pagina web,
correo electrónico, comités empresariales, folletos y papelería,
conferencias, boletines, vídeos)
Cronograma de trabajo del plan de divulgación
Seguimiento y evaluación al plan de divulgación
Oferta de valor actualizada $96.000.000,00
Tiempo estimado del
proyecto
1280 horas de esfuerzo
Tabla 46 Plan de Divulgación
Proyecto: Plan de formación
ID PYUA002
Descripción y contexto La apropiación del sistema en lo que se refiere a la implementación de la
solución de Business Intelligence (BI) juega un papel importante para MinTIC
dado que a partir de esta puede extraer información crucial para la
planeación estratégica, táctica y de operación del negocio, permitiendo de
esta manera a la empresa ser más ágil en la toma de decisiones. Por lo
anterior, se requiere diseñar un plan de formación donde se capacite al
personal de MinTIC en el uso de las herramientas de BI.
Alcance El plan de capacitaciones contempla el desarrollo de los siguientes cursos
en el área de tecnología:
Curso Designing Business Intelligence Solutions with Microsoft SQL
Server 2012
Curso de Implementing and Maintaining Microsoft SQL Server 2008
Analysis Services
Curso Implementing and Maintaining Microsoft SQL Server 2008
Reporting Services
Curso de Reportes con SQL Server 2012
También se contempla el desarrollo de capacitaciones funcionales en el uso
del sistema.
Restricciones Se debe elaborar siguiendo los lineamientos establecidos en la guía para el
dominio de uso y apropiación
Recursos técnicos y
financieros
Los dispuestos por MinTIC para el desarrollo del proyecto.
Talento humano requerido Se propone el siguiente equipo por parte de MinTIC para recibir las
capacitaciones mencionadas:
Curso de BI: 2 Analistas de negocio
Curso de Analysis Services: 3 Analistas de TI
Curso de Reporting Services: 3 Analistas de TI
Curso de Reportes: 2 Analistas de negocio
Las capacitaciones funcionales en el uso del sistema serán planeadas y
llevadas a cabo por personas con los siguientes perfiles del contratista:
Analista Funcional.
Consultor.
Relación de Dependencia
con otro proyectos
Ninguna.
Fases de implementación
del proyecto
Planeación
La planeación corresponde a los siguientes cursos
- Curso Designing Business Intelligence Solutions with Microsoft SQL
Server 2012
- Curso de Implementing and Maintaining Microsoft SQL Server 2008
Analysis Services
- Curso Implementing and Maintaining Microsoft SQL Server 2008
Reporting Services
- Curso de Reportes con SQL Server 2012 R2
Ejecución
La ejecución de los cursos será la dispuesta por MinTIC la cual tendrá una
duración aproximada de 2 meses
Tiempo estimado del
proyecto
133 horas de capacitación
Tabla 47 Plan de Formación
Roadmap de Proyectos
Con base en el catálogo de proyectos definidos anteriormente a continuación se presenta el roadmap de
ejecución para estos proyectos.
Con base en la identificación y descripción de los proyectos a realizar se establece su dependencia, orden de
ejecución, duración y categorización por dominios, como se ilustra en la Figura 31 Roadmap de Proyectos.
Para el cual se propone ejecutar 3 fases en el dominio de sistemas de información que permitirá ir habilitando
progresivamente los procesos del modelo operativo y todo lo requerido en los demás dominios para la puesta
en marcha de los mismos. El alcance de cada uno de los proyectos es definido en las fichas de proyecto de la
sección 15 Plan de Adopción.
Así mismo es necesario mencionar que el roadmap es tan solo una propuesta de ejecución y de acuerdo a la
priorización que se realice en etapa de implementación es posible pueda irse modificando de acuerdo a las
necesidades.
Top Related