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.