Upload
others
View
10
Download
0
Embed Size (px)
Citation preview
0
DESARROLLO DE UN MODELO DE ARQUITECTURA EMPRESARIAL TOGAF,
APLICADO EN LA RED DE INVESTIGACIONES DE TECNOLOGÍA AVANZADA DE LA
UNIVERSIDAD DISTRITAL
JHONDEER JAVIER REINA NOSSA
20111015108
PETER ALFREDO BENAVIDES CALLEJAS
20121015021
PROFESOR
ROBERTO FERRO ESCOBAR
UNIVERSIDAD DISTRITAL FRÁNCICO JOSÉ DE CALDAS
FACULTAD DE INGENIERÍA
PREGRADO INGENIERÍA INDUSTRIAL
BOGOTÁ D.C.
2018
1
AGRADECIMIENTOS
Es claro que en el duro camino de ser un profesional en ingeniería industrial el esfuerzo personal es de vital
importancia. Pero ningún esfuerzo individual podría dar frutos por sí solo, es por esto que este título no solo es
propio sino también de todas aquellas personas que estuvieron presentes con su apoyo físico, emocional,
académico, moral y financiero. Quiero aprovechar este espacio para agradecer primeramente a la vida por darme
la oportunidad de estudiar en la gloriosa Universidad Distrital Francisco José de caldas que me forjo como
profesional en el ámbito académico y moral. También quiero agradecer y dedicar este proyecto y mi título en
general a toda mi familia pero en especial a mi madre Patricia Nossa quien estuvo siempre apoyándome en todos
los aspectos posibles y ha sido ejemplo de rectitud y perseverancia en la vida. Además a mi padre Javier Reina que
fue mi mentor e impulsor en esta carrera y que a pesar de que hoy no se encuentra físicamente siempre ha estado
presente en mi pensamiento y ha sido una de las motivaciones principales para la conclusión de esta etapa y a mis
hermanos para los cuales soy ejemplo, no me puedo olvidar de todos mis compañeros y amigos que me
acompañaron en este proceso y fueron de gran ayuda en momentos de estrés y decepción. Es esta la oportunidad
para agradecer también a mi compañera de vida, mi novia y mi mano derecha que siempre ha estado
acompañándome en todos los logros y metas de mi vida. Por ultimo quiero agradecer al grupo de trabajo en
general de RITA, pero principalmente al director del proyecto el Ing. Roberto Ferro quien bajo su dirección y
acompañamiento nos brindó el amplio conocimiento que posee en este campo de acción posibilitando el óptimo
desarrollo de este proyecto, de igual manera extiendo los agradecimientos a las ingenieras Laura… Y Rosa
Camacho y al ingeniero Andrés Valencia quienes dedicaron su tiempo en el fortalecimiento y desarrollo del
proyecto. JHONDEER JAVIER REINA.
2
La carrera universitaria ha sido un camino grato lleno de grandes experiencias que nos han formado como
persona una grata experiencia, este camino nos ha dejado momentos completos de felicidad, y mucho aprendizaje;
nada de esto valdría la pena si no tuviéramos a nuestras familias y amistades acompañándonos en nuestro
desarrollo profesional, agradecimientos totales a todas las personas que con su cariño y apoyo nos ayudaron a
culminar con éxito este camino, agradecer Dios por acompañarnos y permitirnos llegar a este momento, en especial
a mi mama, mi papa y mi hermano que son la base de lo soy y me han guiado tanto en mi formación personal como
en mi formación profesional; todo esto es logro de los esfuerzos diarios de ellos; a esta gran institución la
Universidad Distrital Francisco José de Caldas no me quedan más palabras de agradecimiento en ella conviví años
grandiosos de mi vida y siempre la llevare con orgullo en mi palmares
Primero que nada al Ing., Roberto Ferro Escobar por su apoyo y confianza depositada en nosotros para poder
desarrollar este proyecto en la red de investigación de tecnologías avanzadas, Rosaura Camacho por su
colaboración y guía en este proceso, a Laura… y Andrés Valencia de igual manera mi gratitud por el tiempo
dedicado y el compromiso con el proyecto. PETER ALFREDO BENAVIDES CALLEJAS.
3
CONTENIDO
ÍNDICE DE ILUSTRACIONES 5
ÍNDICE DE TABLAS 6
1. MONOGRAFÍA 11
1.1. TEMA 11
1.2. TIPO DE INVESTIGACIÓN 11
1.3. PLANTEAMIENTO DEL PROBLEMA 12
1.4. JUSTIFICACIÓN 13
1.5. OBJETIVO PRINCIPAL 15
1.6. OBJETIVOS ESPECÍFICOS 15
1.7. DELIMITACIÓN 16
1.7.1. ESPACIO 16
1.7.2. TIEMPO 16
1.7.3. ALCANCE Y LIMITACIONES 16
1.8. MARCO REFERENCIAL 17
1.8.1. TIPO DE ESTUDIO 19
1.8.2. POBLACIÓN Y MUESTRA 20
1.8.3. MODELO DE DIAGNÓSTICO DE LA INSTITUCIÓN 20
1.8.4. DISEÑO METODOLÓGICO 20
1.8.4.1. FUENTES DE INFORMACIÓN 22
1.8.5. METODOLOGÍA TOGAF Y ARQUITECTURA EMPRESARIAL 22
1.8.5.1 METODOLOGÍA FASE PRELIMINAR 23
1.8.5.2 METODOLOGÍA FASE A: VISIÓN DE ARQUITECTURA 25
1.8.5.3. METODOLOGÍA FASE B: ARQUITECTURA DE NEGOCIO 27
1.8.5.4. METODOLOGÍA FASE C: ARQUITECTURA SISTEMAS DE INFORMACIÓN 29
1.8.5.5. METODOLOGÍA FASE D: ARQUITECTURA DE TECNOLOGÍA 33
1.8.5.6. METODOLOGÍA FASE E: OPORTUNIDADES Y SOLUCIONES 35
1.8.5.7. METODOLOGÍA FASE F: PLANEAMIENTO DE MIGRACIÓN 38
1.8.5.8. METODOLOGÍA FASE G: IMPLEMENTACIÓN DE LA GOBERNANZA 40
1.8.5.9. METODOLOGÍA FASE H: GESTIÓN DE CAMBIO DE ARQUITECTURA 42
1.8.5.10. METODOLOGÍA “GESTIÓN DE REQUERIMIENTOS” 45
4
2. DESARROLLO DE METODOLOGÍA ADM (ARCHITECTURE DEVELOPMENT
METHOD) 48
2.1. FASE PRELIMINAR 49
2.1.1. DESCRIPCIÓN GENERAL DE LA ORGANIZACIÓN 49
2.1.2. MODELO DE ORGANIZACIÓN DE ARQUITECTURA EMPRESARIAL: 50
2.1.2.1. DESCRIPCIÓN DETALLADA DE LA ORGANIZACIÓN: 50
2.2. FASE A: VISIÓN DE ARQUITECTURA: 66
2.2.1. DECLARACIÓN APROBADA DE ARQUITECTURA DE TRABAJO. 66
2.2.2. PRINCIPIOS DE ARQUITECTURA 67
2.2.2.1. PRINCIPIOS DEL NEGOCIO 68
2.2.2.2. PRINCIPIO DE DATOS. 69
2.2.2.3. PRINCIPIO DE APLICACIÓN 70
2.2.2.4. PRINCIPIOS DE TECNOLOGÍA 70
2.2.3. EVALUACIÓN DE LA CAPACIDAD 71
2.2.4. DECLARACIONES REFINADAS DE LOS PRINCIPIOS DE NEGOCIO, OBJETIVOS
DE NEGOCIO Y CONDUCTORES DE NEGOCIO. 73
2.3. FASE B: ARQUITECTURA DE NEGOCIO 75
2.3.1. DOCUMENTO DE DEFINICIÓN DE ARQUITECTURA. 75
2.3.2. ARQUITECTURA DE NEGOCIO DESTINO 76
2.4. FASE C: ARQUITECTURA DE DATOS Y APLICACIÓN. 78
2.4.1. ARQUITECTURA DESTINO DATOS Y APLICACIÓN 78
2.4.2. DEFINICIÓN DE ARQUITECTURA DE DATOS Y APLICACIÓN. 79
2.5. FASE D: ARQUITECTURA DE TECNOLOGÍA. 81
2.5.1. ARQUITECTURA DESTINO DE TECNOLOGÍA. 81
2.5.2. DEFINICIÓN DE ARQUITECTURA DE TECNOLOGÍA. 82
2.6. FASE E: OPORTUNIDADES Y SOLUCIONES 83
2.6.1. HOJA DE RUTA DE ARQUITECTURA (ROADMAP) 83
2.7. FASE F: PLANEACIÓN DE LA MIGRACIÓN 85
2.7.1. PLAN DE IMPLEMENTACIÓN Y MIGRACIÓN 85
2.7.2. ARQUITECTURA DE BLOQUES DE CONSTRUCCIÓN. 88
2.8. FASE G: ARQUITECTURA DE GOBERNANZA 89
2.8.1 MODELO DE IMPLEMENTACIÓN DEL GOBIERNO 89
2.9. FASE H: ARQUITECTURA DE GESTIÓN DE CAMBIO. 93
5
2.9.1. NUEVA SOLICITUD DE TRABAJO DE ARQUITECTURA. 93
3. CONCLUSIONES Y RECOMENDACIONES 94
4. REFERENCIAS 96
5. ANEXOS 98
ÍNDICE DE ILUSTRACIONES
Ilustración 1 Tipo de investigación del proyecto. Elaboración propia 12
Ilustración 2 método de ADM. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 3 Pasos fase preliminar. Elaboración propia. 24
Ilustración 4 Entradas fase preliminar. Elaboración propia 25
Ilustración 5 Salidas fase preliminar. Elaboración propia 25
Ilustración 6 Pasos fase A. Elaboración propia. 27
Ilustración 7 Entradas fase A. Elaboración propia. 27
Ilustración 8 Salidas fase A. Elaboración propia. 28
Ilustración 9 Pasos fase B. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 10 Entradas fase B. Elaboración propia. 29
Ilustración 11 Salidas fase B. Elaboración propia. 30
Ilustración 12 Pasos fase C. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 13 Entradas fase C. Elaboración propia. 32
Ilustración 14 Salida fase C. Elaboración propia. 32
Ilustración 15 Pasos fase C. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 16 Entradas fase C. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 17 Entradas fase C. Elaboración propia. 34
Ilustración 18 Pasos fase D. Elaboración propia. 35
Ilustración 19 Entradas fase D. Elaboración propia. 35
Ilustración 20 Salidas fase D. Elaboración propia. 36
Ilustración 21 Pasos fase E. Elaboración propia. 37
Ilustración 22 Entradas fase E. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 23 Salidas fase E. Elaboración propia. ¡Error! Marcador no definido.
Ilustración 24 Pasos fase F. Elaboración propia. 39
Ilustración 25 Entradas fase F. Elaboración propia. 39
Ilustración 26 Salidas fase F. Elaboración propia. 40
Ilustración 27 Pasos fase G. Elaboración propia 41
Ilustración 28 Entradas fase F. Elaboración propia 42
Ilustración 29 Salidas fase F. Elaboración propia 42
Ilustración 30 Pasos fase H. Elaboración propia 44
Ilustración 31 Entradas fase H. Elaboración propia 44
Ilustración 32 Salidas fase H. Elaboración propia 45
6
Ilustración 33 Pasos Gestión de Requerimientos. Elaboración propia 46
Ilustración 34 Entradas fase Gestión de Requerimientos. Elaboración propia 47
Ilustración 35 Salidas fase Gestión de Requerimientos. Elaboración propia ¡Error! Marcador no
definido.
Ilustración 36 Relación de objetivos de la red académica RITA. Fuente (Información obtenida en
página web de RITA) 51
Ilustración 37 Organigrama general de RITA. Brindado por RITA ¡Error! Marcador no definido.
Ilustración 38 Servicio Multimedia 53
Ilustración 39 , Servicio Herramientas Especializadas ¡Error! Marcador no definido.
Ilustración 40 Servicio Apoyo a la investigación 55
Ilustración 41 Servicio de Conectividad. 56
Ilustración 42 organizaciones afectadas 65
Ilustración 43 Mapa de procesos Universidad Distrital (Gestión de los Sistemas de Información y
las Telecomunicaciones / Sistema Integrado de Gestión SIGUD,”) ¡Error! Marcador no definido.
Ilustración 44 Tipo de investigación del proyecto. Elaboración propia 72
Ilustración 45 cadena de valor RITA (elaboración propia) ¡Error! Marcador no definido.
Ilustración 46 estructura del sistema de información 79
Ilustración 47 diagrama de red RITA elaboración propia. 82
Ilustración 48 Metodología para el análisis del nivel de integración. Elaboración propia. 85
Ilustración 49 diagrama nivel de arquitectura inicial 87
Ilustración 50 Metamodelo basado en una arquitectura de bloques de construcción 88
Ilustración 51 resultado óptimo de la arquitectura 93
ÍNDICE DE TABLAS
Tabla 1 Fases del ciclo de ADM. tomado de la guía de TOGAF edición 9.1. 16
Tabla 2 Trazabilidad de los entregables 41
Tabla 3 Matriz DOFA análisis general de RITA. Elaboración propia 50
Tabla 4 Matriz DOFA análisis interno y externo con las dependencias TIC. Elaboración propia.
52
Tabla 5 Ejecución presupuestal RITA, año 2016. Recolectado de la base de datos de la
dependencia 53
Tabla 6 Descripción de roles y responsabilidades RITA. Elaboración propia 56
Tabla 7 Resumen de ciclos de iteración de la Arquitectura Empresarial bajo TOGAF en RITA.
elaboración propia 59
Tabla 8 Principios de negocio. Elaboración propia 60
Tabla 9 Principio de datos. elaboracion propia 61
Tabla 10 principios de aplicación. Elaboración propia 62
Tabla 11 Principios de tecnología. Elaboración propia 63
Tabla 12 Nivel de arquitectura. Elaboración propia basados en el modelo TOGAF 79
Tabla 13 Plan de mejora de la arquitectura. Elaboración propia 84
7
GLOSARIO
APLICACIONES:
Son programas de computador que están diseñados con capacidades lógicas y matemáticas
para procesar información. El término Aplicación se utiliza para agrupar un conjunto de
programas que responden a requerimientos particulares del negocio o área de negocio.
ARQUITECTURA DE NEGOCIOS:
Es la arquitectura donde se identifica la línea base y la arquitectura final respecto al negocio.
ARQUITECTURA DE SISTEMAS DE INFORMACIÓN:
Es la arquitectura donde se identifica la línea base y la arquitectura final respecto a los
sistemas de información y datos.
ARQUITECTURA DE TECNOLOGÍA:
Es la arquitectura donde se identifica la línea base y la arquitectura final respecto a la
infraestructura tecnológica.
FRAMEWORK:
Un framework de arquitectura es una herramienta que se puede utilizar para el desarrollo de
una amplia gama de diferentes arquitecturas. Dando buenas prácticas para una metodología.
8
PLATAFORMA:
Es un sistema que sirve como base para hacer funcionar determinados módulos de hardware o
de software con los que es compatible.
SERVIDOR:
Es un computador que tiene la capacidad de prestar servicios de procesamiento o cómputo y
almacenamiento de datos a las aplicaciones.
SISTEMA:
Conjunto de partes interrelacionadas entre sí, que trabajan para dar cumplimiento a un fin en
común.
SISTEMA DE INFORMACIÓN:
Es un sistema orientado al tratamiento y administración de datos e información, organizado y
listo para su uso posterior, generados para cubrir una necesidad o un objetivo.
TELECOMUNICACIONES:
Son servicios de transmisión de datos a grandes distancias, que son procesados por
computadores. Estos servicios son prestados por proveedores a través de canales y equipos de
comunicación. El conjunto de enlaces, equipos y computadores conforman las red es, como por
ejemplo, la conocida Internet.
ACRÓNIMO AE:
Sigla en español (Arquitectura Empresarial) es una metodología de mejora continua a
mediano plazo, que basada en una visión integral, permite mantener actualizada la estructura de
9
información organizacional alineando procesos, datos, aplicaciones e infraestructura tecnológica
en cuatro dimensiones: negocios, datos/información, aplicaciones y tecnología.
BPMN:
Sigla en inglés ́Business Process
Model and Notation se refiere a Modelo y notación de Procesos de Negocio, es una notación
gráfica estandarizada que permite el modelado de procesos de negocio, en un formato de flujo de
trabajo ́workflow ́.
CIO:
Sigla en inglés ́Chief Information Officer ́que hace referencia al título del trabajo de la
persona encargada en una organización por las tecnologías de la información.
MinTIC:
Sigla en español (Ministerio de Tecnologías de la Información y las Comunicaciones) que
hace referencia a uno de los ministerios en Colombia.
TOGAF:
Sigla en inglés ́The Open Group Architecture Framework ́que hace al marco de referencia de
Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación,
implementación y gobierno de una arquitectura empresarial de información.
ITIL:
10
Es un marco el cual se concentra en la administración del servicio que provee TI. Se focaliza
en la medición y mejoramiento continuo de la calidad del servicio entregado tanto desde la
perspectiva del negocio como la del cliente final.
COBIT:
Es un marco para facilitar el control, además de un conjunto de herramientas que permite a los
administradores reducir la brecha entre los requerimientos de control, elementos técnicos y los
riesgos del negocio.
PMIT UD:
Plan maestro de informática y telecomunicaciones 2012-2018 de la Universidad Distrital
Francisco José de Caldas.
11
1. MONOGRAFÍA
1.1. TEMA
La Arquitectura Empresarial (AE) en los últimos años ha tenido una gran acogida entre
organizaciones privadas y gubernamentales que buscan llegar a mejorar la forma de organizar su
rendimiento y desempeño logrando alinear sus procesos y procedimientos con las TIC, que se ha
convertido en una herramienta esencial, a la hora de hablar de competitividad y mejoramiento
continuo
Colombia está realizando grandes esfuerzos en la implementación de políticas que permitan
que las organizaciones públicas, adapten métodos de organización y establezcan una visión de
arquitectura individual, en pro a lo desarrollado por parte del Ministerio de Tecnologías de la
Información y las Comunicaciones que definió un marco de referencia denominado Arquitectura
TI Colombia, que busca el desarrollo, documentación y mantenimiento de la arquitectura
empresarial de las instituciones basado en el marco más usado en el mundo TOGAF.
La Universidad Distrital al ser una universidad pública de Bogotá en Colombia, está obligada
a encaminar sus esfuerzos en adoptar una visión de arquitectura, es por esto que RITA como
dependencia de la Universidad Distrital, quiere ser pionera y líder en la adaptación de distintos
marcos de referencia como el que se tratara en el presente proyecto “TOGAF”, que puede
necesitar la inclusión de otros marcos de referencia para que el esfuerzo de arquitectura se
consolide exitosamente.
1.2. TIPO DE INVESTIGACIÓN
Para el desarrollo del proyecto se llevará a cabo una investigación con metodología mixta
12
Ilustración 1 Tipo de investigación del proyecto. Elaboración propia
1.3. PLANTEAMIENTO DEL PROBLEMA
La Universidad Distrital, como una de las mejores universidades de Colombia, debe ser pionera
en la implementación de nuevas tecnologías y métodos que permitan impulsar el desarrollo de la
investigación y el mejoramiento continuo de los servicios prestados. Con base en esto la
Universidad Distrital Francisco José de Caldas y todas sus dependencias, se ven en la necesidad
de integrar sus procesos de funcionamiento con el desarrollo de las tecnologías de información
actuales
Al observar el esquema organizacional de la Universidad Distrital es notorio que las
decisiones internas, siguen lineamientos jerárquicos rígidos, con una comunicación
interdependencias que restringe la retroalimentación entre cada una de ellas, además los procesos
organizacionales aún no están estructurados a conformidad con las necesidades actuales.
Si se lleva el análisis de esta situación a dependencias más puntuales dentro de la Universidad
Distrital Francisco José de Caldas, que para efectos de este proyecto será la Red Investigaciones
1. Investigación
Participativa
Desarrollo y contextualización de la propuesta de implementación de (AE) dentro de RITA
2. Investigación
Correlacional
Organización y levantamiento de
información, Evaluación de objetivos estratégicos.
3. Investigación
Descriptiva
Socialización de características, soportes e información del modelo de (AE), alineados a los objetivos estratégicos de RITA.
13
de Tecnología Avanzada (RITA). Se identifica que las características de funcionamiento son
similares a las de la Universidad, Estos conflictos estructurales se pueden resolver por medio de
la aplicación de políticas internas relacionadas con Arquitectura Empresarial (AE), que a través
de una metodología establecida busca normalizar un lenguaje común que fortalezca el desarrollo
de los procesos internos, y que de esta manera permite organizar y mejorar la estructura
organizacional de esta dependencia e incluyen marcos de referencia como COBIT, ITIL, PMI Y
TOGAF. Teniendo en cuenta el Plan Maestro de Informática y Telecomunicaciones de la
universidad Distrital 2013-2018 y el Plan Estratégico de Desarrollo, donde se especifica
claramente la necesidad de la Universidad Distrital por fomentar diseñar e implementar un marco
de arquitectura empresarial u organizacional, que pueda estar perfectamente alineado con las
estrategias gerenciales y misionales de la organización, abarcando a los actores involucrados en
el marco de desarrollo de la (AE). Se buscará realizar una propuesta bajo el marco de referencia
TOGAF 9.1, utilizando todas las herramientas que este ofrece para el desarrollo del ADM, que
fortalecerá los procesos organizacionales de RITA.
¿Al implementar un marco de referencia de (AE) dentro de RITA, Se podrán mejorar los
procesos internos de manera que permitan optimizar el flujo de información para la toma de
decisiones estratégicas, alineadas a las tecnologías de información?
1.4. JUSTIFICACIÓN
El interés en Colombia, por el desarrollo de las Tecnologías de Información, ha venido
creciendo enormemente con el paso de los años, impulsado por el Ministerio de Tecnologías de
la Información y las Comunicaciones (MinTIC), donde el objetivo principal del gobierno es
buscar un estado mejor articulado que transforme la gestión pública, a través de las TIC y
simplifique la vida de los ciudadanos, para esto el gobierno busca implementar un marco de
14
referencia de Arquitectura Empresarial (AE), para la gestión de Tecnologías de Información
dentro el estado, el cual busca, a través de lineamientos estándares y guías, que las entidades
públicas se articulen en función del ciudadano y actúen de manera más efectiva y eficiente.
La (AE) es una metodología que basada en una visión integral de las organizaciones, permite
alinear los procesos, datos, aplicaciones e infraestructura tecnológica con los objetivos
estratégicos del negocio o con la razón de ser de las entidades, existen diversas organizaciones
como IBM que han aplicado la (AE) en su funcionamiento, incluso se ha potencializado entre
países como USA, Corea, Canadá, España, Brasil Y Colombia. (Ministerio de TIC, 2013)
Dentro de la Universidad Distrital se busca establecer estrategias que puedan permitir el
correcto levantamiento, uso y distribución de la información de tal modo que se promueva el
fácil manejo de esta, la (AE) se muestra entonces como una solución que permite aclarar el
camino para la integración y alineación de los procesos estratégicos de la organización con las
tecnologías de información y de esta forma alcanzar los objetivos propuestos. (Jaramillo, 2016)
Por esta razón se hace necesario establecer una metodología para afrontar los cambios de la
globalización, como se deduce del Plan Estratégico de Desarrollo 2007-2016, Y el plan de
Informática y Telecomunicaciones de la Universidad Distrital 2013-2018, esto con el fin de
lograr un desarrollo institucional, que se enmarca en la idea de cumplir las estrategias bajo un
marco de gestión de la información que permita potencializar la gestión de las tecnologías.
RITA como dependencia de la Universidad Distrital, tiene como objetivo implementar dentro
de su estructura organizacional, estándares internacionales que permitan garantizar la calidad de
los servicios, proyectos generados y procedimientos generales, obteniendo reconocimiento en la
comunidad académica. En busca de este objetivo RITA desarrolla actualmente una visión de
Arquitectura Empresarial que es una metodología de mejora continua a mediano plazo, que se
15
orienta a plantear una visión integral, alineando procesos, datos, aplicaciones e infraestructura
tecnológica en cuatro dimensiones, en donde se orienta mediante una propuesta de integración
apoyada en el marco de referencia TOGAF y en todas las herramientas que este ofrece.
Para el óptimo desarrollo de este proyecto es necesario que los autores implementen y
desarrollen la aplicación del conocimiento adquirido en su formación como ingenieros
industriales de la Universidad Distrital Francisco José de Caldas.
1.5. OBJETIVO PRINCIPAL
Realizar una propuesta para la implementación de un modelo organizacional basado en el
ADM del marco de referencia TOGAF, aplicado en la Red de Investigaciones de Tecnología
Avanzada RITA, buscando mejorar los procesos internos de la organización a través de
estándares internacionales que permitan optimizar el flujo de información a través de las TIC.
1.6. OBJETIVOS ESPECÍFICOS
● Realizar el levantamiento y recopilación de la documentación necesaria del estado actual
de la organización (As-Is) para el diseño de un modelo organizacional desarrollado dentro de
RITA y a través de la aplicación del ADM de TOGAF.
● Establecer la arquitectura destino a la cual aspira la organización (To-Be) con la
aplicación del marco de referencia de TOGAF en RITA.
● Desarrollar una propuesta de implementación del ciclo ADM de TOGAF, con las
características identificadas en RITA.
● Representar el modelo propuesto de (AE), en el software “ARCHIMATE” desarrollado
por “THE OPEN GROUP”.
16
● Definir los parámetros necesarios para la migración del estado actual de la arquitectura
“As-Is” y el modelo propuesto en este proyecto “To-Be”.
● Desarrollar herramientas multimedia para socializar los conocimientos adquiridos en el
desarrollo del proyecto propuesto, bajo metodologías de educación virtual.
1.7. DELIMITACIÓN
1.7.1. ESPACIO
El proyecto se realizará en las instalaciones de la Universidad Distrital francisco José De
Caldas, en la dependencia RITA (Red De Investigación De Tecnología Avanzada) ubicada en la
Cra. 8 #40-62, Facultad de Ingeniería, localidad de Chapinero.
1.7.2. TIEMPO
El espacio de tiempo requerido para el proyecto está comprendido entre octubre de 2017 hasta
mayo de 2018
1.7.3. ALCANCE Y LIMITACIONES
La aplicación del modelo de arquitectura empresarial en la Red De Investigaciones De
Tecnología Avanzada se llevará como una propuesta de cambio a las prácticas y repositorios de
implementaciones anteriormente realizadas, por ello dependerá también de la resistencia que
haya al cambio de la operación de la dependencia, del personal e interesados del proceso.
Una limitación que presenta el proyecto es que se realizará teniendo en cuenta el análisis
presupuestal del año 2016, dado al acceso confidencial que hay para los presupuestos actuales de
la universidad, implica una desactualización en la base de datos del repositorio que
posteriormente deberá ser actualizado.
17
1.8. MARCO REFERENCIAL
Arquitectura empresarial: El proceso de Arquitectura Empresarial (AE) en cualquier
organización busca alinear las Tecnologías de la Información con los procesos, objetivos y metas
consignados en el Plan Estratégico Institucional. Para que de esta manera se pueda orientar con
objetividad la migración hacia un nivel de estructuración organizacional deseada, pero siempre
con el enfoque plasmado en la misión y estrategia de la organización. (Jaramillo, 2016)
Para empezar a tratar un marco de referencia de Arquitectura Empresarial es necesario
contextualizar el concepto, “la Arquitectura Empresarial es una práctica estratégica que consiste
en analizar integralmente las entidades desde diferentes perspectivas o dimensiones”, es por esto
que la Arquitectura Empresarial sirve para definir un verdadero plan estratégico dentro de la
organización, teniendo en cuenta los cuatro componentes (Negocio, Aplicación, Datos y
Tecnología) que se describirán en el desarrollo de este marco teórico y del proyecto en general,
este análisis integral se realiza con el propósito de obtener, evaluar y diagnosticar el estado actual
de la organización y establecer la transformación necesaria que le permita evolucionar desde el
estado actual hasta la arquitectura empresarial objetivo. (Jaramillo, 2016)
El objetivo principal de implementar una Arquitectura Empresarial es generar un valor
agregado a través del uso de las Tecnologías de Información, esto permite facilitar el
cumplimiento de los objetivos misionales de la institución y del sector o territorio al que
pertenecen.
Togaf : es una marco de referencia diseñado por The Open Group, su primer documento fue
creado en 1995 y desde entonces se han realizado 6 actualizaciones, la última versión TOGAF es
la 9.1; principalmente TOGAF es un marco de referencia que brinda un enfoque de diseño e
implementación de la arquitectura de la información, este debe ser una guía y no un lineamiento
18
rígido que se debe cumplir paso a paso, ya que el comportamiento en cada dependencia u
organización es diferente a la organización en sí misma.
Para la implementación de una Arquitectura Empresarial dentro de cualquier organización es
necesario adoptar un Marco de Referencia el cual se considera el instrumento principal, “la carta
de navegación” para implementar la Arquitectura Empresarial, El marco de referencia TOGAF
proporciona los métodos y herramientas para ayudar en la aceptación, producción, uso y
mantenimiento de una AE, se basa en un modelo de procesos iterativos, el apoyo de las mejores
prácticas y un conjunto reutilizable de activos existentes. (Lengerke, 2013)
La arquitectura se desarrolla estableciendo un entorno inicial describiendo las condiciones en
las que se encuentra la organización y se lleva a cabo hacia la arquitectura objetivo teniendo en
cuenta prácticas y desarrollo adecuado de las actividades.
En síntesis TOGAF es un marco de trabajo que a través del ADN y su proceso iterativo de
mejora continua, implementa cada fase para la construcción y mantenimiento de una (AE).
TOGAF dispone de un método central llamado ADM, el cual proporciona un proceso cíclico
que se desarrolla y ejecuta mediante cada una de sus fases, las cuales se distribuyen de la
siguiente manera: (Ver Ilustración N° 1)
● Fase Preliminar
● Fase A Visión de la arquitectura.
● Fase B Arquitectura de negocio.
● Fase C Arquitectura de los sistemas de información,
● Fase D Arquitectura Tecnológica.
● Fase E Oportunidades y soluciones.
19
● Fase F plan de Migración
● Fase G Implementación de la Gobernabilidad
● Fase H Administración del cambio de la Arquitectura
1.8.1. TIPO DE ESTUDIO
Inicialmente se realizará recolección de información por medio de técnicas de observación y
aplicación de entrevistas, posteriormente se realiza una descripción general de la actualidad de la
dependencia y así tener la base para el desarrollo del análisis de la arquitectura, el proyecto se
construirá teniendo en cuenta la constitución legal de RITA, enmarcada en el plan estratégico de
desarrollo 2008-2016, el plan maestro de telecomunicaciones e informática 2012-2018 y el
acuerdo 003 de 2008
Ilustración método de ADM. Elaboración propia.
20
1.8.2. POBLACIÓN Y MUESTRA
Directamente se influenciara en su organización a la Red De Investigaciones De Tecnología
Avanzada (RITA) e indirectamente las dependencias paralelas de la Universidad Distrital
Francisco José de Caldas (la oficina asesora de sistemas (OAS) y la red de datos UDNET), los
stakeholders del sistema que representan a toda la comunidad académica y administrativa de la
universidad que se verán beneficiados por el proyecto de arquitectura
1.8.3. MODELO DE DIAGNÓSTICO DE LA INSTITUCIÓN
El diagnóstico se realizará por medio de la implementación del marco de referencia TOGAF
diseñado por Open Group, de esta manera se obtendrá un escenario inicial o arquitectura (AS-IS)
y posteriormente una arquitectura objetivo (TO-BE)
1.8.4. DISEÑO METODOLÓGICO
Este diseño metodológico, es una relación clara y concisa de cada una de las fases en las que
se desarrollara este proyecto, donde se definen los objetivos de cada una de las actividades
propuestas y el resultado esperado, que se contrastará con los reales al finalizar la ejecución del
proyecto
Para este proyecto se desarrollarán seis (6) fases las cuales se distribuyen de la siguiente
manera:
Fase Objetivo Actividad Resultado
UNO
Realizar el levantamiento y recopilación de la documentación (As-Is) necesaria para el diseño de un modelo organizacional desarrollado dentro de RITA y a través de la aplicación del ADM de
Recopilar la información correspondiente a la arquitectura actual implementada en RITA, indagando cada uno de los procesos, procedimientos y marcos aplicados
Situación actual de RITA, información preliminar para la construcción de la arquitectura AS-IS y posteriormente la matriz de brechas
21
TOGAF
DOS
Establecer la arquitectura To-Be con la aplicación del marco de referencia de TOGAF en RITA
Definir metas y procedimientos a seguir para alcanzar lo propuesto con la aplicación del marco de referencia
Situación actual de RITA, información preliminar para la construcción de la arquitectura AS-IS y posteriormente la matriz de brechas
Obtener y desglosar los procesos y servicios para reorganizarlos en la siguiente fase en las arquitecturas de negocio, datos, aplicación y tecnología estipuladas en el marco de referencia, siguiendo el ciclo de ADM de TOGAF
TRES
Desarrollar una propuesta de implementación del ciclo ADM de TOGAF, con las características identificadas en RITA.
Identificar los requerimientos necesarios para el cambio propuesto en los servicios y procesos de RITA, estableciendo deficiencias y virtudes en la estructura operacional
Se obtendrá la matriz de brecha que compara el contraste entre la arquitectura objetivo y la arquitectura actual, con esta información se establecerá los preliminares para llevar a cabo el proceso de migración
Desarrollo de las fases del ciclo de ADM
CUATRO
Representar el modelo propuesto de (AE), en el software desarrollado por The Open Group llamado “Archimate”.
Realizar los diagramas que representen en su totalidad la operación de las arquitecturas descritas en las fases anteriores en el software Archimate
Diseño del ciclo ADM en el software Archimate.
QUINTA
Definir los parámetros necesarios para el plan de migración del estado actual de la arquitectura “As-Is” y el modelo propuesto en este proyecto “To-Be”.
Propuesta de Implementación de la fase de oportunidad y migración estipulada en el ciclo ADM e identificar los cambios y oportunidades de los hallazgos obtenidos en la fase anterior
Obtener los procesos y procedimientos a seguir para lograr que la fase de migración se cumpla y se actualice la base de datos interna en RITA referente al proceso de arquitectura.
Describir el impacto y oportunidad que tiene la propuesta de arquitectura en RITA
22
SEXTA
Desarrollar herramientas multimedia para socializar los conocimientos adquiridos en el desarrollo del proyecto propuesto, bajo metodologías de educación virtual
Identificar los contenidos necesarios para el estudio y diseño de un curso virtual enfocado en el marco de referencia TOGAF
Contenido propuesto para el curso virtual, teniendo en cuenta la experiencia y aplicación del marco de referencia en RITA.
Seleccionar la bibliografía idónea para la consulta de los contenidos seleccionados de TOGAF
Tabla 1 Fases del ciclo de ADM. Tomado de la guía de TOGAF edición 9.1.
1.8.4.1. FUENTES DE INFORMACIÓN
Es importante dentro del desarrollo del proyecto descrito en este documento, ejecutar procesos
de recolección, análisis y comparación de información con énfasis cualitativo y cuantitativo, por
lo que se busca establecer una denominación Doble Fase, la cual puede referirse a los siguientes
tipos de fuentes:
● Fuente de Primer Orden: Se deben establecer relaciones de colaboración constante, entre
el personal de RITA interesado en el desarrollo del proyecto y los proponentes. Esta
colaboración se verá reflejada en actividades de recolección y levantamiento de información, a
través de diferentes métodos además de la evaluación de la veracidad de la misma.
● Fuente de segundo orden: Esta fuente referencia el manejo del marco de referencia
aplicado a servicios que para el desarrollo de este proyecto será el implementado por THE OPEN
GROUP: TOGAF 9.1, que proporcionará los correctos lineamientos para la implementación de
la Arquitectura empresarial dentro de RITA.
● Otros encontrados por internet, artículos investigativos, artículos de revista, libros y otros
medios físicos que apoyen el aprendizaje del proyecto.
23
1.8.5. METODOLOGÍA TOGAF Y ARQUITECTURA EMPRESARIAL
Para realizar este proyecto el documento guía será el “TOGAF® Versión 9.1”, que contiene
las directrices necesarias para desarrollar con eficiencia el ciclo ADM propuesto.
El ADM (Architecture Development Method) de TOGAF, es el resultado de continuos aportes
de un gran número de profesionales, en el que se describe un método para desarrollar y gestionar
el ciclo de vida de una Arquitectura Empresarial y constituye el núcleo de TOGAF. (The Open
Group, 2013)
A continuación se realizará una descripción de lo que se propone en este documento para el
desarrollo del ADM, donde se determinarán los objetivos, el enfoque, los pasos, las entradas y
las salidas para llevar a cabo satisfactoriamente cada uno de las etapas.
1.8.5.1 METODOLOGÍA FASE PRELIMINAR
Objetivos:
1. Determinar la capacidad de arquitectura deseada por la organización.
2. Establecer la capacidad de arquitectura
Enfoque:
El enfoque de esta fase preliminar se basa en tratar de definir: “donde, que, por qué, quien y
como se realizara la Arquitectura”, de la organización que adopte esta metodología. La
Arquitectura Empresarial ofrece una visión estratégica de arriba hacia abajo de una organización
para que los ejecutivos, planificadores, arquitectos e ingenieros coherentemente puedan
coordinar, integrar y llevar a cabo sus actividades.
24
Pasos:
El ADM de TOGAF, es un método genérico, destinado a ser utilizado por una amplia variedad
de diferentes empresas y en conjunción con una amplia variedad de otros marcos de referencia si
es necesario. Así, la fase preliminar consiste en hacer cualquier trabajo necesario para iniciar y
adaptar el ADM para definir un marco específico para la organización. Cabe aclarar que el nivel
de detalle no solo en esta fase sino en todo el proyecto dependerá del alcance y los objetivos del
esfuerzo global de la arquitectura.
Los pasos dentro de la fase preliminar son los siguientes:
Ilustración 3 Pasos fase preliminar. Elaboración propia.
Determinar el alcance de las
organizaciones impactadas
Confirmar marcos de
apoyo y gobernabilidad
Definir y establecer el
equipo y organización de
la A.E
Identificar y
establecer los principios de Arquitectura
Determinar las
herramientas de arquitectura
25
Entradas:
Ilustración 4 Entradas fase preliminar. Elaboración propia
Salidas:
Ilustración 5 Salidas fase preliminar. Elaboración propia
TOGAF
Estrategias de la junta y los planes de negocio,
estrategias de negocio, estrategia de TI, principios de negocio, Objetivos y
Gobernanza y marcos legales.
Marcos importantes que operan en el negocio.
Capacidad de arquitectura (cuando pre-existe)
Modelo de organización de Arquitectura Empresarial
Tailored Framework Architecture
Repositorio de Arquitectura.
26
1.8.5.2 METODOLOGÍA FASE A: VISIÓN DE ARQUITECTURA
Objetivos:
1. Desarrollar una visión de alto nivel de las capacidades y del valor del negocio para ser
entregados como resultado de la arquitectura de la organización propuesta.
2. Obtener la aprobación de una declaración de arquitectura que define un programa de
trabajos para desarrollar e implementar la visión de A.E.
Enfoque:
La fase A se inicia con la recepción de una solicitud de trabajo de arquitectura de la
organización que se verá afectada por el esfuerzo de arquitectura, la fase A define lo que es y lo
que esta fuera del alcance de los esfuerzos de arquitectura y las limitaciones que deben ser
tratadas.
Normalmente, los principios de negocio, objetivos de negocio y conductores estratégicos de la
organización ya están definidos en la empresa en otros lugares. Si es así, la actividad en la fase A
está relacionada con garantizar que las definiciones existentes estén al día, y la aclaración de
cualquier área de ambigüedad. De lo contrario se trata de la definición de estos elementos
esenciales para la primera vez.
Pasos:
El orden de los pasos en la fase A, así como el momento en que se inician formalmente y se
completaron deben adaptarse a la situación en cuestión de acuerdo con el gobierno de
arquitectura establecido.
Los pasos dentro de esta fase son los siguientes:
27
Ilustración 6 Pasos fase A. Elaboración propia.
Entradas:
Ilustración 7 Entradas fase A. Elaboración propia.
Salidas:
Definir el alcance
Confirmar y elaborar los
principios de arquitectura
Desarrollar la
arquitectura de visión.
Definir el objetivo y
propuestas de valor.
Identificar los
riesgos de transformación
empresarial
Establecer el
proyecto formal de Arquitectura
Identificar los grupos de
interés, preocupaciones
y requerimientos
del negocio
Conformar los objetivos,
controladores y restricciones del
negocio.
Evaluar las
capacidades empresariales
Evaluar la preparación
para la transformación
del negocio.
Modelo de organización de A.E
Declaración aprobada de arquitectura de trabajo
Visión de Arquitectura
Declaraciones refinadas de los principios de negocio, objetivos de negocio y los conductores de negocios...
Evaluación de la capacidad.
28
Ilustración 8 Salidas fase A. Elaboración propia.
1.8.5.3. METODOLOGÍA FASE B: ARQUITECTURA DE NEGOCIO
Objetivos:
1. Desarrollar la arquitectura destino de negocios que describe como la empresa necesita
operar para lograr los objetivos de negocio y responder a los conductores estratégicos
establecidos en la Arquitectura de visión.
2. Identificar los componentes de la hoja de ruta de la Arquitectura sobre la base de las brechas
entre la línea base y el objetivo de negocio.
Enfoque:
En resumen la arquitectura de negocio describe el producto y/o estrategia de servicios y los
aspectos organizativos, funcionales, de procesos y de información del entorno empresarial
Pasos:
Declaración aprobada de arquitectura
Principios de la arquitectura
Evaluación de la capacidad.
Declaraciones refinadas de los principios de negocio, objetivos de negocio y los conductores de negocios.
29
El orden de los pasos en la fase B, así como el momento en que se inician formalmente y se
completaron deben adaptarse a la situación en cuestión de acuerdo con el gobierno de
arquitectura establecido.
Los pasos dentro de esta fase son los siguientes:
Entradas:
Ilustración 10 Entradas fase B. Elaboración propia.
Salidas:
Modelo de organización de Arquitectura Empresarial.
Tailored Framework Architecture.
Repositorio de arquitectura.
Selección de modelos de referencia, puntos de
vista y herramientas
Desarrollar la descripción de
la arquitectura
base
Desarrollar la descripción de
la arquitectura
objetivo.
Realizar el análisis de
brechas
Definir los componentes de la hoja de
ruta
Definir
impactos esperados
Revisar formalmente la conducta
de las partes interesadas
Finalizar la
arquitectura de negocio
Ilustración Pasos fase B. Elaboración propia.
30
Ilustración 11 Salidas fase B. Elaboración propia.
1.8.5.4. METODOLOGÍA FASE C: ARQUITECTURA SISTEMAS DE
INFORMACIÓN
Objetivos:
1. Desarrollar los sistemas de información (datos y aplicaciones) de la Arquitectura objetivo,
describiendo como los Sistemas de Información de la empresa pueden dirigir las solicitudes y
preocupaciones de los interesados, descritas en fases anteriores.
2. Identificar los componentes de la hoja de ruta de la Arquitectura sobre la base de las brechas
entre las arquitecturas de referencia y sistemas de información del objetivo (Aplicación y datos).
Enfoque:
La fase C implica una combinación de la Arquitectura datos y de la Arquitectura de
aplicaciones, en cualquier orden. Por otro lado, algunas organizaciones toman una aplicación
enfoque, por la que se reconocen determinadas aplicaciones clave como formando el fundamento
básico de los procesos de negocio, y toman la implementación e integración de las aplicaciones
básicas como el foco principal de los esfuerzos de arquitectura. (Cabe aclarar que los problemas
de integración a menudo constituyen un reto importante). El orden de los pasos y material
Documento de definición de arquitectura
Arquitectura de negocio destino
Arquitectura AS-IS
31
requerido y de salida en la fase C, Se dan por separado por cada dominio de la Arquitectura
(Datos y Aplicación).
● Arquitectura de Sistemas de Información- ARQUITECTURA DE DATOS
Pasos:
El nivel de detalle abordado en la fase C dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura.
Para empezar esta fase es importante que todas las actividades que se han iniciado con
anterioridad deben estar cerradas y la documentación debe estar generada debidamente y deben
haber sido publicadas oficialmente.
Los pasos en la fase C (Arquitectura de Datos), son los siguientes:
Selección de modelos de referencia, puntos de
vista y herramientas
Desarrollar la descripción de
la arquitectura
base
Desarrollar la descripción de
la arquitectura
objetivo.
Realizar el
análisis GAP
Definir los componentes de la hoja de
ruta
Definir
impactos esperados
Revisar formalmente la conducta
de las partes interesadas
Finalizar la
arquitectura de datos
Ilustración Pasos fase C. Elaboración propia.
32
Entradas:
Ilustración 13 Entradas fase C. Elaboración propia.
Salidas:
Ilustración 14 Salida fase C. Elaboración propia.
● Arquitectura de Sistemas de Información- ARQUITECTURA DE APLICACIÓN
Pasos:
El nivel de detalle abordado en la fase C dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura.
Modelo de organización de Arquitectura Empresarial.
Declaración de Arquitectura de trabajo.
Principios de datos. (Si existe)
Repositorio de arquitectura.
Documento de definición de arquitectura
Arquitectura de datos destino
33
Para empezar esta fase es importante que todas las actividades que se han iniciado con
anterioridad deben estar cerradas y la documentación debe estar generada debidamente y deben
haber sido publicadas oficialmente.
Los pasos en la fase C (Arquitectura de Aplicación), son los siguientes:
Entradas:
Salidas:
Modelo de organización de Arquitectura Empresarial.
Declaración de Arquitectura de trabajo.
Principios de Aplicación. (Si existe)
Repositorio de arquitectura.
Selección de modelos de referencia, puntos de
vista y herramientas
Desarrollar la descripción de
la arquitectura
base
Desarrollar la descripción de
la arquitectura
objetivo.
Realizar el
análisis GAP
Definir los componentes de la hoja de
ruta
Ilustración Pasos fase C. Elaboración propia.
Definir
impactos esperados
Revisar formalmente la conducta
de las partes interesadas
Finalizar la
arquitectura de aplicación
Ilustración Entradas fase C. Elaboración propia.
34
Ilustración 17 Entradas fase C. Elaboración propia.
1.8.5.5. METODOLOGÍA FASE D: ARQUITECTURA DE TECNOLOGÍA
Objetivos:
1. Desarrollar la arquitectura objetivo que permite la aplicación lógica y física de los
componentes de la Arquitectura de datos y la visión de Arquitectura, dirigiéndose a la solicitud
de Arquitectura de trabajo y a las preocupaciones de los interesados.
2. Identificar los componentes de la hoja de ruta de la Arquitectura sobre la base de las brechas
entre la tecnología objetivo y las Arquitecturas objetivo.
Enfoque:
Como parte de la fase D, el equipo de arquitectura tendrá que considerar que recursos están
disponibles y son relevantes dentro del repositorio de arquitectura.
En particular se debe considerar: Servicios de TI existentes, Modelos tecnológicos
relacionados con la organización, Modelos de tecnología relevante para los sistemas de
Arquitecturas comunes.
Pasos:
Documento de definición de arquitectura
Arquitectura de aplicación destino
35
El nivel de detalle abordado en la fase D, dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura, los pasos dentro de esta fase son los siguientes:
Ilustración 18 Pasos fase D. Elaboración propia.
Entradas:
Ilustración 19 Entradas fase D. Elaboración propia.
Selección de modelos de referencia, puntos de
vista y herramientas
Desarrollar la descripción de
la arquitectura
base
Desarrollar la descripción de
la arquitectura
objetivo.
Realizar el análisis de
GAP
Definir los componentes de la hoja de
ruta
Definir
impactos esperados
Revisar formalmente la conducta
de las partes interesadas
Finalizar la
arquitectura de Tecnología
Modelo de organización de Arquitectura Empresarial.
Principios de arquitectura.
Declaración de trabajo de Arquitectura
Tailored Framework Architecture.
Repositorio de arquitectura.
36
Salidas:
Ilustración 20 Salidas fase D. Elaboración propia.
1.8.5.6. METODOLOGÍA FASE E: OPORTUNIDADES Y SOLUCIONES
Objetivos:
1. Generar la versión inicial de la hoja de ruta de la Arquitectura, con base al análisis de las
deficiencias y brechas observado en las fases B, C y D.
2. Determinar si se requiere un enfoque gradual, y si es así identificar las arquitecturas de
transición que ofrecen un valor empresarial continuo.
Enfoque:
La fase E se concentra en la forma de entregar la arquitectura. Se tiene en cuenta el conjunto
de brechas entre el objetivo y las arquitecturas de referencia en todos los ámbitos y se agrupa de
forma lógica transformando en paquetes de trabajo dentro de los archivos de la organización.
Este es un esfuerzo por construir una hoja de ruta que se adapte de manera eficiente a los
requisitos de los interesados.
Documento de definición de arquitectura
Especificación de Requisitos para el proyecto de Arquitectura
37
La fase E, es el paso inicial en la creación de la aplicación y del plan de migración, que se
completa en la fase F y proporciona la base de una implementación eficiente.
El nivel de detalle abordado en la fase E, dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura
Los pasos dentro de esta fase son los siguientes:
Pasos:
Ilustración 21 Pasos fase E. Elaboración propia.
Entradas:
Validar y afinar dependencias
Confirmar la preparación y el
riesgo para la transformación
de negocios
Formular
implementación y estrategia de
migración
Identificar Arquitecturas de
transición
Creación del plan de
migración e implementación
Determinar los atributos
principales de los cambios
organizacionales
Determinar restricciones
comerciales para la
implementación
Revisar y
consolidar el análisis GAP
Revisión de requisitos en
todas las funciones del
negocio
Consolidar y conciliar las
exigencias de interoperabilidad
Modelo de organización de Arquitectura Empresarial.
Visión de arquitectura.
Declaración de trabajo de Arquitectura
Tailored Framework Architecture.
Repositorio de arquitectura.
Ilustración Entradas fase E. Elaboración propia.
38
Salidas:
1.8.5.7. METODOLOGÍA FASE F: PLANEAMIENTO DE MIGRACIÓN
Objetivos:
1. Finalizar la hoja de ruta de la Arquitectura, el soporte de aplicación y el Plan de migración.
2. Asegurarse de que la aplicación y el Plan de migración se coordina con el enfoque de la
organización para la gestión y la implementación de cambios en la estructura de la organización.
3. Asegurarse de que el valor para el negocio y el costo de los paquetes de trabajo y transición
de las Arquitecturas, sean entendidas por las partes clave interesadas.
Enfoque:
El objetivo de la fase F es la creación de un plan de implementación y migración, en
cooperación con los directores de proyectos. La fase E proporciona una hoja de ruta de la
Arquitectura ROADMAP
Especificación de Requisitos para el proyecto de Arquitectura
Ilustración Salidas fase E. Elaboración propia.
39
Arquitectura, en la fase F esta hoja de ruta y la aplicación se integran con otras actividades de
cambio de la organización.
Pasos:
El nivel de detalle abordado en la fase F, dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura
Los pasos dentro de esta fase son los siguientes:
Ilustración 24 Pasos fase F. Elaboración propia.
Entradas:
Confirmar las iteraciones
para la aplicación del
plan de migración
Asignar un valor de
negocio para cada paquete
de trabajo
Confirmar los requisitos de recursos y la
disponibilidad
Dar prioridad a los proyectos
de migración a través de la
realización de una evaluación costo/beneficio
Confirmar la arquitectura ROADMAP
Generar la aplicación y el
plan de migración
Completar el ciclo de desarrollo de arquitectura y
documentar las lecciones
aprendidas
40
Ilustración 25 Entradas fase F. Elaboración propia.
Salidas:
Ilustración 26 Salidas fase F. Elaboración propia.
1.8.5.8. METODOLOGÍA FASE G: IMPLEMENTACIÓN DE LA GOBERNANZA
Objetivos:
1. Asegurar la conformidad con la Arquitectura destino por los proyectos de implementación.
Modelo de organización de Arquitectura Empresarial.
Visión de arquitectura.
Declaración de trabajo de Arquitectura
Arquitectura ROADMAP
Tailored Framework Architecture.
Repositorio de arquitectura.
Plan de migración e implementación
Documento de definición de Arquitectura finalizada
Solicitudes de arquitectura de trabajo
41
2. Realizar funciones de arquitectura de gobernanza adecuadas para la solución de cambio de
la aplicación impulsada.
3. Asegurarse de que el valor para el negocio y el costo de los paquetes de trabajo y transición
de las Arquitecturas, sean entendidas por las partes clave interesadas.
Enfoque:
Es aquí donde toda la información para la gestión exitosa de los diversos proyectos de
implementación se une. Se debe tener en cuenta que en paralelo con la fase G, está la realización
de un proceso de desarrollo organizacional específico. Donde ocurre el desarrollo real.
Para habilitar la rápida obtención de valor para el negocio y los beneficios y para minimizar el
riesgo en el programa de transformación y migración, el enfoque preferido es el despliegue de la
arquitectura destino como una serie de transiciones. Cada transición representa un paso más
hacia el objetivo, Por lo tanto el enfoque global de la fase G es:
- Establecer un programa de aplicación que permita la entrega de las Arquitecturas de
transición acordado para la implementación durante la fase de planeamiento de migración.
- Adoptar un programa de implementación por fases que refleja las prioridades de la
organización.
- Seguir un estándar para la organización de la informática y las arquitecturas destino.
- Definir un marco de operaciones para garantizar una larga vida de la solución.
Pasos:
El orden de los pasos en la Fase G (véase más adelante), así como el momento en que se
inician formalmente y completaron deben adaptarse a la situación en cuestión de acuerdo con el
gobierno arquitectura establecida.
42
El nivel de detalle abordado en la fase G, dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura
Los pasos dentro de esta fase son los siguientes:
Ilustración 27 Pasos fase G. Elaboración propia
Entradas:
Ilustración 28 Entradas fase F. Elaboración propia
Salidas:
Confirmar el alcance y las
prioridades para la
implementación con la Gestión del Desarrollo
Identificar
recursos de implementación
y habilidades
Guía de desarrollo de la implementación
Realizar revisiones al
cumplimiento de la
Arquitectura Empresarial
Implementación
de negocios y operaciones de
TI
Realizar la revisión post-
implementación y cierre de la
implementación
Modelo de organización de Arquitectura Empresarial.
Visión de arquitectura.
Declaración de trabajo de Arquitectura
Arquitectura ROADMAP
Tailored Framework Architecture.
Implementación y Plan de Migración
Repositorio de arquitectura.
43
Ilustración 29 Salidas fase F. Elaboración propia
1.8.5.9. METODOLOGÍA FASE H: GESTIÓN DE CAMBIO DE ARQUITECTURA
Objetivos:
1. Asegurar que se mantiene el ciclo de vida de la arquitectura.
2. Asegurar que se ejecute el Marco de Gobierno de Arquitectura
3. Asegurarse de que la capacidad de Arquitectura de la organización cumple con los
requisitos actuales
Enfoque
El objetivo de un proceso de gestión de cambio es garantizar que la Arquitectura alcance su
valor de negocio objetivo. Esto incluye la gestión de cambios en la Arquitectura de una manera
coherente, este proceso suele asegurar el seguimiento continuo de las solicitudes de gobernanza,
los nuevos desarrollos en la tecnología y los cambios en el entorno empresarial. Cuando se
identifican los cambios, la gestión del cambio determinara si ha de iniciar formalmente un nuevo
ciclo de evolución de la Arquitectura.
Pasos:
Arquitectura contrato
Evaluaciones de cumplimiento
Solicitudes de cambio
44
El orden de los pasos en la Fase H (véase más adelante), así como el momento en que se
inician formalmente y completaron deben adaptarse a la situación en cuestión de acuerdo con el
gobierno arquitectura establecida.
El nivel de detalle abordado en la fase H, dependerá del alcance y los objetivos del esfuerzo
global de la arquitectura
Los pasos dentro de esta fase son los siguientes:
Ilustración 30 Pasos fase H. Elaboración propia
Establecer el valor del
proceso de realización
Desplegar
herramientas de monitoreo
Administrar
riesgos
Proponer análisis de
Arquitectura de gestión de
cambio.
Desarrollar cambios para
cumplir los objetivos de rendimiento
Administrar procesos de Gobernanza
Activar el proceso para
implementar los cambios
45
Entradas:
Ilustración 31 Entradas fase H. Elaboración propia
Modelo de organización de Arquitectura Empresarial.
Visión de arquitectura.
Declaración de trabajo de Arquitectura
Arquitectura contrato.
Arquitectura ROADMAP
Tailored Framework Architecture.
Implementación y Plan de Migración
46
Salidas:
Ilustración 32 Salidas fase H. Elaboración propia
1.8.5.10. METODOLOGÍA “GESTIÓN DE REQUERIMIENTOS”
Objetivos:
1. Asegurar que el proceso de gestión de requisitos es sostenido y funciona para las fases
pertinentes del ADM.
2. Gestionar los requisitos de Arquitectura identificados durante cualquier ejecución del ciclo
ADM o de una fase en especifico
3. Asegurarse de que los requisitos de Arquitectura relevantes están disponibles para su uso en
cada fase que se ejecuta.
Enfoque:
Como se indica por su posición en el centro de la gráfica del ADM, la “Gestión de Requisitos”
impulsa continuamente todo el proceso de A.E.
Es importante señalar que el círculo de Gestión de Requisitos denota no un conjunto estático
de requisitos, sino un proceso dinámico mediante el cual se identifican los requisitos de
Actualizaciones de Arquitectura
Nueva solicitud de Arquitectura de trabajo
Evaluación de cumplimiento (Actualizado si es necesario)
47
Arquitectura de la organización y los cambios posteriores. La capacidad para hacer frente a
cambios en las necesidades es crucial. La arquitectura es una actividad que por su propia
naturaleza se trabaja con incertidumbre, entre lo que se aspira y lo que se puede especificar y
diseñar como una solución, los requisitos de cambio estarán por tanto siempre sujetos a cambios
en la práctica, pues su control está más allá del control de la organización.
Pasos:
Los pasos dentro de esta fase son los siguientes:
Ilustración 33 Pasos Gestión de Requerimientos. Elaboración propia
Identificar los
requisitos a utilizar
Determinar los requisitos de
referencia
Monitorear los requisitos de
referencia
Identificar los requisitos y
prioridades de registros.
Evaluar el impacto
Actualizar el repositorio de requisitos con
información relativa a los cambios
solicitados
Implementar el
cambio en las fases requeridas
Evaluar y revisar el análisis de las
deficiencias en las fases anteriores.
48
Entradas:
Ilustración 34 Entradas fase Gestión de Requerimientos. Elaboración propia
Salidas:
Toda esta información se extrae y adapta a RITA, desde el documento de guía general de
TOGAF. (The Open Group, 2013)
Completo y poblado Repositorio de Arquitectura
Modelo de organización de A.E.
Declaración de trabajo de Arquitectura
Tailored Framework Architecture.
Repositorio de arquitectura.
Nueva solicitud de trabajo de arquitectura.
Ilustración Salidas fase Gestión de Requerimientos. Elaboración propia
49
2. DESARROLLO DE METODOLOGÍA ADM (ARCHITECTURE DEVELOPMENT
METHOD)
Para realizar el desarrollo del ADM propuesto por TOGAF, se manejó la metodología
mencionada anteriormente, teniendo en cuenta los pasos y entregables recomendados, pero
adaptando al alcance y limitaciones tanto de RITA como del proyecto en general.
En el presente documento se realizara un resumen de los entregables en cada una de las fases
del ADM desarrollado en RITA.
Si el lector desea profundizar en la información contenida en cada una de las fases, se
recomienda dirigirse a los entregables que se encuentran como anexos en el presente proyecto y
se describen en la siguiente tabla:
FASE DEL ADM NOMBRE DEL ENTREGABLE REFERENCIA
Preliminar Modelo de organización de la A.E (RT001)
A: Visión de arquitectura Declaración aprobada de arquitectura (RT002)
A: Visión de arquitectura Principios de la arquitectura (RT003)
A: Visión de arquitectura Evaluación de la capacidad (RT004)
A: Visión de arquitectura Declaraciones refinadas de los principios de negocio, objetivos de negocio, y los conductores de negocios
(RT005)
B: Arquitectura de negocio Documento de definición de arquitectura (RT006)
B: Arquitectura de negocio Arquitectura de negocio destino (RT007)
C: Arquitectura de Datos y Aplicación
Arquitectura destino de datos y aplicación. (RT008)
C: Arquitectura de Datos y Aplicación
Documento de definición de arquitectura de datos y aplicación
(RT009)
D: Arquitectura de Infraestructura/Tecnología
Documento de definición de arquitectura de Infraestructura/Tecnología
(RT010)
D: Arquitectura de Infraestructura/Tecnología
Arquitectura destino de tecnología (RT011)
E: Oportunidades y Soluciones Hoja de ruta de Arquitectura (ROADMAP) (RT012)
F: Planeación de la migración Plan de implementación y migración (RT013)
F: Planeación de la migración Arquitectura de bloques de construcción (RT014)
G: Arquitectura de gobernanza Modelo de implementación del gobierno (RT015)
H: Arquitectura de gestión de cambio
Nueva solicitud de trabajo de Arquitectura (RT016)
Tabla 2 Trazabilidad de los entregables
50
2.1. FASE PRELIMINAR
2.1.1. DESCRIPCIÓN GENERAL DE LA ORGANIZACIÓN
MISIÓN
La Red de Investigaciones de Tecnología Avanzada RITA de la Universidad Distrital
Francisco José de Caldas es una red académica que está comprometida con la implementación,
mantenimiento y soporte de una plataforma tecnológica de alta velocidad y servicios asociados,
con el objetivo de fortalecer la ejecución de proyectos de investigación, la innovación científica,
el desarrollo tecnológico, el apoyo a los procesos académicos basados en entornos virtuales y la
creación de nuevos protocolos y estándares para intercambio de información entre comunidades
académicas, científicas e investigativas de la ciudad, la región y el país.
VISIÓN
Consolidarnos para el año 2018 como la Red Académica de Alta Tecnología líder en la
comunidad científica e investigativa de la Universidad Distrital, con reconocimiento a nivel local
y nacional por su continuo apoyo a los procesos de investigación, brindando un excelente nivel
de servicio y asegurando el uso efectivo de la tecnología de última generación al servicio de la
academia y la investigación.
OBJETIVO GENERAL
Promover el acceso de la Universidad Distrital a la red académica y de investigación mundial,
el desarrollo de servicios asociados y proyectos de TIC para facilitar y contribuir a la
investigación científica, a la innovación tecnológica, a la conformación de la sociedad del
conocimiento, incentivando el uso de las tecnologías de la información de más alto nivel.
51
2.1.2. MODELO DE ORGANIZACIÓN DE ARQUITECTURA EMPRESARIAL:
2.1.2.1. DESCRIPCIÓN DETALLADA DE LA ORGANIZACIÓN:
La Red de Investigaciones de Tecnología Avanzada RITA, perteneciente a la Universidad
Distrital Francisco José de Caldas, es una red académica que se compromete con la
implementación, mantenimiento y soporte de una plataforma tecnológica de alta velocidad y
servicios asociados, con el objetivo de fortalecer la ejecución de proyectos de investigación, la
innovación científica, el desarrollo tecnológico, el apoyo a los procesos académicos basados en
entornos virtuales y la creación de nuevos protocolos y estándares para intercambio de
información entre comunidades académicas, científicas e investigativas de la ciudad, la región y
el país.
RITA tiene como objetivo principal promover el acceso de la Universidad Distrital a la red
académica y de investigación mundial, el desarrollo de servicios asociados y proyectos TIC para
facilitar y contribuir a la investigación científica, a la innovación tecnológica, a la conformación
de la sociedad de conocimiento incentivando el uso de las tecnologías de la información de más
alto nivel.
En la ilustración # 36 relacionada a continuación se evidencian los objetivos esenciales que
hacen que RITA, se esté consolidando como líder dentro de la comunidad científica e
investigativa de la Universidad Distrital:
52
Ilustración 36 Relación de objetivos de la red académica RITA. Fuente (Información obtenida en página web de RITA)
El esquema organizacional de RITA, es jerárquico y se caracteriza por estar encabezado por
el director general y el coordinador. Además, se establecen dos líderes que afrontan los frentes
principales de las actividades de RITA. (Gestión Tecnológica y Gestión de Proyectos). Y de
estos se descomponen los encargados de las diferentes áreas específicas.
Realizar la conexión a otras redes de alta velocidad como son RUMBO, RENATA y CLARA y demás redes académicas o de investigación científica nacionales e internacionales, a través de una plataforma tecnológica de última generación con conectividad y servicios de alta calidad.
1.
Apoyar el desarrollo de proyectos de investigación del más alto nivel que permitan contribuir al contexto nacional e internacional 2.
Garantizar la adquisición, instalación, mantenimiento y operación de equipos de última generación tecnológica para la implementación de servicios derivados y desarrollar proyectos de carácter científico, educativo, académico y de investigación.
3.
Realizar o promover actividades de formación, capacitación y participación en temas relacionados con las redes académicas avanzadas y sus servicios asociados, por medio de cursos presenciales o virtuales, seminarios, conferencias o eventos nacionales e internacionales.
4.
Fomentar la creación y consolidación de grupos de investigación científica en la Universidad Distrital por medio del uso de herramientas tecnológicas, generando el intercambio de conocimiento y resultados de investigación.
5.
Generar canales de intercambio con otras redes e instituciones académicas, la comunidad científica, el sector privado o de Gobierno y en general con la comunidad nacional e internacional, para el desarrollo de proyectos conjuntos y generar acciones de cooperación entre pares para el fomento de la investigación.
6.
53
RITA presta a la comunidad educativa en general ciertos servicios especializados, que hacen
que sobresalga en el progreso colectivo de la universidad tanto organizacional como académico.
Los servicios prestados por RITA, se muestran a continuación:
SERVICIO MULTIMEDIA:
Uno de los servicios más solicitados por parte de los usuarios de RITA son los de multimedia
entre los cuales se encuentran streaming, grabación, edición de videos, animación digital,
repositorio de videos, VC Espresso y videoconferencia, las solicitudes para estos servicios se
llevan a cabo por la plataforma de gestión de solicitudes implementada en la web de la
dependencia, y están condicionados a la disponibilidad técnica y operativa de la dependencia en
las fechas establecidas.
Ilustración Organigrama general de RITA. Brindado por RITA
54
Para revisar la explicación de los servicios mirar el anexo # 001 catálogo de servicios donde se
explica a fondo la operación y objetivo de estos.
Para más detalles ir al anexo RT-001 “MODELO DE ORGANIZACIÓN DE
ARQUITECTURA EMPRESARIAL”
Ilustración 38 Servicio Multimedia
SERVICIO HERRAMIENTAS ESPECIALIZADAS:
Estos servicios principalmente están enfocados a los laboratorios virtuales, y herramientas
solicitadas para la investigación y desarrollo de proyectos; el requerimiento del servicio se
realiza por medio de la plataforma de gestión de solicitudes y debe ir justificada con soportes que
argumentan la necesidad del uso de la herramienta, entre las cuales se encuentran los servicios de
RITA QDA, R Studio, Sage, Jupyter notebook, Datos RINEX, Opensimulator y simulador de
drones.
Para más detalles ir al anexo RT-001 “MODELO DE ORGANIZACIÓN DE
ARQUITECTURA EMPRESARIAL”
55
SERVICIO DE ASESORÍAS DE INVESTIGACIÓN:
La red de investigación de tecnologías avanzadas tiene como razón el apoyo a los proyectos de
investigación que generen valor y conocimiento a la sociedad universitaria, es por esta razón que
este servicio es muy solicitado no solo por grupos de investigación, sino por profesionales y
profesores y estudiantes en general. Para más detalles ir al anexo RT-001 “MODELO DE
ORGANIZACIÓN DE ARQUITECTURA EMPRESARIAL”
Ilustración , Servicio Herramientas Especializadas
56
Ilustración 40 Servicio Apoyo a la investigación
SERVICIO DE CONECTIVIDAD:
RITA, permite a los estudiantes o investigadores que lo soliciten, una red especializada para la
investigación, en donde se maneja una red exclusiva de datos para el acceso a plataformas y
páginas que contribuyan con la investigación dentro de la Universidad.
Para más detalles ir al anexo RT-001 “MODELO DE ORGANIZACIÓN DE
ARQUITECTURA EMPRESARIAL”
57
Ilustración 41 Servicio de Conectividad.
Como se puede observar RITA, se ha consolidado como una organización muy importante en
el desarrollo normal de la Universidad Distrital, pues gracias a los servicios prestados y antes
mencionados, se consigue que la universidad avance hacia una investigación con soporte
tecnológico confiable.
Es claro que RITA como cualquier otra organización puede llegar a tener muchas fortalezas y
oportunidades, pero también debilidades y amenazas, por lo que a continuación se muestra una
matriz DOFA, conformada por el grupo de arquitectura, donde se analizara y se realizara un
diagnostico real del estado actual de RITA.
Es por esto que con la ayuda de todo el equipo de Arquitectura, se diseñó una matriz DOFA,
donde se realiza un diagnóstico de la organización, observando limitaciones pero también
oportunidades que apoyan el proceso de Arquitectura.
58
MATRIZ DOFA ANÁLISIS GENERAL:
MATRIZ DOFA
Fortalezas Debilidades
● Servicios: Soporte académico personalizado, apoyo a grupos de investigación, mejora constante." prestación de servicios y herramientas enfocados en el apoyo a la investigación y especializados por brindar puntualidad y calidad.
● Proyectos: Se evita la duplicidad de proyectos
● Objetivos focalizados a grupos de investigación
● Infraestructura: - Infraestructura informática avanzada
● Equipo de trabajo y Recurso Humano: Grupo de trabajo unido
● Presupuesto: La ejecución del presupuesto asignado se realiza en concordancia a la misión y visión de la red, lo que asegura su crecimiento y proyección a mediano plazo.
● Políticas de seguridad en los servicios tecnológicos leves, condiciones ambientales de trabajo ineficientes (ventilación), espacio inadecuado para trabajo en temas de salud ocupacional.
● Dependencia de infraestructura física para prestar algunos servicios.
● Recurso Humano: el jefe de la dependencia técnica requiere dedicación completa para supervisar muchos procesos y personas a su cargo; es mayor la cola de procesos pendientes por aprobación del jefe.
● Rubro para financiamiento de proyectos - trámites internos administrativos. - Presupuesto de funcionamiento
● Falta de planeación. ● No hay unidad entre las diferentes
dependencias, comunicación deficiente entre dependencias, cada dependencia busca figurar independientemente, se trabaja en un marco de competencia y no de colaboración.
Oportunidades Amenazas
● Presupuesto: Se abre la posibilidad de un presupuesto de funcionamiento para áreas de la nueva dependencia TIC que antes no lo tenían,
● Proyectos: Realizar proyectos gubernamentales como: proveer colectividad a entidades del estado.
● Servicios: proporcionar una plataforma tecnológica con calidad para servicio de la comunidad académica.
● Infraestructura: Ampliar la infraestructura tecnológica de la Universidad, expandiéndose por todas las facultades de la Universidad.
● Estructura organizacional y procesos – recursos
● Financiamiento: Se pueden reducir los recursos destinados a un área al dárselos a otra
● Falta de financiación para cumplir metas y proyectos generales, ejemplo: proporcionar conexión a redes académicas, plataforma de videoconferencia
● Falta de capacidad: La creciente demanda de servicios puede ocasionar que eventualmente se desborde la capacidad de prestarlos o que no se
59
● Procesos: Disponer de la documentación de los procesos de desarrollo de software de la OAS.
puedan brindarse en las condiciones deseadas.
Tabla 3 Matriz DOFA análisis general de RITA. Elaboración propia
La matriz DOFA es una herramienta adecuada para evidenciar desde cuatro puntos de vista la
situación interna de la institución, la cual permite establecer el grado de funcionamiento con el
que puede enfrentarse al entorno externo. Por lo cual es importante definir estrategias que
conglomeren todos los posibles aspectos capaces de unificar las políticas de funcionamiento que
edifiquen los lineamientos para dicha meta.
Para más detalles ir al anexo RT-001 “MODELO DE ORGANIZACIÓN DE
ARQUITECTURA EMPRESARIAL”
Para determinar la conexión de RITA con otras dependencias de la Universidad, y para
determinar qué posibilidades existen de adaptar este tipo de Marcos de Referencia, en todas las
dependencias afines dentro del sistema TIC de la Universidad; se realiza una matriz DOFA,
realizando un análisis interno y externo de la relación de RITA, frente a otras dependencias de la
UD.
60
MATRIZ DOFA: (Dependencias TIC análisis interno y externo)
MATRIZ DOFA
ANÁLISIS INTERNO
Fortalezas Debilidades
● UDNET: Administración centralizada de la infraestructura tecnológica.
● UDNET: Disponibilidad de servicios y recursos de infraestructura.
● UDNET: Objetivos focalizados a brindar conexión de internet y seguridad de la misma para toda la Universidad Distrital.
● OAS: Infraestructura amplia que soporta la prestación de los servicios.
● OAS: Calidad de personal profesional apto para la prestación de los servicios.
● PlanEsTIC: Personal profesional especializado y con experiencia en educación virtual.
● PlanEsTIC: Servicios con enfoque TIC, y ayudas audiovisuales.
● RITA: Soporte académico personalizado, apoyando grupos de investigación y con enfoque de mejora constante.
● RITA: Objetivos focalizados a grupos de investigación.
● RITA: Unión en grupos de trabajo. ● RITA: La ejecución del presupuesto
asignado se realiza en concordancia a la misión y visión de la red.
● UDNET: Equipos de cómputo no idóneos para brindar un servicio de calidad.
● UDNET: Flujo de información deficiente, requerimientos de soporte sin seguimiento y demoras en el proceso.
● UDNET: fallas en los servicios prestados y calidad de los mismos.
● OAS: falta de divulgación. ● OAS: Altos tiempos de respuesta a las
solicitudes realizadas ● OAS: Bajo financiamiento. ● PlanEsTIC: No hay visibilidad e impacto a
nivel Universidad. ● PlanEsTIC: problemas gerenciales y
compras inadecuadas ● RITA: Políticas de seguridad en los
servicios tecnológicos leves. ● RITA: Dependencia de infraestructura
física para la prestación de algunos servicios.
● RITA: Presupuesto de funcionamiento deficiente.
● RITA: Falta de notación grafica de modelado de procesos.
● RITA: Falta de planeación estratégica.
ANÁLISIS EXTERNO
Oportunidades Amenazas
61
UDNET: Implementación de nuevas tecnologías en la infraestructura de la red. UDNET Potencial de convertirse en un ente que conocería toda la universidad. UDNET: Generar buenas prácticas de seguridad tecnológica. OAS: Infraestructuras y servicios para la expansión y desarrollo de software específicos. OAS: Ofrecen posibilidad de recibir pasantes que apoyen el desarrollo de proyectos que se realicen dentro de esta dependencia. PlanEsTIC: Crecimiento y aumento de la seriedad en sus proyectos para prestar servicios de las TIC. PlanEsTIC: Obtención de un mayor reconocimiento en el desarrollo de sus proyectos orientados a la educación RITA: Se abre la posibilidad de un presupuesto de funcionamiento para áreas de la nueva dependencia TIC. Unificando proyectos concretos o integrados entre las diferentes dependencias RITA: Prestar servicios constantes a los integrantes de los grupos de investigación y semilleros.
UDNET: Fallos en la infraestructura de reses, ataques informáticos, disponibilidad del servicio. UDNET: No contar con la infraestructura de comunicaciones de la universidad. OAS: Fallos en el software, pérdida de información y fallo de servidores OAS: pérdida de la información de la Universidad a través de la página web. OAS: Fallas constantes en los servidores de funcionamiento. PlanEsTIC: Violación de derechos de autor en contenidos. PlanEsTIC: Perdida en el desarrollo de proyectos relacionados con las TIC que pueden ayudar al reconocimiento y posicionamiento de la universidad a nivel distrital y nacional. RITA: inconvenientes de intereses de cada dependencia, provocando que cada una de las dependencias puedan perder autonomía pues estarán sujetas a decisiones de una persona con intereses en varias áreas. RITA: El constante crecimiento de la demanda de los servicios puede ocasionar que eventualmente se exceda la capacidad real de prestación del servicio.
Tabla 4 Matriz DOFA análisis interno y externo con las dependencias TIC. Elaboración propia.
Conclusión de la matriz DOFA:
Dentro del análisis interno se detalla claramente la necesidad de aplicar en RITA, un marco de
AE que permita integrar de manera óptima los procesos y servicios, las Tecnologías de
Información y el recurso humano, con el fin de unificar conceptos y definir un horizonte general
de trabajo para de esta manera generar un valor agregado, por lo que basándose en esta
información se recalca lo importante y necesario que es implementar marcos de referencia de
Arquitectura Empresarial, no solo en RITA, sino en todas las dependencias TIC de la
Universidad Distrital.
62
ANÁLISIS PRESUPUESTAL:
Para realizar este análisis se tomó el presupuesto del año 2016, por políticas internas y con un
fin únicamente académico.
Tabla 5 Ejecución presupuestal RITA, año 2016. Recolectado de la base de datos de la dependencia
Para observar el “análisis presupuestal” ir al anexo RT-001 “MODELO DE
ORGANIZACIÓN DE ARQUITECTURA EMPRESARIAL”
ROLES Y RESPONSABILIDADES DEL EQUIPO.
Para una organización como RITA, es muy importante que todo el personal que se encuentra
asociado directamente a los procesos de funcionamiento normal, estén involucrados en el
63
desarrollo del marco de referencia TOGAF, pero en especial se determinan ciertos roles y
responsabilidades específicas que se observan en la tabla # 2.
CARGO ROL RESPONSABILIDAD
Coordinador
Chief informer officer (CIO)
Encargado del control y respuesta del proceso de ADM en RITA
Líder de gestión administrativa
Responsable de la gestión de tecnología
Fortalecimiento de la red avanzada y herramientas de tecnología, que permita los canales de comunicación entre los distintos stakeholders del sistema
Líder de gestión de tecnología
Responsable de la gestión de datos
fortalecer y mejorar la infraestructura informática y de telecomunicaciones, suministrando a la comunidad universitaria herramientas que faciliten el trabajo de la información en cuanto a conectividad, telefonía y capacidad de alojamiento de la información
Desarrollo de software
Gestor de aplicación
Gobierno de herramientas de software que permitan la interacción entre los usuarios, responsables y stakeholders del sistema
Gestión de software
Responsable de la gestión de aplicación
Prestar servicios de apoyo técnico en la Red de Investigaciones de Tecnología Avanzada para el desarrollo, soporte y documentación técnica de aplicaciones móviles y plataformas web enfocadas en la solución de necesidades de la comunidad investigativa.
Gestión de tecnología y sociedad
Responsable de la gestión de aplicación
Prestar servicios de apoyo técnico en la Red de Investigaciones de Tecnología Avanzada para la gestión de proyectos, convenios y servicios orientados a procesos de integración de los sistemas de información TIC a necesidades de la sociedad, en busca de fortalecer la investigación de alto impacto.
64
Gestión de procesos contractuales y propiedad intelectual
Gestor de negocio
Prestar servicios de apoyo técnico en la Red de Investigaciones de Tecnología Avanzada, para la gestión de proyectos de I+D+I, apoyando a la comunidad investigativa en la orientación documental del desarrollo de los proyectos, así como en los procesos para la protección de la propiedad intelectual, fortaleciendo la investigación de alto impacto.
Políticas de calidad y TIC
Gestor de negocio
Prestar servicios de apoyo técnico para la gestión de proyectos, implementación de lineamientos de gestión de calidad requeridos por el SIGUD y diseño de políticas de seguridad para la Red de Investigaciones de Tecnología Avanzada.
Relaciones públicas Gestor de datos Prestar servicios de apoyo técnico en la Red de Investigaciones de Tecnología Avanzada para promover el trabajo colaborativo con entidades del distrito con interés académico, para proponer proyectos de investigación, desarrollo e innovación, enfocados en el fortalecimiento de la investigación de alto impacto.
Plataformas colaborativas y servicios multimedia
Gestor de la aplicación
Prestar servicios de apoyo técnico para el diseño, implementación, soporte, mantenimiento y gestión de las plataformas colaborativas open source para streaming, videoconferencia y almacenamiento de imágenes y videos, así como el desarrollo e implementación de servicios multimedia de la Red de Investigaciones de Tecnología Avanzada, enfocados en la solución de necesidades de la comunidad investigativa.
Streaming
Gestor de servicios
Prestar servicios de apoyo técnico en la gestión técnica de estrategias de servicio a través de las plataformas y herramientas para streaming, grabación y videoconferencia, así como la implementación de servicios multimedia IP para la Red de Investigaciones de Tecnología Avanzada, enmarcado en la divulgación de actividades académicas y de investigación.
Conectividad
Gestor de servicios
Prestar servicios de apoyo técnico en la Red de Investigaciones de Tecnología Avanzada para el diseño, soporte, mantenimiento, actualización y monitoreo de infraestructura de conexión a redes académicas, asegurando la implementación, despliegue de redes de nueva generación y de protocolo de Internet versión 6 (Ipv6), enfocados en la solución de necesidades de la comunidad investigativa.
Servidores Gestor de servicios
Prestar servicios de apoyo profesional en la Red de Investigaciones de Tecnología Avanzada para la gestión de servicios y plataformas virtuales, haciendo uso de arquitecturas de software orientadas a contenedores y micro servicios para
65
la comunidad académica, implementando lineamientos de seguridad de la información y fortaleciendo la investigación en la Universidad Distrital.
Apoyo de investigación
Gestor de servicios
Prestar servicios de apoyo técnico en la Red de Investigaciones de Tecnología Avanzada, para propiciar el uso de Tecnologías y sistemas de información por parte de los investigadores, proponiendo y asesorando proyectos en los grupos y semilleros de la universidad y asegurando su articulación con el departamento administrativo de ciencia y Tecnología cTEL.
Apoyo administrativo
Gestor de servicios
Prestar servicios de apoyo técnico en la ejecución de actividades de archivo, gestión documental, soporte administrativo, implementación de lineamientos de Salud Ocupacional de acuerdo con los lineamientos de la Universidad y asesoría a proyectos de investigación apoyados por la red de investigaciones y relacionados con medio ambiente.
Asistente de diseño y socialización
Gestión de datos
Prestar servicios de apoyo asistencial para el diseño, creación y socialización de piezas informativas de investigación para las diferentes plataformas técnicas de la Red de Investigaciones de Tecnología Avanzada y brindar apoyo a investigadores en el uso de software para diseño y generación de contenidos gráficos.
Asistente de apoyo a tecnología
Gestor de aplicación
Prestar servicios de apoyo asistencial en la Red de Investigaciones de Tecnología Avanzada, para dar soporte y seguimiento al mantenimiento, soporte y elaboración documental de las aplicaciones de software implementadas, así como apoyo en el diseño, desarrollo, montaje y mantenimiento de sistemas electrónicos para la solución de necesidades de investigación.
Tabla 6 Descripción de roles y responsabilidades RITA. Elaboración propia
Para observar el “Marco legal” que rige a RITA ir al anexo RT-001 “MODELO DE
ORGANIZACIÓN DE ARQUITECTURA EMPRESARIAL”.
Ámbito de las organizaciones afectadas
Se observa que dependencias afines pueden llegar a ser afectadas indirectamente pues RITA,
al ser pionero en la implementación de este tipo de estrategias dentro de la universidad, vera los
resultados de la implementación en la disminución de procedimientos y la alineación con
tecnologías de información. Mientras las dependencias que no se acoplen a corto o mediano
plazo a la A.E, se quedarán rezagadas a comparación del desarrollo interno de RITA.
66
Ilustración 42 organizaciones afectadas
Para más detalles ir al anexo RT-001 “MODELO DE ORGANIZACIÓN DE
ARQUITECTURA EMPRESARIAL”
RITA EN RELACIÓN CON EL SIGUD
El SIGUD o (Sistema Integrado de Gestión de la Universidad Distrital), es el conjunto de
orientaciones, procesos, políticas, metodologías, instancias e instrumentos enfocados en
garantizar un desempeño institucional articulado y armónico, para el cumplimiento de su Misión
y Plan Estratégico de Desarrollo, y evidenciar la satisfacción de la comunidad Universitaria y de
las partes interesadas. (Universidad Distrital, 2018)
A continuación se muestra el sistema integral de gestión donde se ubica a RITA en los Macro-
procesos de la Universidad Distrital Francisco José De Caldas.
Comunidad académica en general
Oficina asesora de sistemas
Red de datos UDNET
PlanEsTIC
67
Dentro de los Macro-procesos de la Universidad Distrital que se encuentran en el SIGUD
actualmente. Se dividen cuatro ítems los cuales son direccionamiento estratégico, gestión
académica, gestión de evaluación y control, y gestión de recursos que es el macro proceso donde
se encuentra RITA y donde se sustenta el desarrollo de esta propuesta de Arquitectura
Empresarial.
Para más detalles de cómo se relaciona RITA con respecto al SIGUD ir al anexo RT-001
“MODELO DE ORGANIZACIÓN DE ARQUITECTURA EMPRESARIAL”.
2.2. FASE A: VISIÓN DE ARQUITECTURA:
2.2.1. DECLARACIÓN APROBADA DE ARQUITECTURA DE TRABAJO.
Este proyecto se desarrollara en RITA, y hará parte de un esfuerzo de toda la organización por
establecer lineamientos necesarios y realizar un diagnóstico que permita identificar las
situaciones actuales de una posible Arquitectura Empresarial, para realizar una propuesta formal
bajo el marco de referencia TOGAF, con el fin de realizar el enfoque de los diferentes
Ilustración Mapa de procesos Universidad Distrital (Gestión de los Sistemas de Información y las Telecomunicaciones / Sistema Integrado de Gestión SIGUD,”)
68
departamentos de la red en el mismo objetivo de articular los procesos y procedimientos del
negocio con las posibles TIC disponibles en la Universidad Distrital, y de esta manera mejorar
los flujos de información interna y externamente.
Un objetivo claro de este entregable “DECLARACIÓN APROBADA DE ARQUITECTURA
DE TRABAJO RT-002” que se podrá encontrar completo en los anexos a este documento, es el
de realizar la solicitud formal a la alta dirección de RITA, así como a todos los interesados de la
colaboración necesaria para poder llevar satisfactoriamente el desarrollo del proyecto.
En este documento también se podrán observar unos llamados “ciclos de iteración”, que son
las secuencias para afrontar este primer esfuerzo de Arquitectura dentro de RITA y que formaran
el alcance y se definen las limitaciones a las que está expuesto el proyecto en general.
En la tabla # 7 se podrá observar un resumen de los nombres de los ciclos y las fases que los
integran.
Número del ciclo de iteración Nombre del ciclo Fases que lo integran
1 Arquitectura de contexto Fase Preliminar, Fase A.
2 Entregas de Arquitectura Fase B, Fase C, Fase D.
3 Planificación de transición Fase E, Fase F.
4 Arquitectura de Gobernanza Fase G, Fase F. Tabla 7 Resumen de ciclos de iteración de la Arquitectura Empresarial bajo TOGAF en RITA. Elaboración propia
Para más detalles de cada uno de los ciclos se recomienda observar el anexo
“DECLARACIÓN APROBADA DE ARQUITECTURA DE TRABAJO RT-002”.
2.2.2. PRINCIPIOS DE ARQUITECTURA
Los principios de la arquitectura son las definiciones necesarias que deben ser satisfechas en el
proceso de la arquitectura, serán los pilares para su ejecución que deberán ser inviolables en
cualquier fase de la arquitectura y deberán protegerse brindándoles el sentido de normas o
parámetros para el correcto funcionamiento de la arquitectura en RITA, los principios podrán ser
69
modificables según las necesidades que aparezcan sobre todo en las fases de arquitecturas;
después de cerrados los procesos deberán respetarse y controlarse.
Los siguientes principios serán los que se eligieron para el proceso de la arquitectura en RITA
2.2.2.1. PRINCIPIOS DEL NEGOCIO
NOMBRE Prioridad de los principios
DECLARACIÓN La dependencia se acogerá al método de arquitectura en su totalidad y cada cargo será responsable de su rol en la misma
RAZÓN FUNDAMENTAL
La manera de proporcionar un nivel consistente y medible de la información del proceso de arquitectura es ajustando todo a los principios estipulados.
IMPLICACIONES
Si no se considera este principio se presentarían inconformidades, exclusiones en la gestión y en el manejo de la información Los siguientes principios estarán basados en el cumplimiento de este, si no se puede presentar conflictos posteriormente
NOMBRE Maximizar los beneficios de la empresa
DECLARACIÓN Las decisiones tomadas en la arquitectura serán en busca del máximo beneficio en la operatividad de la dependencia
RAZÓN FUNDAMENTAL
El enfoque de este principio será pensado en la máxima prioridad del negocio, quiere decir que las decisiones tomadas será pensando en el beneficio de toda la empresa que tendrá un valor mayor a largo plazo que las decisiones tomadas por divisiones menores, sin embargo este principio no afectara la inoperatividad de cualquier grupo minoritario
IMPLICACIONES Lograr el máximo beneficio de la empresa, incurrirá en un compromiso general al cambio y forma de hacer las cosas, en la planificación y gestión de la información. De igual manera las iniciativas presentadas en cada rol deben estar alineadas a este principio y comunicadas para toda la empresa, especialmente las que estén relacionadas a la gestión de la información
NOMBRE Responsabilidad en TI
DECLARACIÓN
RITA será responsable de la implementación y propiedad de los procesos de TI, de igual manera esa infraestructura tendrá que satisfacer los requisitos definidos por el usuario para la funcionalidad, nivel de servicio, costos y tiempos de entrega.
RAZÓN FUNDAMENTAL
Pretender en todo sentido que la expectativa de la arquitectura sea rentable y realista, acorde a los proyectos y soluciones eficientes.
IMPLICACIONES
La función del Ti debe ser enfocada a los procesos que controle y este de acuerdo a las expectativas del negocio Los procesos diseñados en las arquitecturas deberán ser creados para la búsqueda de soluciones en calidad y maximización de resultados
Tabla 8 Principios de negocio. Elaboración propia
70
2.2.2.2. PRINCIPIO DE DATOS.
NOMBRE Los datos son un activo
DECLARACIÓN Los datos se deben gestionar como uno de los recursos más valiosos de la operación, son y serán de RITA y para RITA
RAZÓN FUNDAMENTAL El propósito principal de los datos será para facilitar la toma de decisiones a tiempo, deben ser exactos y medibles en todo sentido
IMPLICACIONES
La arquitectura deberá funcionar en RITA basada en tres principios relacionados: los datos son un activo, los datos se comparten y los datos son de fácil acceso Los administradores tendrán el criterio para la gestión y control de los datos Se deberá garantizar la calidad de los datos en todo sentido, para ello se debe realizar políticas y procedimientos para este aseguramiento.
NOMBRE Los datos son accesibles
DECLARACIÓN Los datos serán accesibles a los usuarios para que puedan realizar sus funciones
RAZÓN FUNDAMENTAL El acceso a los datos conduce a la eficiencia de los procesos de toma de decisiones, hay una ahorro de tiempo en los usuarios y la consistencia de los datos va mejorando
IMPLICACIONES
∙ La forma en que se accede y se visualiza la información debe ser completamente adaptable con tal de que satisfaga la amplia variedad de usuarios de la empresa y sus correspondientes métodos de acceso. ∙ El acceso de los datos no comprende exactamente a la interpretación de los mismos se debe tener cuidado en la malinterpretación de estos.
NOMBRE Depositario de datos
DECLARACIÓN Cada elemento de dato tiene un administrador responsable de la calidad de los mismos.
RAZÓN FUNDAMENTAL
Uno de los beneficios es la capacidad de compartir los datos a través de las divisiones y en sí de la empresa, el administrador de los datos será el único responsable de la introducción de nueva información, por lo cual se eliminan tareas redundantes que puedan producir pérdidas de tiempo
IMPLICACIONES
∙ El administrador de los datos será el responsable de cumplir con las exigencias de calidad impuestas a los datos para que los que el fiduciario sea responsable ∙ El administrador o responsable de los datos tendrá que proporcionar la confianza en los mismos.
Tabla 9 Principio de datos. Elaboración propia
71
2.2.2.3. PRINCIPIO DE APLICACIÓN
NOMBRE Las solicitudes son independientes de las opciones tecnológicas
DECLARACIÓN Las solicitudes en RITA serán relacionadas directamente con opción tecnológicas específicas pero podrán operar en una variedad amplia de plataformas tecnológicas.
RAZÓN FUNDAMENTAL
Esta independencia de las aplicaciones permite que su operación sea más libre, optimizando el costo-uso de las mismas; se debe garantizar que el software de las aplicaciones no dependa de un hardware específico y software de sistemas operativos.
IMPLICACIONES ∙ Este principio requiere que se apoyen en normas de portabilidad. ∙Las aplicaciones y entornos operativos desarrollados bajo la arquitectura de la empresa las interfaces del subsistema.
NOMBRE Fácil uso y acceso a las aplicaciones
DECLARACIÓN Las aplicaciones deben ser fáciles de usar, la tecnología subyacente debe ser transparente para todos los usuarios, y estas deben facilitar las labores diarias de los mismos.
RAZÓN FUNDAMENTAL
Entre mayor sea el tiempo en que el usuario se demore en entender la tecnología subyacente que debe usar, menos productiva será su labor, la facilidad de uso es un incentivo positivo para el uso de aplicaciones
IMPLICACIONES
∙ Se debe desarrollar una retroalimentación que debe dar criterio de las pruebas de usabilidad para el interesado ∙las interfaces deben ser sencillas y de fácil uso para los usuarios, no deben estar limitadas por supuestos.
Tabla 10 principios de aplicación. Elaboración propia
2.2.2.4. PRINCIPIOS DE TECNOLOGÍA
NOMBRE Diversidad técnica de control
DECLARACIÓN La diversidad tecnológica es controlada para minimizar el costo no trivial de acumular conocimientos especializados y la conectividad entre múltiples entornos de procesamiento.
RAZÓN FUNDAMENTAL
La limitación del número de componentes soportados simplificara y reducirá los costos de mantenimiento
IMPLICACIONES S
∙Las políticas, normas y procedimientos estarán vinculados directamente al principio. ∙Las opciones tecnológicas se verán limitados por las opciones dentro del plan de tecnología. Se debe dar libre avance a los cambios tecnológicos que beneficien a la infraestructura, y brinde eficiencia operativa.
72
NOMBRE Interoperabilidad
DECLARACIÓN El software y hardware debe ajustarse a las normas que permitan la libre operación entre datos, aplicaciones y tecnología.
RAZÓN FUNDAMENTAL
Las normas ayudan a garantizar la coherencia, que mejora la capacidad de administrar los sistemas mejorando la satisfacción de los usuarios, maximizando la rentabilidad de la inversión y la reducción de los costos
IMPLICACIONES
Los estándares de interoperabilidad y estándares de la industria serán seguidas. Un proceso para el establecimiento de normas, examina y se revisa periódicamente. Las plataformas existentes deben ser identificadas y documentadas.
Tabla 11 Principios de tecnología. Elaboración propia
El entregable de los principios deberá guardarse en el repositorio, en el caso de la arquitectura
será en el anexo principios de la arquitectura (RT-003).
2.2.3. EVALUACIÓN DE LA CAPACIDAD
Este documento se realiza con la información obtenida al aplicar la encuesta que se encuentra
como anexo al proyecto “FORMULARIO RT#001” donde se formularon preguntas a siete (7)
personas indispensables dentro de los procesos estratégicos y operacionales de RITA, indagando
sobre el conocimiento que se tiene sobre la Arquitectura Empresarial individualmente, para de
esta manera poder realizar un análisis de los datos y poder generar un AS-IS (estado actual) del
conocimiento de la organización en general sobre los Marcos de Referencia de A.E y en especial
de TOGAF.
Este documento es de vital importancia pues constituye el primer diagnóstico del estado actual
de RITA, con el objetivo de implementar TOGAF dentro de su estructura, por lo que este
entregable constituirá el camino de cómo abordar las demás etapas y definirá la Capacidad de
Arquitectura que tiene la organización.
73
En el documento “EVALUACIÓN DE LA CAPACIDAD RT-004”, se podrán encontrar las
preguntas y respuestas formuladas en la encuesta, y se podrá detallar los porcentajes de
conocimiento de la organización en general sobre la Arquitectura Empresarial.
En general como se muestra en la ilustración # 10, el conocimiento de la organización
conforme al Marco de Referencia que se están desarrollando dentro de RITA, es bueno ya que
solo el 14,3% que representa una (1) persona del 100% encuestado que son siete (7) personas,
manifiesta desconocer de algún marco de referencia que se esté implementando en RITA.
La siguiente grafica corresponde a las respuestas a la pregunta: ¿Conoce usted algún marco de
referencia de A.E que se esté desarrollando y/o implementando en RITA?
Ilustración 44 Tipo de investigación del proyecto. Elaboración propia
Para el análisis de todas las preguntas y los detalles de este entregable se recomienda observar
el anexo “EVALUACIÓN DE LA CAPACIDAD (AS-IS) RT-004”. Que establece como se
encuentra la organización para enfrentar este esfuerzo de Arquitectura.
74
2.2.4. DECLARACIONES REFINADAS DE LOS PRINCIPIOS DE NEGOCIO,
OBJETIVOS DE NEGOCIO Y CONDUCTORES DE NEGOCIO.
En este documento se definen con claridad cuáles son los principios de actuación, los objetivos
de negocio y los conductores de negocio de RITA los cuales proporcionan un contexto para el
trabajo empleado por la empresa. No obstante, muchos factores que están fuera de la
consideración de la Arquitectura pueden tener implicaciones importantes para la forma de
desarrollo de la misma.
El contenido y la estructura de este documento pueden variar considerablemente de una
organización a otra.
A continuación se realiza un pequeño resumen del entregable, cabe aclarar que para más
información de este documento se recomienda consultar el anexo “DECLARACIONES
REFINADAS DE LOS PRINCIPIOS DE NEGOCIO, OBJETIVOS DE NEGOCIO Y LOS
CONDUCTORES DE NEGOCIO RT-005”.
PRINCIPIOS DE ACTUACIÓN:
Los principios de actuación de RITA, se basan en el objetivo de pretender crear un motor de
innovación, que permita el novedoso cambio que requiere la Universidad Distrital como ente de
educación superior completamente inserto en la sociedad y la economía basada en el
conocimiento. Su actuación se enmarcara y construirá con base en el conocimiento y logros
alcanzados al interior de la Maestría en Ciencias de la Información y las Comunicaciones,
enfocándose en la investigación sobre las redes de siguiente generación y su implementación.
Está dedicada completamente a la comunidad de investigadores de la UD.
75
RITA busca acelerar la exploración e implementación de innovaciones en TIC en la
Universidad Distrital y la posicionara como una institución de educación superior líder en la
puesta en práctica de los mejores avances teleinformáticas en la sociedad del conocimiento.
Con el firme propósito de estimular la innovación, conectándola nacional e
internacionalmente, RITA será una red líder para la investigación en la educación superior
colombiana, siendo un motor de innovación en la transición hacia la economía del conocimiento
que de hecho requiere redes avanzadas y novedosos servicios educativos sobre ellas.
OBJETIVOS ESTRATÉGICOS DE NEGOCIO:
1. Garantizar que la Red de investigaciones de Tecnología Avanzada preste servicios
especializados que cumplan con las expectativas de la comunidad universitaria.
2. Brindar a la comunidad universitaria una plataforma tecnológica que preste soporte a
investigaciones y desarrollos que nacen en los grupos y semilleros de investigación; garantizando
la conectividad a redes académicas por medio de la infraestructura de la red RITA.
3. Garantizar la continuidad de los sistemas de información y servicios brindados por la Red
de investigaciones de Tecnología Avanzada, ante interrupciones, imprevistos o desastres
4. Gestionar los recursos necesarios para el adecuado funcionamiento de la Red de
investigaciones de Tecnología Avanzada.
5. Implementar en la Red de investigaciones de Tecnología Avanzada, estándares
internacionales que permitan garantizar la calidad de los servicios y proyectos generados,
obteniendo reconocimiento en la comunidad académica.
76
6. Garantizar un ambiente laboral adecuado para desarrollar las actividades de la en la Red de
investigaciones de Tecnología Avanzada y cuente con lineamientos de seguridad y salud en el
trabajo.
CONDUCTORES DE NEGOCIO
RITA combina los intereses de la comunidad académica e investigativa en los servicios de una
red avanzada, atendiendo los intereses de estudiantes, profesores y trabajadores de la institución
y proporcionando una formidable tecnología en interés de la sociedad de la región, elementos
clave para la labor misional de la institución.
Por lo que sin duda alguna RITA , hace parte de los esfuerzos regionales en la consolidación
permanente de la Red Universitaria Metropolitana de Bogotá (RUMBO), la Red Nacional de
Tecnología Avanzada (RENATA), la red clara a nivel latinoamericano, la red GEANT en
Europa u la Internet2 en Norteamérica.
2.3. FASE B: ARQUITECTURA DE NEGOCIO
2.3.1. DOCUMENTO DE DEFINICIÓN DE ARQUITECTURA.
En este documento se podrá observar lo que llamaremos “Línea Base” de la arquitectura
dentro de RITA, donde se detallan los diagramas realizados por parte del equipo de arquitectura
para definir los procedimientos necesarios para la prestación exitosa de los servicios que se
expusieron en entregables pasados.
Es importante para el desarrollo de las arquitecturas tener claro cuáles son los motivadores de
los stakeholders para apoyar el desarrollo de este tipo de proyectos y que relaciones tiene cada
uno de los actores involucrados con los servicios desarrollados.
77
Para realizar los diagramas de proceso que se mostraran a continuación se realizaron
entrevistas presenciales con los encargados de los servicios relacionados y diligenciando el
“FORMATO PARA DESCRIPCIÓN DE PROCEDIMIENTOS (FRT-001)”, que se podrá
observar con mayor profundidad en los anexos, y con la información relacionada en el SIGUD
perteneciente a la Universidad Distrital
Por cuestiones de organización en este entregable solamente se mostraran los macro-servicios
relacionados y en posteriores entregas se realizara el detalle de los sub-servicios y las variaciones
que estos presentan
Para realizar estos diagramas de proceso se utilizó el software Bizagi, que es un paquete de
oficina utilizado para, diagramar, documentar y simular procesos usando notación BPMN.
Para observar los diagramas de la línea base y sus descripciones se recomienda observar el
documento “DOCUMENTO DE DEFINICIÓN DE ARQUITECTURA RT-006”.
2.3.2. ARQUITECTURA DE NEGOCIO DESTINO
El entregable final que describirá la arquitectura de negocio estará representado en este
documento, en el cual se describe en su totalidad mediante diagramas, matrices y catálogos las
características esenciales de la arquitectura de negocio destino.
El funcionamiento de la red de investigación de tecnología avanzada está pensada para el
cubrimiento de las necesidades de investigación de la comunidad universitaria (entiéndase como
comunidad a todos los pertenecientes incluyendo funcionarios), se realiza una descripción
esencial de los productos y en este caso los servicios mediante mecanismos aconsejados por el
método TOGAF, por los cuales se pudo identificar la necesidad de la existencia de los servicios
en la universidad con el desarrollo de las descripciones de los servicios en RITA.
78
La importancia de la descripción de los servicios es establecer una ruta en el manejo de la
información como se ve representado en los diagramas elaborados en el software archí, y que
será necesaria para las siguientes fases de la arquitectura, la gestión de la información es el
enfoque de la aplicación de la arquitectura mediante TOGAF.
Una de las ganancias al aplicar el proceso de TOGAF fue la elaboración de descripciones que
para nuestro criterio son necesarias para explicar la esencia del negocio en RITA, la elaboración
de la cadena de valor hace parte del re direccionamiento de los objetivos encaminados en la
arquitectura empresarial, a continuación se muestra el diagrama que explica el valor agregado
generado por RITA.
En el anexo (RT005) se podrá consultar lo concerniente a la aplicación de la arquitectura de
negocio,
Ilustración cadena de valor RITA (elaboración propia)
79
2.4. FASE C: ARQUITECTURA DE DATOS Y APLICACIÓN.
2.4.1. ARQUITECTURA DESTINO DATOS Y APLICACIÓN
Una vez iniciado el proceso de TOGAF, lo esencial del manejo de la información es
diagnosticar como se están gestionando los datos en la organización para así obtener provecho de
las ventajas competitivas, el objetivo es establecer los requerimientos básicos para lograr la
migración de los datos necesarios para lograr la arquitectura objetivo sin crear alguna aspereza
en el proceso que pueda perjudicar el desarrollo normal de las actividades.
Para lograr una arquitectura de datos eficiente hay que garantizar que se cumpla con los
requerimientos necesarios para la comunicación entre los interesados en el proceso de
arquitectura, deberá suceder que la relación entre los implicados de los procesos externos e
internos de RITA lleve una comunicación asertiva y entendible que facilite el desarrollo normal
de las actividades.
Para ello una de las implementaciones realizadas para orientar de manera efectiva el manejo de
la información fue estableciendo una estructura esencial que para nuestro criterio deberá
cumplirse para una correcta aplicación de TOGAF, esta implementación fue tomada de los
diagramas recomendados por TOGAF para la fase de arquitectura de datos, a continuación se
muestra como debe efectuarse el flujo de información en la organización.
80
Ilustración 46 estructura del sistema de información
2.4.2. DEFINICIÓN DE ARQUITECTURA DE DATOS Y APLICACIÓN.
La Universidad Distrital Francisco José de Caldas, cuenta con una infraestructura de
telecomunicaciones e información dimensionada para atender las necesidades de la institución en
su momento, debido al normal crecimiento de la comunidad académica y surgimiento de nuevos
requerimientos de actualización tecnológica, vitales para satisfacer la prestación de servicios con
estándares de calidad. (Garzón & Dussan, 2016).
En este documento se realizara un análisis de los Datos y las Aplicaciones necesarios para
cada uno de los sub-servicios como se definieron en documentos anteriores, estos datos se
recolectaron a través del “Formato para descripción de procedimientos FRT-001”. Que se
diligenciaron junto a los encargados de la prestación de cada uno de los Sub-Servicios y que se
encuentran como anexos al documento principal.
COORDINADOR: gestor de la planeación en la operatividad de RITA, toma de decisiones estratégicas y de alta implicación en
la dependencia. Generan la retroalimentación de la información anteriormente procesada que facilitara la toma
de decisiones en roles operativos.
LÍDER DE GESTIÓN ADMINISTRATIVA Y LÍDER DE GESTIÓN DE TECNOLOGÍA: recursos necesarios para la planificación táctica de RITA, en el caso de los líderes estarán encargados
del control de la gestión de las tecnologías y la gestión de datos y aplicaciones.
RESPONSABLES Y GESTORES DE DATOS, APLICACIÓN Y TECNOLOGÍA: acceso a recursos de información necesaria
para la gestión de los servicios internos y externos de RITA, son los controladores de la información y verifican la
veracidad de los datos antes de permitir la divulgación en la dependencia
81
Para generar los diagramas presentados en este documento, se utilizó la información
recolectada y se analizó observando que en general los procedimientos para la prestación del
sub-servicio son semejantes y se pueden agruparan en macro-servicios.
Es por esto lo que los diagramas en el software “Archimate”, serán de los macro-servicios, y
en este documento se realizara una descripción detallada de la Arquitectura de Datos y
Aplicación de cada uno de los sub-servicios relacionados.
Para entender los diagramas presentados en este documento se deben conocer las bases del
software por lo que a continuación se presentara un pequeño resumen de lo que es y su
funcionalidad.
Archimate permite representar gráficamente y describir lo que se llamaran “Capas” y que se
distribuyen de la siguiente manera;
Capa de Negocio: Se trata de los procesos de Negocio, servicios, funciones y eventos de las
unidades de negocio, Esta capa ofrece los servicios a los clientes externos y que son llevadas a
cabo por ciertos actores empresariales a los que se les atribuye un rol determinado.
Capa de Aplicaciones: Esta capa trata de abarcar las aplicaciones de Software que soportan
los componentes de la capa de negocio con servicios y aplicaciones que se realizan por los
componentes de aplicaciones.
Se debe aclarar quede la capa de aplicación está constituida por todo aquel software que sirve
para soportar la capa de negocios con servicios y aplicaciones y la capa de datos es la
información necesaria para que las aplicaciones o servicios utilizados para soportar la capa de
negocios funcionen efectivamente.
82
Capa de Infraestructura: Esta capa abarca el Hardware y Software que soporta a la capa de
aplicación. Presta servicios de almacenamiento, procesamiento y comunicaciones. (Gómez,
2015).
Para observar los diagramas en el software Archimate, y para detallar las tablas que contienen
las capas (datos y aplicación) se recomienda consultar el documento “DEFINICIÓN DE
ARQUITECTURA DE DATOS Y APLICACIÓN”
2.5. FASE D: ARQUITECTURA DE TECNOLOGÍA.
2.5.1. ARQUITECTURA DESTINO DE TECNOLOGÍA.
En esta fase se establece la ruta física en la gestión de los datos, principalmente se debe hacer
un inventario de los activos tecnológicos que la dependencia tiene en funcionamiento para la
gestión de los servicios y la gestión interna, después se debe actualizar normativas,
procedimientos, procesos de mantenimiento, controles que se implementen a los servidores y
artefactos tecnológicos en la dependencia.
Una vez realizada la debida documentación se debe realizar un análisis de como la tecnología
está cumpliendo con los nuevos y antiguos requisitos establecidos por la arquitectura, dada esta
representación mediante los artefactos se obtiene una representación física clara de cómo
funciona la transferencia de información y datos en RITA en los ciclos de los servicios.
A continuación se enseña la representación del diagrama de red que muestra el funcionamiento
y relación entre los servidores y redes utilizadas en la dependencia.
83
Ilustración 47 diagrama de red RITA elaboración propia.
Para revisar ampliar más la información sobre el proceso llevado a cabo en el desarrollo de la
arquitectura deberá referirse al anexo n° RT-010: “arquitectura destino de tecnología”.
2.5.2. DEFINICIÓN DE ARQUITECTURA DE TECNOLOGÍA.
En este documento se realizara un análisis de la Infraestructura Tecnológica necesaria para
cada uno de los sub-servicios como se definieron en documentos anteriores, estos datos se
recolectaron a través del “Formato para descripción de procedimientos FRT-001”. Que se
diligenciaron junto a los encargados de la prestación de cada uno de los Sub-Servicios y que se
encuentran como anexos al documento principal.
84
Para generar los diagramas presentados en este documento, se utilizó la información
recolectada y se analizó observando que en general los procedimientos para la prestación del
sub-servicio son semejantes y se pueden agruparan en macro-servicios.
Es por esto lo que los diagramas en el software “Archimate”, serán de los macro-servicios, y
en este documento se realizara una descripción detallada de la Arquitectura de
Tecnología/Infraestructura que constituyen el Software o Hardware, utilizado para soportar las
plataformas tecnologías o aplicaciones tecnológicas detalladas en el documento “Documento de
definición de Arquitectura de Datos y Aplicación (RT009)” y que a su vez soporta la capa de
negocio.
Para observar los diagramas en el software Archimate, y para detallar las tablas que contienen
las capas (datos y aplicación) se recomienda consultar el documento “DEFINICIÓN DE
ARQUITECTURA DE DATOS Y APLICACIÓN”
2.6. FASE E: OPORTUNIDADES Y SOLUCIONES
2.6.1. HOJA DE RUTA DE ARQUITECTURA (ROADMAP)
PROPÓSITO DE DOCUMENTO:
En este documento se establece una metodología para la evaluación de la integración de los
procesos operacionales de RITA con las TIC, para de esta manera determinar una arquitectura
destino o “To-Be”.
Este documento es de suma importancia en el desarrollo del ADM propuesto por TOGAF y
aplicado en RITA, ya que teniendo en cuenta la definición de arquitecturas (Negocio, Datos y
aplicación, Tecnología) realizada en los documentos de las fases B, C y D, se establecen las
85
principales soluciones y esfuerzos de arquitectura que debe realizar RITA para poder ejecutar la
óptima migración a una arquitectura destino.
MEDICIÓN DEL NIVEL DE ARQUITECTURA
Para establecer una Arquitectura destino primero se debe realizar un análisis de cómo se
encuentra RITA en la integración de los procesos operacionales que se han descrito en
documentos anteriores, y las Tecnologías de la Información y Comunicaciones, además de cómo
es la situación actual de la Arquitectura con el fin de establecer lo que se llamara para efectos de
este proyecto un “nivel de integración” para poder constituir de mejor manera la caracterización
y especificaciones de una arquitectura destino.
Para esto se realiza una propuesta para la medición del nivel de integración, basado en varias
metodologías encontradas en diferentes textos. (Ávila Fajardo & Riascos Erazo, 2011) (Nolasco
& Ojeda, 2016) Y adaptadas a las limitaciones y necesidades del actual proyecto.
En la ilustración 47 del actual documento se podrán detallar los pasos o actividades que se
realizaran para la efectiva medición del nivel de cumplimiento.
La metodología propuesta se explica a medida que se vaya desarrollando en cada uno de los
pasos y se podrá observar de manera detallada en el documento “HOJA DE RUTA DE
ARQUITECTURA (ROADMAP) RT012” que se encuentra como anexo al presente documento
y donde se realiza detalladamente el desarrollo de la metodología utilizando estos cuatro pasos
propuestos los cuales nos ayudan a crear una visión con datos cuantitativos y cualitativos del
estado de la arquitectura en RITA y define la arquitectura TO-BE a la que RITA deberá
enfocarse.
86
Ilustración 48 Metodología para el análisis del nivel de integración. Elaboración propia.
Para observar con detalle el desarrollo de la metodología de evaluación propuesta y las
conclusiones del documento se recomienda al lector dirigirse al anexo HOJA DE RUTA DE
ARQUITECTURA (ROADMAP) RT012”.
2.7. FASE F: PLANEACIÓN DE LA MIGRACIÓN
2.7.1. PLAN DE IMPLEMENTACIÓN Y MIGRACIÓN
En la fase de migración se establece una hoja de ruta objetivo señalando las necesidades y
objetivos alcanzables por la arquitectura, para el caso de RITA se realizó el análisis de brechas o
análisis Gap que declaro las condiciones necesarias para alcanzar la arquitectura TO-BE, se
estableció mediante criterios determinados por la implementación del marco de referencia
tomados de la evidencia de las fases anteriores de TOGAF.
En la siguiente tabla y grafica se podrá identificar las conclusiones determinadas en el proceso
del ciclo de ADM.
Nivel de
Integración
Paso 1.
Diagnóstico.
Paso 2.Elaboracion
de instrumentos de medición.
Paso 3. Evaluación del ámbito
operacional.
Paso 4:
Conclusiones y Recomendación
87
FASE CRITERIO NIVEL
PRELIMINAR
La coordinación y en su totalidad el personal está enterado de la necesidad de la aplicación del proceso de arquitectura en RITA 3,75
se ha preparado un plan de gestión para la transición de la arquitectura 4
El proyecto de gestión de la arquitectura es alcanzable y alienable con la metodología de TOGAF 1,5
La planeación estratégica tiene un enfoque estructurado y conocido por todos los miembros de la dependencia 3,5
PUNTAJE 3,3
NEGOCIO
Los procesos de RITA son flexibles y pueden ser modificables con facilidad para cumplir con los requerimientos de la arquitectura 0
son alineables los principios de negocio con la dependencia 2,5
son viables los requerimientos para la implementación optima de la arquitectura de negocio 2,5
La estructura general de los servicios en RITA es la adecuada para garantizar la calidad y cumplimiento con los usuarios 2,75
Los servicios son controlables y visibles para los stakeholders del sistema 3,25
PUNTAJE 1,85
DATOS Y APLICACIÓN
son alineables los principios de datos y aplicación con la dependencia 3,75
el control existente de la información es el adecuado para la implementación de los cambios de la arquitectura 1,75
la información se controla como un recurso clave en los procesos, y la retroalimentación de la misma es clave en el proceso 4
los programas y software usados en la dependencia se encuentran actualizados y alineados con los requerimientos de la arquitectura 4
Se da mantenimiento y soporte a bases de datos de la dependencia que controla la información clave en los procesos 2,5
PUNTAJE 3,225
TECNOLOGÍA
son alineables los principios de tecnología con la dependencia 5
los servidores cumplen con las necesidades inherentes a los procesos y servicios de la dependencia 3
La red avanzada y servicios ipv6 cumplen con los criterios de calidad para la aplicación de la arquitectura y prestación de los servicios en RITA 3,25
88
Se planea el control preventivo y mantenimiento de servidores que permiten la ejecución correcta de las actividades en RITA 2,5
PUNTAJE 3,4 Tabla 12 Nivel de arquitectura. Elaboración propia basada en el modelo TOGAF
En el siguiente diagrama RADIAL se podrá notar a detalle las conclusiones de los criterios
tomados anteriormente.
Ilustración 49 diagrama nivel de arquitectura inicial
Para encontrar toda la información referente a la migración de la arquitectura se debe dirigir al
anexo “PLAN DE IMPLEMENTACIÓN DE LA ARQUITECTURA (RT013)” ubicado en la
fase F planeación de la migración
89
2.7.2. ARQUITECTURA DE BLOQUES DE CONSTRUCCIÓN.
En este documento se busca generar el Metamodelo de arquitectura para RITA, basado en una
arquitectura de bloques de construcción y que se representa en la ilustración 15 del presente
documento.
Ilustración 50 Metamodelo basado en una arquitectura de bloques de construcción
El contenido del Metamodelo define un conjunto de objetos que permiten capturar, almacenar,
filtrar y consultar los conceptos arquitectónicos y representarlos de una manera que apoye la
consistencia, integridad y trazabilidad.
Cabe aclarar que este Metamodelo se realiza con el fin de realizar una representación gráfica
del Repositorio de Arquitectura ya que enmarca su funcionalidad y establece una trazabilidad
más objetiva.
Para ver más detalles del documento se recomienda consultar el documento
“ARQUITECTURA DE BLOQUES DE CONSTRUCCIÓN (RT014)”.
90
2.8. FASE G: ARQUITECTURA DE GOBERNANZA
2.8.1 MODELO DE IMPLEMENTACIÓN DEL GOBIERNO
La fase de gobernanza establece las pautas de gobierno para futuras iteraciones y procesos de
gestión, desde aquí se hará efectivo que la arquitectura cumpla con los criterios medidos
anteriormente y se lleve a cabo el plan de mejora enfocado en las observaciones realizadas a
RITA
La fase de gobernanza comprende la responsabilidad de toda la arquitectura ya que
compromete los buenos resultados y es en esta fase donde se refleja la unificación de los
proyectos implementados, la fase de gobernanza es importante ya que da las pautas para las
siguientes iteraciones a realizar posterior al desarrollo de esta primera iteración, tiene además la
responsabilidad de habilitar de manera eficaz y pronto los beneficios y valor del negocio para
minimizar el riesgo en la transformación y migración de los sistemas de la dependencia.
La gobernanza de la arquitectura debe verificar y hacer cumplir en su totalidad las actividades
propuestas por la arquitectura anteriormente, además es la fase donde se agrupa en su totalidad
los aspectos concluyentes anteriormente en las recomendaciones
Basados en las evaluaciones realizadas en los entregables de PLANIFICACIÓN DE LA
MIGRACIÓN (RT013) y el entregable HOJA DE RUTA DE ARQUITECTURA ROADMAP
(RT012) se establecieron algunos criterios que a consideración del proceso realizado deben
modificarse para cumplir con los principios de la arquitectura, es un plan de mejora estructura
por las fases y sus principales problemáticas presentadas en el documento de evaluación
A continuación se muestra las principales acciones de mejora para que la red de investigación
de tecnologías avanzadas el alcance los requisitos necesarios para cumplir con la arquitectura, se
91
escogieron de las fases de la arquitectura los criterios con mayor necesidad de intervención y se
realizaron las siguientes recomendaciones basados en las referencias de TOGAF.
FASE CRITERIO PLAN DE MEJORA
PRELIMINAR
El proyecto de gestión de la arquitectura es alcanzable y alineable con la metodología de TOGAF
Se debe establecer de manera concreta las responsabilidades referentes al manejo de tecnologías TI en la dependencia, se debe realizar un seguimiento en cada uno de los cargos capacitando al personal de la importancia de la aplicación de estos marcos de referencia
se debe trabajar con la alineación del proceso realizado recientemente de la actualización y documentación de los procesos con la implementación de los nuevos marcos de referencia, la vía es la construcción de una hoja de ruta que permita documentar y cumplir con los requisitos de la dependencia
TOGAF y los otros marcos de referencia son guías que brindan herramientas para cualquier organización, se debe establecer las condiciones y unificación de los marcos referencias en busca de cumplir las expectativas de RITA, consulta las bases de otros marcos de referencia como COBIT e ITIL
NEGOCIO
Los procesos de RITA son flexibles y pueden ser modificables con facilidad para cumplir con los requerimientos de la arquitectura
Se debe invertir en capacitación y campañas de sensibilidad al personal para crear en conjunto un plan de migración evitando los traumas y generando la inclusión directa de los funcionarios en el proceso
Actualmente se está llevando a cabo las tareas relacionadas con las políticas de TI, se debe fortalecer las técnicas de TI en los procesos y servicios internos de RITA
En la arquitectura de negocio se crearon mediante artefactos recomendados por TOGAF la distinción de los requisitos para el negocio constituido por la dependencia, como principal aporte la identificación del valor agregado generado por la RITA para la universidad y la comunidad universitaria en general, se debe construir y organizar los sistemas de gestión que permitan a los funcionarios conocer la idea del negocio y el valor agregado de los servicios y procesos generado por la red de investigación de tecnologías avanzadas
92
son alineables los principios de negocio con la dependencia
Como principal medida se deben crear cursos de capacitación basados en la metodología TOGAF, actualmente se está trabajando en el diseño de cursos virtuales para la capacitación de estudiantes y docentes en el marco de referencia, se debe fortalecer el fundamento teórico de la aplicación de estos sistemas
se deben crear acompañamientos a los funcionarios donde se explique la necesidad de la aplicación de estos marcos de referencia, dado que la mayoría de los encuestados en fases anteriores respondieron desconocer en su mayoría los procedimientos y base fundamental de los procesos de gestión, también se debe explicar el beneficio concreto del proceso
son viables los requerimientos para la implementación optima de la arquitectura de negocio
En general RITA está en un proceso optimo relacionado a las tecnologías TI, la utilización de estas herramientas en los procesos y servicios están directamente ligadas y han generado un valor respectivo a la dependencia, pero hay que fortalecer la gestión documental de los servicios controlar el flujo de información y lograr una comunicación asertiva entre encargados del sistema vinculando todos los servicios en una misma estructura
La estructura general de los servicios en RITA es la adecuada para garantizar la calidad y cumplimiento con los usuarios
Recientemente se llevó acabo la actualización y documentación de los procesos en la universidad mediantes el sistema de gestión SIGUD, pero estos procesos fueron controlados por macroservicios, se debe realizar las mismas tareas con los procesos internos de RITA para crear un gestión documental optima de los mismos y facilitar la actualización y cambio del modelo de arquitectura
Se debe generar retroalimentación a los encargados de los servicios basados en la gestión realizada por cada uno de los miembros de la dependencia, esta gestión servirá para controlar y modificar sistemas posteriores e implementaciones necesarias evitando traumas que puedan afectar la operación normal de RITA
Se debe actualizar las funciones de los funcionarios de RITA enfocados en la participación activa en los procesos de gestión y marcos de referencia aplicados en la dependencia
DATOS Y APLICACIÓN el control existente de la información es el adecuado para la
La confidencialidad y control de la información en algunos procesos genera retrasos y tareas innecesarias para la gestión de los procesos en
93
implementación de los cambios de la arquitectura
RITA, por lo cual se sugiere retirar confidencialidad a información que innecesariamente se controla para que los funcionarios accedan a bases datos y puedan desarrollar efectivamente sus tareas reduciendo tiempos y actividades
Uno de los principales enfoques de TOGAF es el establecimiento de flujos de información asertivo entre arquitecturas como fue representado en el software archí por lo cual se recomienda establecer un flujo de información efectivo entre fases, procesos y servicios que permita generar la transformación esperada en los procesos y controle la información de salida para la retroalimentación necesaria de los procesos en RITA
Se da mantenimiento y soporte a bases de datos de la dependencia que controla la información clave en los procesos
Se debe implementar cronogramas programando tareas de mantenimiento preventivo a las bases de datos y software aseguran el perfecto funcionamiento en la prestación de servicios.
La gestión documental de servidores y activos es óptima para el control y mantenimiento de los mismos
Se debe llevar acabo sistemas en los cuales se controle la trazabilidad en la transformación de los datos creados en la gestión de RITA, que indique estado real de las solicitudes de servicios, proyectos y procesos en la dependencia
TECNOLOGÍA
Se planea el control preventivo y mantenimiento de servidores que permiten la ejecución correcta de las actividades en RITA
Las políticas para cuidado y mantenimiento de los servidores no está establecidas, no se llevan a cabo procesos de cuidado de los activos tecnológico de la dependencia, por lo cual se recomienda establecer mecanismos de acción preventivos de manera que la falla de equipos no perjudique en la gestión de RITA, los controles establecidos mediante el monitoreo permiten conocer el estado real de los servidores y demás
Tabla 13 Plan de mejora de la arquitectura. Elaboración propia
Una vez aplicadas las mejoras respectivas se hace un pronóstico del alcance que llegaría tener
si se llevan a cabo de manera asertiva el plan de mejora establecido en la arquitectura, teniendo
en cuenta las recomendaciones realizadas en el documento y los intereses de la coordinación y
funcionarios de la dependencia, continuación se muestra una gráfica tentativa del cumplimiento
de los siguientes ítems
94
Ilustración 51 resultado óptimo de la arquitectura
Continuando los lineamientos iniciales de la arquitectura y referenciando directamente los
principios de la misma, se establece que el nivel de arquitectura TO-BE llegaría a un margen
óptimo con las recomendaciones realizadas en el documento, esta medición se realizó teniendo
en cuenta el peso y los criterios anteriormente tomados para la determinación del nivel de
arquitectura.
2.9. FASE H: ARQUITECTURA DE GESTIÓN DE CAMBIO.
2.9.1. NUEVA SOLICITUD DE TRABAJO DE ARQUITECTURA.
PROPÓSITO DEL DOCUMENTO:
Este documento que se envía desde la organización que impulsa el esfuerzo de arquitectura y
es el encargado de desencadenar el inicio de un nuevo ciclo de desarrollo de arquitectura. Las
solicitudes de arquitectura de trabajo se pueden crear como una salida de la fase preliminar, a
95
raíz de las solicitudes de arquitectura de cambio aprobadas, o de los términos de referencia para
la planificación de la migración.
En general este documento debe ser actualizado y adecuado por la alta dirección de RITA.
Para el mantenimiento efectivo de un sistema basado en un modelo de Arquitectura
Empresarial o Universitaria para efectos de este proyecto. Se debe tener el compromiso de todos
los involucrados en el ámbito operativo y administrativo de RITA, pero en especial de la alta
dirección que debe ser la primera interesada en que este tipo de modelos se implementen y
mantengan de forma óptima.
De igual manera se extiende la invitación a que las demás dependencias TIC de la Universidad
Distrital se unan a esta corriente y empiecen a estructurar sus procesos de servicio bajo un marco
de referencia de A.E, para de esta manera poder realizar una integración efectiva entre las
diferentes dependencias y luego poder desarrollar una metodología que integre todas las
dependencias buscando de esta forma mejorar los flujos de información y poder unificar
conceptos estructurales.
Para ver más detalles del documento se recomienda consultar el documento “NUEVA
SOLICITUD DE ARQUITECTURA DE TRABAJO (RT016)”
3. CONCLUSIONES Y RECOMENDACIONES
En conclusión se observa que RITA adapta de manera óptima las TIC dentro de sus procesos
operacionales, ya que en todos los servicios el nivel operacional de arquitectura fue alto lo que
ayuda a determinar que para este ciclo ADM, la arquitectura As-Is que posee RITA se acopla a
las características de un modelo de Arquitectura Empresarial o Universitaria, por lo que no se
define una Arquitectura Objetivo o To-be, sino se realizan recomendaciones para mejorar el
96
estado actual sin necesidad de rediseñar los modelos de las capas de Arquitectura relacionados en
documentos anteriores.
Este documento se complementa con el documento “PLAN DE IMPLEMENTACIÓN Y
MIGRACIÓN (RT013)” donde se realizara un análisis y recomendaciones a fondo de los
requerimientos necesarios para la migración.
Se recomienda que RITA busque subir a 1 los niveles establecidos en el documento “HOJA
DE RUTA DE ARQUITECTURA (ROADMAP) RT012” en cada uno de los servicios
asociados, buscando incorporar nuevas TIC, en los procesos que aún no están integrados.
Se recomienda de igual manera realizar esta evaluación con los procesos administrativos de
RITA, con el fin de observar RITA como estructura organizacional y determinar cómo se acopla
con las TIC y de esta manera tener una visión más completa del sistema de funcionamiento en
general.
Se recomienda que en el próximo ciclo del ADM que se desarrolle en RITA, se vuelva a
evaluar este nivel operacional, determinando si existen nuevos procesos operacionales o si los
actuales han incorporado algún tipo de TIC para su desarrollo.
Se recomienda realizar la integración de TOGAF, con otros marcos de referencia como Itil y
Cobit, para ampliar el alcance del modelo de arquitectura propuesto.
Se recomienda fortalecer los análisis GAP para identificar y mitigar las brechas, lo cual
fomentaría la transición de la arquitectura AS-IS a la arquitectura TO-BE
Se recomienda la formulación de nuevas estrategias que permitan adaptar la
infraestructura de telecomunicaciones a las exigencias competitivas de la globalización.
97
Se recomienda el uso de estrategias que permitan generar alianzas con entidades públicas o
privadas para el mejoramiento de la prestación de los servicios TI
4. REFERENCIAS
Agudelo, D. L. (03 de julio de 2014). Lenguaje para la Arquitectura: Archimate;
Arquitecturas Empresariales. Obtenido de
https://chae201411700922027.wordpress.com/2014/07/03/lenguaje-para-la-arquitectura-
archimate/
Ávila Fajardo, G. P., & Riascos Erazo, S. C. (2011). Propuesta para la medición del impacto
de las TIC.
Garzón, K., & Dussan, H. (2016). Diagnóstico para la creación de un modelo bajo la
arquitectura organizacional TOGAF. Bogotá.
Gómez, M. (28 de abril de 2015). Arquitectura .Empresarial, Capas Archimat. Obtenido de
https://chae201511700921759.wordpress.com/2015/04/28/capas-archimate/
Jaramillo, M. I. (2016). Guía General de un proceso de Arquitectura Empresarial. Bogotá,
Colombia: MINTIC.
Jaramillo, M. I. (2016). Guía General de un proceso de Arquitectura Empresarial. Colombia:
MINTIC.
Lengerke, O. (2013). Arquitectura empresarial El camino hacia un gobierno integrado. CIO @
GOV, 1(2), 18.
Ministerio de TIC. (2 de diciembre de 2013). Mintic.gov.vo.
98
Nolasco, P., & Ojeda, M. M. (2016). La evaluación de la integración de las TIC en la
educación. Revista de Educación a Distancia.
Portocarrero, I. (2017). Servicios TI en Intercop.
Sánchez, D. F. (2014). Diseño de Arquitectura Empresarial en el sector educativo
Colombiano: Caso colegio privado en Bogotá. Bogotá, Colombia: Universidad Católica de
Colombia.
Sarasty, H. F. (s.f.). Frameworks de arquitectura de software en aplicaciones empresariales.
España.
Sparxs Systems. (2014). Guía de usuario del Arquitecto Empresarial. Argentina.
The Open Group. (2013). TOGAF 9.1. Reino Unido: Van Haren Publishing.
Universidad Distrital. (01 de 04 de 2018). Página UD. Obtenido de
http://planeacion.udistrital.edu.co:8080/sigud
Ventajas togaf / arquitectura empresarial. (2014). Obtenido de
https://chae20141700821717.wordpress.com/2014/07/13/ventajas-togaf
Verdum, J. C. (s.f.). Definición de un Marco de Referencia de ciberseguridad empresarial
basado en ADM-TOGAF.
99
5. ANEXOS
Este documento es un resumen de los entregables que hacen parte del ADM, propuesto en este
proyecto y que consisten en documentos independientes y complementarios que se distribuyen
de la siguiente manera.
NOMBRE DEL ANEXO O ENTREGABLE REFERENCIA
Modelo de organización de la A.E (RT001)
Declaración aprobada de arquitectura (RT002)
Principios de la arquitectura (RT003)
Evaluación de la capacidad (RT004)
Declaraciones refinadas de los principios de negocio,
objetivos de negocio, y los conductores de negocios
(RT005)
Documento de definición de arquitectura (RT006)
Arquitectura de negocio destino (RT007)
Arquitectura destino de datos y aplicación. (RT008)
Documento de definición de arquitectura de datos y
aplicación
(RT009)
Documento de definición de arquitectura de
Infraestructura/Tecnología
(RT010)
Arquitectura destino de tecnología (RT011)
100
Hoja de ruta de Arquitectura (ROADMAP) (RT012)
Plan de implementación y migración (RT013)
Arquitectura de bloques de construcción (RT014)
Modelo de implementación del gobierno (RT015)
Nueva solicitud de trabajo de Arquitectura (RT016)
Estos documentos son la base esencial del desarrollo del ciclo ADM propuesto y fueron
construidos en su totalidad por los dos proponentes del actual proyecto.
Además de estos entregables se referencia y anexa el repositorio de arquitectura donde se
podrán detallar todos los demás anexos asociados a la realización del proyecto y donde se
observaran los artefactos construidos y utilizados en el desarrollo de cada una de las fases,
incluyendo los modelos realizados utilizando software de modelamiento de procesos como
Bizagi y Archimate.