Arquitectura Empresarial con Modelado Integrado: Caso d e Estudio la Corporación Universitaria Rafael Núñez Bonfante María Claudia1 1
Corporación Universitaria Universitaria Rafael Núñez Facultad de Ingeniería y Arquitectura. Programa de Ingeniería de Siste mas Cartagena, Cartagena, Bolívar, B olívar, Colombia
[email protected]
Resumen: Este articulo presenta una descripción de como se ha modelado e implementado la Arquitectura Empresarial para la Corporación Universitaria Rafael Núñez, constituida por un conjunto de aplicaciones que permiten permiten soportar los procesos académicos y administrativos, que se constituyen en una valiosa herramienta para soportar y ser participe de la dinámica de estos procesos haciendo uso de las tecnologías informáticas y de comunicaciones TIC’s.
Palabras clave: Arquitectura Empresarial, modelado de la arquitectura, Arquitectura de procesos, Arquitectura Arquitectura de Servicios, Servicios, Arquitectura de Aplicaciones. Aplicaciones.
1. INTRODUCION
proponiendo al cliente la idea de estar actualizado y explotando al máximo las nuevas tecnologías.
La Arquitectura Empresarial es la organización lógica de los procesos del negocio y la infraestructura de Tecnología Informática de forma estándar, de tal forma que refleje las necesidades de operación de una organización. Una Arquitectura empresarial es un registro de modelos y documentos totalmente integrado en cuatro objetos de arquitectura principales (Procesos de Negocio, Datos e Información, Integración de Aplicaciones y Tecnología).
• Reactiva: Al momento de detectar una falencia o de ser enterada, utilizar recursos para resolver, contener o controlar la situación. Con esto se garantiza a los participantes del proceso un soporte oportuno a sus necesidades. • Proactiva: Tratando de mitigar los riesgos y proponer mejoras a lo existente para mantener el funcionamiento y en ocasiones encontrar mediante una mejora continua aspectos que pueden ser oportunidades, amenazas, debilidades o fortalezas no valoradas. valoradas.
Implementar una Arquitectura Empresarial es una actividad de organización y de estandarización que puede ayudar a mejorar la calidad, eficacia y el rendimiento de las actividades. Una solución de arquitectura empresarial bien desarrollada permite responder rápida, eficaz y positivamente a las oportunidades y desafíos presentados por los actuales cambios del contexto, consolidaciones del sector y avances tecnológicos. Una arquitectura empresarial, almacenada y mantenida en un completo repositorio totalmente integrado, es un activo fundamental dentro de una organización. Las características que debe Arquitectura Arquitectura Empresarial son :
tener
• Operativa: Operativa: Se refiere a garantizar el mantenimiento y el monitoreo de los recursos existentes dar cuenta de su rendimiento y eficiencia. Luego entonces, la implementación y consolidación de una Arquitectura Empresarial debe ser ser coherente con la misión misión y visión de la organización objeto y permitir, propiciar el mejor uso de las tecnologías de información, promoviendo promoviendo la aplicación de un conjunto de estándares estándares y guías de implantación.
una
2. QUE ES LA ARQUITECTURA EMPRESARIAL Y EL MODELADO INTEGRADO.
• Vanguardista: Que permita apoyar iniciativas, analizar las tendencias del mercado y enfrentar la resistencia natural al cambio, mediante proyectos de tecnología que propicien la diferenciación ante la competencia 1
2.1 Arquitectura Empresarial
precisos y exactos como para definir los elementos de la arquitectura adecuadamente.
Una Arquitectura se define como “la organización fundamental de un sistema, compuesta por sus componentes, las relaciones entre ellos y su ambiente y los principios que gobiernan su diseño y e volución”[4].
El modelado puede otorgar una excelente visibilidad a los elementos conceptuales, lógicos y físicos de la empresa. Desde una perspectiva de TI, esto incluye toda la información y los datos existentes dentro de la empresa y cómo, dónde y cuándo se utiliza dicha información para dar soporte al negocio.
Por otra parte, los componentes básicos de las arquitecturas empresariales están relacionados en el trabajo [2] de la siguiente manera:
El modelado también puede utilizarse para describir los componentes físicos de la arquitectura, los roles dentro de la organización y los procesos operativos. Finalmente, también permite comprender y explicar las interacciones con la información de los sistemas heredados en la arquitectura.
• Arquitectura Organizacional: Se describen las responsabilidades y autoridades sobre elementos del dominio. Permite la unión y estructuración de las diferentes responsabilidades, para procesos, material, información, recursos, etc. • Arquitectura de Procesos de Negocio: se identifican los procesos llevados a cabo en la empresa definidos según su estrategia.
Existen una serie de marcos con el fin de abordar el desafío básico de la evaluación, y la alineación, de los objetivos de la organización con los requisitos técnicos y las estrategias. Algunos ejemplos son Zachman Framework, The Open Group Arquitecture Framework (TOGAF), OMB Federal Enterprise Architecture (FEA), y la Metodología de Gartner (Anteriormente el Metaframework). [3]. Cada framework tiene diferentes fortalezas y debilidades, lo que hace difícil definir cuál es el ideal para todas las situaciones.
• Arquitectura de Datos: tiene como objetivo definir los principales tipos y fuentes de datos necesarios para dar soporte a las actividades de la empresa, de manera que sean entendibles por los participantes y completa y consistente. • Arquitectura de Aplicaciones: Define qué clase de aplicaciones son relevantes para la empresa y lo que estas aplicaciones necesitan para gestionar los datos y presentar la información. Pero no se definen como sistemas informáticos, sino como elementos que manejan los objetos de la arquitectura de datos y apoyan las funciones en la arquitectura del negocio.
En el trabajo [6] se evalúan otros marcos como ARIS, C4ISR and DoDAF, FEAF (Federal Enterprise Architecture Framework), MDA (Model Driven Architecture, The TEAF (Treasury Enterprise Architecture Framework) Las utilidades evaluadas son espeficación de documentos, meta modelo, roles, técnicas y modelos de procedimientos.
• Arquitectura Tecnológica: se determina la tecnología a utilizar, como Servidores de Bases de Datos, Servidores de Aplicativos, herramientas de desarrollo, interfaz de usuario, comunicaciones, etc. y se define cómo debe ser utilizada.
3. DISEÑO DE LA ARQUITECTURA EMPRESARIAL CASO DE ESTUDIOS CURN
El trabajo [1] muestra como los 376 profesionales de la Tecnología informática perciben los beneficios de la Arquitectura Empresarial y además de dan las directrices para futuras investigaciones en el t ema
La Arquitectura Empresarial la han descritos otros autores de forma general sustentada en el uso de patrones [5]. Se tomará como caso de estudios la Corporación Universitaria Rafael Núñez, entidad cuyo servicio es la educación superior y cuyas decisiones estratégicas deben responder de manera rápida y positiva a las oportunidades y desafíos de este sector y a los nuevos avances tecnológicos informáticos.
2.2. Framework para Arquit ectura Empresarial El uso de los métodos y la tecnología de modelado integrado para la comprensión de la arquitectura empresarial ofrece beneficios significativos, siempre y cuando los métodos del modelado y la gramática sean conceptualmente fáciles de entender y utilizar y suficientemente
La arquitectura empresarial a diseñarse deberá describir la Corporación mostrando: Como está organizado su estructura organizacional, esquemas de comunicación, descripción funcional, y además la su infraestructura 2
tecnológica mostrando los sistemas, aplicaciones, bases de datos, etc.
las
La Arquitectura Empresarial que se propone para la CURN se observa en la figura No.1, y se describirá por niveles haciendo una abstracción de lo general a lo particular.
Fig. 2. Arquitectura de Organizacional 3.2 Arquitectura de Aplicaciones En el segundo nivel están las aplicaciones web, conformadas por un conjunto de sistemas de información de acuerdo a los requisitos de cada proceso académico. Estas aplicaciones se han desarrollado siendo una metodología incremental y secuencial es decir, se ha seguido un proceso estructurado de desarrollo que incluyó las actividades de análisis, diseño, desarrollo y prueba para cada una de las aplicaciones.
Fig. 1. Arquitectura Empresarial Propuesta para la CURN 3.1 Arquitectura Organizacional En el primer nivel se observan los usuarios quienes son los actores principales y secundarios que interactúan con las aplicaciones luego de autenticarse, de acuerdo a sus perfiles se despliegan interfaces que permiten ingresar y validar información fuente que las aplicaciones mantendrán y procesarán y que se presentarán a través de reportes en el formato deseado por los usuarios.
La fase de análisis consistió en el levantamiento de los requisitos del software, para ello se entrevistó a los responsables del proceso, los cuales proporcionaran los requisitos funcionales del software atendiendo principalmente a las necesidades de reportar información consolidada al Ministerio de Educación Nacional. La fase de diseño consistió en construcción del modelo de datos, las interfaces, los reportes los cuales proporcionaron una visión de las necesidades de los usuarios directos. La fase de desarrollo requirió elegir una herramienta de desarrollo que pudiera incorporar capacidades como diseño gráfico, conexión a bases de datos y diseñador de reportes. Las aplicaciones web fueron desarrolladas en herramientas como JSP, PHP y .NET. En la figura 3 se muestra el Centro de Aplicaciones de la CURN.
Los usuarios en la corporación está representado por los estudiantes, que pueden cambiar de estado a egresados no titulados o egresados titulados, otros usuarios son los administrativos como docentes, directivos de programas y de dependencias, vice-rectoría académica, los cuales tienen niveles de acceso a las aplicaciones basado en un análisis de las funcionalidades que la aplicación les pueda proveer. Los administrativos ingresarán a las aplicaciones autenticándose con el correo de Curnvirtual y los estudiantes con la identificación. Ver figura 2 Jerarquía de usuarios.
Fig. 3. Centro de Aplicaciones de la CURN http://apps.curnvirtual.edu.co/ 3
• Sistema de Gestión de PAT Colectivo: Este sistema apoya al proceso de Investigación Formativa y el nivel en que lo realizan, y además posibilita la divulgación de las calificaciones obtenidas a todos los participantes involucrados en el proceso. Disponible en http://redcampus.curn.edu.co:8083/paco/ • Lanzadora de Reportes: Es el repositorio de reportes que la generación de listados y estadísticos que conforman los indicadores de las diferentes aplicaciones institucionales, integrados en una sola lanzadora. http://redcampus.curn.edu.co:8083/reportes/
Las aplicaciones en producción que se han desarrollaron hasta la fecha están enmarcados dentro del Plan Estratégico de Tecnología 20092013 y se describen a continuación: • Software de Evaluación Docente: Esta solución tiene utilidades para despliegue de cuestionarios que permiten evaluar al docente por estudiantes y directores de programa. Esta sistema está disponible en la dirección: http:// http://redcampus.curn.edu.co:8083/evaluaciondo cente/
3.3 Arquitectura de Procesos • Software de Núcleos Problemas: Este aplicativo permite la evaluación del lineamiento curricular “Núcleos Problemicos” por los actores: Directivos, Docentes y Estudiantes.
El modelamiento de los Procesos Académicos Administrativos de la CURN deberá hacerse luego de que cada dependencia identifique sus procesos, para hacerlo deberá cuestionarse a través de las siguientes preguntas: los procesos deberán ser modelados utilizando una suite BPM, cada proceso deberá tener un nombre y un responsable principal aunque puedan participar varios. El modelamiento requiere que se identifiquen las actividades manuales y automáticas, es decir las que solo requieren interacción humana y las que se pueden hacer con ayuda del sistema, las decisiones que se toman, los eventos que pueden presentarse, los documentos guías y las conexiones a las bases d e datos si es necesario. Se muestra de ejemplo el proceso de gestión
Software de Egresados: Este aplicativo • permite el registro de egresados manteniendo la información personal, y de actividades académicas, además de la retroalimentación curricular para identificar intereses de formación específica y continúa. Disponible en http://redcampus.curn.edu.co:8082/gestion/ • Software de Tutorías: Aplicativo que permite gestionar el proyecto Institucional de tutorías, que posibilita el registro y generación de las estadísticas que permiten medir el impacto de este proyecto institucional. Esta disponible en http://redcampus.curn.edu.co:8083/tuto/
El modelamiento de los procesos de la CURN se ha realizado en BPMN y utilizado varias herramientas libres como: Power Designer, Aqualogic, Bizagui.
• Software de Bienestar Institucional: Esta sistema permite la inscripción y la generación de consultas de las actividades deportivas y culturales de los estudiantes en Bienestar Institucional.
En la figura 4 se muestra el diagrama en BPMN del proceso de Gestión de Trabajos de Grado.
• Software de Psicología: Este solución permite la aplicación de test psicológicos, pedagógicos, estudiantes de bajo rendimiento académico y prevención de la deserción estudiantil, lo que permite levantar una línea de base para el desarrollo de planes de refuerzo, recuperación y prevención de la deserción. Disponible en http://redcampus.curn.edu.co:8083/psicologia/
Estudiante
Coordinadorde Investigación
D oc en te E va u l ad or
D ri ec ot r
Guia_Dcto
PreparaDcto
AceptaAsesoria
RevisaPrerequisitos <
>
EvaluaDocumento
DBTG
DB
[Si] RegistraDcto
Reglamento de Grado
<> Requisito Aprobado?
[no]
[Si]
<> Dcto Aprobado?
[No] Preparainformede rechazo <>
PreparaCorrecciones
RevisaEvaluación
<>
PresentaConceptoPrevio <>
AsignaEvaluadores DctoFinal? [No]
• Sistema de Gestión de Personal Docente: Este sistema permite hacer segui miento y monitoreo constante al Personal Docente manteniendo actualizada la información de datos personales, de estudios, de experiencia profesional y de docencia, de las actividades y productos de investigación que desarrollados y en curso.
[Si]
CompilaEvaluación
<>
ElaboraCartade Evaluación
dctoes MonografiaFin l?
[Si] DiligenciaFichaResumen D.B.T.G
DiligenciaEntregaProductos
<>
Fig. 4. BPMN Gestión de Trabajos de Grado Fuente: Power Designer 4
3.4 Servicios Web
de las actividades misionales, garantizando la confiabilidad de la información; pues ésta debe ser capturada por quien corresponde y además generar indicadores que permitan medir el rendimiento y la eficacia del proceso.
En el nivel de Servicios Web están implementados y corriendo los servicios, que permiten ser utilizados por los diferentes procesos. estos servicios pueden ser descubiertos y enlazados estáticamente y después invocados o coreografiados en servicios compuestos. En esta capa se encuentran los servicios intermedios y básicos que modelan los tipos de servicio y su composición. Hasta ahora solo están corriendo los servicios como envío correo masivos a los usuarios cuando ocurre un evento en las aplicaciones.
Como futuro trabajo se propone desplegar la Arquitectura Empresarial propuesta para la CURN utilizando una herramienta certificada de arquitecturas empresariales como por ejemplo TOGAF que es uno de los más utilizados.
REFERENCIAS
3.5 Arquitectura Tecnológica
Las citas bibliográficas se harán dentro del texto e incluirán el apellido del autor o la autora, el año, así: (Ogata, 2004). Otros ejemplos: dos autores(as): (Pardo y Díaz, 2004); más de dos autoras(es): (Clymer et al., 1992); más de dos obras del(a) mismo(a) autor(a), del mismo año: (Díaz, 2000a, 2000b): obras de varias(os) autoras(es) en una misma cita: (Acero, 1993; Aguilar y Rivas, 2001; Clymer et al ., 1999). La bibliografía o referencias bibliográficas deben incluirse al final de todos los trabajos, y puede presentarse en orden de aparición o alfabético, primero con los apellidos (el segundo, si aplica, sólo con la inicial) y separado con coma las iniciales de los nombres. La utilización de mayúsculas sostenidas está reservada únicamente para siglas. En esta revista se siguen las normas IFAC para publicaciones.
En el último en la arquitectura empresarial de la Corporación se encuentran los sistemas conformados por Servidores de Bases de Datos en Producción como: Universitas XXI es el repositorio de datos en ORACLE que almacena la información académica que mantiene los procesos de matrícula, cargue de notas, planeación académica e información financiera. El servidor de Datos SNIES que contiene la base de datos que pertenece al Ministerio de Educación que captura y reporta datos relacionados con la información de estudiantes y docentes. La base de datos CURN que mantiene información adicional de los procesos de Gestión de Egresados, Bienestar Institucional, Psicologia, Gestión Docentes y de Investigación. Esta base de datos se constituye un repositorio centralizado de información que garantiza la integridad y normalización de datos, eliminado completamente los errores de duplicidad de datos, modificaciones y borrado erróneos y garantizado su seguridad y disponibilidad en el momento en que se requieran.
Ejemplos: Pardo G., A. y Díaz R., J. L. (2004). Aplicaciones de los convertidores de frecuencia, Estrategias PWM, Editorial Java E. U., Colombia. Ogata, K. (2004). Ingeniería de Control Moderna, Prentice Hall, Cuarta edición, Madrid. Clymer, J. R. (1992). “Discrete Event Fuzzy Airport Control”. IEEE Trans. On Systems, Man, and Cybernetics, Vol. 22, No. 2.
4. CONCLUSIONES La Arquitectura Empresarial es la relación que existe entre los procesos, personas, productos, servicios, aplicaciones, tecnología y docu mentos. Los puntos de vista claves de la empresa dentro de La Arquitectura Empresarial son la estratégica, la capacidad organizativa, los procesos de negocios, el conocimiento y la organización. Las relaciones que conectan estos puntos de vista constituyen la base de la arquitectura empresarial. Arquitectura Empresarial propuesta para la CURN tiene un enfoque hacia procesos ya que este permite involucrar a todos los participantes 5
SITIOS WEB Franta, W. (2001). LAN inalábrica- Aspectos radioeléctricos, Universidad de Rioja, España. http://uem.es/binaria/monograficos/archivos_mo nograficos/wolfgang_franta_espanol.pdf. (10 de enero 2007)
ANEXOS Es de carácter opcional y es donde se pueden agregar datos, listados de programas, nomenclaturas, simbologías y de forma general información para complementar la adecuada comprensión de trabajo.
6
