anexo no. 3 especificaciones técnicas mínimas suist. 2... · especificaciones técnicas mínimas...

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

http://www.crcom.gov.co/

http://www.crcom.gov.co/

http://www.ane.gov.co/

http://www.ane.gov.co/

http://www.colombiatic.gov.co/

http://www.colombiatic.gov.co/

http://estrategia.gobiernoenlinea.gov.co/623/w3-propertyvalue-8014.html

http://mintic.gov.co/arquitecturati/630/w3-propertyvalue-8061.html



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.


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.


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.


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.


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.


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.


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.


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.


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.




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.




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.


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





Servicios Validación Servicios Generación

Reportes BI

ODBC / SQL

SISTEMAS MinTIC Aplicaciones Negocio

Repositorio Identidad


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




ESB

Endpoint Adaptador SOAP

HTTP/SOAP



No

¿Autenticación exitosa?

Endpoint Adaptador SOAP HTTP/SOAP ZONA CONSUMIDORES/

SISTEMAS MINTIC Aplicaciones Negocio

Certificado Digital


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



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


ZONA SERVICIOS

NEGOCIO


Certificado

Digital


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


VISTA APLICACIÓN/

INFORMACIÓN


Upload Archivo

FTPS ZONA CONSUMIDORES Aplicaciones Negocio

Proceso

Asincrono

BPMS

Recibir

Generar numero Cargue

Adaptador






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


VISTA APLICACIÓN/

INFORMACIÓN


BPMS

Recibir

HTTPS ZONA CONSUMIDORES

Aplicaciones Negocio

Generar

numero

Cargue

Adaptador


ZONA SERVICIOS

NEGOCIO



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


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



BD

Administración


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.


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



BD Procesos

de negocio


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.


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


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


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



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


servicios Televisión. Con este elemento se podrán realizar



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



Servicios de

administración de

datos

Cubo

Infraestructura


servicios Infraestructura. Con este elemento se podrán realizar


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


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.


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.


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.


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.


de información

Tableros de

control

Este elemento representa el conjunto de indicadores generados

a partir de la información reportada por los proveedores


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.


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


ubicación:


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


ubicación:


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


ubicación:


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


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


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.





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).





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).





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).





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%


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.



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%


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.



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 %


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 %


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 %


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.


financieros


Talento humano requerido Arquitecto

Ingenieros de desarrollo

Ingenieros de pruebas

Analista Funcional


con otro proyectos

Ninguna


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



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


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




capacidad del sistema para que los proveedores reporten información y una

vez se encuentre en el sistema se ejecuten las validaciones

correspondientes.



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






financieros





Analista Funcional


con otro proyectos

PYSA004


del proyecto


de requerimientos.













en el alcance.

Entreg. Generación documentación de entrega y artefactos de

instalación.

Tiempo estimado del

proyecto



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




capacidad del sistema para consolidar la información reportada, generar y

publicar el informe del sector.



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






financieros





Analista Funcional


con otro proyectos

PYSA002, PYSA004


del proyecto


de requerimientos.













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



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




















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.


financieros


Talento humano requerido Arquitecto de Software


con otro proyectos

Ninguna


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


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


financieros


Talento humano requerido Arquitecto de Datos

Profesional Analista de negocio de TI

Ingeniero de desarrollo


con otro proyectos

PYINF001


del proyecto

Planeación

Levantamiento y Análisis

Desarrollo

Pruebas

Entrega

Tiempo estimado del

proyecto


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

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


financieros


Talento humano requerido Arquitecto de Datos

Profesional Analista de negocio de TI

Ingeniero de desarrollo


con otro proyectos

PYST007


del proyecto

Planeación

Levantamiento y Análisis

Desarrollo

Pruebas

Entrega

Tiempo estimado del

proyecto


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

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


financieros


Talento humano requerido Consultor de Datos

Ingeniero de Desarrollo


con otro proyectos

No aplica


del proyecto

Planeación

Ejecución: Definición de lineamientos

Tiempo estimado del

proyecto


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)


financieros


Talento humano requerido Consultor de Datos

Ingeniero de Desarrollo


con otro proyectos

PYINF001 y PYINF002


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


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.


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).


financieros


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.


con otro proyectos

Ninguna


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.







financieros










proveedor.


con otro proyectos

PYST001


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.




Plan de Gestión de los Niveles de Servicio.




financieros










proveedor.


con otro proyectos

PYST001


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.







financieros










proveedor.


con otro proyectos

PYST001


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.




Plan de Gestión de los Niveles de Servicio.




financieros










proveedor.


con otro proyectos

PYST001


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.




Dominio de servicios tecnológicos de la arquitectura.

Dimensionamiento realizado en el proyecto de PY001.




financieros


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.


con otro proyectos

PYST002.


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


preproducción de la solución.

Aprovisionamiento ambiente producción. Corresponde a la


producción de la solución.

Aprovisionamiento ambiente contingencia. Corresponde a la


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.




Dominio de servicios tecnológicos de la arquitectura.

Dominio sistema de información de la arquitectura.

Dominio de información de la arquitectura.




financieros


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.


con otro proyectos

PYST006


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


financieros


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%)


con otro proyectos

No aplica


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


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.


dominio de uso y apropiación


financieros


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.


con otro proyectos

Ninguna.


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.

anexo no. 3 especificaciones técnicas mínimas suist. 2... · especificaciones técnicas mínimas...

Documents