Unidad 3. Sistemas de Multibase de Datos.

3.1. Características y clasificación.

Un sistema multibase de datos (SMulBD) soporta operaciones en múltiples sistemas de

base de datos componentes (SBDC). Cada SBDC es manejado por un sistema manejador de
base
de datos (SMBD). Un SBDC en un SMulBD puede ser centralizado o distribuido y puede
residir en
la misma computadora o en múltiples computadoras conectadas por un subsistema de
comunicación. Un SMulBD es llamado homogéneo si todos los SMBD componentes son
iguales; si
son diferentes entonces es llamado un SMulBD heterogéneo.

Sheth y Larson [1990] proponen la taxonomía mostrada en la siguiente figura para

comparar las arquitecturas de diversos esfuerzos de investigación y desarrollo. Esta
taxonomía se
enfoca en la dimensión de autonomía.

Clasificación de los Sistemas Multibase de Datos

Un SMulBD puede ser clasificado en dos tipos basados en la autonomía de la SBDCs:

sistemas de base de datos no-federada y sistemas de base de datos federada.

1. Sistema de Base de Datos No-Federada: Un sistema de base de datos no federado es una

integración de SMBDs componentes que no son autónomos. Esto significa que los SBDCs al
participar en una federación pierden su autonomía y cualquier operación debe hacerse
sobre la base de datos global. Un sistema de este tipo no distingue entre usuarios locales y
usuarios no-locales. Un tipo particular de sistema de base de datos no-federado en el cual
todas las bases están completamente integradas para proveer un esquema global simple
puede ser llamado SMulBD unificado. Esto lógicamente parece a los usuarios como un
sistema de base de datos distribuida.
2. Sistema de Base de Datos Federada: Un sistema de base de datos federada (SBDF)
consiste de SBDCs que son autónomos, participan en una federación para permitir
compartición parcial y controlada de sus datos. El concepto de autonomía implica que los
SBDCs tienen control sobre los datos que ellos manejan. Ellos cooperan para permitir
diversos grados de integración. No hay control centralizado en una arquitectura federada
debido a que los SBDCs (y sus administradores de base de datos) controlan el accesos a
sus datos. Para permitir la compartición controlada de datos mientras preserva la
autonomía de los SBDCs y continuar con la ejecución de aplicaciones existentes, un SBDF
soporta dos tipos de operaciones: local y global (federación). Esta división de operaciones
globales y locales es una característica esencial de un SBDF. Las operaciones globales
involucran acceso a los datos usando un sistema manejador de base de datos federado y
puede involucrar manejar datos por múltiples SBDCs. Los SBDCs deben dar permisos de
accesar los datos que ellos manejan. Las operaciones locales son sometidas aun SBDC
directamente. En la mayoría de los ambientes los SBDF también serán heterogéneos, es
decir, consistirán de SBDCs heterogéneos.
 Fuente: http://fridafabiolah.galeon.com/smb.htm

3.2. Arquitectura de un sistema de multibase de datos.

Un esquema global en los SBDFs fuertemente acoplados es el resultado de la integración de
los
esquemas de exportación de las bases de datos componentes. Un lenguaje de consulta global
es
utilizado por los usuarios del sistema de base de datos federada para especificar consultas
contra
el esquema global.

Para procesar una consulta global, la consulta primero es analizada y después descompuesta
en
unidades de consulta las cuales son representadas en la forma de un grafo de unidades de
consulta. El Generador del Plan de Ejecución construye subconsultas a partir del grafo de
unidades
de consulta y estima su costo de ejecución. El plan de consulta con el costo estimado mínimo
será
enviado al despachador el cual será el encargado de coordinar la ejecución de las consultas.
Por
último, los resultados de las consultas son combinados para construir los resultados de la
consulta
global.

Arquitectura de un sistema de multibase de datos Federada

Sheth y Larson [1990] proponen una arquitectura de 5 niveles de esquemas para un SBDF:
esquema local, esquema componente, esquema de exportación, esquema federado y
esquema
externo:

  Esquema Local. Un esquema local es el esquema conceptual del SBDC.

  Esquema Componente. Un esquema componente es derivado de trasladar el
esquema
 local en un modelo de datos llamado canónico o modelo de datos común.
  Esquema de Exportación. Un esquema de exportación representa un subconjunto de
un

esquema componente que está disponible para el SBDF.

  Esquema Federado. Un esquema federado es una integración de múltiples esquemas
de

exportación. Este esquema también incluye la información de la distribución de datos que

es generada cuando se integran los esquemas de exportación.
  Esquema Externo. Un esquema externo define un esquema para un usuario y/o

aplicación. Este esquema puede ser usado para especificar un subconjunto de la

información en el esquema federado.

Arquitectura de un SBDF con 5 niveles de esquemas [ Sheth y Larson 1990]

Un SBDF puede ser categorizado como débilmente acoplado o fuertemente acoplado basado
en la
idea de quien maneja la federación y como los componentes son integrados.

Sistemas de Base de Datos Federada Débilmente Acoplados

Un SBDF es débilmente acoplado si la responsabilidad de crear y mantener la federación

recae en
el usuario y no hay control por parte del sistema federado y sus administradores. Litwin et al.
[1990] se refiere a este mismo concepto como multibases de datos o bases de datos
interoperables. Asumen que los usuarios necesitan accesar múltiples datos sin el beneficio de
un
esquema global y que el componente esencial de un sistema de este tipo es el lenguaje usado
para
manejar las bases de datos participantes. Otro requerimiento importante es que el usuario
debe
ser capaz de formular manipulaciones multibase de datos no procedurales en la ausencia de
un
esquema global. El usuario es responsable de comprender la semántica de los objetos en los
esquemas de exportación y resolver la heterogeneidad de los SMBDs y de la semántica.

El lenguaje multibase de datos debe permitir a los usuarios definir y manipular una colección
de
bases de datos autónomas en una forma no procedural. Tal lenguaje necesita características
que
no son parte de lenguajes de bases de datos, esto debido a que los SMBDs clásicos fueron
desarrollados para una sola base de datos. En Litwin y Abdellalit [1987] se describen las
características de MDSL un lenguaje de manipulación multibase de datos.

Sistemas de Base de Datos Federada Fuertemente Acoplados

Una Federación es fuertemente acoplada si su administrador (es) tiene la responsabilidad de
crear
y mantener la federación y el control de acceso a los SBDCs. Una federación está compuesta
por
una integración selectiva y controlada de sus componentes. La actividad de desarrollar un
SBDF
fuertemente acoplado consiste en la creación de un esquema federado sobre el cual las
operaciones (consultas y/o actualizaciones) son ejecutadas.

Un SBDF fuertemente acoplado puede tener uno o más esquemas federados. Un SBDF
fuertemente acoplado se dice que tiene una federación sencilla si permite la creación y
manejo de
solamente un esquema federado. Tener un esquema federado sencillo ayuda a mantener la
uniformidad en la interpretación semántica de los datos integrados. Un SBDF fuertemente
acoplado se dice que tiene una federación múltiple si permite la creación y manejo de
múltiples
federaciones. Las restricciones involucradas en múltiples SBDCs, sin embargo, puede ser
difícil de
imponer.

Un SBDF fuertemente acoplado provee localización, duplicación y transparencia de

