Está en la página 1de 19

UNIVERSIDAD NACIONAL

TORIBIO RODRIGUEZ DE MENDOZA DE AMAZONAS

FACULTAD DE INGENIERA DE SISTEMAS Y MECANICA ELCTRICA

BASE DE DATOS ESTRATEGICAS


TEMA:
LA NECESIDAD DE UNA ARQUITECTURA

alumn
Yerfin Alexander
o: milian cusma
LA NECESIDAD DE UNA ARQUITECTURA
ARQUITECTURA DE REFERENCIA DE ZACHMAN

LA HISTORIA CON VISIN DE FUTURO: Las arquitecturas de


los ambientes computacionales empresariales usualmente no proveen el
nivel de acceso a los datos que las compaas modernas requieren. Dentro
de la tercera generacin de sistemas de informacin.

Durante la primera generacin de los ambientes


computacionales (1950 hasta 1970):
En la segunda generacin (1960 a1980):
En la tercera generacin (1980 a 1990):
En la cuarta generacin, las fuentes de informacin de la
compaa se unifican desde la perspectiva del negocio
permanecen dispersas desde la perspectiva tecnolgica y
fsica.
EVOLUCION DE LAS TECNOLOGIAS DE INFORMACION
Evolucin Formacin Proliferacin Dispersin Unificacin

Tecnologa Compleja. Compleja, terminales Compleja, Compleja,


remotos. componentes componentes
baratos, servidores baratos, servidores
distribuidos. distribuidos.

Administracin de Tarjetas, cintas Cintas y discos Cintas y discos Cintas y discos


datos magnticas. magnticos. Forma: magnticos, discos magnticos, pticos
Forma: Jerrquica, relacional. pticos. Forma:
secuencial Forma: Jerrquica, Relacional.
relacional, O.O.

Lenguajes de Mquina, assembler. Procedural, Procedural, grfico. Grfico, intuitivo.


Programacin assembler.

Metodologa Cascada. Ingeniera de la Ingeniera de la Aproximacin a las


informacin(CASE) informacin(CA SE), arquitecturale s, O.O.,
O.O. Repositorios

Aplicaciones Complejas, Complejas, baratas, Complejas, Muy flexibles,


inflexibles, interfaces complejas. flexibles, interfaces componentes
integracin de datos complejas, O.O., reutilizables,
y procesos. Soporte a decisiones.
LA NECESIDAD DE UNA ARQUITECTURA.
Antes de entender la necesidad de una arquitectura, se debe entender qu
es una arquitectura. La descripcin y definicin de arquitectura relacionada a
los sistemas de informacin no es tan sencilla como para otras disciplinas.
An as, es real e importante en el mundo de los datos, la informacin y los
procesos.
EJEMPLO:
Desde una segunda perspectiva, una arquitectura define un patrn
reconocido universalmente. Por ejemplo, una columna griega es reconocida
en Grecia, en Inglaterra y en Francia, as haya sido una columna construida
hace mil aos por los griegos o sea una moderna columna de un nuevo
edificio.
En conclusin, una arquitectura es necesaria
porque nos dice el orden en el que se deben
hacer las cosas y porque da a todos una
visin de lo que ser un sistema de
informacin, gracias a que muestra un
patrn reconocido universalmente.
LA ARQUITECTURA DE LOS SISTEMAS DE INFORMACIN
En los primeros aos los sistemas de informacin, se construyeron con la
finalidad de automatizar las labores repetitivas, un ejemplo tpico son los
sistemas contables. Estos sistemas fueron construidos en una tecnologa
secuencial.
Surge, luego, la necesidad de contar con informacin estratgica y aparecen los
sistemas de soporte a decisiones con los que los analistas se echaban a buscar
la informacin en los sistemas transaccionales.

Presenta dificultad para obtener resultados


Hay un problema de consistencia en los resultados obtenidos
La data no est integrada en esta red
No hay informacin histrica
Es complicado saber donde estn los datos que se necesitan
analizar
Esta realidad
LA ARQUITECTURA DE UN DATA WAREHOUSE
La arquitectura telaraa va a originar el Data Warehouse como un repositorio independiente con
la finalidad de que las consultas no afecten el desempeo de los sistemas operacionales.

