Flores Fuentes Kevin Tarea: 3 11 de septiembre de 2019

1-TOGAF
TOGAF, an Open Group Standard (Estándar de grupo abierto) es:
• Una metodología y un marco de arquitectura empresarial probados y
utilizados por las principales organizaciones del mundo para mejorar la
eficiencia de los negocios.
• La arquitectura empresarial más destacada y confiable, asegurando
estándares, métodos y comunicación entre profesionales de la arquitectura
empresarial.
• TOGAF ayuda a los profesionales a evitar estar encerrados en métodos de
propiedad, utilizar recursos de manera más eficiente y efectiva, y obtener un
mayor retorno de la inversión.
TOGAF contienen 4 dominios de arquitectura que son comúnmente aceptados
como un subdominio de la arquitectura de una empresa:
1. Arquitectura de Negocios: Define estrategias de negocios, gobernanza,
organización y procesos claves de negocios.
2. Arquitectura de Aplicación: Provee un plano para sistemas individuales de
aplicación que serán desplegados al igual que las interacciones entre estos
y los procesos de negocios.
3. Arquitectura de Datos: Explica la manera en que los datos son ordenados y
almacenados por la organización
4. Arquitectura Técnica: Describe el componente físico, software y de redes
necesario para soportar el núcleo ya especificado.
Basándonos en los 4 dominios anteriores, podemos clasificar a TOGAF de la
siguiente manera:
1.1-Método de Desarrollo de Arquitectura (ADM)
La ADM provee una manera probada y repetible para desarrollar arquitecturas. Este
establece un framework de arquitectura, contenido de la misma, transición y
gobernanza. Todas estas actividades se llevan a cabo siguiendo un ciclo iterativo
de definiciones de arquitectura, las cuales permiten transformar a una empresa de
manera controlada de tal manera que se responda a los objetivos de negocios y
oportunidades.
1.1.1 Fase preliminar
Esta fase sirve para preparar a la organización en la creación de un exitoso plan de
arquitectura. Con ella podremos, entender el ambiente del negocio, comprender la
alta gerencia, alcanzar un acuerdo respecto al alcance, establecer principios, etc.
1.1.2 Fase A: Visión de Arquitectura
• Se inicia una iteración del proceso de arquitectura.
 • Afianzamos el alcance, limitaciones y expectativas
• Validamos el contexto del negocio
• Se construye una declaración del trabajo de la arquitectura

1.1.3 Fase B: Arquitectura de Negocio

Se analiza la organización fundamental del negocio, posterior a ello se define la
estructura de la organización, los objetivos de negocio y metas, los servicios que
ofrece el negocio, los procesos del mismo, entre otros. Finalmente se selecciona los
modelos de referencia, se define la descripción de la arquitectura base, la
descripción de la arquitectura objetivo, se realiza un análisis de diferencias, así
como el mapa de objetivos.
1.1.4 Fase C: Arquitectura de Sistemas de Información
En esta fase se definen los aspectos fundamentales en los sistemas de información
de nuestra empresa, estos están distribuidos en; tipos de información de alta
importancia en la empresa junto a sus sistemas de aplicación que los procesan,
relaciones entre cada uno y el ambiente, al igual que los procesos que gobiernan
su diseño y evolución. Con esto demostraremos como los Sistemas de Información
servirán para alcanzar los objetivos de la empresa.
1.1.5 Fase D: Arquitectura Tecnológica
En esta fase especificamos como el SI recibirá soporte por medio de un
componente, tanto basado en Hardware como en Software, al igual que la
comunicación y relación con el negocio.

1.1.6 Fase E: Oportunidades y Soluciones

Aquí, realizamos las siguientes actividades:

• Planeación Inicial de implementación

• Identificar los proyectos mas grandes en la implementación
• Agrupar proyectos en arquitecturas de transición
• Evaluar prioridades

1.1.7 Fase F: Planeación de Migraciones

Para los proyectos identificados en la Fase E, realizamos:

• Un análisis costo/beneficio
 • Evaluación de riegos

1.1.8 Fase G: Implementación de la Gobernanza

En esta fase:

• Se provee una supervisión arquitectónica de la implementación

• Definimos limitaciones existentes en los proyectos de implementación
• Contratos de arquitectura
• Producimos una estimación del valor de negocios.

1.1.9 Fase H: Gestión de la arquitectura de cambio

Al realizar este proceso, se obtiene un documento entregable, el cual es un
producto previamente especificado en un contrato, por esto se revisa formalmente
y es aprobado por los inversionistas. Un Artefacto, es un producto específico que
describe una arquitectura desde un punto de vista específico. Estos, representan
una lista de requerimientos de arquitectura y una matriz de interacción con el
negocio. Un Bloque de Construcción, representa un componente (normalmente
reusable) del negocio, que al ser combinado con otro con otros bloques se crearan
arquitecturas y soluciones.