distribución.
Esto es llevado a cabo al desarrollar un esquema federado que integra múltiples esquemas de
exportación. Las transparencias son manejadas por los mapeos entre el esquema federado y
los
esquemas de exportación, y un usuario de la federación puede hacer consultas a través de un
lenguaje de consultas clásico contra el esquema federado con la ilusión de que se está
accesando
un solo sistema [Sheth y Larson 1990].

Debido a que un esquema federado es creado al integrar todos los esquemas de exportación
y
porque este esquema federado soporta los requerimientos de datos de todos los usuarios,
este
puede llegar a ser demasiado grande y por tanto difícil de crear y mantener.

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html
y http://fridafabiolah.galeon.com/smb.htm

3.3. Procesamiento de operaciones de actualización.

Todas las operaciones financieras relativas a la gestión de un pedido se almacenan
temporalmente
en un fichero de pagos hasta que se lleva a cabo su procesamiento. Es en este momento
cuando los datos se actualizan en los campos correspondientes de los ficheros del sistema y
todas las
transacciones realizadas pasan al fichero histórico de pagos. Asimismo, al procesar las
operaciones
toda la información relativa a ellas debe imprimirse necesariamente.

El procesamiento de las operaciones (que se realizará de forma centralizada en los Servicios

Centrales), tiene una importancia, pues, fundamental para la correcta gestión de las
adquisiciones,
por lo que hemos decidido dedicarle un apartado independiente.

lFuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html

3.4. Procesamiento de consultas.

El proceso de consultas en bases de datos relacionales deja al programador de aplicaciones
en un
escenario distinto al anterior; la razón es el empleo de lenguajes de especificación: “si se
utiliza un
lenguaje de especificación el programador no tiene que diseñar ni generar un método para
ejecutar la especificación o consulta requerida”, es decir el programador es introducido en un
escenario “no procedural”, “no está obligado a crear métodos ni procedimientos para obtener
los
datos, sólo a especificar los datos que requiere”. Ejemplo: si en un programa de aplicación se
inserta una instrucción SQL del tipo:

SELECT NoMatricula, Nombre, Asignatura, Nota FROM notas WHERE curso= “3º”

Lo único que está aportando el programador es la especificación de los datos requeridos

(¿qué
datos requiere?), pero a diferencia de la obtención de datos en un ambiente de archivos
convencionales no especifica el algoritmo o método de obtención (¿cómo o por qué camino
obtenerlos?)

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html

3.5 Aplicaciones multibase de datos

Las BDs Heterogéneas o Multibase de Datos son aquellas donde Sitios diferentes utilizan
diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible que algunos sitios
no
sean conscientes de la existencia de los demás y quizás proporcionen facilidades limitadas
para la
cooperación en el procesamiento de transacciones en las bases de datos distribuidas
heterogéneas puede que los diferentes sitios utilicen esquemas y software de gestión de
sistemas
de bases de datos diferentes. Puede que algunos sitios no tengan información de la existencia
del resto y que sólo proporcionen facilidades limitadas para la cooperación en el
procesamiento de las
transacciones. La heterogeneidad se debe a que los datos de cada BD son de diferentes tipos
o
formatos. El enfoque heterogéneo es más complejo que el enfoque homogéneo. Hoy en día
existe
la tendencia a crear software que permita

Tener acceso a diversas bases de datos autónomas preexistentes almacenadas en SGBD

heterogéneos.

La Heterogeneidad de las BDs es inevitable cuando diferentes tipos de BD coexisten en una

organización que trata de compartir datos entre éstas BDD heterogéneamente: El tratamiento
de
la información ubicada en bases de datos distribuidas heterogéneas exige una capa de
software
adicional por encima de los sistemas de bases de datos ya existentes. Esta capa de software
se
denomina sistema de bases de datos múltiples. Puede que los sistemas locales de bases de
datos
empleen modelos lógicos y lenguajes de definición y de tratamiento de datos diferentes, y que
difieran en sus mecanismos de control de concurrencia y de administración de las
transacciones.

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html

Publicado 7th December 2016 por Anonymous

 
0 
Añadir un comentario
http://blogdewilliansdebd.blogspot.com/2016/12/unidad-3-sistemas-de-multibase-de-datos.html

UNIDAD 3:SISTEMAS DE
MULTIBASE DE DATOS
4 diciembre, 2016

3.1.CARACTERÍSTICAS Y CLASIFICACIÓN
Un sistema multibase de datos (SMulBD) soporta operaciones en múltiples sistemas de
base de datos componentes (SBDC). Cada SBDC es manejado por un sistema manejador de
base de datos (SMBD). Un SBDC en un SMulBD puede ser centralizado o distribuido y
puede residir en la misma computadora o en múltiples computadoras conectadas por un
subsistema de comunicación. Un SMulBD es llamado homogéneo si todos los SMBD
componentes son iguales; si son diferentes entonces es llamado un SMulBD  heterogéneo.

Taxonomía de los Sistemas de multibase de datos

Un SMulBD puede ser clasificado en dos tipos basados en la autonomía de la SBDCs:
sistemas de base de datos no-federada y sistemas de base de datos federada.
Sistema de Base de Datos No-Federada
Un sistema de base de datos no federado es una integración de SMBDs componentes que
no son autónomos. Esto significa que los SBDCs al participar en una federación pierden su
autonomía y cualquier operación debe hacerse sobre la base de datos global. Un sistema de
este tipo no distingue entre usuarios locales y usuarios no-locales. Un tipo particular de
sistema de base de datos no-federado en el cual todas las bases están completamente
integradas para proveer un esquema global simple puede ser llamado SMulBD unificado.
Esto lógicamente parece a los usuarios como un sistema de base de datos distribuida.
Sistema de Base de Datos Federada
Anuncios
INFORMAR DE ESTE ANUNCIO

Un sistema de base de datos federada (SBDF) consiste de SBDCs que son autónomos,
participan en una federación para permitir compartición parcial y controlada de sus datos.
El concepto de autonomía implica que los SBDCs tienen control sobre los datos que ellos
manejan. Ellos cooperan para permitir diversos grados de integración. No hay control
centralizado en una arquitectura federada debido a que los SBDCs (y sus administradores
de base de datos) controlan el accesos a sus datos.
Para permitir la compartición controlada de datos mientras preserva la autonomía de los
SBDCs y continuar con la ejecución de aplicaciones existentes, un SBDF soporta dos tipos
de operaciones: local y global (federación). Esta división de operaciones globales y locales
es una característica esencial de un SBDF. Las operaciones globales involucran acceso a los
datos usando un sistema manejador de base de datos federado y puede involucrar manejar
datos por múltiples SBDCs. Los SBDCs deben dar permisos de accesar los datos que ellos
manejan. Las operaciones locales son sometidas aun SBDC directamente. En la mayoría de
los ambientes los SBDF también serán heterogéneos, es decir, consistirán de SBDCs
heterogéneos.
Un SBDF puede ser categorizado como débilmente acoplado o fuertemente
acoplado basado en la idea de quien maneja la federación y como los componentes son
integrados.
Sistemas de Base de Datos Federada Débilmente Acoplados
Un SBDF es débilmente acoplado si la responsabilidad de crear y mantener la federación
recae en el usuario y no hay control por parte del sistema federado y sus administradores.
Litwin et al. [1990] se refiere a este mismo concepto como multibases de datos o bases de
datos interoperables. Asumen que los usuarios necesitan accesar múltiples datos sin el
beneficio de un esquema global y que el componente esencial de un sistema de este tipo es
el lenguaje usado para manejar las bases de datos participantes. Otro requerimiento
importante es que el usuario debe ser capaz de formular manipulaciones multibase de datos
no procedurales en la ausencia de un esquema global. El usuario es responsable de
comprender la semántica de los objetos en los esquemas de exportación y resolver la
heterogeneidad de los SMBDs y de la semántica.
El lenguaje multibase de datos debe permitir a los usuarios definir y manipular una
colección de bases de datos autónomas en una forma no procedural. Tal lenguaje necesita
características que no son parte de lenguajes de bases de datos, esto debido a que los
SMBDs clásicos fueron desarrollados para una sola base de datos.
Sistemas de Base de Datos Federada Fuertemente Acoplados
Una Federación es fuertemente acoplada si su administrador (es) tiene la responsabilidad de
crear y mantener la federación y el control de acceso a los SBDCs. Una federación esta
 compuesta por una integración selectiva y controlada de sus componentes. La actividad de
