Plantilla - Paso 4 del caso de estudio V1 PDF

Preview

Summary

Unidad 3 – Paso 4Modelar Arquitectura Empresarial usando ArchiMateEstudiantesLudy Haydee Carrillo Galvis C. 63. Edward Avilés Chabur C. 80.Leonardo Camargo Rodríguez C. 80.Grupo: 214006_DocenteAndrés Felipe MillánArquitectura EmpresarialUniversidad Nacional Abierta y a Distancia (UNAD)Maestría en Ge...

Description

Unidad 3 – Paso 4 Modelar Arquitectura Empresarial usando ArchiMate

Estudiantes Ludy Haydee Carrillo Galvis C.C. 63.479.287 Edward Avilés Chabur C.C. 80.541.811 Leonardo Camargo Rodríguez C.C. 80.850.352

Grupo: 214006_5

Docente Andrés Felipe Millán

Arquitectura Empresarial

Universidad Nacional Abierta y a Distancia (UNAD) Maestría en Gestión de Tecnología de la Información Noviembre de 2020

Introducción

Identificarse con una herramienta de modelado como ArchiMate es primordial para entender mejor las interrelaciones entre la arquitectura empresarial, la de sistemas de información y la tecnológica principalmente para facilitar el alineamiento organizacional.

Se da continuidad al caso de estudio de ArchiSurance aplicando el diseño completo de su arquitectura en la organización en el estado futuro que se desea y de esta manera dar claridad de la ruta a tener en cuenta.

Unidad 3 – Paso 4 Modelar Arquitectura Empresarial usando ArchiMate

1. Modelo de alto nivel de arquitectura empresarial del AS-IS usando ArchiMate

(proceso de reclamación de seguros)

2. Modelo de alto nivel de arquitectura empresarial del TO-BE usando ArchiMate

(proceso de reclamación de seguros)

3. Modelo de nivel de negocios de TO-BE usando ArchiMate

4. Modelo de nivel de aplicaciones (componentes de aplicación) de TO-BE usando

ArchiMate

5. Modelo de nivel de aplicaciones (componentes de información) de TO-BE usando

ArchiMate

6. Modelo de nivel de infraestructura de TO-BE usando ArchiMate

7. Realice matrices de análisis de brecha (AS-IS / TO-BE) basada en las propuestas

realizadas en los puntos 1 al 7 (haga supuestos sobre el estado actual de la arquitectura empresarial para los niveles de negocios, aplicaciones (componentes de aplicación y de información) e infraestructura). Recuerde que es una matriz por capacidades de procesos de negocios, aplicaciones, información e infraestructura de TI.

reclamosRechazo de

Pago de siniestros

tros Investgación de

mación Validación de

Captura de ormación

Proceso de reclamación de seguros

amos Seguimiento de

TO-BE maciones Registro de

AS-IS

Nivel de Negocios

Se modifica el proceso actual

Registro de reclamaciones

Se ajusta el proceso actual

Pago de reclamos

Se elimina esta entidad

Rechazo de reclamos

Se adicionan los campos xxx

Recepción de reclamos

Nueva entida d

Captura de información Notficación a stakeholders Validar reclamación Investgación de siniestros Gestón documental

Nueva entidad

Se modific a el proceso actual

Se ajusta el proces o actual

Sistema de gestón documental

Módulo de mensajería

Módulo de pagos

CRM general

Módulo de gestón de reclamos

Servicio de pagos

Servicio de gestón documental

Servicio de mensajería

eclamaciones

Servicio registro de reclamos Servicio de gestón de reclamacione

Servicio gestón de

TO-BE Proceso de reclamación de seguros

Servicio registro de reclamos

AS-IS

Nivel de Aplicación

s Se elimina esta entidad

Servicio de pagos

Se adiciona n los campos xxx

Servicio de mensajería

Nueva entida d

Servicio de gestón documental CRM Módulo de pagos Módulo de mensajería Gestón documental

Nueva entidad

Servicios de aplicaciones financieras Servicios de CRM Servicios de aplicación call center

Se modifica el proceso actual

Se ajusta el proceso actual

Se elimina esta entidad

Servicios en la nube

30Servidor Base de datos Dell

0Servidor de aplicaciones Dell

Gestor documental

Mensajería

ancieras Servicios aplicaciones

Administrador DB

Servicios de CRM

TO-BE Proceso de reclamación de seguros

Portal web

AS-IS

Nivel de Infraestructura

Servicios de aplicación de gestón documental Servidor Home & Away Servidor PRO FIT Servidor Legally Yours Servidor Dell PowerEdge M830

8. Equipo de Trabajo

Se adicionan los campos xxx

Nueva entida d

Nueva entida d

Rol Arquitecto en jefe

Nombre Edward Aviles Chabur