2-COBIT
Los Objetivos de Control para la Información y las Tecnologías Relacionadas
(COBIT), ayuda a satisfacer las múltiples necesidades de la Administración
estableciendo un puente entre los riesgos del negocio, los controles necesarios y
los aspectos técnicos. Provee buenas prácticas a través de un dominio y el marco
referencial de los procesos y presenta actividades en una estructura manejable y
lógica.
COBIT se aplica a los sistemas de información de toda la empresa, incluyendo los
computadores personales y las redes. Está basado en la filosofía de que los
recursos TI(Tecnologías de Información) necesitan ser administrados por un
conjunto de procesos naturalmente agrupados para proveer la información
pertinente y confiable que requiere una organización para lograr sus objetivos. La
estructura del modelo COBIT propone un marco de acción donde se evalúan los
criterios de información.
El conjunto de lineamientos y estándares internacionales conocidos como COBIT,
define un marco de referencia que clasifica los procesos de las unidades de
tecnología de información de las organizaciones en cuatro “dominios” principales, a
saber:
2.1.1 Planificación y Organización
Este dominio cubre la estrategia y las tácticas y se refiere a la identificación de la
forma en que la tecnología de información puede contribuir de la mejor manera al
logro de los objetivos del negocio. Además, la consecución de la visión estratégica
necesita ser planeada, comunicada y administrada desde diferentes perspectivas.
Finalmente, deberán establecerse una organización y una infraestructura
tecnológica apropiadas.
2.1.2 Adquisición e Implementación
Para llevar a cabo la estrategia de TI, las soluciones de TI deben ser identificadas,
desarrolladas o adquiridas, así como implementadas e integradas dentro del
proceso del negocio. Además, este dominio cubre los cambios y el mantenimiento
realizados a sistemas existentes.
2.1.3 Soporte y Servicios:
En este dominio se hace referencia a la entrega de los servicios requeridos, que
abarca desde las operaciones tradicionales hasta el entrenamiento, pasando por
seguridad y aspectos de continuidad. Con el fin de proveer servicios, deberán
establecerse los procesos de soporte necesarios. Este dominio incluye el
procesamiento de los datos por sistemas de aplicación, frecuentemente clasificados
como controles de aplicación.
2.1.4 Monitoreo
Todos los procesos necesitan ser evaluados regularmente a través del tiempo para
verificar su calidad y suficiencia en cuanto a los requerimientos de control.
Estos dominios agrupan objetivos de control de alto nivel, que cubren tanto los
aspectos de información, como de la tecnología que la respalda. Estos dominios y
objetivos de control facilitan que la generación y procesamiento de la información
cumplan con las características de efectividad, eficiencia, confidencialidad,
integridad, disponibilidad, cumplimiento y confiabilidad.
2.2 Usuarios
• La Gerencia: para apoyar sus decisiones de inversión en TI y control sobre
el rendimiento de las mismas, analizar el costo beneficio del control.
• Los Usuarios Finales: quienes obtienen una garantía sobre la seguridad y el
control de los productos que adquieren interna y externamente.
• Los Auditores: para soportar sus opiniones sobre los controles de los
proyectos de TI, su impacto en la organización y determinar el control mínimo
requerido.
• Los Responsables de TI: para identificar los controles que requieren en sus
áreas.
2.3 Características
• Orientado al negocio
• Alineado con estándares y regulaciones "de facto"
• Basado en una revisión crítica y analítica de las tareas y actividades en
TI
• Alineado con estándares de control y auditoria (COSO, IFAC, IIA, ISACA,
AICPA)
2.4 Principios
El enfoque del control en TI se lleva a cabo visualizando la información necesaria
para dar soporte a los procesos de negocio y considerando a la información como
el resultado de la aplicación combinada de recursos relacionados con las TI que
deben ser administrados por procesos de TI.
2.4.1 Requerimientos Fiduciarios
• Efectividad: La información debe ser relevante y pertinente para los procesos
del negocio y debe ser proporcionada en forma oportuna, correcta,
consistente y utilizable.
• Eficiencia: Se debe proveer información mediante el empleo óptimo de los
recursos (la forma más productiva y económica).
2.4.2 Requerimientos de Seguridad
• Confiabilidad: Proveer la información apropiada para que la administración
tome las decisiones adecuadas para manejar la empresa y cumplir con sus
responsabilidades.
• Cumplimiento: De las leyes, regulaciones y compromisos contractuales con
los cuales está comprometida la empresa.
2.4.3 Recursos en TI necesarios para los objetivos de negocio
• Datos: Todos los objetos de información. Considera información interna y
externa, estructurada o no, gráficas, sonidos, etc.
• Aplicaciones: Entendidas como sistemas de información, que integran
procedimientos manuales y sistematizados.
• Tecnología: incluye hardware y software básico, sistemas operativos,
sistemas de administración de bases de datos, de redes,
telecomunicaciones, multimedia, etc.
• Instalaciones: Incluye los recursos necesarios para alojar y dar soporte a los
sistemas de información.
• Recurso Humano: Por la habilidad, conciencia y productividad del personal
para planear, adquirir, prestar servicios, dar soporte y monitorear los
sistemas de Información, o de procesos de TI.
4-Tipos de Arquitectura de Software
4.1 Arquitectura Cliente Servidor
Es la integración distribuida de un sistema en red, con los recursos, medios y
aplicaciones que, definidos modularmente en los servidores, administran,
ejecutan y atienden las solicitudes de los clientes; todos interrelacionados física
y lógicamente, compartiendo datos, procesos e información; estableciendo así
un enlace de comunicación transparente entre los elementos que conforman la
estructura.
IBM define al modelo Cliente/Servidor como:
Es la tecnología que proporciona al usuario final el acceso transparente a las
aplicaciones, datos, servicios de cómputo o cualquier otro recurso del grupo de
trabajo y/o, a través de la organización, en múltiples plataformas. El modelo
soporta un medio ambiente distribuido en el cual los requerimientos de servicio
hechos por estaciones de trabajo inteligentes o "clientes'', resultan en un trabajo
realizado por otros computadores llamados servidores".
La potencia descansa en el concepto de división de funciones:
• Cliente: Ofrece un GUI y ejecuta programas de interés para el usuario.
• Servidor: Gestiona el acceso a los datos y realiza funciones de control y
seguridad.
La arquitectura Cliente/Servidor requiere una determinada especialización de
cada uno de los diferentes componentes que la integran.

