Archive | Tecnología e Información RSS for this section

CATÁLOGOS/ DIAGRAMAS/ MATRICES TOGAF


  • Catálogo De Principios: Contiene los principios del negocio y de la arquitectura que describen la solución ideal que puede adoptar la organización.
  • Catálogo De requerimientos: Identifica los requisitos y los detalles que la empresa necesita saber para conocer sus objetivos.
  • Catálogo de Productos, Control, Eventos y Procesos: Proporciona la jerarquía, eventos que se dan a partir de, los productos que vienen desde, y los controles que se les aplican a la hora de la ejecución de los procesos.
  • Catálogo de portafolio de aplicación:  Identifica una lista de todas las aplicaciones de la empresa. Esta lista ayuda a definir el propósito de las iniciativas de cambio que pueden impactar en los tipos de aplicaciones.
  • Catálogo de interfaces (Fase C – Arquitectura de aplicaciones): Su propósito es documentar la relación entre interfaces y aplicaciones que permitan a las dependencias generales que se comuniquen tan pronto como sea posible.
  • Catálogo de portafolio tecnológico: Lista todas las tecnologías usadas en la empresa, incluyendo hw, sw y aplicaciones.
  • Diagrama de casos de uso del sistema: Especifican la funcionalidad y el comportamiento de un sistema mediante su interacción con actores, roles y otros sistemas.
  • Matriz de aplicaciones / datos: Representa la relación entre las aplicaciones y las entidades de datos que se tiene acceso.
  • Matriz actor/rol: El propósito de esta matriz es mostrar qué actores realizan qué roles, apoyándose en la definición de seguridad y los requisitos de habilidades.
  • Catálogo de estándares tecnológicos: Documenta los estándares que tienen que ver con tecnología cruzando las versiones, los ciclos de vida de la tecnología.
  • Un diagrama lógico de datos proporciona una vista gráfica de la estructura de un sistema de información, y le ayuda a analizar la estructura de su sistema de datos a través de entidades y relaciones.
  • Diagrama de Ingeniería de Comunicaciones (Fase D-Arquitectura Tecnológica): Describe los medios de comunicación – los métodos de envío y recepción de información – entre los activos de la Arquitectura Tecnológica. Identifica los límites de la red y la infraestructura de red necesaria.
  • El diagrama de ciclo de vida de los datos es una parte esencial de la gestión de los datos de negocio a través de su ciclo de vida, desde la concepción hasta la eliminación, dentro de las limitaciones del proceso de negocio.

34_contentfwk3

MATRIZ ROL/APLICACIONES


El propósito de la matriz de Rol / Aplicación es describir la relación entre las aplicaciones y los roles de negocio que sos utilizados por la empresa. El mapeo de la relación de componentes – función de aplicación es un paso importante, permite que el siguiente tenga lugar:

  • Asignar el uso de aplicaciones a las funciones específicas en la organización.
  • Entender los requisitos de seguridad de la aplicación, de los servicios y procesos de apoyo a la función de negocio, y se les trata de acuerdo con la política actual.
  • Apoyar el análisis de las deficiencias y determinar si alguna de las aplicaciones están deficiente y si es necesario la creación de una nueva.
  • Definir el conjunto de aplicaciones que utiliza una función de negocio en particular; esencialmente en cualquier movimiento hacia la computación basada en roles.

funcion

EVOLUCIÓN DE DODAF


  • DoDAF evolucionó en los EE.UU, la primera versión DoDAF fue desarrollado en la década de 1990 bajo el nombre de framework de arquitectura C4ISR. La primera versión oficial v1.0 C4ISR Architecture Framework, fue lanzada el  7 de junio de 1996, en respuesta a la aprobación de la Ley Clinger-Cohen. Desde principios de 1995 el subsecretario del Departamento de Defensa, encamino todos sus esfuerzos en definir y desarrollar un mejor medio en el proceso de asegurar que las capacidades de C4ISR fueran interoperables y que al mismo tiempo satisfagan las necesidades de los combatientes. El esfuerzo continuo desarrollado resultó en diciembre de 1997 en la segunda versión, C4ISR Architecture Framework v2.0.
  • En agosto de 2003 la v1.0 DoDAF fue lanzada, debido a la reestructuración del Framework v2.0 C4ISR para ofrecer mejor orientación, descripciones de productos, e información complementaria en dos volúmenes de un libro escrito. Se amplió la aplicabilidad de los principios y prácticas de arquitectura de todos los interesados y no sólo a la comunidad C4ISR.
  • Esta versión aborda el uso de arquitecturas integradas, las políticas del Departamento de Defensa y el Federal, el valor de las arquitecturas, las medidas de la arquitectura, los procesos de apoyo a la decisión del Departamento de Defensa, las técnicas de desarrollo, técnicas de análisis, y la CADM v1.01, y se dirigió hacia un enfoque basado en el repositorio, haciendo hincapié en  elementos de datos de arquitectura que integran productos.