Responsabilidades Responsable de la entrega de los resultados del trabajo colaborativo. Debe tomar decisiones sobre posibles conflictos entre los miembros del grupo sobre su desempeño o los fines del trabajo. Debe ser un gestor de la calidad del trabajo realizado para que se cumpla con los requisitos solicitados. Tendrá la responsabilidad de liderar técnicamente el entregable del trabajo colaborativo de la evaluación final del curso. Tendrá una comunicación directa con el director del curso en

Gerente del proyecto

Leonardo

las reuniones del board de arquitectos. Es el gestor del tiempo y de la comunicación

Camargo

en el grupo. Es la mano derecha del arquitecto en

Rodríguez

jefe, en caso, de ausencias temporales o definitivas. Debe realizar un plan de trabajo con fechas y responsables al inicio de cada trabajo colaborativo con la aprobación del arquitecto en jefe. Es el responsable de sustentar ante el director del curso (sponsor de arquitectura) los resultados del trabajo. Igualmente, debe revisar el cumplimiento de las normas APA y de redacción

Arquitecto de negocios

Ludy Haydee Carrillo Galvis

en todos los entregables Arquitecto responsable de alinear la estrategia del negocio con la iniciativa de arquitectura. Debe tener muy claro el trabajo de arquitectura de negocios realizado en el caso estudio en el curso

Arquitecto de procesos

Leonardo

de Arquitectura y Estrategia de Negocios. Arquitecto responsable de la arquitectura de

Camargo

procesos de negocios. Debe desarrollar buenas

Rodríguez

habilidades en el lenguaje de notación BPMN y en el manejo de la herramienta de modelado de

Arquitectura de la solución y de TI

Edward Aviles Chabur

procesos. Arquitecto responsable de la arquitectura de la solución y de TI (dominios de sistemas de información, datos e infraestructura de TI). Deseable con conocimientos básicos en lenguaje de modelado UML. Debe desarrollar buenas habilidades en el lenguaje de notación ArchiMate y en el manejo de la herramienta de modelado de

ANEXOS Para el desarrollo del taller práctico y las preguntas, se tuvo en cuenta el siguiente caso: “Los estudiantes de la Escuela de Ingeniería requieren varios servicios como son: registrar y evaluar sus anteproyectos de grado, seguir sus proyectos aprobados y entregar y evaluar sus informes finales de grado. Para lo cual la Escuela de Ingeniería ha diseñado los procesos de negocios requeridos para ofrecer estos servicios. Además, construyó una plataforma de gestión de proyectos de grado denominada MANDRAGORA que incluye tres principales componentes: gestión de anteproyectos, seguimiento de proyectos de grado y gestión de informes finales de proyecto de grado. Esta plataforma está implementada en un servidor Intel Xeon E7-4820 v2 donde está corriendo el sistema MANDRAGORA, el servidor de aplicaciones Apache y el gestor de bases de datos PostgreSQL” A continuación, se encuentra el desarrollo de los talleres prácticos realizado por cada uno de los integrantes del grupo:

Taller Ludy Haydee Carrillo Galvis Diagrama de vista por niveles

Preguntas orientadoras a. ¿Qué dos (2) objetos de negocios serían relevantes para un punto de vista de Procesos de Negocios? Seguir proyectos de grado y evaluar informes finales de grado b. ¿Qué roles de negocios desarrollan los profesores de la Escuela de Ingeniería que participan en la evaluación de anteproyectos e informes finales de proyecto de grado? (en el contexto de un punto de vista de Procesos de negocios) Gestión y aprobación de proyectos de grado y la aprobación de anteproyectos

c. Dentro del modelo desarrollado por estudiante. ¿Dónde utilizó las siguientes relaciones y porque esto es coherente? -

Relación Usado por (Used by) en la relación de los estudiantes (Roles externos) con servicios de negocio externos, así como para referir que los servicios de aplicación son utilizados por los procesos y los servicios de infraestructura son usados por los componentes de servicios de aplicaciones.

-

Relación Realización (Realisation) ➔es una relación estructural. Se usó por ejemplo en la relación entre los procesos del negocio y los servicios del negocio ya que el proceso determina claramente un efecto sobre la prestación del servicio de negocio. Igualmente ocurre entre los componentes de aplicación y los servicios de aplicación.

-

Relación Triggering ➔ es una relación dinámica y se utilizó en el ejercicio para representar la relación que hay entre los procesos que es circunstancial y depende de cada caso.

-

Relación de asignación (assignment) ➔ es una relación estructural. Se usó por ejemplo para asignar la responsabilidad a la escuela de ingeniería del seguimiento de los proyectos.

-

Relación de composición (composition)➔ es una relación estructural. Y no se uso porque no se perciben elementos compuestos.