4.2 Arquitectura 3 Capas

La programación por capas es una arquitectura cliente- servidor en el que el
objetivo primordial es la separación de la lógica de negocios de la lógica de
diseño; un ejemplo básico de esto consiste en separar la capa de datos de la
capa de presentación al usuario.
Algunas ventajas de esta arquitectura son:
• Simplifica la comprensión y la organización del desarrollo de sistemas
complejos.
• Reduce las dependencias de forma que las capas mas bajas no son
conscientes de ningún detalle de las superiores.
• Esta separación añade una enorme flexibilidad al diseño de la aplicación.

4.2.1 Capa de presentación

Presenta el sistema al usuario, así mismo captura y comunica la información al
usuario usando GUI (Interfaz Gráfica del Usuario) entendible amigable y usable.
4.2.2 Capa de Negocio
En donde residen las funciones que se ejecutan, se reciben las peticiones del
usuario, se procesa la información y se envían las respuestas tras el proceso.
4.2.3 Capa de datos
En donde residen los datos, encargada de gestionas los datos; definir y
almacenar, consultar, manipular y controlar.
4.3 Arquitectura Monolítica
Es la arquitectura de los primeros sistemas operativos constituidos
fundamentalmente por un solo programa compuestos de un conjunto de rutinas
entrelazadas de tal forma que cada una puede llamar a cualquier otra.
Las características fundamentales de este tipo de arquitectura son:
• Construcción del programa final a base de módulos compilados
separadamente que se unen a través del ligador.
• Buena definición de parámetros de enlace entre las distintas rutinas
existentes, que puede provocar mucho acoplamiento.
• Carecen de protecciones y privilegios al entrar a rutinas que manejan
diferentes aspectos de los recursos de la computadora, como memoria,
disco, etc.
• Generalmente están hechos a medida, por lo que son eficientes y rápidos
en su ejecución y gestión, pero por lo mismo carecen de flexibilidad para
soportar diferentes ambientes de trabajo o tipos de aplicaciones.
Bibliografía:
• -. (-). TOGAF 9. 2019, de Open group Sitio web:
https://www.opengroup.org/architecture/togaf9/downloads.htm#Non-Member
• Juan Carlos Bustamante Montes. (-). Arquitectura Curso Empresarial. 2019, de UCI Sitio
web: http://www.ucipfg.com/Repositorio/MATI/MATI-04/BLOQUE-ACADEMICO/Unidad-
1/lecturas/Resumen-01-Introduccion.pdf
• IT Governance Institute. (2007). COBIT 4.1. 2019, de IT Governance Institute Sitio web:
https://biblioteca.info.unlp.edu.ar/uploads/docs/cobit.pdf
• -. (2007). COBIT: MODELO PARA AUDITORIA Y CONTROL DE SISTEMAS DE
INFORMACIÓN. 2019, de Universidad EAFIT Sitio web:
http://www.eafit.edu.co/escuelas/administracion/consultorio-
contable/Documents/boletines/auditoria-control/b13.pdf
• https://www.ecured.cu/Arquitectura_de_software
• https://prezi.com/2uraxobilh0t/tipos-de-arquitecturas-de-software/