evu

GENERALIDADES TOGAF


The Open Group Architecture Framework en la actalidad se encuentra en la versión (9.1) del 2011. Está pensada para que “encaje” con otros marcos de referencia. Su objetivo es proporcionar metodología y directrices para establecer una buena AE. Posee fases iterativas y cíclicas. Está dedicado a orientar la gestión del cambio en la empresa.

En sus características se destaca enfoques de seguridad, stakeholders, análisis de brechas, gestión del cambio, requerimientos de interoperabilidad, gestión de riesgos, entre otros. Vuelve el concepto de gobernanza.

Desde los 90 Zachman era el propietario de estas metodologías y enfoques. Desde la versión 8 se empieza a tener una visión robusta de este enfoque. La versión 9 replantea los aspectos de la organización con respecto a los anteriores enfoques.

Las ventajas de una AE garantiza la no duplicidad, integración, eficiencia y por decirlo así una sola instancia de la información. Tener en cuenta poseer contratos para acordar los lineamientos correctamente entre las partes interesadas. Esta es una buena forma para garantizar calidad y orden.

Maneja 5 dominios:

  • Estrategia: Forma de como realizar los objetivos de la organización.
  • Negocio: Se maneja los procesos de la empresa.
  • Aplicaciones y Sistemas: Manejo de Sistemas de Información.
  • Información y Datos: La información es la clave para la organización.
  • Redes e Infraestructura: Es la infraestructura que soporta la información y los datos.

Se integra con marcos como Cobit (orienta en el direccionamiento), Prince2 (es el PMBOK orientado a tecnología) e Itil (TI orientado a servicio).

OP

ARQUITECTURA DINÁMICA


La arquitectura es algo dinámico (en el enfoque de sistemas). Se puede entender la arquitectura como la instancia de un objeto donde cada instancia se puede apreciar desde diferentes perspectivas o vistas. La visión depende del sujeto que la este apreciando.

Zachman utiliza unas comparaciones con respecto a la construcción de grandes sistemas o edificios. Se empieza de un nivel alto de abstracción para luego seguir con la descripción del sistema. Aquí el elemento principal es la planeación, análogamente con los planos del edificio.

Las columnas base de la arquitectura de Zachman es:

  • Qué (Datos) → Lista de materiales
  • Quién (Personal) → Instrucciones de Operación
  • Como (Funciones) → Especificaciones funcionales
  • Donde (Lugar) → Diagramas
  • Cuando (Tiempo) → Diagramas de Tiempo
  • Por que (A futuro) → Objetivos de Diseño

En los años 70 esta filosofía solo aplicaba a la parte de DATOS pero aproximadamente en los 90 se fue adaptando a la arquitectura empresarial. El enfoque implica la presencia de todos los personajes relacionados de la empresa.

Diferentes modelos de representación

  • Alcance de los Objetivos (Planeación)
  • Modelo empresarial (Owner)
  • Modelo de sistema (Diseñador)
  • Modelo de tecnología (Builder)
  • Representaciones detalladas (Subcontractor)

Los datos son a los insumos como los programas son la forma de cómo operar con los datos. Existen 6 reglas de este framework. Este framework sirve y aporta un modelo para tener una abstracción de la empresa y así poderla representar fácilmente.

cuadro

DIAGRAMA DE CASOS DE USO DEL NEGOCIO


Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente útiles en la comunicación con el cliente.

Hablando en el tema del negocio, primero miramos que es un modelo de casos de uso del negocio, este describe los procesos de un negocio, vinculados al campo de acción, y como se beneficien e interactúan los socios y clientes en estos procesos.

Fig0301

DIAGRAMA DE DESCOMPOSICIÓN DE LA PLATAFORMA


El diagrama de descomposición representa la plataforma tecnológica que soporta las operaciones de la arquitectura de los sistemas de Información. El esquema cubre todos los aspectos de infraestructura y proporciona una visión general de la plataforma tecnológica de la empresa.

El diagrama se puede ampliar para mapear la plataforma de tecnología necesaria por los componentes de aplicación dentro de un área funcional o proceso específico. Este diagrama puede mostrar detalles de las especificaciones, como las versiones de producto, número de CPU, o simplemente podría ser un vistazo informal que proporcione una visión general del entorno técnico.