d. ¿En qué nivel colocaría la instancia de la plataforma de gestión de proyectos de grado MADRAGORA? Explique su respuesta En el nivel de infraestructura dado que el programa Mandragora es un componente de software que está en el servidor Intel Xeon E7.

Taller Edward Avilés Chabur Diagrama de vista por niveles

Preguntas orientadoras a. ¿Qué dos (2) objetos de negocios serían relevantes para un punto de vista de Procesos de Negocios? -

La información de los estudiantes.

-

Los procesos.

b. ¿Qué roles de negocios desarrollan los profesores de la Escuela de Ingeniería que participan en la evaluación de anteproyectos e informes finales de proyecto de grado? (en el contexto de un punto de vista de Procesos de negocios) -

Los profesores son evaluadores.

c. Dentro del modelo desarrollado por estudiante. ¿Dónde utilizó las siguientes relaciones y porque esto es coherente? -

Relación Usado por (Used by)

En la interacción de los estudiantes y los servicios de negocio externos, porque los estudiantes usan estos servicios. -

Relación Realización (Realisation)

En los procesos de negocio con los servicios externos, ya que los procesos son los que realizan estos servicios. -

Relación Triggering

No use este tipo de relación, aunque podría usarse cuando el anteproyecto es aprobado debería activar la revisión de informes. -

Relación de asignación (assignment)

En la relación de los roles internos con cada uno de los procesos de negocio, de igual forma en la relación del servidor con las aplicaciones Apache y PostgreSQL. -

Relación de composición (composition)

En los componentes de aplicación -

Gestión de anteproyectos.

-

Seguimiento de proyectos de grado.

-

Gestión de informes finales de proyecto de grado.

d. ¿En qué nivel colocaría la instancia de la plataforma de gestión de proyectos de grado MADRAGORA? Explique su respuesta. Esta estaría en dos niveles. Como servicio de infra estructura al ser una aplicación WEB soportada en el servidor de aplicaciones web Apache. Y en la capa de aplicación al también ser un componente de aplicación.

Taller Leonardo Camargo Rodríguez Diagrama de vista por niveles

Preguntas orientadoras a. ¿Qué dos (2) objetos de negocios serían relevantes para un punto de vista de Procesos de Negocios?

-

Los estudiantes.

-

Los evaluadores.

b. ¿Qué roles de negocios desarrollan los profesores de la Escuela de Ingeniería que participan en la evaluación de anteproyectos e informes finales de proyecto de grado? (en el contexto de un punto de vista de Procesos de negocios) -

Evaluador.

-

Aprobador.

c. Dentro del modelo desarrollado por estudiante. ¿Dónde utilizó las siguientes relaciones y porque esto es coherente? -

Relación Usado por (Used by)

En la relación entre los servicios de negocios externos y los actores o roles externos. Es coherente ya que para el caso de estudio los estudiantes usan los servicios de negocios externos con el fin de tener acceso al estado de los anteproyectos e informes finales. -

Relación Realización (Realisation)

En la relación entre los procesos de negocios / actores y roles internos y los servicios de negocios externos. Se estableció este tipo de relación ya que los servicios de negocios externos son la forma en la que se exponen los procesos de negocios. -

Relación Triggering

No se uso ese tipo de relación. -

Relación de asignación (assignment)

En la relación entre los actores o roles internos y los procesos de negocio. Esta relación muestra los responsables de las actividades establecidas en los procesos de negocio. Asimismo se

utilizó este tipo de relación entre los componentes de servicio de la aplicación y los servicios de aplicaciones externas. -

Relación de composición (composition)

No se uso ese tipo de relación. d. ¿En qué nivel colocaría la instancia de la plataforma de gestión de proyectos de grado MADRAGORA? Explique su respuesta. La plataforma de gestión de proyectos de grado MANDRAGORA, se dejó en el nivel de componentes de servicio de aplicación, en el nivel de servicios externos de infraestructura y en el de infraestructura, debido a que al ser una de las plataformas core de la institución, requiere en primera medida de estar alojada en la infraestructura de la institución; a su vez para trascender a capas superiores requiere contar con un pull de servicios que permitan ser consumidos por otras aplicaciones o plataformas.

Conclusiones

Después de analizar y comprender el objetivo del programa ArchiMate, se identifica la importancia del uso de este tipo de aplicaciones en la construcción de modelos basados en arquitectura empresarial, donde se entiende como cada uno de los niveles o componentes se relaciona con procesos, negocios, actores y sistemas o plataformas tecnológicas.

Referencias bibliográficas Lalaguna, R. (2016). 2.ª Conferencia de Arquitectura Empresarial en Madrid: “La arquitectura empresarial como factor de éxito para la transformación digital”. Aplicando ArchiMate® en una Agencia de la UE. Millán, A. (2016). Lenguaje de modelado ArchiMate. Recuperado de: http://hdl.handle.net/10596/7712...