desarrollar un SBDF fuertemente acoplado consiste en la creación de un esquema federado
sobre el cual las operaciones (consultas y/o actualizaciones) son ejecutadas.
Anuncios
INFORMAR DE ESTE ANUNCIO

Un SBDF fuertemente acoplado puede tener uno o mas esquemas federados. Un SBDF
fuertemente acoplado se dice que tiene una federación sencilla si permite la creación y
manejo de solamente un esquema federado. Tener un esquema federado sencillo ayuda a
mantener la uniformidad en la interpretación semántica de los datos integrados. Un SBDF
fuertemente acoplado se dice que tiene una federación múltiple si permite la creación y
manejo de múltiples federaciones. Las restricciones involucradas en múltiples SBDCs, sin
embargo, puede ser difícil de imponer.
Un SBDF fuertemente acoplado provee localización, duplicación y transparencia de
distribución. Esto es llevado a cabo al desarrollar un esquema federado que integra
múltiples esquemas de exportación. Las transparencias son manejadas por los mapeos entre
el esquema federado y los esquemas de exportación, y un usuario de la federación puede
hacer consultas a través de un lenguaje de consultas clásico contra el esquema federado con
la ilusión de que se esta accesando un solo sistema
Debido a que un esquema federado es creado al integrar todos los esquemas de exportación
y porque este esquema federado soporta los requerimientos de datos de todos los usuarios,
este puede llegar a ser demasiado grande y por tanto difícil de crear y mantener.
 Fuente de consulta aquí
3.2. ARQUITECTURA DE UN SISTEMA DE
MULTIBASE DE DATOS.
 

Shet y Larson [1990] proponen una arquitectura de 5 niveles de esquemas para un SBDF:
 Esquema Local. Un esquema local es el esquema conceptual del SBDC.
 Esquema Componente. Un esquema componente es derivado de trasladar el
esquema local en un modelo de datos llamado canónico o modelo de datos común.
 Esquema de Exportación. Un esquema de exportación representa un subconjunto
de un esquema componente que está disponible para el SBDF.
 Esquema Federado. Un esquema federado es una integración de múltiples
esquemas de exportación. Este esquema también incluye la información de la
distribución de datos que es generada cuando se integran los esquemas de exportación.
 Esquema Externo. Un esquema externo define un esquema para un usuario y/o
aplicación. Este esquema puede ser usado para especificar un subconjunto de la
información en el esquema federado.
 Arquitectura de un SBDF con 5 niveles de esquema [Shet y Larson, 1990]
 Link de búsqueda: http://fridafabiolah.galeon.com/smb.htm
3.3. PROCESAMIENTO DE OPERACIONES DE
ACTUALIZACIÓN.
Una transacción es una unidad lógica de trabajo, la cual no necesariamente consta de una
sola operación en la base de datos; más bien, es en general una secuencia de varias de esas
operaciones mediante la cual un estado consistente de la base de datos se transforma en otro
estado consistente, sin conservar por fuerza la consistencia en todos los puntos intermedios.
El punto importante aquí es asegurar que la base de datos regresa a un estado consistente al
fin de la ejecución de una transacción. Una transacción es también la invocación a un
procedimiento remoto (RPC) que ejecuta un conjunto de operaciones sobre una base de
datos bajo el principio de todo o nada.
El concepto fundamental aquí es la noción de “ejecución consistente” o “procesamiento
confiable” asociada con el concepto de una consulta. El concepto transacción es usado
dentro del dominio de la base de datos como una unidad básica de cómputo consistente y
confiable
Una transacción posee cuatro propiedades fundamentales
Atomicidad.
Una Transacción es una unidad de trabajo indivisible; la totalidad de sus acciones son un
éxito un fracaso (“todo o nada”). Consistencia. Después de ejecuta una Transacción debe
dejar al sistema en estado correcto o debe abortarlo. Si la Transacción no puede alcanzar un
estado final debe regresar al sistema a su estado original. Aislamiento. El comportamiento
de una Transacción no se ve afectado por el hecho de que otras Transacciones puedan estar
ejecutándose de manera concurrente; dicho de otra manera, una Transacción no puede
revelar sus resultados a otras Transacciones concurrentes antes de su commit. La
 Transacción debe serializar todos los accesos a recursos compartidos y garantizar que
ningún programa concurrente interferirá con sus operaciones respectivas.
Durabilidad.
 Los efectos de una Transacción son permanentes después de su grabación. Sus cambios
deben sobrevivir a fallas del sistema. (Persistencia). BITÁCORA La operación
ROLLBACK está basada en el uso de una bitácora. El DBMS (Sistema Manejador de
Bases de Datos) mantiene una bitácora o diario en cinta o en disco (mas comúnmente), en
el cual se registran los detalles de todas las operaciones de actualización, en particular, los
valores inicial y final del objeto modificado. Por tanto, si resulta necesario anular alguna
modificación específica, el sistema puede utilizar la entrada correspondientede la bitácora
para restaurar el valor original del objeto restaurado. PUNTO DE SINCRONIZACIÓN Las
operaciones COMMIT y ROLLBACK establecen lo que se le conoce como punto de
sincronización lo cual representa el límite entre dos transacciones consecutivas, o el final de
una unidad lógica de trabajo, y por tanto al punto en el cual la base de datos está (o debería
estar) en un estado de consistencia. Las únicas operaciones que establecen un punto de
sincronización son COMMIT, ROLLBACK y el inicio de una programa. Cuando se
establece un punto de sincronización:
Se comprometen o anulan todas las modificaciones realizadas por el programa desde el
punto de sincronización anterior. Se pierde todo posible posicionamiento en la base de
datos. Se liberan todos los registros bloqueados. Es importante advertir que COMMIT y
ROLLBACK terminan las transacción, no el programa.
Fuente de consulta aquí
3.4. PROCESAMIENTO DE CONSULTAS
El procesamiento de consultas en un sistema multibase de datos es la pieza más importante
para la operación del sistema. 
Tres pasos son necesarios para procesar una consulta global [Evrendilek y Dogac, 1995]: 
1. Una consulta global es descompuesta en subconsultas de manera que los datos
necesitados por cada subconsulta estén disponibles desde cada SBDC (sistema de base de
datos componentes).
2. Después cada subconsulta es trasladada a una consulta o consultas de el SBDC y
enviada o enviadas al SBDC.
3. Los resultados retornados por la subconsultas son combinados para dar respuesta a
la consulta global.
El procesamiento de consultas es uno de los aspectos mas complejos dentro de un sistema
mutibase de datos normalmente son heterogéneos y poseen distintas capacidades de
procesamiento. De esta manera el procesamiento y la optimización de consultas resulta más
difícil que un sistema de base de datos distribuido. 
Las capacidades de procesamiento de consultas de los sistemas de base de datos (SBDCs)
pueden variar grandemente, las cuales van desde sistemas de bases de datos orientadas a
objetos y sistemas de bases de datos relacionales hasta sistemas de archivo.
El optimizador de consultas global debe descomponer una consulta global en consultas
componentes para ser procesadas por los SBDCs. Este también debe determinar como y
donde ejecutar algún procesamiento de integración que sea necesario para llevar a cabo
operaciones de optimización el procesador de consulta debe de conocer las capacidades de
cada SBDC para elegir el mejor plan de ejecución [Attaluriet al. 1995].
Bibliografía:
Romero Martínez, M. 1999. Lenguaje de Consultas para una multibase de Datos.

