Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Arquitectura Empresarial
Arquitectura de Sistemas
Integrantes:
Pedro Ojeda
Javier Subiabre
José Villalón
Cristian Zumelzu
Contenido
Introducción................................................................................................................................................ 2
Marco Teórico............................................................................................................................................. 3
Arquitectura de Software ....................................................................................................................... 3
SOA ..................................................................................................................................................... 3
Arquitectura Empresarial ........................................................................................................................ 4
Zachman Framework .......................................................................................................................... 4
Contexto ................................................................................................................................................. 5
Historia del Centro Informático UACh................................................................................................. 5
Misión del Centro Informático ............................................................................................................ 5
Visión del Centro Informático UACh ................................................................................................... 6
Organigrama ....................................................................................................................................... 6
Servicios .............................................................................................................................................. 6
Áreas del Centro Informático .............................................................................................................. 7
Análisis y comparación.............................................................................................................................. 10
Realidad ................................................................................................................................................ 10
Comité Informático ...........................................................................................................................
10
Tecnologías ....................................................................................................................................... 11
Comparación .........................................................................................................................................
12
Herramientas o metodologías de diseño de una Arquitectura Empresarial ..................................... 12
Conclusiones .............................................................................................................................................
14
Referencias ............................................................................................................................................... 16
Anexos ...................................................................................................................................................... 17
Introducción
A continuación se presentara la aplicación de los contenidos vistos en el ramo aplicados a un
ejemplo de la vida real, visitando una empresa del mundo real, recopilando información para luego ser
analizada y comparada, en términos de su Arquitectura Empresarial.
Arquitectura de Software
Existen una gran variedad de A. de SW, tales como Monolítica, Cliente Servidor, Aplicaciones sobre
Internet, SOA, etc. Nos interesa en particular SOA.
SOA
En ingeniería de software, una arquitectura orientada a servicios corresponde a unas de las
metodologías principales para diseñar y desarrollar software, de forma de servicios interoperables.
Estos servicios deben estar bien defnidos respecto a sus funcionalidades empresariales las
cuales se vuelven componentes de software, que pueden ser reutilizados para diferentes propósitos. El
diseño de SOA principalmente es usado durante las fases de desarrollo de sistemas e integración.
Nos referimos a la Arquitectura Empresarial como a la descripción de cada una de las partes
importantes de la empresa en cuestión. Esta empresa tiene un conjunto de procesos que interactúan
entre sí. La Arquitectura es el marco tecnológico que da soporte a las operaciones de negocio que
realiza la empresa, tanto interna como externamente, como proveedores, clientes, para fnalmente
conseguir los objetivos del negocio. La arquitectura empresarial será correcta en la medida que las
directrices de la tecnología y todas las partes involucradas estén alineadas con el plan estratégico de la
empresa.
Es necesario también mencionar las diferencias entre modelo, arquitectura y metodología. Para
ello citamos lo siguiente:
Zachman Framework
Proporciona la arquitectura, para la infraestructura de la información de una organización, el
marco contiene seis flas y seis columnas que componen treinta y seis celdas o aspectos distintos. No
hay dirección establecida en la secuencia o proceso para la aplicación de la arquitectura. El objetivo es
asegurarse de que todos los aspectos de una empresa estén cubiertos y muestra las relaciones que
asegurarán un sistema completo sin importar el orden en el cual se establecen. [AEN]
Contexto
Historia del Centro Informático UACh
En ese momento se estipuló que el Centro Informático se conformaría por un Consejo Directivo
de Informática y por la Dirección de Informática. Este último se organizó sobre la base de dos divisiones,
que agruparon áreas funcionales caracterizadas por la orientación y el alcance de sus resultados.
La primera de ellas, fue la División de Servicios Operacionales que agrupó las siguientes
áreas:
· Área de Operaciones
· Área de Atención a Usuarios
· Área de Proyectos en Mantención de Sistemas
Por otra parte, dado el carácter de servicio de apoyo que tiene la informática, se pretendió
que, a través de alianzas con entes internos y externos a la Corporación, crear vínculos con
diferentes entidades de la X región para ser también una empresa de servicios para la comunidad
externa.
Organigrama
Gestión
Económica y Administrativa. De esta última depende el Centro Informático de la Universidad.
Servicios
El centro informático tiene solo clientes internos, es decir de la misma Universidad y nace como
necesidades de estos. Son tres las grandes áreas de usuarios a quienes brinda servicios, Finanzas,
RR.HH y Académica, de esta última se desprende tanto el área Docentes como alumnos. Tal como su
misión lo indica, el centro informático brinda los siguientes servicios, necesarios para entender como
cada uno de ellos permite el correcto funcionamiento de la Universidad en toda su extensión.
De acceso libre:
Web corporativo
Guía Telefónica
TvAustral
Portal de Servicios
Conectividad WiFi
Mesa de ayuda
Correo Electrónico (Servicio Externalizado a Microsoft)
Conectividad WiFi
Conectividad y Redes
Video Conferencias
Avisos Clasifcados
Sistemas de Gestión
Laboratorio de Computación
Sistema de Administración de Sitios
Intranet
Trámite Fácil
Para académicos:
Capacitación
Videotutoriales
Sistema Académico
Sistema Administrativo
Info Funcionarios
SIVEDUC
Directorio de Académicos
Trámite Fácil
Para estudiantes:
Info Alumnos
Bolsa de Trabajo
Laboratorio de Computación
SIVEDUC
Trámite Fácil
Todo se encuentra supervisado por una un cargo general, en este caso una Directora la cual
supervisa las 4 siguientes áreas de trabajo:
Área de Desarrollo
Es el equipo más numeroso, que cuenta con un jefe de Desarrollo y Mantención de sistemas y
varios Analistas Programadores. Se encargan de desarrollar y mantener sistemas que dan soporte
tanto a las áreas de redes y operación de la Universidad como al resto de los sectores que utilizan el
sistema informático vigente. El área de Desarrollo es un pilar fundamental para que la Universidad
funcione correctamente y se mantenga a la vanguardia en la tecnología.
El área tiene como propósito entre otros mantener funcionando los siguientes sistemas y procesos:
Sistema de Remuneración.
Facturación.
Procesos contables.
Sistemas de administración curricular.
Sobre estos sistemas se realizan modifcaciones que permiten actualizar los cambios que día a
día ocurren en la universidad y que afectan a estos sistemas, así como también proyectos
adicionales que busquen brindar nuevas funcionalidades a la empresa, a través de plugins o mejoras
adicionales.
Área de Explotación
Realidad
Comité Informático
Este comité está conformado por miembros de Vicerrectoría; Vicerrectores, Jefe de Planificación
quienes juzgan desde el punto de vista estratégico y económico de la Universidad. La parte entendida
en la materia es la Directora del centro quien también es miembro del comité, el cual fnalmente es
quien va marcando el camino tecnológico y de desarrollo. La Directora presenta lógicamente las
tendencias y mejores opciones a tomar tecnológicamente, sugeridas por todo el equipo de
desarrollo. Donde la Directora semanalmente se reúne con el comité para ver avances, nuevas ideas,
proyectos, etc. Por lo tanto siempre está el espacio y la necesidad que logre informar y explicar sobre
cambios tecnológicos a quienes no son entendidos en la materia. Aquí se acuña el concepto de
Gobierno de Tecnologías de Información, concepto nuevo que explica y defne como esta dado la
comunicación entre el departamento TI y los cargos gerenciales y directivos. Ayudando con la
Evangelización Informática de los especialistas en medir el retorno en la inversión ROI y nada mas.
Aquí se puede apreciar como las diferentes partes de la empresa se relacionan y tienen un
grado de dependencia entre ellas. Las decisiones informáticas no son tomadas puramente por expertos
en tecnología. El comité le da prioridades diferentes a cada proyecto aplazando o realizando cada uno
de ellos, siempre sujeto a las palabras “Recursos Limitados”.
Luego de conversar con los jefes de desarrollo y operaciones se nos dio a entender la
arquitectura empresarial y la arquitectura de software que busca implementar la UACh. Cabe mencionar
nuevamente que en Diciembre del 2011 el Centro sufrió cambios a nivel organizativos y estratégicos que
generan actualmente un escenario con pocos meses de práctica. Desde este punto de partida la
arquitectura que se pretende tener es SOA. Actualmente todo lo que se desarrolla esta orientado a
servicios, enfocándose en implementar una arquitectura SOA que permita agilizar la implementación de
nuevos servicios a través de otros que ya existen. SOA no está totalmente implementado ya que sólo
lleva cerca de 4 meses de implementación. Por las mismas palabras del Sr Milton Muñoz, “Si
me preguntas cual es la arquitectura que nosotros tenemos, no te podre decir SOA, pero así es
como queremos estar”.
El factor principal que afecta esta implementación es la falta de claridad que existe en la misma
empresa con respectos a los procesos que realiza. La organización de la Universidad y excepciones
solicitadas por diferentes autoridades motiva muchas veces romper reglas y no respetar los conductos
regulares. Por ejemplo, el proceso de contratación de un Profesor debe seguir una serie de pasos;
burocráticamente hablando; donde el último paso, una vez aprobados los anteriores es agregar una
cuenta al profesor en el sistema SIVEDUC. Sin embargo como esta parte burocrática tiene “desvíos” o
“tardanzas”, ya el profesor se encuentra haciendo clases y se solicita al centro integrar el nuevo
profesor al sistema sin cumplir los pasos anteriores. Este es un claro ejemplo de que no existe un fujo
de trabajo adecuado o simplemente no existe. EL proceso de negocio no esta bien defnido y es
necesario que cada uno de los procesos quede bien defnido y estructurado.
Las tecnologías asociadas, herramientas de desarrollo ad-hoc con esta arquitectura serán
detalladas en el punto siguiente. Uno de los problemas a los cuales se han visto enfrentados para
implementar esta arquitectura es que no todos los sistemas son propios, es decir, existen algunos
sistemas adquiridos (muchos de ellos antiguos; sistemas heredados)los cuales el centro informático
busca integrar estos sistemas a la arquitectura SOA (es decir que puedan ser reutilizables como
servicios). El mismo desarrollo se vio obstaculizado por las tecnologías que tenía el centro informático
antiguamente (los equipos no permitían implementar una arquitectura orientada a servicios).
Sin embargo todos los sistemas nuevos están siendo diseñados con SOA, utilizando
herramientas SOA como Web-service.
Tecnologías
Para el área de desarrollo así como en las áreas de testing y producción principalmente se
utilizan frameworks .NET de Microsoft, sin embargo dependiendo de las condiciones que se requieran
para el sistema también se utilizan otros lenguajes de programación como Visual Basic, C, C#, PHP, JAVA,
entre otros. Como el objetivo del centro informático es poder utilizar SOA en su totalidad, deben tener
todos los servicios muy bien defnidos, y ese proceso lo van realizando de a poco, creando nuevos
sistemas bajo estas tecnologías, pero con sus procesos bien defnidos para poder ser utilizados como
SOA.
Comparación
El Centro Informático no utiliza alguna herramienta que sirva para poder defnir o diseñar una
arquitectura empresarial, como lo son el Zachman framework o The Open Group Arquitecture
framework, sin embargo ellos manifestaron tener una estructura que maneja la información, que
obedece a sus propias necesidades y defnidas por ellos mismos. No tiene nombre ni sigue otros
ejemplos, es simplemente la forma en que trabajan. Don Milton menciono conocimiento sobre estos
conceptos pero manifestó que a nivel de Universidad y departamento TI no tienen una infraestructura
clara para la información. Sin embargo tenemos algunos diagramas e información con los cuales
podríamos comparar e intentar defnir la matriz de Zachman (Mostrado abajo). Cada una de las casillas
será señalada por su ubicación [fla, columna].
Consideraremos un ejemplo para llenar las celdas con los artefactos que se tienen. La lista de
Objetivos de la Universidad son de público conocimiento, uno de ellos puede ser:
Esos fueron algunos de los artefactos facilitados por el centro informático, dejando en claro que
no poseen una infraestructura para manejar la información.
Conclusiones
1. El comité informático no viene más que a demostrar lo difícil que resulta tomar decisiones para
invertir en tecnologías. Tal y como ejemplificaba el artículo: “Arquitectura orientada a servicios,
Guía práctica para cuantifcar el retorno de la inversión” de IBM, donde la parte económica y
estratégica de este comité espera argumentos para invertir con números, idealmente un
indicador, como el ROI. Para quienes trabajaban en el centro, encabezados por su directora su
misión era explicar los benefcios de implementar esta arquitectura, entendiendo la difcultad
que tendrán para entender quienes esperan indicadores meramente económicos. Se desprende
también la importancia de las habilidades más bien “políticas” que debe tener el Director del
centro para lograr sus metas.
3. La comunicación entre del departamento de TI y los mandos altos como gerentes y directores
no expertos en TI, ha generado un concepto nuevo y de gran profundidad llamado Gobierno de
TI, siendo fundamental para el éxito de la empresa.
5. Por palabras del propio jefe del área de desarrollo el centro informático, la forma de generar y
llevar a cabo proyectos es por iniciativa propia proponiendo mejoras al negocio, al contrario de
como generalmente ocurre en otras empresas donde deciden tales líneas de negocios y
preguntan al departamento como apoya esto. Por esto mismo la informática de la Universidad
toma un rol más de procesos y negocios que desarrollo propiamente tal.
6. No hay que confundir un servicio como una aplicación o una rutina prestada por un programa al
cual todos puedan acceder y utilizarlo. Por ejemplo pensar que una función que verifque un Rut
será un servicio reutilizable para otros diseños y desarrollos, definiéndolo como un servicio y
jactarse de tener una arquitectura SOA sería un error fatal. Un servicio en nuestro caso, sería
matricular un alumno, que tiene estrecha relación con un proceso de negocios de la
Universidad.
7. Pese a no existir una infraestructura de información como la propuesta por John Zachman, ellos
señalaron tener medios y formas propios para esto. Modelos como la matriz de Zachman vienen
a esclarecer que información es necesaria, en el momento y a las personas indicadas, brindando
una infraestructura de información robusta y clara.
8. SOA en resumidas cuentas busca que cada desarrollo sea un nuevo servicio y una nota musical
mas aprendida, así teniendo una serie de notas musicales podemos desarrollar un sinfn de
canciones para diferentes gustos y necesidades, utilizando y re ordenando cada nota; servicio;
componiendo canciones cada vez más complejas, que suenen mejor, con menor gasto y mayor
efciencia.
[Hci] Historia del Centro Informático UACh. Sección “Historia” del sitio Web del Centro Informático de la
UACh. Disponible en http://www.uach.cl/centro/informatico/historia.htm. Consultado el 8 de Marzo de
2012.
[Mci] Misión del Centro Informático UACh. Sección “Misión” del sitio Web del Centro Informático de la
UACh. Disponible en http://www.uach.cl/centro/informatico/mision.htm. Consultado el 8 de Marzo de
2012.
paso a producción
Desarrolla la
Analiza y completa exitoso
solución
formulario de
Requerimiento
Verifca
Requerimiento
NO
Implica cambios
de Objetos
NO
Si
Debe enviar Plan
de Testing
Satisfactorio? se autoriza
Realiza el
Testing
SI NO
Recibe email y
Encargado Paso Jefe de
¿Aprueba
Desarrollo y
Testing
SI
a Producción
Se realiza el paso a
producción
Anexo 3. Red Corporativa UACh.