La Arquitectura Empresarial es una disciplina básica para la gerencia o gestión de la información de las organizaciones. Esta determina la alineación entre el negocio y las tecnologías de información para incrementar la productividad de la empresa y la satisfacción de sus empleados y principalmente de sus clientes.
Este documento describe la Fase A del método de desarrollo de arquitectura (ADM), llamada Visión de la arquitectura. La fase inicial describe la capacidad requerida según los objetivos estratégicos y metas del negocio. Define el alcance del trabajo de arquitectura y sus limitaciones según los principios del negocio. Se garantiza que las definiciones de los principios, metas e indicadores sean claras y coherentes. Al finalizar esta fase se aprueban declaraciones sobre la arquitectura y se crea una visión
Este documento habla sobre la arquitectura empresarial. Define la arquitectura empresarial como la estructura de los componentes tecnológicos, de datos, de aplicaciones y de negocios de una empresa, así como sus interrelaciones y principios rectores. Explica que un marco de arquitectura describe una metodología para diseñar un estado objetivo de la empresa y que los beneficios de tener una arquitectura empresarial incluyen reducción de costos y mayor flexibilidad. Finalmente, menciona algunos tipos de arquitectura como la
TOGAF - ¿Por qué necesito una Arquitectura Empresarial?Software Guru
El documento explica por qué las empresas necesitan una arquitectura empresarial. Una arquitectura empresarial puede mejorar la eficiencia operativa de TI, reducir los costos de soporte y desarrollo de software, e incrementar la portabilidad de aplicaciones. También mejora la interoperabilidad, facilita la administración, mejora la capacidad de respuesta y flexibilidad para actualizar e intercambiar componentes.
El documento describe la aplicación de la Arquitectura Empresarial (AE) en ANCAP utilizando el marco TOGAF. Se explica que la AE busca mejorar la colaboración entre TI y el negocio para apoyar la estrategia de este de manera eficiente. También se detallan los beneficios de implementar la AE como una operación más eficiente de TI, mejor entendimiento de los procesos del negocio, y oportunidades para proponer soluciones que generen valor. El documento concluye resaltando la importancia de la AE para anticiparse a
Arquitectura Empresarial - Enterprise Architecture, Resumen de Arquitectura Empresarial, basada en Negocio y aplicada a las organizaciones y a los proyectos de TI
Las bases de datos son conjuntos de datos almacenados sistemáticamente para su posterior uso. Una base de datos ofrece varias ventajas sobre los sistemas de archivos tradicionales, incluyendo la independencia lógica y física de los datos, la redundancia mínima, el acceso concurrente y la integridad de los datos. Los sistemas gestores de bases de datos (SGBD) actúan como interfaz entre la base de datos, los usuarios y las aplicaciones, permitiendo definir, acceder y manipular los datos de forma eficiente y segura.
TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
Ejemplo de Archimate. Depositario Central de Valores en MéxicoDavid Solis
La presentación contiene un ejemplo de un caso real desarrollado para ilustrar el uso de lenguaje de modelado ArchiMate® en el contexto del marco TOGAF®. El caso se refiere a Indeval, el Depositario Central de Valores en México. Muestra algunos de los viewpoints de la arquitectura empresarial realizada en 2006, sin embargo por el alcance y la complejidad de la entidad solo se presenta una muestra representativa de los elementos.
Este documento describe la Fase A del método de desarrollo de arquitectura (ADM), llamada Visión de la arquitectura. La fase inicial describe la capacidad requerida según los objetivos estratégicos y metas del negocio. Define el alcance del trabajo de arquitectura y sus limitaciones según los principios del negocio. Se garantiza que las definiciones de los principios, metas e indicadores sean claras y coherentes. Al finalizar esta fase se aprueban declaraciones sobre la arquitectura y se crea una visión
Este documento habla sobre la arquitectura empresarial. Define la arquitectura empresarial como la estructura de los componentes tecnológicos, de datos, de aplicaciones y de negocios de una empresa, así como sus interrelaciones y principios rectores. Explica que un marco de arquitectura describe una metodología para diseñar un estado objetivo de la empresa y que los beneficios de tener una arquitectura empresarial incluyen reducción de costos y mayor flexibilidad. Finalmente, menciona algunos tipos de arquitectura como la
TOGAF - ¿Por qué necesito una Arquitectura Empresarial?Software Guru
El documento explica por qué las empresas necesitan una arquitectura empresarial. Una arquitectura empresarial puede mejorar la eficiencia operativa de TI, reducir los costos de soporte y desarrollo de software, e incrementar la portabilidad de aplicaciones. También mejora la interoperabilidad, facilita la administración, mejora la capacidad de respuesta y flexibilidad para actualizar e intercambiar componentes.
El documento describe la aplicación de la Arquitectura Empresarial (AE) en ANCAP utilizando el marco TOGAF. Se explica que la AE busca mejorar la colaboración entre TI y el negocio para apoyar la estrategia de este de manera eficiente. También se detallan los beneficios de implementar la AE como una operación más eficiente de TI, mejor entendimiento de los procesos del negocio, y oportunidades para proponer soluciones que generen valor. El documento concluye resaltando la importancia de la AE para anticiparse a
Arquitectura Empresarial - Enterprise Architecture, Resumen de Arquitectura Empresarial, basada en Negocio y aplicada a las organizaciones y a los proyectos de TI
Las bases de datos son conjuntos de datos almacenados sistemáticamente para su posterior uso. Una base de datos ofrece varias ventajas sobre los sistemas de archivos tradicionales, incluyendo la independencia lógica y física de los datos, la redundancia mínima, el acceso concurrente y la integridad de los datos. Los sistemas gestores de bases de datos (SGBD) actúan como interfaz entre la base de datos, los usuarios y las aplicaciones, permitiendo definir, acceder y manipular los datos de forma eficiente y segura.
TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
Ejemplo de Archimate. Depositario Central de Valores en MéxicoDavid Solis
La presentación contiene un ejemplo de un caso real desarrollado para ilustrar el uso de lenguaje de modelado ArchiMate® en el contexto del marco TOGAF®. El caso se refiere a Indeval, el Depositario Central de Valores en México. Muestra algunos de los viewpoints de la arquitectura empresarial realizada en 2006, sin embargo por el alcance y la complejidad de la entidad solo se presenta una muestra representativa de los elementos.
I. El documento introduce los conceptos básicos de la Arquitectura Empresarial y compara diferentes marcos de referencia. II. Presenta los objetivos del taller, que son introducir conceptos de AE, exponer marcos de referencia conocidos y presentar el marco TOGAF en detalle. III. La agenda incluye sesiones sobre conceptos de AE, marcos de referencia y el marco TOGAF.
Esta Charla fue brindada en la Universidad Nacional de Moquegua en Octubre del 2016 en la Ciudad de Ilo, En el I Seminario Internacional de Gestión en Tecnologías de la Información - SIGTIC 2016 (mayores detalles en http://www.sigtic.unam.edu.pe/ )
OLAP es el acrónimo en inglés de Procesamiento Analítico en Línea (On-Line Analytical Processing). Es una solución utilizada en el campo de la Inteligencia empresarial cuyo objetivo es agilizar la consulta de grandes cantidades de datos.
Arquitectura empresarial - Enfoque sistémico para el desarrollo de sistemas d...Julio Vasquez Paragulla
Conferencia magistral por la semana de la Facultad de Ciencias e Ingeniería, a cargo del Msc. Daniel Llanos Panduro en el auditorio de la Universidad de Ciencias e Ingeniería. 12 mayoo 2015.
ERP SAP Aprendizaje Modulo Logistica parte 1magister845
Este documento presenta la estructura organizativa y los datos maestros del módulo de logística del software ERP SAP. Explica los diferentes niveles organizacionales como mandante, sociedad, centro y almacén. Luego describe las organizaciones de compra y venta, así como los datos maestros de materiales, proveedores y clientes que se utilizan en la planificación logística.
El documento describe los pasos para implementar una gestión efectiva de servicios de TI que respalde los objetivos y la estrategia de una empresa. Estos incluyen crear un catálogo de servicios, administrar solicitudes de acuerdo con acuerdos de nivel de servicio, gestionar incidentes y problemas siguiendo procesos estructurados, crear e implementar planes de acción, administrar el ciclo de vida de activos, gestionar documentos y registros, y analizar tendencias en los datos para mejorar continuamente los servicios. La solución SoftExpert Excellence
Este documento provee una introducción a los conceptos clave de Business Intelligence (BI). Explica los componentes principales de BI como las fuentes de información, ETL, almacenes de datos, herramientas de BI, OLAP y visualización. También incluye secciones sobre calidad de datos, procesamiento de ETL, estrategias de construcción de almacenes de datos, y usuarios de herramientas BI.
COBIT es un marco de trabajo reconocido a nivel mundial que ayuda a garantizar el Gobierno Corporativo de la Información y la Tecnología (GEIT). COBIT 2019 introduce mejoras respecto a COBIT 5, como nuevos conceptos como las áreas de enfoque y los factores de diseño, mayor alineación con estándares globales, y nuevas guías y herramientas que hacen que COBIT 2019 sea más prescriptivo. El marco también actualiza los componentes del sistema de gobierno, objetivos, procesos y otras secciones.
Las redes sociales son estructuras compuestas de grupos de personas conectadas por relaciones como amistad o intereses. El objetivo de la minería de datos en redes sociales es mejorar la experiencia de los usuarios al personalizar ofertas según sus gustos e interacciones. Klout mide la influencia de los usuarios en redes sociales según su alcance y capacidad de generar interacciones.
Este documento describe la importancia de la arquitectura empresarial para alinear las tecnologías de información con la estrategia y objetivos del negocio. La arquitectura empresarial es el arte y la ciencia de diseñar soluciones tecnológicas que agregan valor a las organizaciones alineando las necesidades del negocio y las soluciones TI.
El documento habla sobre los activos informáticos de una empresa y la importancia de llevar un control de estos. Los activos informáticos incluyen hardware como servidores, bases de datos, routers y software como programas instaladores. El control de estos activos ayuda a evaluar la eficiencia y eficacia de la gestión administrativa de una empresa. También es importante implementar políticas claras y controles de seguridad para proteger los activos y la información de una empresa.
Exposición brindada en el 2014, resaltando la importancia del Plan Estratégico de Tecnologías de Información - PETI, dentro de las organizaciones públicas y privadas para una mejor inversión y empoderamiento de las TI en el negocio
This document discusses the relationship between enterprise architecture (EA) and project and portfolio management (PPM). It argues that EA and PPM have different but complementary perspectives in helping an organization translate strategy into realized value through portfolios and projects. The document provides examples of how EA and PPM can collaborate more effectively by having EA guide the enterprise towards its target state while PPM drives the enterprise strategically forward. It also provides a sample collaboration model where EA and the project manager work together on project architecture.
El documento resume la historia de SAP desde su fundación en 1972 hasta la actualidad. SAP comenzó desarrollando soluciones R/1 y R/2 y ha evolucionado hacia soluciones R/3, mySAP.com y específicas para cada industria. Actualmente es uno de los mayores proveedores de software empresarial a nivel mundial a través de soluciones integradas en finanzas, logística y recursos humanos.
Este documento presenta una introducción a las bases de datos, incluyendo diferentes clasificaciones y modelos de bases de datos como jerárquico, red y relacional. Explica conceptos clave como normalización y describe aplicaciones comunes de bases de datos.
Reseña del libro "Disrupting Data Governance. A Call to Action"Ramón Hernández
Reseña del libro "Disrupting Data Governance. A Call to Action" de Laura B. Madsen.
Puedes consultar el video con la presentación en https://youtu.be/FEmYD2V5khY
El libro presenta un enfoque de Gobierno de Datos Moderno utilzando DGOps que es una variante de DGOps y los métodos ágiles
Una base de datos es un conjunto de información relacionada sobre un tema específico. Contiene tablas con filas y columnas que permiten establecer relaciones entre los datos. La clave primaria identifica de forma única cada registro, mientras que las claves foráneas y compuestas relacionan tablas y combinan atributos respectivamente.
Introducción a la arquitectura empresarial. En este curso gratuito, podrás conocer The Open Group, conceptos fundamentales de TOGAF y modelos de referencia. Un curso muy completo que puedes empezar hoy mismo con Global Knowledge.
Programa:
- Conceptos Fundamentales
- El Núcleo de TOGAF 9.1
- El Continuo de la Empresa
- Introducción al ADM
- Guías y Técnicas del ADM
- Gobierno de la Arquitectura
- Modelos de Referencia TOGAF
Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de SoftwareMarta Silvia Tabares
Este documento presenta el plan de trabajo de una asignatura sobre Arquitecturas Empresariales. En las primeras semanas se introducen conceptos básicos de arquitectura empresarial y marcos de trabajo. Luego, los estudiantes analizarán casos de estudio para desarrollar las arquitecturas de negocio, datos, aplicaciones e infraestructura. Los productos entregables incluyen ensayos, presentaciones y documentación sobre dichas arquitecturas para un caso real. El documento detalla los temas, fechas de entrega y porcentajes de cal
El documento habla sobre la arquitectura tecnológica de los negocios digitales. Explica que la arquitectura empresarial es el conjunto de procesos y herramientas que permiten una gestión estratégica de los recursos tecnológicos de una empresa. Describe tres herramientas clave: la arquitectura futura, que define la visión tecnológica a largo plazo; la revisión de arquitectura, que diseña proyectos para alcanzar esa visión; y el inventario y mapa de aplicaciones,
I. El documento introduce los conceptos básicos de la Arquitectura Empresarial y compara diferentes marcos de referencia. II. Presenta los objetivos del taller, que son introducir conceptos de AE, exponer marcos de referencia conocidos y presentar el marco TOGAF en detalle. III. La agenda incluye sesiones sobre conceptos de AE, marcos de referencia y el marco TOGAF.
Esta Charla fue brindada en la Universidad Nacional de Moquegua en Octubre del 2016 en la Ciudad de Ilo, En el I Seminario Internacional de Gestión en Tecnologías de la Información - SIGTIC 2016 (mayores detalles en http://www.sigtic.unam.edu.pe/ )
OLAP es el acrónimo en inglés de Procesamiento Analítico en Línea (On-Line Analytical Processing). Es una solución utilizada en el campo de la Inteligencia empresarial cuyo objetivo es agilizar la consulta de grandes cantidades de datos.
Arquitectura empresarial - Enfoque sistémico para el desarrollo de sistemas d...Julio Vasquez Paragulla
Conferencia magistral por la semana de la Facultad de Ciencias e Ingeniería, a cargo del Msc. Daniel Llanos Panduro en el auditorio de la Universidad de Ciencias e Ingeniería. 12 mayoo 2015.
ERP SAP Aprendizaje Modulo Logistica parte 1magister845
Este documento presenta la estructura organizativa y los datos maestros del módulo de logística del software ERP SAP. Explica los diferentes niveles organizacionales como mandante, sociedad, centro y almacén. Luego describe las organizaciones de compra y venta, así como los datos maestros de materiales, proveedores y clientes que se utilizan en la planificación logística.
El documento describe los pasos para implementar una gestión efectiva de servicios de TI que respalde los objetivos y la estrategia de una empresa. Estos incluyen crear un catálogo de servicios, administrar solicitudes de acuerdo con acuerdos de nivel de servicio, gestionar incidentes y problemas siguiendo procesos estructurados, crear e implementar planes de acción, administrar el ciclo de vida de activos, gestionar documentos y registros, y analizar tendencias en los datos para mejorar continuamente los servicios. La solución SoftExpert Excellence
Este documento provee una introducción a los conceptos clave de Business Intelligence (BI). Explica los componentes principales de BI como las fuentes de información, ETL, almacenes de datos, herramientas de BI, OLAP y visualización. También incluye secciones sobre calidad de datos, procesamiento de ETL, estrategias de construcción de almacenes de datos, y usuarios de herramientas BI.
COBIT es un marco de trabajo reconocido a nivel mundial que ayuda a garantizar el Gobierno Corporativo de la Información y la Tecnología (GEIT). COBIT 2019 introduce mejoras respecto a COBIT 5, como nuevos conceptos como las áreas de enfoque y los factores de diseño, mayor alineación con estándares globales, y nuevas guías y herramientas que hacen que COBIT 2019 sea más prescriptivo. El marco también actualiza los componentes del sistema de gobierno, objetivos, procesos y otras secciones.
Las redes sociales son estructuras compuestas de grupos de personas conectadas por relaciones como amistad o intereses. El objetivo de la minería de datos en redes sociales es mejorar la experiencia de los usuarios al personalizar ofertas según sus gustos e interacciones. Klout mide la influencia de los usuarios en redes sociales según su alcance y capacidad de generar interacciones.
Este documento describe la importancia de la arquitectura empresarial para alinear las tecnologías de información con la estrategia y objetivos del negocio. La arquitectura empresarial es el arte y la ciencia de diseñar soluciones tecnológicas que agregan valor a las organizaciones alineando las necesidades del negocio y las soluciones TI.
El documento habla sobre los activos informáticos de una empresa y la importancia de llevar un control de estos. Los activos informáticos incluyen hardware como servidores, bases de datos, routers y software como programas instaladores. El control de estos activos ayuda a evaluar la eficiencia y eficacia de la gestión administrativa de una empresa. También es importante implementar políticas claras y controles de seguridad para proteger los activos y la información de una empresa.
Exposición brindada en el 2014, resaltando la importancia del Plan Estratégico de Tecnologías de Información - PETI, dentro de las organizaciones públicas y privadas para una mejor inversión y empoderamiento de las TI en el negocio
This document discusses the relationship between enterprise architecture (EA) and project and portfolio management (PPM). It argues that EA and PPM have different but complementary perspectives in helping an organization translate strategy into realized value through portfolios and projects. The document provides examples of how EA and PPM can collaborate more effectively by having EA guide the enterprise towards its target state while PPM drives the enterprise strategically forward. It also provides a sample collaboration model where EA and the project manager work together on project architecture.
El documento resume la historia de SAP desde su fundación en 1972 hasta la actualidad. SAP comenzó desarrollando soluciones R/1 y R/2 y ha evolucionado hacia soluciones R/3, mySAP.com y específicas para cada industria. Actualmente es uno de los mayores proveedores de software empresarial a nivel mundial a través de soluciones integradas en finanzas, logística y recursos humanos.
Este documento presenta una introducción a las bases de datos, incluyendo diferentes clasificaciones y modelos de bases de datos como jerárquico, red y relacional. Explica conceptos clave como normalización y describe aplicaciones comunes de bases de datos.
Reseña del libro "Disrupting Data Governance. A Call to Action"Ramón Hernández
Reseña del libro "Disrupting Data Governance. A Call to Action" de Laura B. Madsen.
Puedes consultar el video con la presentación en https://youtu.be/FEmYD2V5khY
El libro presenta un enfoque de Gobierno de Datos Moderno utilzando DGOps que es una variante de DGOps y los métodos ágiles
Una base de datos es un conjunto de información relacionada sobre un tema específico. Contiene tablas con filas y columnas que permiten establecer relaciones entre los datos. La clave primaria identifica de forma única cada registro, mientras que las claves foráneas y compuestas relacionan tablas y combinan atributos respectivamente.
Introducción a la arquitectura empresarial. En este curso gratuito, podrás conocer The Open Group, conceptos fundamentales de TOGAF y modelos de referencia. Un curso muy completo que puedes empezar hoy mismo con Global Knowledge.
Programa:
- Conceptos Fundamentales
- El Núcleo de TOGAF 9.1
- El Continuo de la Empresa
- Introducción al ADM
- Guías y Técnicas del ADM
- Gobierno de la Arquitectura
- Modelos de Referencia TOGAF
Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de SoftwareMarta Silvia Tabares
Este documento presenta el plan de trabajo de una asignatura sobre Arquitecturas Empresariales. En las primeras semanas se introducen conceptos básicos de arquitectura empresarial y marcos de trabajo. Luego, los estudiantes analizarán casos de estudio para desarrollar las arquitecturas de negocio, datos, aplicaciones e infraestructura. Los productos entregables incluyen ensayos, presentaciones y documentación sobre dichas arquitecturas para un caso real. El documento detalla los temas, fechas de entrega y porcentajes de cal
El documento habla sobre la arquitectura tecnológica de los negocios digitales. Explica que la arquitectura empresarial es el conjunto de procesos y herramientas que permiten una gestión estratégica de los recursos tecnológicos de una empresa. Describe tres herramientas clave: la arquitectura futura, que define la visión tecnológica a largo plazo; la revisión de arquitectura, que diseña proyectos para alcanzar esa visión; y el inventario y mapa de aplicaciones,
El documento describe los conceptos clave de la Arquitectura Empresarial. Explica que documenta los principales procesos y elementos de una organización a través de mapas, permitiendo identificar el impacto de posibles cambios. También describe que la Arquitectura Empresarial promueve una visión integral a través de la documentación estandarizada de los diferentes dominios y dimensiones que componen una empresa.
Este documento presenta el caso práctico de la fusión entre Price WaterHouse y Coopers & Lybrand como parte de un máster en dirección estratégica en ingeniería de software. Describe las dificultades encontradas al analizar las arquitecturas actuales de ambas organizaciones y propone una serie de proyectos para unificar las arquitecturas empresarial, de sistemas de información, datos e infraestructura como parte de un diseño preliminar para la nueva organización PwC.
Este documento presenta una discusión sobre las arquitecturas tecnológicas y su evolución en las organizaciones. Explica los cuatro niveles de madurez de las arquitecturas empresariales según un estudio del MIT: 1) Silos, 2) Estandarización, 3) Optimización del núcleo, 4) Modularización. Para cada nivel describe los objetivos, enfoques y desafíos de gestión. También analiza las competencias requeridas de los ejecutivos de TI en cada etapa y los factores críticos
El documento describe los fundamentos y conceptos clave de la arquitectura empresarial, incluyendo las definiciones, tipos de arquitectura soportados (negocio, datos, aplicaciones, tecnología), y el estándar TOGAF para desarrollar una arquitectura empresarial. También explica el ciclo ADM de TOGAF para implementar una arquitectura empresarial mediante un proceso iterativo guiado por mejores prácticas.
Este documento presenta los objetivos y contenidos de una maestría y especialización en gestión estratégica de sistemas y tecnologías de la información. El programa busca formar profesionales para dirigir y asesorar sobre la aplicación de TIC para agregar valor a las organizaciones, comprender los cambios de la sociedad del conocimiento y promover prácticas éticas en la administración de TIC. Los temas a cubrir incluyen arquitecturas empresariales, alineamiento entre TI y negocio, innovación tecnológica y
El documento describe un Plan Estratégico de Tecnologías de la Información (PETI), el cual tiene como objetivo establecer un marco de referencia para el desarrollo de la plataforma informática de una organización en respuesta a sus objetivos estratégicos. Este marco incluye una descripción de la situación actual, una arquitectura de informática propuesta, proyectos priorizados y un calendario para su ejecución. El PETI alinea las tecnologías de la información con la estrategia del negocio y proporciona una
BUSINESS ENGINEERING CON LAS TECNOLOGÍAS DE LA INFORMACIÓNUDO Monagas
Tema 10 - Unidad 2.
Equipo CIM: Rosangi Rojas & Yddany Palma
Asesor: Jesús Chaparro
Seminario: Sistemas de Gestión Empresarial para Procesos y Comunicación Industrial.
Áreas de Grado – Curso Especial de Grado (CEG)
Automatización y Control de Procesos Industriales (ACPI)
Cohorte III (I - 2015)
Ingeniería de Sistemas - Universidad de Oriente
Monagas – Venezuela
El documento presenta una introducción a la arquitectura empresarial de datos. Explica que la arquitectura empresarial de datos ayuda a organizar la información de una empresa para satisfacer las necesidades de información y permitir una mejor toma de decisiones. Luego describe algunos componentes clave de la arquitectura empresarial como la gobernanza de datos, la estructura de datos, los metadatos y la seguridad de datos. Finalmente, menciona algunos marcos y metodologías comunes utilizadas para desarrollar una arquitectura empresarial como
El documento habla sobre la arquitectura empresarial. Explica que la arquitectura empresarial integra los negocios, la tecnología y otros servicios de apoyo para ayudar a una empresa a alcanzar sus objetivos estratégicos. También describe las diferentes especialidades de arquitectura como la arquitectura de negocios, la arquitectura de software, la infraestructura y la información. Finalmente, discute las etapas de madurez de la arquitectura empresarial y cómo esta práctica puede crear una ventaja competitiva
Los roles profesionales descritos incluyen gerente de proyectos, analista de procesos, arquitecto de datos, especialista en gobierno de TI, especialista en seguridad de informática, gerente de tecnología e ingeniero de software. Cada rol tiene un perfil profesional y personal específico que describe sus responsabilidades clave y habilidades requeridas.
Tic anoia uea-eada-el-papeldelosdirectivosantelosssii-conferencia-20110127Ramon Costa i Pujol
Las TIC pueden tener un valor estratégico para las organizaciones al ayudar a crear ventajas competitivas. La digitalización de la empresa a través de la aplicación de las TIC a sus procesos y flujos de trabajo es una condición necesaria para asegurar su viabilidad futura. Los directivos deben evaluar cómo las TIC pueden apoyar mejor la toma de decisiones estratégicas y hacer más eficientes las operaciones tácticas para aumentar la productividad e innovación.
Este libro describe un modelo para alinear la estrategia de negocios con la estrategia de tecnología de la información a través de cuatro elementos: la estrategia de negocios, la estrategia de tecnología de la información, la infraestructura organizacional y la infraestructura de tecnología de la información. El modelo ayuda a los ejecutivos a aprovechar al máximo el valor de la tecnología de la información alineando estratégicamente la planificación del negocio y las operaciones.
El documento presenta una introducción a la planificación informática. Explica que la estrategia de información se basa en que la información es un recurso estratégico de la empresa y que las ventajas competitivas pueden aumentar aprovechando este recurso mediante un plan estratégico de información. Detalla las tareas para elaborar un plan estratégico de información, incluyendo definir la arquitectura de información, sistemas y técnica, y establecer los objetivos e hitos del proyecto. Finalmente, destaca los beneficios de la plan
DBAccess es una organización latinoamericana fundada en 1988 que ofrece servicios de TI como outsourcing, desarrollo de software y consultoría estratégica. Propone establecer Centros de Desarrollo de Soluciones (CDS) dedicados a cada cliente para gestionar portafolios de aplicaciones y proyectos de TI, definir la arquitectura empresarial y el alcance de nuevos sistemas, alineando la TI con la estrategia del negocio.
Este documento describe la evolución del papel de los sistemas y tecnologías de la información en las empresas. Explica que los SI/TI ya no son solo un apoyo técnico, sino que juegan un papel estratégico al proporcionar información para la toma de decisiones y soportar todos los procesos de la empresa. También analiza cómo los SI/TI se han integrado en los productos y servicios, y cómo algunos negocios se basan completamente en la gestión y el intercambio de información.
La arquitectura empresarial (AE) representa todos los componentes, procesos y políticas de una empresa, ayudando a alinearlos con la estrategia de negocios. TOGAF es un marco popular para la AE que define cuatro dimensiones: negocios, aplicaciones, datos y tecnología. El proceso ADM de TOGAF guía el desarrollo iterativo de la arquitectura empresarial de una organización para apoyar la adaptación a cambios en el mercado y tecnología.
Departamento IT (Metodologías predictivas vs ágiles)Pablo F. Iglesias
Este documento resume la organización y gestión de los departamentos de TI en diferentes tipos de empresas. Explica que en grandes empresas los departamentos de TI suelen estar subdivididos en áreas como desarrollo, redes, soporte técnico y bases de datos. En PYMES el departamento de TI a menudo está menos estructurado. También discute el uso creciente de la nube y nuevos modelos como la holocracia en startups. Finalmente, compara metodologías predictivas tradicionales como PMBOK e ITIL con enfoques ágiles como Scrum
Similar a Arquitecturas empresariales version gerencia de información (20)
El documento presenta una agenda para la gestión del conocimiento que incluye tres partes. La primera parte describe las características de una sociedad del conocimiento y los modelos de gestión del conocimiento. La segunda parte explica los modelos de gestión del conocimiento. La tercera parte analiza cómo la educación puede adaptarse a las nuevas tendencias en gestión del conocimiento.
El documento presenta una agenda de trabajo sobre gestión del conocimiento que incluye tres partes: la sociedad del conocimiento, modelos de gestión del conocimiento, y la educación desde la perspectiva de la gestión del conocimiento. En la segunda parte, analiza modelos como SECI de Nonaka, el modelo de Arthur Andersen, KMAT y APQC, el modelo del País Vasco, y el modelo de KPMG. También discute el capital intelectual de una organización y modelos para medirlo.
A Guide to Knowledge Management
Techniques and Technologies. Tokyo: Asian
Productivity Organization.
0 Gauvin, M.; Roy M.-C.; Ferland, Y.; Lecocq, R
(2013). Understanding The State Of Knowledge
Management With Ontologies: The Case Of The
Canadian Military. Defence R&D Canada,
Université Laval.
0 I&Dea (proyecto del gobierno Británico)
0 The Asian Productivity Organization
Gestión del Conocimiento - Ph.D Marta Silvia Tabares B. 27
El documento presenta conceptos generales sobre arquitecturas orientadas a servicios (SOA). Explica que una SOA descompone la funcionalidad deseada en unidades de servicio que pueden distribuirse a través de una red. También describe los componentes clave de una SOA como servicios web, SOAP, WSDL y UDDI. Finalmente, presenta un modelo general de cinco fases para definir una arquitectura de software que incluye identificar el problema, entenderlo, definirlo, construirlo y evaluarlo.
Este documento presenta una introducción a la arquitectura empresarial. Define la arquitectura empresarial como un diseño conceptual que determina cómo una organización puede lograr más efectivamente sus objetivos actuales y futuros. Explica que una arquitectura empresarial incluye cuatro arquitecturas principales: la arquitectura de negocio, la arquitectura de información, la arquitectura de aplicaciones y la arquitectura de tecnología. Finalmente, destaca algunos beneficios clave de implementar una arquitectura empresarial como mejorar
La gestión por procesos debe estar alineada con los objetivos estratégicos de la organización para ofrecer servicios de calidad a los clientes. Es necesario modelar y gestionar los procesos teniendo en cuenta los recursos, tiempos, costos, alcance y métricas. La gestión de procesos ha evolucionado desde la gestión científica hasta el management de procesos de negocio, enfocándose en mejorar procesos mediante controles estadísticos y mejoramiento continuo.
El documento describe los conceptos básicos de la gestión por procesos y el modelamiento de procesos de negocio. Explica que la primera etapa es identificar el objetivo y elementos del proceso. Luego, se puede dibujar el proceso y sus procedimientos usando estándares como BPMN. Finalmente, detalla los diferentes elementos que pueden usarse para modelar procesos de negocio de manera gráfica y sus interrelaciones, como tareas, eventos, flujos y objetos.
Gerencia de procesos - Organizaciones orientadas por procesosMarta Silvia Tabares
Este documento presenta información sobre la organización orientada por procesos. Explica que las organizaciones han evolucionado de estructuras funcionales a estructuras basadas en procesos para enfocarse más en satisfacer las necesidades de los clientes. También describe los diferentes tipos de procesos como procesos de dirección, procesos de realización y procesos de apoyo. El objetivo es gestionar la organización de una manera sistemática y flexible alineando todas las actividades con el cumplimiento de la misión y la visión.
El documento introduce los fundamentos de las pruebas de software, incluyendo las metodologías de desarrollo y los tipos de pruebas. Explica que las pruebas son importantes para garantizar la calidad del software y evitar errores. También define conceptos clave como verificación, validación y normas de calidad asociadas a las pruebas de software.
Este documento describe los conceptos básicos de la gestión de proyectos informáticos. Explica que la gestión de proyectos incluye cinco grupos de procesos: inicio, planificación, ejecución, seguimiento y control, y cierre. También describe los componentes clave para proyectos exitosos como la administración del tiempo, el liderazgo, el trabajo en equipo y la gestión de comunicaciones. Finalmente, explica que la calidad es un aspecto fundamental de la gestión de proyectos e introduce los conceptos de sistema de gestión de
Este documento describe el proceso de análisis en el desarrollo de software unificado (UP). Explica los flujos de trabajo de requisitos y análisis, y describe conceptos clave como las clases de análisis, la identificación de paquetes y la realización de casos de uso.
El documento presenta una introducción al Proceso Unificado de Desarrollo de Software (UP) y sus flujos de trabajo, incluyendo el flujo de requisitos y el flujo de análisis. Explica conceptos clave como roles, artefactos, diagramas y relaciones entre elementos del modelo de objetos como clases, paquetes y casos de uso.
El documento presenta una introducción a las arquitecturas de software, definiendo conceptos básicos, los beneficios de una arquitectura de software y la arquitectura 4+1 vista. Proporciona una bibliografía de referencias y un mapa conceptual de tópicos de conocimiento sobre ingeniería de software.
Este documento resume los conceptos clave de las arquitecturas de software, incluyendo sus características generales, atributos de calidad y patrones/estilos de arquitectura. El documento también proporciona una bibliografía de referencias sobre el tema.
El documento describe el flujo de diseño del Proceso Unificado de Desarrollo de Software (UP). En menos de 3 oraciones:
1) El flujo de diseño de UP incluye principios para el diseño de componentes como el abierto-cerrado y la sustitución de Liskov.
2) El diseño de componentes también considera tipos como caja negra, caja blanca y marcos de trabajo, así como pasos para el diseño e interfaz.
3) Finalmente, el documento explica conceptos como cohesión, acoplamiento, paquetes y component
Este documento presenta una introducción al tema de Ingeniería de Software II. Incluye un mapa conceptual de los tópicos cubiertos como metodologías de desarrollo (Proceso Unificado, SCRUM, modelo en V), bibliografía relevante y una descripción general de las características de las metodologías de desarrollo de software.
El documento describe el Proceso Unificado de Desarrollo de Software (UP). El UP es un marco de trabajo genérico y flexible para el desarrollo de software que se basa en componentes, utiliza UML y se centra en los requisitos, la arquitectura y el desarrollo iterativo e incremental. El UP define cuatro fases principales (inicio, elaboración, construcción y transición) que se repiten en ciclos para entregar versiones del producto.
La energía radiante es una forma de energía que
se transmite en forma de ondas
electromagnéticas esta energía se propaga a
través del vacío y de ciertos medios materiales y
es fundamental en una variedad naturales y
tecnológicos
2. Agenda de trabajo 2014-2 1/3
2
Tema Fechas
Dinámica de
trabajo
Producto Entregable Fechas de
Entrega
Valor del
entregable
Revisión de los conceptos
básicos de la Arquitectura
Empresarial:
- La vista
organizacional, su
estrategia, los
objetivos
organizacionales,
stakeholders, etc.
- Marcos de trabajo
28 y 29
de Julio
- Clase
magistral
- Dinámicas
activas de
aprendizaje
- Trabajo de clase
- Lectura artículo:
“The Role of Enterprise
Architecture in Aligning
Business and
Information Technology in
Organisations: Nigerian
Government
Investment on Information
Technology”
(By Mohammed Alhassan
Enagi, Abraham
Ochoche) - http://iet-
journals.org/archive/2013/
jan_vol_3_no_1/9159351
35222421.pdf
Evaluación:
- Ensayo escrito
individual (10%)
- Sustentación
individual (10%)
4 de Agosto - Trabajos de
clase 10%
- Ensayo y
defensa del
artículo
(15%)
- Total
evaluación
(30%)
3. Agenda de trabajo 2014-2 2/3
3
Tema Fechas Dinámica de trabajo Producto Entregable
Fechas de
Entrega
Valor del
entregable
Arquitectura de Negocio:
- Apropiación de temas
como:
- Principios
- Modelos de
Referencia
- Escenarios de
Negocio
- Revisión del tema
gestión de procesos
de negocio
30,31 Julio
4 de
Agosto
- Foro de discusión
– sustentación
artículo (fase I)
- Clase Magistral
- Desarrollo
Proyecto de Clase
Proyecto de clase
Fase I
(Se inicia el 29 y se
entrega y presenta el
5 de agosto)
- Proceso de Negocio
- Escenarios de
Negocio
- Modelo de
Referencia
- Análisis de brechas
de la Arquitectura
de Negocio
4 de
Agosto
30%
4. Agenda de trabajo 2014-1 3/3
4
Tema Impartido Fechas Dinámica de trabajo Producto Entregable Fechas de
Entrega
Valor del
entregable
- Arquitectura de
Sistemas de
Información:
- Arquitectura de
Aplicaciones
- Arquitectura de
Datos
5,6,11 de
Agosto
- Defensa de
avance del
Proyecto Fase I.
(Máximo tiempo
por equipo 15’)
- Clase Magistral
- Desarrollo
Proyecto de Clase.
- Defensa de
avance del
Proyecto Fase II.
Proyecto de clase Fase
2
- Modelo de Datos
- Modelo de
Aplicaciones
- Modelo de Gestión
de Información
desde los sistemas
de información
11 de Agosto 40%
Los casos desarrollados en clase y fuera de ella deben ser trabajados en las siguientes herramienta:
- Trabajo colaborativo: http://realtimeboard.com. Allí el equipo deberá crear una cuenta para manejar
la siguiente información.
- Mapa conceptual de la arquitectura de visión del caso determinado
- Modelo de negocio (project canvas o business model)
- Escenarios de Negocio (diagrama espina de pescado – modelo causa-efecto)
- Documentos anexos (google drive)
- Modelo de Procesos de Negocio:
- Herramientas Bizagi o Bonita (BPM Tool).
6. ¿De donde surge el concepto de
Arquitecturas Empresariales?
Áreas de Tecnologías de InformaciónÁreas de Negocio
Alineación
6
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
7. ¿De donde surge el concepto de
Arquitecturas Empresariales?
Áreas de Negocio
PLANEACIÓN ESTRATÉGICA
GOBIERNO ORGANIZACIONAL
INNOVACIÓN
REDUCCIÓN DEL GASTO
OPITIMIZACIÓN DE LA INVERSIÓN
MISIÓN - VISIÓN
7
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
8. ¿De donde surge el concepto de
Arquitecturas Empresariales?
Áreas de Tecnologías de Información
GOBIERNO DE TI
GESTIÓN DE LAS TECNOLOGÍAS DE
INFORMACÓN
INNOVACIÓN
GESTIÓN DE LA INFORMACIÓN
GENERACIÓN DE VALOR
SOBRE LA CADENA DE VALOR
8
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
9. ¿De donde surge el concepto de
Arquitecturas Empresariales?
Áreas de Tecnologías de InformaciónÁreas de Negocio
Gestión
del
Cambio
9
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
10. ¿DedondesurgeelconceptodeArquitecturasEmpresariales?
10
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Compañía X
Compañía Y
Compañía ZRed Q
Unidad de
Negocio A
Undad de
Negocio C
Unidad de
Negocio BCompañía
X
Recursos
Humanos
Finanzas y
Contabilidad
Mercadeo y
Ventas
Unidad de Negocio
A
Mercdeo
Gestión de
Ventas
Gestión del
Producto
Mercadeo y Ventas
Nivel de Agregación Nivel Organizacional
Nivel de Red
Nivel
Corporativo
Nivel
Operativo
Nivel
Funcional
Socios/Alianzas
Grupo/
Corporación
Unidad
Operqativa
Departamento
Funcional
12. Arquitectura Empresarial
ARQUITECTURA
• Arquitectura es la organización fundamental de algo.
• Está embebida en:
• Sus COMPONENTES
• Las relaciones de un componente con otro
• Los principios de gobierno sobre su diseño y evolución
12
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
13. Arquitectura Empresarial
• Arte de proyectar y
construir edificios.
• Arte de conducir y
aprovechar …
• Arte de fortificar.
13
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
14. Arquitectura Empresarial
ARQUITECTURA EMPRESARIAL
• Es la organización lógica para los procesos de negocio y
la infraestructura de TI de tal forma que se refleje la
integración y estandarización de los requisitos del modelo
operativo de la compañía [MIT Center for Information
Systems Research].
• Un diseño conceptual (Blueprint) que define la estructura
y operación de una organización.
14
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
15. Arquitectura Empresarial
ARQUITECTURA EMPRESARIAL
Es una base de activos de información estratégica,
que definen la misión, la información necesaria para
llevar a cabo la misión, las tecnologías necesarias
para llevar a cabo la misión, y los procesos de
transición para la aplicación de las nuevas
tecnologías en respuesta a las necesidades de
cambio de la misión.
Una arquitectura de la empresa incluye una
arquitectura de base, la arquitectura de destino, y un
plan de secuencia.
Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture
15
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
16. Arquitectura Empresarial
Enterprise architecture (EA) is the process of translating business vision and
strategy into effective enterprise change by creating, communicating and
improving the key requirements, principles and models that describe the
enterprise’s future state and enable its evolution. The scope of the EA includes
the people, processes, information and technology of the enterprise, and
their relationships to one another and to the external environment.
Enterprise architects compose holistic solutions that address the business
challenges of the enterprise and support the governance needed to
implement them. Enterprise architects use the EA process to discover the
target state that the organization wishes to invest in and then helps the
organization understand its progress toward the desired state.
GARTNER
16
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
17. Arquitectura Empresarial
“Arquitectura empresarial, como su nombre lo indica, tiene que ver
con el pensamiento de alto nivel y diseño de alto nivel. Las tecnologías
de información y las comunicaciones se han vuelto tan complejas y
tan interrelacionadas en las grandes organizaciones, y los datos de la
empresa han llegado a ser tan fundamentales, que ya no es posible
diseñar, construir e instalar los sistemas principales de forma aislada.
Alguien tiene que estar pensando en el panorama general, acerca de
cómo todas las piezas encajan entre sí.”
31/07/2014 AE - Marta Silvia Tabares B. 17
by Ken Orr, Senior Consultant, Cutter Consortium.
18. Arquitectura Empresarial
AE permite relacionar algunos
elementos del negocio con los
elementos de TI que los
soportan, haciendo explícita la
intención de evolución
AE define las relaciones entre
los principales activos de una
empresa incluyendo
estrategias, procesos, datos,
aplicaciones y otras
tecnologías.
Negocio
Tecnologías de
Información y
Comunicacione
s
Otras
Tecnologías
KPI
cadena
de valor ontología del negocio
proceso del
negocio Motivadores del negocio
estrategias
Líneas de negocio
18
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
19. Arquitectura Empresarial
La Gestión de Procesos
(Business Process Management - BPM) es
una forma de organizar el trabajo (procesos,
equipos de trabajo, tecnología, estilo de
liderazgo, indicadores, etc.) para que las
personas pueda concentrar su esfuerzo en
alcanzar resultados significativos para sus
clientes (Revelo, 2007). Una Arquitectura de Empresa
(AE) es un diseño conceptual que
define la estructura y la operación de
una organización. La intención de una
arquitectura empresarial es determinar
cómo una organización puede lograr
más efectivamente sus objetivos
actuales y futuros.
Arquitectura del
Negocio
Arquitectura de la
Información
Arquitectura de
Aplicaciones
Arquitectura de
Tecnologías
Nivel Estratégico
Nivel Táctico
Nivel Operativo
19
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
20. Logros - Arquitectura Empresarial
Alineación
asegurar la realidad de la
empresa implementado está alineación
con la intención de gestión
Integración
Darse cuenta de que las reglas de negocio son
consistentes en toda la organización:
que los datos y su uso son inmutables,
que las interfaces y el flujo de la
información están estandarizados, y
que la conectividad y la interoperabilidad son
administradas en toda la empresa
facilitar y gestionar el cambio
en cualquier aspecto de la
organización
Cambio
reducir el desarrollo de sistemas, la
generación de aplicaciones, los
plazos de modernización, y las
necesidades de recursos
Tiempo de salida
al mercado
Convergencia
esfuerzos hacia una cartera de productos de TI
estándar que figura en el Modelo de Referencia
Técnico (TRM).
Fuente: Chief Information
Officer Council v1.0. Federal
Enterprise Architecture
20
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
21. Beneficios - Arquitectura Empresarial
• Captura de datos acerca de la misión, funciones, y la base de
negocios de una manera comprensible para promover una
mejor planificación y la toma de decisiones.
• Mejorar la comunicación entre las organizaciones
empresariales y las organizacionesde TI dentro de la empresa a
través de un vocabulario estandarizado.
• Proporcionar puntos de vista arquitectónicos que ayudan
a comunicar la complejidad de los sistemas grandes y facilitar la
gestión de entornos amplios y complejos.
• Enfoque en el uso estratégico de las nuevas tecnologías para
gestionar mejor la información de las empresas y
consistente insertar esas tecnologías en la empresa.
Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture
21
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
22. Beneficios - Arquitectura Empresarial
• Mejorar la consistencia, exactitud, puntualidad, integridad, calidad,
disponibilidad, acceso y uso compartido de TI de laa información en la
empresa
• Apoyar los procesos de CPIC, proporcionando una herramienta para la
evaluación de los beneficios, impactos y medidas de inversión de capital y el
apoyo a los análisis de las alternativas, los riesgos y las compensaciones
• Destacar las oportunidades de creación de una mayor calidad y flexibilidad
en las aplicaciones sin aumentar los costes
• Lograr economías de escala, proporcionando mecanismos para la
distribución de los servicios a través de la
• empresa
• Acelerar la integración de la herencia, la migración, y los nuevos sistemas
• Velar por el cumplimiento legal y regulatorio.
Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture
22
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
23. Una vista general de una Arquitectura
Empresarial
23
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Fuente: Disney Architecture Council
24. MARCOS DE TRABAJO
(FRAMEWORS) PARA LAS
ARQUITECTURAS
EMPRESARIALES
http://pubs.opengroup.org/architecture/togaf8-
doc/arch/chap37.html
24
25. Marcos de Trabajo de las Arquitecturas
Empresariales
• The Enterprise Architecture Center of Excellence
• The Zachman Framework
• The Open Group Architectural Framework (TOGAF)
• The Federal Enterprise Architecture
• The Gartner Methodology
25
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
26. Marcos de Trabajo de las Arquitecturas
Empresariales
• ‘“Un framework de arquitectura empresarial es un modelo
de comunicación para el desarrollo de una arquitectura
empresarial. De por si no es una arquitectura. Por el
contrario, presenta un conjunto de modelos, principios,
servicios, métodos, estándares, conceptos de diseño,
componentes, visualizaciones y configuraciones que
guían el desarrollo de aspectos específicos de una
arquitectura empresarial”’
Zachman
26
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
27. Marcos de Trabajo de las Arquitecturas
Empresariales
• ‘”Un framework es una estructura lógica para clasificar y
organizar las representaciones descriptivas de una
Empresa, las cuales son especialmente significativas
tanto para la dirección y control de la organización como
para el desarrollo de sus sistemas”’
The Open Group Architecture Framework
27
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
28. Marcos de Trabajo de las Arquitecturas
Empresariales
• ‘“Una arquitectura de framework empresarial es una
herramienta que puede ser usada para desarrollar una
extensa gama de diferentes arquitecturas empresariales.
Describe un método para diseñar un sistema de
información en términos de un conjunto de componentes
y demuestra como estos componentes se implementan
conjuntamente. Un framework debe contener una serie
de herramientas y brindar un vocabulario común.
También debe incluir una relación de estándares
recomendados y productos afines que pueden ser usados
para implementar los distintos componentes.”’
International Enterprise Architecture Institute
28
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
29. The EnterpriseArchitecture Center of Excellence
29
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
31. The Open Group Architectural Framework
(TOGAF)
31
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
32. The Federal Enterprise Architecture
Fuente: Chief Information
Officer Council v1.0. Federal
Enterprise Architecture
32
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
33. DEFINICIÓN Y PUESTA EN
MARCHA DE UNA
ARQUITECTURA
EMPRESARIAL
FRAMEWORK seleccionado:
TOGAF – Open Group
33
34. Arquitectura Empresarial - TOGAF
Fuente: Open Group
El ADM (Architecture
Development Method)
Consta de un número de fases del
ciclo de que a través de un
conjunto de
dominios de arquitectura le
permiten al arquitecto asegurar
que un conjunto complejo
requisitos se aborden
adecuadamente
34
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
35. TOGAF – Content Metamodel
Fuente: Open Group
35
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
36. TOGAF – Content Metamodel Proporciona una definición de todos
los tipos de bloques de
construcción que pueden existir
dentro de una arquitectura, que
muestra cómo estos bloques de
construcción pueden ser descritas y
relacionadas entre sí.
Por ejemplo, al crear una
arquitectura, un arquitecto
identificará las aplicaciones, las
entidades de datos'''' celebradas
dentro de las aplicaciones y
tecnologías que implementan estas
aplicaciones.
Estas aplicaciones serán activadas
para los grupos de apoyo
particulares de usuarios de
empresa o actor, y se utilizará para
cumplir con los servicios del
negocio'.
Fuente: Open Group
36
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
37. Entidades Centrales y sus Relaciones
Fuente: Open Group
37
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
38. Análisis de Brechas (Gap Analysis)
38
Arquitectura Base (Baseline)
Arquitectura Objetivo (Target)
Brechas (Gaps)
http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html
39. Análisis de Brechas (Gap Analysis)
39
Brechas en el dominio de Negocios:
• Gente (por ejemplo, los requisitos de entrenamiento
cruzado)
• Proceso (por ejemplo, las ineficiencias del proceso)
• Herramientas (por ejemplo, duplicar o falta de
funcionalidad de la herramienta)
• Información
• Medición
• Financieras
• Instalaciones (edificios, oficinas, etc)
Brechas en el dominio de Datos:
• Datos actuales no son suficiente
• Datos que no se encuentren donde se necesita
• Datos que no se necesitan
• Datos no disponibles cuando se necesiten
• Datos que no se ha creado
• Datos no utilizados
• Relación de datos
• Aplicaciones afectadas, eliminadas, o creadas
• Tecnologías afectadas, eliminadas, o creadas
Arquitectura Base (Baseline)
Arquitectura Objetivo (Target)
Brechas (Gaps)
http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html
40. Análisis de Brechas (Gap Analysis)
40
Arquitectura Base (Baseline)
Arquitectura Objetivo (Target)
Brechas (Gaps)
http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html
41. Herramientas para la implementación de
una Arquitectura Empresarial
Las herramientas usadas para el desarrollo e implantación de una Arquitectura
Empresarial deben orientar los requerimientos de diferentes staholders en la
organización y contener las siguientes capacidades.
41
• Negocio
• Información
• Tecnología
• Contexto empresarial:
tendencias, estrategias
y objetivos
• Arquitectura futura
Repositorio
•Soporta todos los
puntos de vista de la
arquitectura
Capacidades de
Modelado
• Análisis de brechas
• Análisis de impacto
• Escenario de planificación
• Proyección del sistema
Capacidades de
Análisis para la
decisión
• Soporte a la demanda
visual o interactiva de
los diferentes puntos de
vista de los
stakeholders
Capacidades de
Presentación
• Seguridad
• Gestión de usuarios
• Administración de tareas
Capacidades de
Administración
• Extensiva
• Simple
• Sencilla
• Soportar múltiples
ambientes
Capacidades de
Configuración
• Interfases que
cumplan la norma ISO
25000 (antes ISO/IEC
9126)
Usabilidad
Fuente: Magic Quadrant for EA Tools. Gartner.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
42. Herramientas para la implementación de
una Arquitectura Empresarial -
EJEMPLOS
42
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
http://www.iteraplan.de/en/online-demo
43. Herramientas para la implementación de
una Arquitectura Empresarial -
EJEMPLOS
43
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
http://pubs.opengroup.org/architecture/archimate2-doc/chap02.html
ARCHIMATE
44. 44
ESCENARIO DE NEGOCIO
• 1. Problema
Identificar, documentar y clasificar el problema que direcciona el
escenario
• 2. Ambiente
Identificar el entorno empresarial y técnico de la situación y la
documentación en modelos de escenarios
• 3. Objetivos
Identificar y documentar los objetivos deseados (los resultados del
manejo de los problemas con éxito), obtener "SMART"
• 4. Actores Humanos
La identificación de los actores humanos (stakeholders) y su lugar en el
modelo de negocio
• 5. Actores Computacionales
• La identificación de los actores de ordenador (elementos de
computación) y su lugar en el modelo de la tecnología
• 6. Roles y Responsabilidades
• Identificar y documentar las funciones, las responsabilidades y las
medidas de éxito por el actor, la documentación de los scripts
requeridos por el actor, y los resultados del manejo de la situación
• 7. Redefinición
• Identificar y documentar las funciones, las responsabilidades y las
medidas de éxito por el actor, la documentación de los scripts
requeridos por el actor, y los resultados del manejo de la situación
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap26.html
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Ver ejemplo en:
http://learningsoftwareeng.edublogs
.org/bpm-soa/casos-de-estudio/
45. OBJETIVOS SMART
• SPECIF (Específico): El objetivo de proporcionar "una interfaz de usuario coherente que asegure todas las
funciones y servicios accesibles al usuario aparecerán y se comportan de una manera predecible similares
independientemente de la aplicación o el sitio". Es bastante específico. Sin embargo, las medidas que
figuran en la segunda frase podría ser más específico ...
• MEASURABLE (Medibles): Como se ha indicado anteriormente, el objetivo es medible, pero podría ser
más específico. La segunda frase podría modificarse para leer (por ejemplo): "Esto llevará a un 10%
mayor eficiencia de los usuarios y el 20% menos de errores de usuario de entrada de pedidos, que a su
vez puede dar lugar a un 5% más bajos costos de entrada de pedidos".
• ACTIONABLE (Actionable): El objetivo es una acción. Parece claro que se debe proporcionar la
consistencia de la interfaz de usuario, y que podría ser manejado por los responsables de proporcionar la
interfaz de usuario para el dispositivo del usuario.
• REALISTIC (Realista): El objetivo de proporcionar "una interfaz de usuario coherente que asegure todas
las funciones y servicios accesibles al usuario aparecerán y se comportan de una manera predecible
similares independientemente de la aplicación o el sitio" podría no ser realista. Teniendo en cuenta el uso
actual de la PDA en el usuario final podría llevarnos a aumentar el objetivo de asegurar que los
desarrolladores no creen indebidamente diseños que dificultan el uso de las nuevas tecnologías. El
objetivo podría ser re-declarado como "una interfaz de usuario consistente, a través de dispositivos de
interfaz de usuario que proporcionen una funcionalidad similar, que asegure ..." etc.
• TIME-BOUND (De duración determinada): El objetivo como se ha dicho no es de duración determinada.
Para llevar mucho tiempo atado el objetivo podría ser re-declarado como "el final de la Q3, proporcionan
una constante ..."
45
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap26.html
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
46. PRELIMINARES Y VISIÓN
DE LAARQUITECTURA
Bajo el framework TOGAF:
- http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html
- http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap07.html
46
47. Prelimenares para definir la Arquitectura Empresarial
Fase - Preliminar:
Prepara la organización para entender el éxito del
proyecto de arquitectura empresarial.
• Entender el ambiente del negocio
• Compromiso del alto nivel (nivel estratégico)
• Acuerdos en el Alcance
• Establecer los principios
• Establecimiento de la Estructura de
Gobierno – gobernabilidad
• Acuerdos a ser adoptados TOGAF
Fuente: Open Group
47
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
48. Prelimenares para definir la Arquitectura Empresarial
Fase - Preliminar:
Prepara la organización para entender el éxito del
proyecto de arquitectura empresarial.
• Asegurar que cada persona que será
involucrada en el compromiso para el éxito
del proceso arquitectónico
• Definir el footprint (modelo conceptual) de la
arquitectura
• Definir el framework y sus detalles
• Definir los criterios para evaluar la
arquitectura
• Iniciar el repositorio de la arquitectura
TOGAF
Fuente: Open Group
48
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
49. Prelimenares para definir la Arquitectura Empresarial
Fase – Arquitectura de Visión:
En esta se define el proyecto a partir del
compromiso de la administración, de.
• Inicia una iteración del proceso de arquitectura
• Define el alcance, las restricciones y expectativas
para la iteración
• Valida el contexto del negocio, sus principios,
metas y direccionamientos (Plan estratégico)
• Identifica los stakeholders, sus problemas y
objetivos
• Define los requisitos y restricciones del negocio.
TOGAF
Fuente: Open Group
49
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
50. Prelimenares para definir la Arquitectura Empresarial
Fuente: Open Group
50
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
52. Arquitectura de Negocio
Arquitectura del
Negocio
Arquitectura de la
Información
Arquitectura de
Aplicaciones
Arquitectura de Tecnologías
La arquitectura de negocio es resultado de la
definición de la estrategia de la organización, de
sus procesos de negocio y su funcionalidad
(Sousa, Marques & Alves, 2005). Es la base para
identificar los requisitos de los sistemas de
información que apoyan a las actividades del
negocio.
Gestión de Procesos
(Business Process Management – BPM)
La Arquitectura de Negocio describe CÓMO lograr las estrategias planteadas entre el negocio y TI.
Fuente: Open Group
52
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
53. Arquitectura de Negocio
Misión
El propósito de la definición de la misión corporativa, consiste en
establecer la dirección y el enfoque, bajo el cual se tomarán las
decisiones estratégicas.
Por lo general, una misión bien definida consta del establecimiento
del rubro (negocio) de la organización, su visión, metas a grandes
rasgos, y enuncia los principales valores filosóficos que respaldan su
actuar
Fuente:
http://www.inf.utfsm.cl/~lhevia/asignaturas/
sdeg/topicos/Gestion/cap1pdf.pdf
53
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
54. Arquitectura de Negocio
Visión
Es el segundo componente en la declaración de la misión
corporativa, llamado también intento estratégico, consiste
en una manifestación formal de lo que la empresa trata de
lograr. Ejemplo: “ser la mejor empresa de productos
alimenticios del mundo”.
Fuente:
http://www.inf.utfsm.cl/~lhevia/asignaturas/
sdeg/topicos/Gestion/cap1pdf.pdf
54
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
55. Arquitectura de Negocio
Estrategia
Estrategia es el patrón o plan que integra las principales metas y políticas de
una organización, y a la vez establece las acciones coherentes a realizar.
Según esta definición, una estrategia debe ser racionalmente planificada, esto
determina metas y objetivos a largo plazo, distribución adecuada de recursos,
y un plan de acción que ponga en práctica todo lo anterior.
La estrategia del negocio define QUÉ se va a lograr
Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf
55
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
56. Arquitectura de Negocio
TOGAF
Fuente: Open Group
56
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
57. Arquitectura de Negocio
• En el primer paso, es muy importante ubicar la
organización en un sector industrial y seleccionar el
modelo de referenica proporcionado por el Enterprise
Continuum. Este será usado como base para la definición
de la arquitectura futura y específica de la organización.
• Ejemplo:
• ARTS – Sector: Retail
• Etom – Sector: Telecom
El la arquitectura del Repositorio deberán existir modelos
de referencia para cada sector industrial.
57
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
58. Modelos de Referencia para abordar el
desarrollo de una AE
Modelo de referencia de negocios
Es un modelo de referencia, concentrándose en los
aspectos funcionales y organizacionales de la actividad
principal de una empresa, organización de servicio o
agencia de gobierno.
En la ingeniería de la empresa un modelo de referencia de
negocios es parte de un marco de trabajo de Arquitectura
Empresarial o Architecture Framework.
58
http://en.wikipedia.org/wiki/Business_reference_model
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
59. Arquitectura de Negocio – Ejemplo
Modelo de Referencia
http://astimen.wordpress.com/category/ngoss-etom/
eTOM (enhanced Telecom Operations Map)
http://www.tmforum.org/InformationFramework/1684/home.html
http://videos.cw-innovations.de/etom-enhanced-telecom-operations-map-best-practice-
framework-fuer-die-telekomindustrie/1187/
LINKS:
59
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
60. Otros modelos de referencia del Negocio
• FEA Business Reference Model
• http://www.whitehouse.gov/sites/default/files/omb/assets/fea_docs/
FEA_CRM_v23_Final_Oct_2007_Revised.pdf
• Business Process Model from the FEAPMO, version 2.0
• http://pic.dhe.ibm.com/infocenter/rsysarch/v11/index.jsp?topic=%2F
com.ibm.sa.irma.doc%2Ftopics%2Fc_Business_Ref_Mdl_BRM.ht
ml
Así se pueden encontrar otros modelos de referencia de difererentes
tipos de negocio (dominios empresariales): banca, educación, textil,
servicios, retail, etc.
60
62. Gestión de Procesos de Negocio
62
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
63. Gestión de Procesos de Negocio
[Fuente: http://bpminsights.blogspot.com/2006/11/big-
picture.html]
63
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
64. Gestión de Procesos de Negocio
• Workflow (el flujo de trabajo)
La secuencia de actividades que
entrega un resultado para una
organización. Se analiza la
secuencia para detectar desperdicio,
fuentes de errores, fuentes de
retrasos y otras impedimentos para
un flujo del trabajo eficiente.
(video recomendado:
http://www.youtube.com/watch?v=3K
JjKY8k9Lk)
• Systems (los sistemas)
Los sistemas de una organización
son mas y más importantes para el
mejoramiento de los procesos. Qué
sistemas se usan actualmente para
apoyar a los procesos? Cuál es la
dimensión del apoyo? Cuál es el
nivel de integración de los sistemas?
Qué innovaciones podemos
observar?
[Fuente: http://bpminsights.blogspot.com/2006/11/big-
picture.html]
64
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
65. Gestión de Procesos de Negocio
[Fuente: http://bpminsights.blogspot.com/2006/11/big-
picture.html]
• Metrics (métricas)
• Definir indicadores que
muestren si la empresa
cumple con los objetivos
• Para indicar medidas para
mejorar los procesos
• Una empresa que esta
enfocada en ser líder de
costos (cost leadership)
necesita otras métricas que
una empresa que esta
enfocado en el servicio al
cliente
• Se pueden ponderar las
métricas según su
importancia para lograr los
objetivos de la empresa.
Las métricas con mas peso
dan también orientación
para el mejoramiento de
procesos
65
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
66. Métricas en el proceso de Negocio
Key Success Factors (KSF) Factores críticos
de éxito (clave) - FCE
Aspectos que son indispensables para el adecuado
funcionamiento de un proceso
Key Goal Indicators (KGI)
Mide el impacto o consecuencia de un proceso en el
contexto de una empresa
Key Performance Indicators (KPI)
Mide el funcionamiento de un proceso
Balance Scorcard
66
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
67. Gestión de Procesos de Negocio
• Governance (la gobernabilidad)
• Gobernabilidad también tiene un
impacto en el mejoramiento de los
procesos. Muchos procesos son
ineficientes debido a las normas,
reglas y políticas existentes. Ellos
afectan las iniciativas de
mejoramiento.
• Si son externos (leyes etc.) no se
puede hacer mucho, pero si son
internos se tiene que pensar en
revisarlos
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
67
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
68. Gestión de Procesos de Negocio
• Personnel (los empleados)
• Buenas practicas con respecto a la
contratación de empleados facilita la
incorporación de “process thinkers” (personas
que piensan en procesos).
• Una capacitación que se realiza de una manera
metódica asegurará coherencia en la manera
como se realiza y se mejora el trabajo dentro
de una organización.
• Una condición previa para lograr resultados
excelentes es la gente que esta a cargo de la
realización de la actividades y el trabajo en una
empresa.
• La “calidad” de estas personas se asegura a
través de un proceso de contratación bien
diseñado que apoya la realización de los
objetivos de la organización.
68
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
69. Gestión de Procesos de Negocio
• Environment (el entorno)
Tanto los factores internos,
como p.ej. la estructura de una
organización o la infraestructura
física, como los factores
externos, incluyendo los
mercados de objetivo y factores
económicos pueden influir el
diseño de los procesos de una
empresa.
69
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
70. Gestión de Procesos de Negocio
* Mas preciso: Gobierno Corporativo, Administración de Riesgos y Cumplimiento Regulatorio
70
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
72. Gestión de Procesos de Negocio
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
72
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
73. Gestión de Procesos de Negocio
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
Herramientas BPM (Business
Process Modelling)
73
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
74. Gestión de Procesos de Negocio
Modelado del Proceso de Negocio (Ej: Proceso Solicitud de Vacaciones)
74
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
75. Gestión de Procesos de Negocio
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
Herramientas BAM (Business
Activity Monitoring)
75
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
76. Gestión de Procesos de Negocio
Herramientas BPM (Business
Process Management)
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
76
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
77. 77
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
78. 78
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
79. Una vista
más
“técnica”:
Business Process
Ontology*
[Barros,O.:BusinessProcessesArchitectureandDesign,inBPTrends,p.1May2007]
* El término ontología en
la informática hace
referencia a la formulación
de un exhaustivo y
riguroso esquema
conceptual dentro de uno
o varios dominios dados;
con la finalidad de facilitar
la comunicación y la
compartición de la
información entre
diferentes sistemas y
entidades
[http://es.wikipedia.org/wiki
/Ontolog%C3%ADa_(Infor
m%C3%A1tica)]
79
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
80. ARQUITECTURA DE
SISTEMAS DE INFORMACIÓN
– ARQUITECTURA DE DATOS
TOGAF – Open Group:
http://pubs.opengroup.org/architecture/togaf9-
doc/arch/chap10.html
80
81. Arquitecturas de Sistemas de Información
Fuente: Open Group
81
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
82. Arquitecturas de Sistemas de Información
Fuente: Open Group
82
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
83. Arquitecturas de Sistemas de Información
Fuente: Open Group
83
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
84. Arquitecturas de Sistemas de
Información
Arquitectura de
Datos/Información
Arquitectura de Negocio
Arquitectura de
Aplicaciones
Arquitectura de Tecnologías
La arquitectura de la información describe
qué necesita la organización saber para
ejecutar los procesos descritos en la
arquitectura de negocio. Es decir,
especifica qué partes del proceso de
negocio son apoyadas por cada aplicación
y donde cada tipo de datos será
almacenado y manejado.
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html
84
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
85. Arquitectura de Datos
• El objetivo aquí es definir los principales tipos y fuentes
de datos necesarios para soportar el negocio, de una
manera que es:
Comprensible por los interesados
Completa y consistente
Estable
El esfuerzo en esta arquitectura NO se refiere al diseño de
base de datos.
Fuente: Open Group
85
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
86. Arquitectura de Datos
El objetivo es definir las entidades de datos relevantes para la empresa,
no para diseñar sistemas de almacenamiento lógico o físico. (Sin
embargo, los vínculos a los archivos y bases de datos existentes pueden
desarrollarse, y puede demostrar áreas significativas de mejora)
Fuente: Open Group
86
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
87. Arquitectura de Datos
• El equipo de arquitectura tendrá que considerar qué
recursos relevantes arquitectura de datos están
disponibles en el Enterprise Continuum, en particular,
los modelos de datos genéricos relevantes a la industria
"vertical" del sector. Por ejemplo:
• ARTS ha definido un modelo de datos para la industria de
Retail (al por menor).
• POSC ha definido un modelo de datos para la industria
de petrotécnicos.
Fuente: Open Group
87
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
88. Arquitectura de Datos
ARTS – DATA MODEL
http://www.nrf-arts.org/content/arts-data-model-home-page
88
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
89. Arquitectura de Datos
Customer Subject Area Data Model for ARTS
http://www.nrf-arts.org/content/arts-data-model-home-page
89
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
90. Arquitectura de Datos
• Otros Modelos de Referencia:
• The Enterprise Data Model -
http://www.whitehouse.gov/sites/default/files/omb/assets/egov_doc
s/DRM_2_0_Final.pdf
• Modelo de datos para la industria de la distribución de alimentos:
http://www.databaseanswers.org/data_models/food_distribution/ind
ex.htm
• Modelo de Referencia de Datos Sector Financiero:
http://www1.worldbank.org/publicsector/pe/trm.pdf
http://www.information-management.com/issues/20020701/5339-
1.html
• Universal Data Models for Manufacturing: http://www.information-
management.com/issues/20021201/6078-1.html
90
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
91. Arquitecturas de Sistemas de Información
Fuente: Open Group
91
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
92. ARQUITECTURA DE
SISTEMAS DE INFORMACIÓN
– APPLICATION
ARCHITECTURE
TOGAF – Open Group:
http://pubs.opengroup.org/architecture/togaf9-
doc/arch/chap11.html
92
93. Arquitectura de Aplicaciones
• Objetivo
• Desarrollar la Arquitectura de Aplicación de destino
(Target) que permite desplegar la Arquitectura de Negocio
y la de Visión en la organización, cumpliendo así con la
Solicitud de Trabajo Arquitectura (base line) y las
preocupaciones de los interesados.
• Identificar los componentes de la Hoja de Ruta de
Arquitecturas candidatas sobre la base de las diferencias
entre la línea de base y las arquitecturas de aplicaciones
de destino.
93
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
94. Arquitectura de Aplicaciones
94
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
APLICACIONES DE SOFTWARE
QUE ACTUALMENTE APOYAN LA
ORGANIZACIÓN
Qué hay hoy?
Qué applicaciones de
software necesito para
apoyar las estrategias
de la organización
95. Arquitectura de Aplicaciones
95
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
Catálogo de
Aplicaciones
96. Arquitectura de Aplicaciones
96
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
Catálogo de
Interfases
Catálogo de
Aplicaciones
97. Arquitectura de Aplicaciones
97
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
Matrices
Catálogo de
AplicacionesMatriz de Aplicación / Organización
Función / Aplicación matriz
Matriz de Uso / función
Matriz de interacción de aplicaciones
Catálogo de
Interfases
98. Arquitectura de Aplicaciones
98
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
Diagramas
Catálogo de
AplicacionesDiagrama de comunicaciones de la aplicación
Aplicación y ubicación del usuario diagrama
Diagrama de casos de uso de aplicaciones
Diagrama de administración empresarial
Diagrama de realización de procesos / aplicaciones
Diagrama de distribución de software
Catálogo de
Interfases
Matrices
99. El Blueprint de un Modelo de Referencia
de la Arquitectura de Aplicaciones
99
Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
100. Detalle del Modelo de Referencia de la
Arquitectura de Aplicaciones
100
Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
101. Arquitectura de Aplicaciones vista desde
Zachman
101
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
102. Arquitectura de Aplicaciones
• El Open Group cuenta con un modelo de referencia para la Infraestructura de
Información Integrado (III-RM) que se centra en los componentes de nivel de
aplicación y servicios necesarios para proporcionar una nfraestructura de información
integrada.
• Ver las siguientes referencias:
• http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap22.html
102
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
103. Arquitectura de Aplicaciones
103
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Federal Architecture Reference Model (http://www.dol.gov/_sec/e_government_plan/p37_appendixc.htm#.UL0vUuSmBlw)
104. Arquitectura de Aplicaciones
104
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
Business Reference Model of Healthcare (U.S. Department of Health & Human Services)
105. Arquitectura de Aplicaciones
105
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
SOA Reference Model
(Fuente: SOA terminology overview, Part 1: Service, architecture, governance, and business terms)
106. Arquitectura de Aplicaciones
106
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
SOA – Enterprise Architecture
Algunos links de referencia documental:
- http://www.opengroup.org/soa/source-book/soa/soa_ea.htm
- http://www.slideshare.net/mstabare/arquitecturas-empresariales-introduccin
- http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap11.html
- http://www.ibm.com/developerworks/webservices/library/ws-soa-term1/
- http://www.ibm.com/developerworks/webservices/library/ws-soa-enterprise2/
- http://www.ibm.com/developerworks/webservices/library/ws-soa-enterprise3/
- http://msdn.microsoft.com/en-us/architecture/aa699438.aspx
- http://sreenisetty.blogspot.com/