3.5. APLICACIONES DE MULTIBASE DE

DATOS
Las BD’s Heterogéneas o Multibase de Datos son aquellas donde Sitios diferentes utilizan
diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible que algunos
sitios no sean conscientes de la existencia de los demás y quizás proporcionen facilidades
limitadas para la cooperación en el procesamiento de transacciones
 
En las bases de datos distribuidas heterogéneas
 
Puede que los diferentes sitios utilicen esquemas y software de gestión de sistemas de bases
de datos diferentes. Puede que algunos sitios no tengan información de la existencia del
resto y que sólo proporcionen facilidades limitadas para la cooperación en el procesamiento
de las transacciones. La heterogeneidad se debe a que los datos de cada BD son de
diferentes tipos o formatos. El enfoque heterogéneo es más complejo que el enfoque
homogéneo. Hoy en día existe la tendencia a crear software que permita
 
Tener acceso a diversas bases de datos autónomas preexistentes almacenadas en SGBD
heterogéneos.
 
La Heterogeneidad de las BD es inevitable cuando diferentes tipos de BD coexisten en una
organización que trata de compartir datos entre éstas.BDD heterogéneamente:
 
El tratamiento de la información ubicada en bases de datos distribuidas heterogéneas exige
una capa de software adicional por encima de los sistemas de bases de datos ya existentes.
Esta capa de software se denomina sistema de bases de datos múltiples. Puede que los
sistemas locales de bases de datos empleen modelos lógicos y lenguajes de definición y de
tratamiento de datos diferentes, y que difieran en sus mecanismos de control de
concurrencia y de administración de las transacciones.
Fuente de consulta aquí
Anuncios
INFORMAR DE ESTE ANUNCIO

COMPARTE ESTO:

 Twitter
 Facebook

Enlace permanente.

NAVEGADOR DE ARTÍCULOS
  Unidad 2: Sistemas de BD Orientadas a  Objetos
RESPONDER
 BUSCAR
Buscar:
UNIDAD 1

 Unidad 3:Sistemas de multibase de datos

 Unidad 2: Sistemas de BD Orientadas a Objetos
 1.1. Conceptos de base de datos distribuidas
 Primera entrada de blog
UNIDAD 2

 Unidad 3:Sistemas de multibase de datos

 Unidad 2: Sistemas de BD Orientadas a Objetos
 1.1. Conceptos de base de datos distribuidas
 Primera entrada de blog
ARCHIVOS

 diciembre 2016
Anuncios
INFORMAR DE ESTE ANUNCIO

INFORMACIÓN
Carret. Teapa-Tacotalpa Km 4.5 Ej. Fco Javier Mina
Teapa, Tabasco, Mexico
01 932 324 0650

ACERCA DE SELA
Sela no es un tema para empresas típico. De aspecto animado y atrevido y con mucho espacio para
imágenes grandes, es el lienzo perfecto para plasmar la historia de tu empresa.
Sela es adaptable, lo que significa que se adapta a todas las pantallas y proporciona una magnífica
experiencia de navegación a los visitantes en cualquier dispositivo.

 FACEBOOK
 
 TWITTER
 
 PINTEREST
 
 FLICKR
 
 INSTAGRAM

 Seguir
 


https://karenkurapikadb.wordpress.com/2016/12/04/unidad-3sistemas-de-multibase-de-datos/

Tópicos de Base de
Datos
lunes, 29 de octubre de 2018
UNIDAD 3: SISTEMAS DE MULTIBASE DE DATOS

3.1. Características y clasificación.

Un sistema multibase de datos (SMulBD) soporta operaciones en múltiples
sistemas de base de datos componentes (SBDC). Cada SBDC es manejado por
un sistema manejador de base de datos (SMBD). Un SBDC en un SMulBD puede
ser centralizado o distribuido y puede residir en la misma computadora o en
múltiples computadoras conectadas por un subsistema de comunicación. Un
SMulBD es llamado homogéneo si todos los SMBD componentes son iguales; si
son diferentes entonces es llamado un SMulBD heterogéneo.
Un SMulBD puede ser clasificado en dos tipos basados en la autonomía de la
SBDCs: sistemas de base de datos no-federada y sistemas de base de datos
federada.

*Bases de Datos Federada

Un sistema de bases de datos federadas es una colección de sistemas de bases
de datos cooperativos y autónomos [Bhavani99]. En un sistema federado los
usuarios tienen acceso a los datos, de los distintos sistemas, a través de una
interfaz común sin embargo, no existe un esquema global que describa a todos los
datos de las distintas bases de datos, en su lugar hay varios esquemas unificados,
cada uno describiendo porciones de bases de datos y archivos para el uso de
cierta clase de usuarios [Larson90].
 AUTONOMÍA DE BASES DE DATOS.
1.     Diseño: modelo, lenguaje, implementación.
2.     Comunicación: como, cuando se responde a otros sistemas.
3.     Ejecución: Criterio a seguir en la toma de decisiones.

4.     Asociación: decisión de que datos se comparten y a quien.

*Base de Datos No Federado

Un sistema de base de datos no federado es una integración de SMBDs componentes que
no son autónomos. Esto significa que los SBDCs al participar en una federación pierden su
autonomía y cualquier operación debe hacerse sobre la base de datos global. Un sistema de
este tipo no distingue entre usuarios locales y usuarios no-locales. Un tipo particular de
sistema de base de datos no-federado en el cual todas las bases están completamente
integradas para proveer un esquema global simple puede ser llamado SMulBD unificado.
Esto lógicamente parece a los usuarios como un sistema de base de datos distribuida.

  3.2. Arquitectura de un sistema de multibase de datos.