Por otro lado, surge la necesidad de proporcionar informacin a determinados grupos de


usuarios, para ello surgen los denominados DataMarts. Dentro de la arquitectura de un Data
Warehouse, un DataMart debe alimentarse de un Data Warehouse. De lo contrario, corre el
riesgo de ser un componente ms en la arquitectura telaraa.
INTRODUCCIN A LA ARQUITECTURA DE
ZACHMAN
La construccin de un Data Warehouse involucra tres tipos de tcnicas.

En primer lugar, las tcnicas empresariales relacionadas con la comprensin del


significado de los datos que contiene un Data Warehouse.
En segundo lugar las tcnicas relacionadas con la tecnologa debido a la necesidad de
interactuar con muchas tecnologas, distribuidores y usuarios finales.
Finalmente las tcnicas administrativas, que deben permitir administrar la diversidad de
procesos, usuarios, temas de negocio, y tecnologas.

Para compartir una visin desde distintos puntos de vista, es necesario tener un diagrama.
El mismo permite ver algo complicado y hacerlo inteligible mediante el uso de analogas
que simplifican y ayudan a separar una solucin compleja en componentes pequeos.

Los requerimientos de un Data Warehouse son tan variados y diversos como sus usuarios.
Estos requerimientos se pueden analizar desde la perspectiva de cada usuario.
LAS PERSPECTIVAS DE LA ARQUITECTURA DE ZACHMAN
El diagrama de Zachman es una de las formas ms eficaces de visualizar un
sistema desde muchas perspectivas. En una compaa, las personas tienen
diferentes roles y, por lo tanto, tienen diferentes perspectivas dependiendo de sus
necesidades y usos de la informacin.
Planificador: define parmetros bsicos, especifica el alcance.
El dueo (inversionista): proporciona informacin sobre el producto y su uso.
Diseador: especifica el producto, de manera que se cubran las expectativas
del dueo.
Constructor: administra el proceso de construccin y ensamblaje.
Sub-contratista: construye cada componente especificado por el constructor.
Las perspectivas se caracterizan por:
LAS DIMENSIONES DE LA ARQUITECTURA DE ZACHMAN.
Las dimensiones de la arquitectura de Zachman son una forma abstracta de
entender las necesidades de cada perspectiva.
Se busca dar respuesta a las siguientes preguntas:

LAS CARACTERISTICAS SE CARACTERIZAN


POR:
BENEFICIOS DE LA ARQUITECTURA DE REFERENCIA
Las dimensiones se caracterizan por:

La arquitectura de referencia facilita las siguientes tareas:

Evaluacin de las inversiones actuales


Anlisis de los costos y beneficios
Anlisis y administracin de riesgos
Evaluacin de distribuidores
Evaluacin de productos y herramientas
Mantenimiento y mejoramiento

Planeacin y administracin de proyectos


Evaluar la tecnologa
Simulacin de proyectos
Arquitectura y diseo
Los bloques de construccin de la arquitectura
de referencia
La arquitectura de referencia divide el Data Warehouse en bloques de construccin y capas.
Bloques: se relacionan con la funcionalidad especfica del Data Warehouse.
Capas: representan el ambiente necesario para la implementacin de los bloques.
Una visin de alto nivel de la arquitectura de referencia sera la siguiente:
Los bloques del diagrama de Zachman:

El bloque de fuentes de datos en detalle:


Bloque de construccin del Data Warehouse
Bloque de construccin de datos derivados:
Las capas en el diagrama de Zachman:

La capa de administracin de datos:

La capa de administracin de metadatos:


La capa de transporte:

La capa de infraestructura:
La arquitectura de referencia de Zachman para
Data Warehouse nos ayuda a analizar y definir
los componentes que deben ser implementados
en el Data Warehouse y la forma en que se
debe hacer esta implementacin. Es til
tambin para determinar cules son los
incrementos en la construccin del Data
Warehouse.