El diagrama debe mostrar claramente las aplicaciones empresariales y la plataforma de tecnología para cada área de aplicación, el diagrama se puede descomponer de la siguiente manera:

Hardware:

  • Componentes tecnológicos lógicos
  • Componentes tecnológicos físicos

Software:

  • Componentes tecnológicos lógicos
  • Componentes tecnológicos físicos

Dependiendo del alcance de la arquitectura empresarial,  se puede adicionar la tecnología de información necesaria  entre plataformas (por ejemplo, comunicaciones, telecomunicaciones y redes de voz y datos).

En este diagrama, se obtiene una visión global de lo siguiente:

  • Los componentes de aplicación que se implementan, y los componentes físicos de aplicación que los soportan.
  • Los componentes de físicos de tecnología  que soporta los componentes físicos de aplicación.
  • Los componentes lógicos tecnológicos y los componentes físicos de tecnología.
  • Las tecnologías que los componentes lógicos de tecnología utilizan
  • Los Servicios de la plataforma que alimentan la lógica de los componentes tecnológicos.

plat

BENEFICIOS DE LA METODOLOGÍA BSP


• Coordinación de la planeación de procesos de reingeniería con planes de mejoramiento técnico.

• Seguridad de que datos, aplicaciones y arquitecturas están alineadas con requerimientos de procesos funcionales.

• Dirección de estrategias de sistemas de información.

• Planes de acción y requerimiento de recursos para las estrategias de implementación de sistemas de información.

• El enfoque BSP es un método eficaz para describir una organización después de haber reunido datos acerca de ésta y de sus sistemas de información tal como existen en un determinado momento.

• Involucra a todos los niveles de la organización en el proceso de planificación mejorando sus relaciones, ya que provee un excelente medio para sincronizar los intereses de los usuarios funcionales.

• Proporciona al final del proceso bases de datos compartidas en diferentes aplicaciones que garantiza la integración.

• Identifica todas las aplicaciones que soportan las actividades de la organización.

• Las matrices utilizadas garantizan claridad y precisión de terminología y lenguaje, que son decisivos en el éxito o fracaso de un proyecto de reingeniería.

consulting

BUSINESS SYSTEM PLANNING (BSP)


El Business System Planning fue creado en los años 60. Se encarga de la identificación de requerimientos necesarios para poner en marcha una organización. Se ve a la empresa desde arriba para atacar los problemas desde abajo.

Se ocupa de 2 grandes áreas:

  • Procesos de Negocio
  • Clases de Datos

Se divide en 3 bloques:

  1. Planeación en equipo
  2. Planeación Top Down
  3. Desarrollo Botton Up

En BSP la alta dirección tiene que estar comprometida, si no lo esta, esto es grave para las aspiraciones de la empresa. Es necesario que se difundan los objetivos y los detalles de los proyectos que se están desarrollando en la organizacion.

Para los equipos de trabajo, es importante que se maneje un mismo lenguaje para que haya claridad. En ocasiones no hay suficiente personal para hacer las labores de planeación, por tal razón los empleados de TI tienen que duplicar su trabajo para cumplir a cabalidad sus responsabilidades en ambos perfiles.

“La administración se basa en el sentido común”

manufacturing-resources-planning-638

MECANISMOS DE TRANSFORMACIÓN DE AE


  •  As-Is: Como esta la organización actualmente. Arquitectura actual.
  • To-Be: Como debe estar la organización a futuro. Arquitectura ideal a futuro.
  • Cuando la estructura de la empresa es muy jerarquizada, la complejidad es mayor ya que casi no aporta flexibilidad para manejar los procesos y actividades dentro de la misma. La arquitectura de la compañía debe cobijar las arquitecturas menores de esta, la arquitectura de negocio y la arquitectura tecnológica.
  • Arquitecto Empresarial: Es un personaje que debe tener una concepción más amplia que el ideal técnico y estratégico de la organización. Tiene que tener claro los objetivos, las características, las áreas y todo lo relacionado con la empresa.
  • Otros roles como: Desarrolladores, DBA, Testers, Clientes e interesados, CIO/CEO, Personal de Soporte (Mesa de ayuda), Arquitecto de Seguridad.
  • Anteriormente la tecnología se usaba solamente para labores operativas, por tal motivo no se pensaba en una planeación estratégica. Solo para resolver problemas del presente, a futuro no se pensaba nada.

aumentame-672x338