Un esquema global en los SBDFs fuertemente acoplados es el resultado de la integración
de los esquemas de exportación de las bases de datos componentes. Un lenguaje de
consulta global es utilizado por los usuarios del sistema de base de datos federada para
especificar consultas contra el esquema global.
Para procesar una consulta global, la consulta primero es analizada y después
descompuesta en unidades de consulta las cuales son representadas en la forma de un
grafo de unidades de consulta. El Generador del Plan de Ejecución construye
subconsultas a partir del grafo de unidades de consulta y estima su costo de ejecución. El
plan de consulta con el costo estimado mínimo será enviado al despachador el cual será
el encargado de coordinar la ejecución de las consultas. Por último, los resultados de las
consultas son combinados para construir los resultados de la consulta global.
 3.3. Procesamiento de operaciones de actualización.
Todas las operaciones financieras relativas a la gestión de un pedido se almacenan
temporalmente en un fichero de pagos hasta que se lleva a cabo su procesamiento. Es en
este momento cuando los datos se actualizan en los campos correspondientes de los
ficheros del sistema y todas las transacciones realizadas pasan al fichero histórico de pagos.
Asimismo, al procesar las operaciones toda la información relativa a ellas debe imprimirse
necesariamente.

El procesamiento de las operaciones (que se realizará de forma centralizada en los

Servicios Centrales), tiene una importancia, pues, fundamental para la correcta gestión de
las adquisiciones, por lo que hemos decidido dedicarle un apartado independiente.
3.4. Procesamiento de consultas.
El proceso de consultas en bases de datos relacionales deja al programador de aplicaciones
en un escenario distinto al anterior; la razón es el empleo de lenguajes de especificación: “si
se utiliza un lenguaje de especificación el programador no tiene que diseñar ni generar un
método para ejecutar la especificación o consulta requerida”, es decir el programador es
introducido en un escenario “no procedural”, “no está obligado a crear métodos ni
procedimientos para obtener los datos, sólo a especificar los datos que requiere”. Ejemplo:
si en un programa de aplicación se inserta una instrucción SQL del tipo:
SELECT NoMatricula, Nombre, Asignatura, Nota FROM notas WHERE curso= “3º”
Lo único que está aportando el programador es la especificación de los datos requeridos
(¿qué datos requiere?), pero a diferencia de la obtención de datos en un ambiente de
archivos convencionales no especifica el algoritmo o método de obtención (¿cómo o por
qué camino obtenerlos?).
 3.5. Aplicaciones de Multibase de Datos.

Las BDs Heterogéneas o Multibase de Datos son aquellas donde Sitios diferentes utilizan
diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible que algunos
sitios no sean conscientes de la existencia de los demás y quizás proporcionen facilidades
limitadas para la cooperación en el procesamiento de transacciones en las bases de datos
distribuidas heterogéneas puede que los diferentes sitios utilicen esquemas y software de
gestión de sistemas de bases de datos diferentes. Puede que algunos sitios no tengan
información de la existencia del resto y que sólo proporcionen facilidades limitadas para la
cooperación en el procesamiento de las transacciones. La heterogeneidad se debe a que los
datos de cada BD son de diferentes tipos o formatos. El enfoque heterogéneo es más
complejo que el enfoque homogéneo. Hoy en día existe la tendencia a crear software que
permita tener acceso a diversas bases de datos autónomas preexistentes almacenadas en
SGBD heterogéneos.

Referencia:

 Introducción a los Sistemas de Bases de Datos. C. J. Date. Pearson Educación.

2001. [Date, 2001]
 Database Systems. The Complete Book. H. García-Molina, J.D. Ullman y J.
Widom. Prentice-Hall. 2002. [García-Molina y otros, 2002]
 Fundamentos de Sistemas de Bases de Datos. R.A. Elmasri y S.B. Navathe. Pearson
Educación. 2002. [Elmasri y Navathe, 2002]

Publicadas por vbn a la/s 15:23 No hay comentarios.: 

Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest

miércoles, 26 de septiembre de 2018

Biblioteca Conalep
 a) ¿Que error de normalizan se observa en el sistema de base de datos de la
biblioteca del Conalep?
 Se observar que en la consulta del sistema del Conalep no tiene un buen buscador de
consultas para la prestación de un libro ya que en un campo almacena mucha información
y esto podría estar dividida en diferentes campos para agilizar la consulta, ademas, hay
redundancia en dicha consulta

b) Modelo E-R
  
MATILDE ESTRADA GOMEZ
JESUS DANIEL VAZQUEZ LORENZO
Publicadas por vbn a la/s 15:39 No hay comentarios.: 
Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest

problema Biblioteca cona

A)¿Que error de normalización se observa en su ejecución, como justificaría dicho error?
 Redundancia, los campos se repiten lo que conlleva a una mayor utilización de
memoria.

Modelo Entidad-Relación
Uriel Martínez Pascual
Oscar Hernández Martinez

Publicadas por vbn a la/s 11:13 No hay comentarios.: 

Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest

lunes, 24 de septiembre de 2018

Mapa Mental Matilde
Publicadas por vbn a la/s 22:08 No hay comentarios.: 
Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest
Etiquetas: Unidad 2 "Sistemas de bases de datos orientadas a objetos"

Mapa Mental Oscar

Mapa Mental creado con GoConqr por Proyecto Tópicos
Publicadas por vbn a la/s 22:07 No hay comentarios.: 
Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest
Etiquetas: Unidad 2 "Sistemas de bases de datos orientadas a objetos"

Mapa Mental Uriel

Publicadas por vbn a la/s 22:06 No hay comentarios.: 

Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest
Etiquetas: Unidad 2 "Sistemas de bases de datos orientadas a objetos"

Mapa Mental Jesus Daniel

Publicadas por vbn a la/s 22:03 No hay comentarios.: 
Enviar esto por correo electrónicoBlogThis!Compartir en TwitterCompartir en FacebookCompartir
en Pinterest
Etiquetas: Unidad 2 "Sistemas de bases de datos orientadas a objetos"

Entradas antiguasPágina Principal

Suscribirse a: Entradas (Atom)

Archivo del Blog

 ▼  2018 (15)
o ▼  octubre (1)
 UNIDAD 3: SISTEMAS DE MULTIBASE DE DATOS
o ►  septiembre (14)

Acerca de mí
vbn
Ver mi perfil completo

Etiquetas
 Unidad 1 "Sistemas de bases de datos distribuidas"
 Unidad 2 "Sistemas de bases de datos orientadas a objetos"
Tema Ventana de imágenes. Con tecnología de Blogger.

http://topicobd7.blogspot.com/
Gobierno TI
Subido el 18 junio, 2021

¿Qué sistema de gestión necesita su

empresa?
Obtener recomendación
La tecnología de información es un impulsor de desarrollo, siendo un medio que
fomenta el mejoramiento de la productividad, la calidad y el servicio. Su
implementación, permite a las empresas disponer de mejores sistemas de
información, comunicación, conocimiento y ejecución de sus actividades.

A nivel interno, cada organización debe estructurar la gestión de tecnología,

teniendo dentro de sus principales objetivos el aprovechamiento de la misma para
generar ventajas sustentables que le permitan desarrollar un valor identificado
por el cliente. De esta manera, el gobierno de la tecnología de información
establece un conjunto de procesos que permiten dirigir y controlar de manera
eficiente la empresa, a fin de que esta logre los objetivos apoyados en
infraestructuras y conocimiento que maximicen su inversión en tecnología de
información.

El gobierno de la tecnología de información consiste en un completo marco de

estructuras, procesos y mecanismos relacionados. Las estructuras implican la
existencia de funciones de responsabilidad, como los ejecutivos y responsables de
las cuentas de tecnología de información (TI), así como diversos Comités de TI.
Los procesos se refieren a la monitorización y a la toma de decisiones estratégicas
de tecnología de información. Los mecanismos relacionales incluyen las alianzas y
la participación de la empresa/organización de TI, el diálogo en la estrategia y el
aprendizaje compartido.

Qué es el gobierno de la tecnología de

información
Analizando lo citado, el gobierno de la tecnología de información abarca un
conjunto de procesos los cuales permiten incorporar la TI requerida en la
organización, convirtiéndola en un insumo que mejore la gestión y permita
incrementar la calidad de los productos y servicios ofertados. Su incidencia es
amplia, abarcando todos los procesos internos, los cuales analiza para aportar
con medios que permitan incrementar su desempeño.

Es importante establecer que el gobierno de la tecnología de información busca

soluciones permanentemente en la empresa a través de la TI. Su funcionalidad
implica el fortalecimiento constante de las estructuras internas a fin de que estas
puedan relacionarse y agregar valor al producto o servicio final. Por ello,
integra mejores prácticas de gestión, monitorizando el rendimiento obtenido y el
retorno de la inversión en tecnología.
Alcances del gobierno de la
tecnología de información
Dentro del campo de acción, el gobierno de la tecnología de información actúa en
la planificación, organización, adquisición, implementación, mantenimiento,
soporte y control de todos los recursos tecnológicos que la empresa utiliza,
permitiendo que estos generen beneficios de alto impacto que apoyen a la
empresa a mejorar su gestión.

Su implementación conduce a la empresa a alcanzar ventajas competitivas

sostenibles con las cuales pueda elevar la calidad de servicio y la cobertura de
mercado, siendo aspectos que están ligados a la adecuada administración de la
liquidez y rentabilidad. Por ello, los componentes de gestión abarcan a las
personas, la organización, los procesos internos y la tecnología.

Lo expuesto, rompe paradigmas que afectan la gestión empresarial y que deben

erradicarse en la administración moderna. Estos se relacionan a considerar a la
tecnología como un recurso aislado, que es un fin para solucionar inconvenientes
existentes. La nueva visión resultante del gobierno de la tecnología de
información, define a la tecnología como un recurso integrado en todas las
actividades de la empresa, siendo un medio para alcanzar soluciones eficientes
que maximicen el desempeño y reduzcan los costos y gastos.

Bajo esta visión, las características de gestión del gobierno de la tecnología de

información se fundamentan en alinear la TI a las estrategias de la empresa,
generando el máximo valor posible para alcanzar un mayor desarrollo que genere
beneficios a los clientes, proveedores, personal, socios y la sociedad en general.
Su gestión se cumple en función de la definición y adopción de marcos de
referencia, los cuales orientan a la organización a estandarizar acciones para que
estas generen aportes fundamentales en la operatividad de cada uno de los
procesos. Esta situación permite inferir que la gestión del Gobierno TI aporta a la
efectiva coordinación de los procesos, situación que está relacionada al
mejoramiento continuo.

La selección de marcos de referencia da lugar a la conformación de bibliotecas de

infraestructura tecnológica de la información, conocidas como ITIL, marcando
de esta manera estándares apoyados en técnicas y metodologías enfocadas a las
necesidades de la empresa.

ITIL es un conjunto de manuales que describen los procesos integrados de gestión

de la tecnología de información. Es un marco de referencia global que describe las
mejores prácticas de gestión de los servicios de tecnología de información,
pertenece al dominio público y es independiente de los fabricantes de TI y de las
empresas de consultoría, aunque ampliamente reconocido por estas últimas.

La cita, permite tener una amplia descripción de la gestión del gobierno de la

tecnología de información, la cual como se indica es independiente de los
proveedores de TI. Es decir, no existen ligaduras con marcas o servicios,
marcando una total independencia de gestión cumplida, la cual se enfoca
estrictamente a la necesidad. Por ello, cada organización debe determinar la TI
requerida, encontrándose dentro de sus competencias la producción de software
especializado a sus necesidades.

El marco de referencia que se adopte minimiza los riesgos de error, permitiendo

que sus productos y servicios tengan alta calidad y puedan ser implementados y
mantenidos adecuadamente. Otro aspecto fundamental es que su gestión es
universal, en la medida que pequeñas, medianas y grandes empresas pueden
acceder a TI. El Gobierno TI, elimina las barreras que impiden un acceso eficiente
a la tecnología, aprovechando los recursos existentes, dentro de los cuales se
encuentra el Open Source.

En base a lo expuesto, se propone una definición propia del Gobierno TI como

aporte investigativo. Esta establece una efectiva relación Empresa-Tecnología, la
cual es posible en función de la adopción de marcos de referencia que permiten
integrar todas las áreas proveyéndoles de medios que mejoren su rendimiento.

Técnicamente, el gobierno de la tecnología de información cumple una serie de

actividades que se han clasificado de la siguiente manera:

 Perspectiva del negocio: establecer medios que monitoreen los procesos

internos a fin de identificar recursos TI que puedan aportar su desarrollo.
 Gestión de Infraestructura TI: enfocada en disponer de una infraestructura
alineada a los recursos utilizados, para que los procesos internos puedan operar
de manera efectiva.
  Gestión de aplicaciones: responsable de incorporar aplicaciones útiles
relacionadas a las necesidades de la empresa. Su gestión elimina la necesidad de
que los proceso tengan que adaptarse a los sistemas, siendo una práctica que
afecta el rendimiento interno.
 Soporte de servicio: a cargo de brindar soporte que garantice la operatividad de
la TI.
 Provisión del servicio: a cargo de la asistencia y mantenimiento de la TI para
que esta se encuentre operativa.

Como se puede observar, el Gobierno TI es necesario ya que permite que la

tecnología de información incorporada en la empresa, contribuya a mejorar su
gestión. Su desempeño evita inversiones improductivas y retrasos que afecten a la
competitividad y posicionamiento.

Fuente: universidad Andina Simón Bolívar, Mejoramiento de procesos basado en el

análisis de buenas prácticas, Washington Oswaldo Luna.
Adaptado por la división consultoría de EvaluandoSoftware.com

Categoría: Sala de Lectura
Tag: gobierno TI, tecnología de la información
Anterior:
« Desarrollo organizacional
Siguiente:
Tipos de outsourcing ¿Cuántos hay? »

¿Qué sistema de gestión necesita su

empresa?
Obtener recomendación

Trabajamos para que otras empresas digitalicen su gestión.

Recursos

 Directorio
 Herramientas
 Sala de Lectura
 Centro de Recursos

Guías

 Sistemas ERP
 Software a Medida
  Servicio de Consultoría

Consul

https://www.evaluandosoftware.com/gobierno-ti/

3.2. Gobierno de tecnologías de la información.

Comentarios
No tienes permiso para añadir comentarios.

Es indudable que cada vez más organizaciones dependen de servicios innovadores de TI y de las capacidades asociadas que hacen
posible su entrega con la calidad y funcionalidad esperadas.

Tradicionalmente, las Tecnologías de Información han sido vistas simplemente como un medio para soportar las operaciones de un
negocio. Sin embargo, las organizaciones de excelencia entienden actualmente que TI debe jugar un papel no solamente táctico y
operativo sino también estratégico, habilitando nuevos modelos, productos y servicios de negocio que aseguren el liderazgo,
crecimiento y sustentabilidad de la organización en el largo plazo, transformando incluso sus industrias.

Con el fin de asegurar el valor provisto por TI al negocio, es necesario por lo tanto, pasar de un paradigma de TI como recolector y
cumplidor de requerimientos de sus "clientes" (ej. áreas internas), a un paradigma de TI como socio-colaborador y facilitador clave de
soluciones de negocio. El establecimiento de un buen Gobierno y Gestión de TI es fundamental para asegurar esto.

Por medio del establecimiento de un Gobierno de TI, es posible integrar los intereses y agendas de todos los participantes en la
organización o negocio a través de principios, estructuras, prácticas y procesos que aseguren la generación de valor de TI, la mitigación
de riesgos de negocio asociados con TI, y la optimización de recursos y costos a través de toda la organización.

DUX Diligens apoya a las organizaciones a establecer soluciones basadas en marcos de trabajo, herramientas y metodologías que
permiten la integración de un Gobierno de TI fusionado al Gobierno Empresarial (Corporativo o Institucional), asegurando que las
mejores prácticas de la industria sean seleccionadas, adaptadas, implementadas y ejecutadas de acuerdo a las necesidades particulares
de la organización. De esta manera, se asegura que los servicios de TI entreguen valor para el negocio durante todo su ciclo de vida, y
que exista una renovación o creación constante de nuevos servicios diferenciados que aseguren el liderazgo de la organización como un
todo.

Está claro que ITIL no puede “dominar una empresa” por sí solo y, de hecho, esta buena práctica no tiene sentido sin una forma de
gobierno. Pero ¿a qué nos referimos con “gobierno”? ITIL requiere un marco de políticas, procesos, procedimientos y métricas que
puedan dar directrices para las operaciones que se llevarán a cabo. CobiT, cuyas siglas significan ”Control de objetivos de IT“ cumple
justamente ese rol.

Todos escuchamos el dicho que “…Si no puedes medirlo, no puedes controlarlo. Si no puedes controlarlo, no puedes manejarlo.” Esto
jamás ha estado mejor aplicado que en este caso. Como profesionales IT seguro hemos tenido oportunidad de trabajar en compañías
bien organizadas, como también en otras que hasta harían encogerse de hombros al mismísimo Dilbert . Cuando comparamos ambas,
las organizaciones IT bien administradas sabían a dónde iban (destino), sabían dónde querían llegar (mapa del camino) y, sobre todo,
ellos sabían dónde estaban parados (ubicación).

¿Qué sucede con una organización IT mal manejada?

En líneas generales no saben dónde estaban dirigiéndose (sin objetivo definido o comunicado), por lo tanto cualquier camino les
llevaría allí (sin objetivos de dirección). En pocas palabras: estaban perdidos.

Desafortunadamente muchas organizaciones IT optan únicamente por ITIL siendo lo más “popular” dentro del IT Service Management
(ITSM), como si eso solo pudiera llevarlos a la “tierra prometida”. Salen del trabajo, se entrenan y vuelven a implementar ITIL. El
resultado frecuentemente es una organización IT “menos perdida”. ¿Por qué es eso? ¿Cómo se asegura una organización IT que su
destino final es el correcto? ¿Cómo hace para saber que su camino es el indicado o que se está en la senda correcta? A continuación
presentamos la idea de gobernar ITIL con CobiT.

Como ya hemos hablado sobre qué es ITIL en un post anterior, est vez nos enfocaremos en CobiT:

Gobierno de IT (IT Governance)

ITIL no fue creado como una práctica totalmente independiente de las demás. Su objetivo principal es aportar un enfoque orientado al
proceso para la entrega de la infraestructura IT como un conjunto de servicios y el soporte directo de esos servicios. Los problemas de
gestión de los recursos del proceso de implementación, calidad yseguridad requieren la integración de otros frameworks y métodos
que permitan al IT Service Management (ITSM) lograr su propósito. Sin embargo no es suficiente. Aquí es donde entra en juego el IT
Governance (Gobierno TI) y CobiT para definir el marco de gobierno necesario para sacarle el mayor provecho a ITIL.

El Gobierno de TI busca alinear sus objetivos con los de la empresa. Se asegura que las compañías ofrezcan servicios valiosos a través
del uso óptimo de sus recursos mientras se comprenden los riesgos, los objetivos y las métricas de seguimiento para analizar el
funcionamiento de la organización.

Áreas de enfoque del Gobierno de TI

• Alineación estratégica – Vínculos IT y objetivos de negocios.

• Valor de reparto – Optimizar el costo y valor de los servicios IT.
• Gestión de recursos – Optimizar la inversión de recursos.
• Manejo del riego – Comprender el apetito de riesgo de la Empresa.
• Gestión del rendimiento – Monitorizar y analizar los logros.

El rol de CobiT en el Gobierno IT CobiT asegura:

• Alineación de Negocios e IT.

• Habilitación de Procesos de Negocios IT.
• Optimización de recursos IT.
• Manejo de riesgos IT.

En efecto, CobiT establece lo que debe ser hecho para proveer la información que la empresa necesita para cumplir sus objetivos. Ésto
se logra al establecer control de objetivos que se vincula con los objetivos de los negocios.

¿ITIL o CobiT? Los dos!

A esta altura debe estar preguntandose ¿Por qué necesitamos otro framework si CobiT es tan efectivo?
Es una excelente pregunta pero hay que entender lo siguiente:
CobiT apunta a la necesidad de cambio de una organización IT. Esto se logra con vincular el uso de información de la empresa con los
procesos y recursos utilizados.
ITIL contiene un subconjunto de 34 procesos CobiT que se relacionan con la mejora en la entrega (definiendo la calidad de los servicios
y el plan de entrega) y soporte (soporte directo para la restauración del servicio y los cambios en la infraestructura) de los servicios IT.
Mientras haya una superposición en algunas áreas del proceso, existirá la interdependencia entre CobiT e ITIL.

Gobierno de TI
La creciente importancia de la información, los sistemas de información y la gestión de servicios de TI han traído consigo u aumento en
las necesidades de gestión de TI. Estas necesidades se centran en dos aspectos:
• La conformidad con políticas, leyes y normativas internas y externas
• La aportación de valor añadido a las partes interesadas de la organización.

Aunque el Gobierno de TI es todavía una disciplina poco desarrollada que cuenta con solo unos pocos estándares y marcos de trabajo
reconocidos, existen muchas definiciones diferentes de ella. Una de las que han recibido mayor apoyo es la de Van Grembergen:

El Gobierno de TI consiste en un completo marco de estructuras, procesos y mecanismos relacionales. Las características implican la
existencia de funciones de responsabilidad, como los ejecutivos y responsables de las cuentas de TI, así como diversos Comités de TI.
Los procesos se refieren a la monitorización y a la rama de decisiones estratégicas de TI. Lo mecanismos relacionales incluyen las
alianzas y la participación de la empresa/organización de TI, el dialogo en la estrategia y el aprendizaje compartido

El gobierno y la gestión están claramente diferenciados, ya que el gobierno permite una situación en la que otros pueden gestionar sus
tareas de forma eficaz(Shoal y Fitzpatrick).
Como consecuencia, el Gobierno de TI y la Gestión de TI se deben tratar como entidades por los que el Gobierno de TI está dentro del
dominio de la Gestión de la información o de la empresa.

Aunque muchos marcos de trabajo están caracterizados como “marcos de Gobierno de TI”, como COBIT incluso ITIL, la mayor parte de
ellos son en realidad marcos de gestión. Existe al menos un estándar para el Gobierno de TI:
El estándar australiano para el gobierno corporativo de las tecnologías de la información y las comunicaciones (AS8015-2005).

Gobierno del sourcing

El gobierno es el marco de toma de decisiones que fomenta el comportamiento deseado en la externalización. La diferencia entre
gobiernos y gestión reside en que la gestión está relacionada con la toma de decisiones y la implementación de procesos, mientras que
el gobierno consiste en la adopción de las decisiones correctas.
Existe la tendencia a olvidarse del gobierno, que se convierte así en el eslabón más débil en la estrategia de aprovisionamiento del
servicio. 

Algunas sencillas intervenciones son suficientes para empezar a avanzar hacia un buen gobierno:

• Creación de un organismo de gobierno: Garantiza que la decisiones se toman al nivel adecuado

• Distinción entre dominios de gobierno: con distinciones según dominios importantes como provisión de servicios, comunicación y
gestión de contratos
• Definición de una matriz fija de toma de decisiones: Las matrices más habituales de toma de decisiones son las matrices RACI o RASIC.

ISO/IEC 20000 es el primer estándar formal a nivel internacional que ha diseñado específicamente para la Gestión de Servicios de TI.
Sirve de base para la estructura de gestión entre proveedores internos y externos, minimizando así los riesgos de la externalización de
servicios.

https://sites.google.com/site/fundamendegestionserviciosti/3-2-gobierno-de-tecnologias-de-la-
informacion
Practicas
 1 de 2
 Educación
 12 de nov de 2014
 548 visualizaciones
3.2. gobierno de tecnologías de la
información.
3.2
Leer más

Alexis Gils
Seguir
Working en Televisa
  0 recomendaciones
  Estadísticas
  Notas

 Sé el primero en recomendar esto

 3.2. gobierno de tecnologías de la información.

1. 1. 3.2. Gobierno de tecnologías de la información. Es el alineamiento de las Tecnologías de la
información y la comunicación (TI) con la estrategia del negocio. Hereda las metas y la
estrategia a todos los departamentos de la empresa, y proporciona el mejor uso de la tecnología
y de sus estructuras organizativas. Gobernanza Su objetivo es lograr un desarrollo económico,
social e institucional duradero, promoviendo el sano estableciendo un equilibrio entre el estado,
la sociedad civil, el mercado y la economía. El concepto de "gobernanza" designa las normas,
procesos y comportamientos que influyen en el ejercicio de los poderes desde el punto de vista
de la apertura, la participación, la responsabilidad, la eficacia y la coherencia. En la empresa En
una empresa se puede referirse como la aplicación de mejores prácticas para la administración
de una empresa y marca los principios a alto nivel para ayudar a la toma de decisiones. Las
empresas exitosas han integrado las estrategias del negocio, las TI, la cultura y la ética para
optimizar el valor de la información acorde a los objetivos del negocio. Elementos de la
gobernanza de TI:  Alineamiento Estratégico  Estructuras organizativas  Generación de
Valor  Procesos de Gobernanza de TI  Gestión del riesgo  Gestión del rendimiento  Gestión
de recursos Marcos de Trabajo y Buenas Prácticas AS8015-2005: Estándar australiano para el
gobierno corporativo de la tecnología de la información y las comunicaciones. ISO/IEC
38500:2008 Corporate governance of information technology, (basado en AS8015-2005), define
un marco de trabajo para el gobierno de TI que permite apoyar a la alta dirección en cuanto a los
aspectos legales, éticos y normativos relacionados con el uso de TI; así como en el uso efectivo,
eficiente y misional de la tecnología de la información dentro de la organización.
2. 2. Control Objectives for Information and related Technology (COBIT): Es un modelo de
referencia que describe 34 procesos relacionados con TI y que son comunes a todas las
organizaciones. Conclusión: Una vez implantado el sistema de Gobierno de las TI, éste no debe
permanecer inflexible ante los cambios en su entorno sino que debe caracterizarse por su
anticipación (capacidad para planificar los cambios esperados y para afrontar cambios
 inesperados), agilidad (capacidad para responder rápidamente a un cambio) y adaptabilidad
(capacidad de la organización de auto-aprender y de auto-organizarse en base a experiencias
anteriores).

Fundamentos de Gestion de Servicios de

TI
 HOME
 UNIDAD I»
 UNIDAD II»
 UNIDAD III»
 UNIDAD IV»
 UNIDAD V»
3.2 Gobierno de tecnologias de la infomacion

Es el alineamiento de las Tecnologías de la información y la comunicación con la estrategia del

negocio. Hereda las metas y la estrategia a todos los departamentos de la empresa, y proporciona
el mejor uso de la tecnología y de sus estructuras organizativas para alcanzarlas.

Para ello debes de guiarnos con cuatro conceptos de lo que es el Gobierno de TI que son:

 Gobernanza
 En la empresa
 Elementos de la gobernanza de TI
 Marcos de Trabajo y Buenas Prácticas

Esto nos ayudara a tener una idea más clara de los que es el Gobierno de TI y como es que nos
ayuda.

PARA DESCARGAR EL ARCHIVO DA CLIC EN EL SIGUIENTE

ENLACE
3.2 Gobierno de tecnologías de la informacion

0 comentarios:

Publicar un comentario

http://serviciosdetecinfo.blogspot.com/p/32-gobierno-de-tecnologias-de-la.html

3.2 Gobierno de tecnologías de la información.

El Gobierno de las TI es el sistema a través del cual se dirige y controla la utilización  de
las TI actuales y futuras. Supone la dirección y evaluación de los planes de utilización de
las TI que den soporte a la organización y la monitorización de dicho uso para alcanzar lo
establecido en los planes de la organización. Incluye las estrategias  y políticas de uso de
las TI dentro de la organización.
Sin embargo, su concepto es muy valioso ya que producto de una correcta implementación
de un modelo de gobierno de TI, habilita a la organización receptora con las herramientas
necesarias para tomar decisiones óptimas respecto a la realización de inversiones en
tecnología considerando la dirección, requerimientos del negocio y su comportamiento
financiero.
Anuncios
INFORMAR DE ESTE ANUNCIO
Asimismo, otras ventajas importantes de la implantación de un modelo de Gobierno de TI
son: Maximizar el valor agregado al negocio por parte de las inversiones en TI, y
Monitorear y dar seguimiento de la realización del beneficio inicialmente estimado para
dichas inversiones.
Anuncios
INFORMAR DE ESTE ANUNCIO

Share this:

 Twitter
 Facebook

UNIDAD TRES DEJA UN COMENTARIO

https://angelesrava.wordpress.com/2013/05/16/marco-de-gobierno-de-tecnologias-de-la-
informacion/

MAYO 16, 2013 DE R4VA

ANGELES RAVA