Modulo 1 Sistemas de Informacion

Mdulo 1
Sistemas de Informacin y
el Modelo de Datos Relacional
Lic. Lidia Lorel Zamora Nunfio

znloreli@yahoo.com.mx
Contenido
Sistemas de Informacin y el Modelo de Datos Relacional

(15 hrs.)
z
Qu es un dato?
Qu es la informacin?
Anlisis de la informacin
Definicin de una base de datos
Caractersticas de las bases de datos
Modelo de datos
Modelo Relacional
La independencia de datos y la integridad referencial
Modelo Entidad-Relacin
Normalizacin
Modelado de datos. Casos Prcticos
Herramientas CASE
z
z
z
z
z
z
z
z
z
z
Mdulo 1
Sistemas de Informaci
Informacin y modelo relacional
1.1. Qu es un dato?
Un dato es la unidad mnima de informacin, hechos sin evaluar

un valor sin significado.
25 Femenino
26 Rosa
Alejandria
#35
Mdulo 1
1.2. Qu es la informacin?
La informacin se obtiene asociando los hechos en un contexto

determinado, es decir, la adicin o el procesamiento de los datos,
proporcionan el conocimiento o entendimiento de ciertos factores.
25 Femenino
26 Rosa
Alejandria
#35
Datos de
una
persona
Mdulo 1
1.2. Qu es la informacin?
Conjunto de datos interrelacionados entre s .
En un sentido ms amplio, un sistema es un conjunto de

componentes que interactan entre s para lograr un objetivo comn
para la toma de decisiones
Mdulo 1
1.3. Anlisis de la informacin
El anlisis de la informacin es un modelo de datos que consiste en

la representacin conceptual de la problemtica que se desea
resolver y cuya caracterstica primordial es la claridad de su
contenido.
Algo importante de mencionar es que el costo de produccin de la

informacin es tangible y se puede medir gracias a los dispositivos
y medios utilizados, pero la informacin es conceptual por
naturaleza
y
no
tiene
caractersticas
tangibles
salvo
representaciones simblicas.
Mdulo 1
Caractersticas del valor

de la informacin.
z
z
z
z
z
z
z
z
z
Accesible: es la facilidad y rapidez con que se obtiene la informacin

resultante.
Clara: se refiere a la integridad y entendimiento de la informacin sin
ambigedades.
Precisa: que sea lo ms exacta posible.
Propia: debe de haber relacin entre el resultado y lo solicitado por el
usuario.
Oportuna: menor duracin del ciclo (entrada, procesamiento y entrega
al usuario).
Flexible: adaptabilidad de la informacin a la toma de decisiones.
Verificable: que se pueda examinar la informacin.
Imparcial: no se puede alterar o modificar la informacin (slo por el
dueo).
Cuantificable: todo dato procesado produce informacin.
Mdulo 1
1.4. Definicin de una Base de Datos

z
Una base de datos es un conjunto de datos relacionados entre s

con un objetivo comn almacenados en algn lugar, que
contemplan persistencia de la informacin y que cuyos datos estn
organizados.
Ejemplos de bases de datos?
Mdulo 1
1.4. Definicin de una Base de Datos

Relacional
Es una coleccin de relaciones. El contenido de una base de datos

engloba a la informacin concerniente de una organizacin, de tal
manera que los datos estn disponibles para los usuarios en tiempo
real y son compatibles con usuarios concurrentes, una finalidad de
la base de datos es eliminar la redundancia o al menos minimizarla.
Los cuatro componentes principales de un sistema de base de

datos son el hardware, el software, los usuarios y los datos a
manejar.
Mdulo 1
1.5. Arquitectura para las bases de

datos
Hace unos aos atrs, las bases de datos eran el

resultado de una compleja programacin y de
complicados mecanismos de almacenamiento. Con la
popularizacin de la informtica, la aparicin de
aplicaciones especficas tambin trajo con ella la
disponibilidad de herramientas de gestin de datos que
dieron lugar a los denominados Sistemas Manejadores de
Bases de Datos, identificados por sus siglas SGBD por su
acrnimo en ingles DBMS (Data Base Management
Systems).
Mdulo 1
1.5. Arquitectura para las bases de

datos
Para dotar a los usuarios de cierta seguridad en el intercambio de

datos entre diferentes sistemas y en el diseo de archivos y bases de
datos, fue necesario normalizar los esquemas que guiaban la creacin
de las bases de datos.
Un sistema de base de datos se encuentra dividido en mdulos cada
uno de los cuales controla una parte de la responsabilidad total de
sistema. En la mayora de los casos, el sistema operativo proporciona
nicamente los servicios ms bsicos y el sistema de la base de datos
debe partir de esa base y controlar adems el manejo correcto de los
datos.
Mdulo 1
1.5. Arquitectura para las bases de datos

Los componentes de un sistema de base de datos, son los
siguientes:
z
Hardware. En donde se encuentra toda la infraestructura fsica de

la base de datos.
Software. Todos los programas aplicativos que se involucran para

generar un ambiente idneo.
Datos. La informacin en s.
Usuarios. Cualquier persona que interactu con la base de datos.
Mdulo 1
1.6. Caractersticas de las bases de datos

Redundancia
z
La redundancia de datos se refiere, a la existencia de informacin

repetida o duplicada innecesaria para la base de datos.
La redundancia conduce a muchos problemas que tienen que ver

con la integridad y consistencia de los datos. La redundancia de los
datos requiere mltiples procedimientos de entrada y actualizacin
de los mismos.
Dentro de una base de datos relacional la redundancia debe ser

mnima y controlada. En ocasiones existirn motivos vlidos de
negocios o tcnicos para mantener varias copias de los mismos
datos almacenados.
Mdulo 1

Consistencia
z
Es la evaluacin de las reglas del negocio, esto es, verificar que los
datos estn siguiendo dichas reglas.
Es muy probable que surjan incongruencias al almacenar la misma

informacin en ms de un lugar; ya que al modificar, eliminar o
agregar un dato, en esas condiciones, debe realizarse en cada una
de las instancias del mismo con el riesgo de no realizarlo en su
totalidad, generando en este caso datos inconsistentes.
Mdulo 1

Integridad
z
La integridad es la facultad de poder implementar los mecanismos

necesarios para que los datos guarden consistencia.
Existiendo diferentes tipos de integridad como la de campo, la de

entidad, la de clave, la referencial.
Mdulo 1

La integridad de la base de datos se puede lograr mediante :
z
El mantenimiento una redundancia mnima y controlada.
El establecimiento de llaves primarias o ndices primarios.
La validacin de las dependencias entre tablas relacionadas.
La creacin de reglas de validacin durante la insercin y edicin

de datos.
Mdulo 1

Seguridad
z
Hoy en da se considera a la informacin de una empresa como uno

de los activos ms valiosos e importantes, por lo que la seguridad
de la misma es muy importante.
La seguridad implica asegurar que los usuarios estn autorizados

para llevar acabo lo que tratan de hacer.
Mdulo 1
1.7. Modelo de datos

Modelo
Es una representacin de la realidad que contiene las
caractersticas generales de algo que se va a realizar. En base de
datos, esta representacin la elaboramos de forma grfica.
Modelo de datos
Es una coleccin de herramientas conceptuales para describir los
datos, las relaciones que existen entre ellos, semntica asociada a
los datos y restricciones de consistencia.
Los modelos de datos se dividen en tres grupos: lgicos basados en
objetos, lgicos basados en registros y fsicos de datos.
Mdulo 1

Modelo jerrquico
La forma de representar las relaciones y datos es por medio de
registros y sus ligas. La diferencia radica en que estn organizados
por conjuntos de rboles en lugar de grficas arbitrarias.
En este tipo de modelos la organizacin se establece en forma de

rbol, donde la raz es un nodo ficticio. As tenemos que, una base de
datos jerrquica es una coleccin de rboles de este tipo.
Mdulo 1

Modelo de red
Este modelo representa los datos mediante colecciones de
registros, sus relaciones se representan por medio de ligas o enlaces,
los cuales pueden verse como punteros.
Una base de datos de red como su nombre lo ndica, esta formado por
una coleccin de registros, los cuales estn conectados entre s por
medio de enlaces. El registro es similar a una entidad como las
empleadas en el modelo entidad-relacin.
Mdulo 1
Modelo relacional
En este modelo se representan los datos y las relaciones entre estos,
a travs de una coleccin de relaciones, en las cuales los renglones
(tuplas) equivalen a cada uno de los registros que contendr la base
de datos y las columnas corresponden a las caractersticas (atributos)
de cada registro localizado en la tupla, por ejemplo, para las relaciones
empleado y articulo, tendramos:
Mdulo 1
Mdulo 1
1.7. Modelado de datos

Las formas de representar las relaciones en este modelo son:
z
Haciendo una tabla que contenga cada una de las llaves primarias de las
entidades involucradas en la relacin, por ejemplo, tomando en cuenta que la
llave primaria del empleado es su RFC, y la llave primaria del artculo es la
clave.
Incluyendo en alguna de las relaciones de las entidades involucradas, la llave

de la otra tabla.
Mdulo 1

z
En el modelo relacional el nico elemento de representacin es la tabla

Atributos
valores para ese atributo

z
Equivalencia entre representaciones

Representacin Fsica
Representacin Intuitiva
Modelo Relacional
Archivo secuencial
Registros
Campos
Tabla
Filas
Columnas
Relacin
Tuplas
Atributos
Mdulo 1

Ejemplo:
Atributos
Clave
primaria
cod-pro
S1
S2
S3
S4
S5
Nom-pro
Status
Smith
Jones
Blake
Clark
Adams
20
10
30
20
30
Ciudad
Londres
Pars
Pars
Londres
Atenas
Tuplas
Mdulo 1

Modelo orientado a objetos
z
El modelo de bases de datos orientado a objetos es una adaptacin

a los sistemas de bases de datos. Se basa en el concepto de
encapsulamiento de datos y cdigo que opera sobre estos en un
objeto. Los objetos estructurados se agrupan en clases.
El propsito de los sistemas de bases de datos es la gestin de

grandes cantidades de informacin. Las primeras bases de datos
surgieron del desarrollo de los sistemas de gestin de archivos.
Estos sistemas primero evolucionaron en bases de datos de red o
en bases de datos jerrquicas y, ms tarde, en bases de datos
relacionales.
Mdulo 1
Ventajas
z
Facilita la comprensin y organizacin de un sistema de informacin, en

trminos de objetos.
Facilita documentar las reglas de negocio, si las organizamos y

agrupamos en torno a los objetos con los que se relacionan.
Desventajas:
z
No hay variedad de software que permitan el modelado y despus su

alimentacin a diversos DBMS.
La desventaja anterior, obliga a usar herramientas no integradas; es

decir, primero disear Objeto, por ejemplo, y despus elaborar
manualmente el diseo derivado de los objetos en otra herramienta, o a
emular representacin de Objetos semnticos bajo ER en diseadores
de tablas.
Mdulo 1
1.9. Modelo Relacional

La siguiente tabla hace una sntesis de la evolucin del Modelo Relacional,
desde su surgimiento a fines de la dcada de los sesenta hasta la actualidad.
Mdulo 1

El trabajo publicado por Codd en ACM (1970) presentaba un nuevo modelo de datos que
persegua una serie de objetivos, que se resumen en los siguientes lneas:
Independencia fsica. El modo en el que se almacenan los datos no influye en su
manipulacin lgica y por tanto, los usuarios que acceden a esos datos no tienen que
modificar sus programas por cambios en el almacenamiento fsico.
z
Independencia lgica. El aadir, eliminar o modificar objetos de la base de datos no
repercute en los programas y/o usuarios que estn accediendo a subconjuntos parciales de
los mismos (vistas).
z
Flexibilidad. En el sentido de poder presentar a cada usuario los datos de la forma en que
ste prefiera.
z
Uniformidad. Las estructuras lgicas de los datos presentan un aspecto uniforme, lo que
facilita la concepcin y manipulacin de la base de datos por parte de los usuarios.
z
Sencillez. Las caractersticas anteriores, as como unos lenguajes de usuario muy
sencillos, producen como resultado que el modelo de datos relacional sea fcil de comprender
y de utilizar por parte del usuario final.
z
Mdulo 1

En el modelo relacional los datos se almacenan, al menos
conceptualmente, de un modo en que los usuarios entienden con
mayor facilidad.
Los datos se almacenan como tablas y las relaciones entre las filas y
las tablas son visibles en los datos. Este enfoque permite a los
usuarios obtener informacin de la base de datos sin asistencia de
sistemas profesionales de administracin de informacin.
Mdulo 1

Es importante saber que las entradas en la tabla tienen un solo valor
(son atmicos); no se admiten valores mltiples, por lo tanto la
interseccin de un rengln con una columna tiene un solo valor, nunca
un conjunto de valores.
Todas las entradas de cualquier columna son de un solo tipo. Por
ejemplo, una columna puede contener nombres de clientes, y en otra
puede tener fechas de nacimiento. Cada columna posee un nombre
nico, el orden de las comunas no es de importancia para la tabla, las
columnas de una tabla se conocen como atributos. Cada atributo tiene
un dominio, que es una descripcin fsica y lgica de valores
permitidos.
Mdulo 1

En el enfoque relacional es sustancialmente distinto de otros enfoques
en trminos de sus estructuras lgicas y del modo de las operaciones
de entrada/salida. En el enfoque relacional, los datos se organizan en
tablas llamadas relaciones, cada una de las cuales se implanta como
un archivo. En terminologa relacional una fila en una relacin
representa un registro o una entidad. Cada columna en una relacin
representa un campo o un atributo.
As, una relacin se compone de una coleccin de entidades (o
registros) cuyos propietarios estn descritos por cierto nmero de
atributos predeterminados implantados como campos.
Mdulo 1
1.10. La independencia de los datos y

la integridad referencial
La independencia de los datos

Una de las principales ventajas que provee una
base de datos es la independencia entre los
datos y los tratamientos que se hacen de ellos
ya que en los sistemas orientados a procesos
los datos eran sumamente dependientes de los
programas.
Mdulo 1

Como tal, la independencia de los datos se refiere a la

proteccin contra los programas de aplicacin que
puedan originar modificaciones cuando se altera la
organizacin fsica o lgica de la base de datos
Existen 2 niveles de independencia de datos:
zIndependencia
fsica de datos
zIndependencia
lgica de datos
Mdulo 1

Independencia fsica de los datos
Es la capacidad de modificar el esquema fsico sin provocar que se
vuelvan a escribir los programas de aplicacin. Dicho de otra forma, el
esquema conceptual no es afectado por cambios al esquema fsico de
datos.
Es decir se refiere al ocultamiento de los detalles sobre las estructuras
de almacenamiento a las aplicaciones de usuario, osea la descripcin
fsica de datos puede cambiar sin afectar a las aplicaciones de usuario.
Si el DBMS modifica su organizacin interna de ficheros, no pasa nada
con el esquema conceptual.
Mdulo 1

Ejemplos:
zLos
zLa
datos pueden ser movidos de un disco a otro.
organizacin de los datos puede cambiar
zCuando
zAl
hay un cambio de versin
migrar a otro DBMS
Mdulo 1

Independencia lgica de los datos
Capacidad de modificar el esquema conceptual sin provocar que se
vuelvan a escribir los programas de aplicacin.
Algunos elementos del esquema externo no son afectados por
cambios al esquema conceptual.
Ejemplos:
zModificar
columnas slo afecta las vistas que incluyen esas columnas

zAgregar ms columnas no afecta las vistas
zLa creacin de una nueva relacin.
zEl reordenamiento lgico de algunos atributos
Mdulo 1

La integridad referencial
El trmino de integridad referencial se enmarca en la segunda regla

de integridad y se aplica a las claves forneas:
Si en una relacin hay alguna clave fornea, sus valores deben
coincidir con valores de la clave primaria a la que hace referencia, o
bien, deben ser completamente nulos.
Lo que en realidad trata de decir el texto anterior es que las claves
forneas no pueden dejar de tener correspondencia con la clave
primaria de la tabla externa;
Mdulo 1

Clave primaria: Es aquel atributo que identifica de manera nica a un

registro. Esto es, no debe haber dos tuplas que tengan el mismo valor,
por lo tanto, con slo conocer el valor de la clave primaria para una
determinada tupla ser suficiente para identificarlo de manera nica.
Mdulo 1

Clave candidata: Es el atributo o conjunto de atributos que podran
servir como llaves primarias.
Una llave candidata debe cumplir dos condiciones:
Unicidad: no pueden existir dos tupas con el mismo valor en todos
los atributos que forman la llave candidata.
Minimidad: no existe ningn subconjunto de la llave que cumpla la

regla de unicidad.
Mdulo 1

Clave secundaria: Son aquellas claves candidatas que no se eligieron

como llave primaria, es decir, tienen todas las caractersticas para ser
claves primarias, pero que por alguna razn no fueron tomadas como
tal debido quizs a que hubo otra que cumpla mejor con ese objetivo.
Mdulo 1

Clave fornea: Es una clave primaria en otra relacin, estas

representan las asociaciones entre las diferentes entidades, es decir,
son claves que estn siendo compartidas por dos tablas para formar
una relacin entre ellas.
Mdulo 1
1.11. Modelo Entidad - Relacin
El modelo Entidad - Relacin, es una tcnica de diseo de bases de

datos grfica, que incorpora informacin relativa a los datos y la
relacin existente entre ellos, para poder as plasmar una visin del
mundo real sobre un soporte informtico.
Mdulo 1

Entre sus principales
fundamentalmente por:
caractersticas
tenemos
se
caracteriza
zSlo
reflejar la existencia de los datos sin expresar lo que se hace

con ellos.
zLa
independencia de la base de datos y de los sistemas operativos.
zLa
inclusin de todos los datos sin considerar las aplicaciones que se

tendrn.
Mdulo 1
Conceptos fundamentales
Mdulo 1
Entidades
Se puede definir cono entidad a cualquier objeto, real o abstracto, que
existe en un contexto determinado o que puede llegar a existir y del
cual deseamos guardar informacin, por ejemplo, un profesor, un
alumno o bien una materia
Mdulo 1
Las entidades las podemos clasificar en:

zRegulares
zDbiles
Mdulo 1

Regulares: Son aquellas entidades que existen por s mismas, es
decir, la existencia de un ejemplar de la entidad no depende de la
existencia de otros ejemplares en otra entidad, por ejemplo, la entidad
"PROFESOR".
Mdulo 1

Dbiles: Son aquellas entidades en las que su existencia depende de
la existencia de ejemplares en otras entidades, por ejemplo, la
existencia de la entidad PROFESOR depende de la existencia de la
entidad ESCUELA.
Mdulo 1
Atributos
Las entidades se componen de atributos que son cada una de las
propiedades o caractersticas que tienen las entidades. Cada ejemplar
de una misma entidad posee los mismos atributos, tanto en nombre
como en nmero, diferencindose cada uno de los ejemplares por los
valores que toman dichos atributos.
Mdulo 1

Si consideramos la entidad "PROFESOR" y definimos los atributos
Nombre, Cursos, Telfonos y Edad, podramos obtener los siguientes
ejemplares:
Mdulo 1

Dominios
Se define dominio como un conjunto de valores que puede tomar un
determinado atributo dentro de una entidad. Por ejemplo: 111
Mdulo 1
Claves
El modelo Entidad - Relacin exige que cada entidad tenga un
identificador, se trata de un atributo o conjunto de atributos que
identifican de forma nica a cada uno de los ejemplares de la entidad.
Mdulo 1

Un ejemplo de identificador es el atributo "RFC", que en la entidad
"PROFESOR", identifica de forma nica a cada uno de los profesores.
Estos identificadores reciben el nombre de Clave Primaria o Primary
Key (PK). Como ya se haba mencionado antes, puede ser que existan
ms identificadores, a estos atributos se les conoce como
Identificadores Candidatos (IC).
Mdulo 1

Interrelaciones
Se entiende por interrelacin a la asociacin, vinculacin o
correspondencia entre entidades. Por ejemplo, entre la entidad
"PROFESOR" y la entidad "CURSO" podemos establecer la relacin
"IMPARTE" por que el profesor imparte cursos.
Mdulo 1

Al igual que las entidades, las interrelaciones se pueden clasificar en
regulares y dbiles, esto de acuerdo al tipo de entidad que estn
asociando, entidades regulares o entidades dbiles, con otra de
cualquier tipo. Las interrelaciones dbiles se subdividen en dos grupos:
En existencia: Cuando los ejemplares de la entidad dbil no pueden
existir si desaparece el ejemplar de la entidad regular del cual
dependen.
En identificacin: Cuando adems de ser una relacin en existencia,
los ejemplares de la entidad dbil no se pueden identificar por s
mismos y exigen aadir el identificador principal de la entidad regular
del cual dependen para ser identificados.
Mdulo 1
1.12. Normalizacin
El proceso de cristalizacin de las entidades y sus relaciones en
formatos de tabla usando los conceptos relacionales se llama
proceso de normalizacin y consiste en agrupar a los campos de
datos en un conjunto de relaciones o tablas que representan a las
entidades, sus caractersticas y sus relaciones de forma adecuada.
La razn de la normalizacin es asegurar que el modelo conceptual
de la base de datos funcionar. Esto no significa que una
estructura no normalizada no funcionar, sino que puede causar
algunos problemas cuando los programadores de aplicacin traten
de modificar la base de datos para insertar, actualizar o eliminar
datos.
Mdulo 1
1.12. Normalizacin
Las formas de normalizacin fueron propuestas
originalmente por Codd, entre 1971 y 1972.
Posteriormente
varios
investigadores
continuaron
trabajando en esta teora y a lo largo del tiempo han
surgido varias formas de normalizacin que complementan
y refuerzan a las enunciadas por Codd.
Las formas normales son una serie de restricciones que se
definen sobre las estructuras relacionales para evitar
anomalas al efectuar adiciones, eliminaciones o
actualizaciones de tuplas.
Mdulo 1
1.12. Normalizacin
1FN
Dependencia funcional de los atributos que no son clave,

respecto a la clave primaria
3NF
2FN
1FN
2FN
Dependencia funcional completa de los atributos que no

son clave, respecto a la clave primaria
Relaciones
no
normalizadas
3FN
Ninguna dependencia transitiva entre los atributos que no

son clave.
Mdulo 1
1.12. Normalizacin
Las ventajas de la normalizacin son las siguientes:
zEvita
anomalas en inserciones, modificaciones y borrados.
zMejora
la independencia de datos.
zNo
establece restricciones artificiales en la estructura de los

datos.
zEstn
encaminadas a eliminar redundancias e inconsistencias

de dependencia en el diseo de las tablas
Mdulo 1
1.12. Normalizacin
Primera Forma Normal (1FN)
Una relacin est en primera forma normal si, y slo si, todos los
dominios de la misma contienen valores atmicos, es decir, no hay
grupos repetitivos. Si se ve la relacin grficamente como una tabla,
estar en 1FN si tiene un solo valor en la interseccin de cada fila
con cada columna.
Mdulo 1
1.12. Normalizacin
Segunda Forma Normal (2FN)
Una relacin est en segunda forma normal si, y slo si, est en
1FN y, adems, cada atributo que no est en la clave primaria es
completamente dependiente de la clave primaria.
Mdulo 1
1.12. Normalizacin
Tercera Forma Normal (3FN)
Una relacin est en tercera forma normal si, y slo si, est en 2FN
y, adems, cada atributo que no est en la clave primaria no
depende transitivamente de la clave primaria. La dependencia es
transitiva si existen las dependencias siendo atributos o conjuntos
de atributos de una misma relacin.
Mdulo 1
1.14. Herramientas CASE

Desde el inicio de la creacin de software ha existido la necesidad
de crear herramientas automatizadas que permitan incrementar la
productividad de los diseadores de software, en un inicio, los
esfuerzos se direccionaron hacia programas traductores,
recopiladores,
ensambladores,
procesadores
de
macros,
montadores y cargadores.
Al ver los beneficios de este conjunto de aplicaciones se genero
una gran demanda por nuevo software con caractersticas similares.
El significado de las siglas CASE viene de su acrnimo en ingles
Computer Aided Assisted Automated Software Systems
Engineering.
Mdulo 1

No existe una nica clasificacin de herramientas CASE y, en
ocasiones, es difcil incluirlas en una clase en comn. Podran
clasificarse as:
zLas
plataformas que soportan.

zLas fases del ciclo de vida del desarrollo de sistemas que abarca.
zLa arquitectura de las aplicaciones que produce.
Las herramientas CASE, en funcin de las fases del ciclo de vida
que cubre, se pueden agrupar de la forma siguiente:
Mdulo 1

z
Herramientas integradas, I-CASE (Integrated CASE): Abarcan

todas las fases del ciclo de vida del desarrollo de sistemas son
llamadas CASE workbench.
Herramientas de alto nivel, U-CASE (Upper CASE): Orientadas

a la automatizacin y soporte de las actividades desarrolladas
durante las primeras fases del desarrollo, anlisis y diseo.
Herramientas de bajo nivel, L-CASE (Lower CASE): Dirigidas a

las ltimas fases del desarrollo, construccin e implantacin.
Juegos de herramientas, (Tools CASE): Son el tipo ms simple

de Herramientas CASE, automatizan una fase dentro del ciclo
de vida. Dentro de este grupo se encontraran las herramientas
de reingeniera, orientadas a la fase de mantenimiento.
Mdulo 1

Componentes de una herramienta CASE
z
Repositorio: Este se puede definir como la base de datos central

de una herramienta CASE. El repositorio ampla el concepto de
diccionario de datos para incluir toda la informacin que se va
generando a lo largo del ciclo de vida del sistema, por ejemplo:
componentes de anlisis y diseo.
Mdulos de diagramacin y modelacin: Algunos de los

diagramas y modelos utilizados con mayor frecuencia son:
diagrama de flujo de datos, modelo E-R, y tcnicas matriciales.
Mdulo 1

z
Herramienta de prototipazo: El objetivo principal de esta

herramienta es poder mostrar al usuario, desde los momentos
iniciales del diseo, el aspecto que tendr la aplicacin una vez
desarrollada. Ello facilitar la aplicacin de los cambios que se
consideren necesarios, todava en la fase de diseo.
Generador de cdigo: Normalmente se suele utilizar sobre

ordenadores personales o estaciones de trabajo, por lo que el
paso posterior del cdigo al host puede traer problemas, al tener
que compilar en ambos entornos.
Mdulo generador de documentacin: El mdulo generador de

la documentacin se alimenta del repositorio para transcribir las
especificaciones all contenidas.
Mdulo 1

Herramientas Case ms utilizadas
zERwin:
Es una herramienta para el diseo de base de datos, que Brinda

productividad en su diseo, generacin, y mantenimiento de aplicaciones.
Desde un modelo lgico de los requerimientos de informacin, hasta el modelo
fsico perfeccionado para las caractersticas especficas de la base de datos
diseada, adems ERwin permite visualizar la estructura, los elementos
importantes, y optimizar el diseo de la base de datos. Genera
automticamente las tablas y miles de lneas de stored procedure y triggers
para los principales tipos de base de datos.
zEasyCASE:
Es un producto para la generacin de esquemas de base de

datos e ingeniera reversa, esta herramienta permite automatizar las fases de
anlisis y diseo dentro del desarrollo de una aplicacin, para poder crear las
aplicaciones eficazmente desde el procesamiento de transacciones a la
aplicacin de bases de datos de cliente/servidor, as como sistemas de tiempo
real, es una herramienta multi-usuario.
Mdulo 1

zOracle
Designer: Oracle Designer es un conjunto de herramientas para

guardar las definiciones que necesita el usuario y automatizar la construccin
rpida de aplicaciones cliente/servidor grficas. Este esta integrado con Oracle
Developer, lo cual provee una solucin para desarrollar sistemas
empresariales de segunda generacin.
zSystem
Architect: Herramienta que posee un repositorio nico que integra

todas las herramientas, y metodologas usadas. En la elaboracin de los
diagramas, el System Architect conecta directamente al diccionario de datos,
los elementos asociados, comentarios, reglas de validaciones, normalizacin.
zDBDesigner:
Producto destacable por su sencillez, permite modelar sobre

MySQL y dispone de la capacidad de generar documentacin e incluso
pantallas de administracin sobre PHP.
zTableDesigner:
Herramienta que permite la creacin de bases de datos en

Access y SQL Server de Microsoft.
Mdulo 1

Modulo 1 Sistemas de Informacion

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Modulo 1 Sistemas de Informacion

Caricato da

Copyright:

Formati disponibili

Mdulo 1

Lic. Lidia Lorel Zamora Nunfio

Sistemas de Informacin y el Modelo de Datos Relacional

Un dato es la unidad mnima de informacin, hechos sin evaluar

La informacin se obtiene asociando los hechos en un contexto

Conjunto de datos interrelacionados entre s .

En un sentido ms amplio, un sistema es un conjunto de

1.3. Anlisis de la informacin

El anlisis de la informacin es un modelo de datos que consiste en

Algo importante de mencionar es que el costo de produccin de la

Caractersticas del valor

Accesible: es la facilidad y rapidez con que se obtiene la informacin

1.4. Definicin de una Base de Datos

Una base de datos es un conjunto de datos relacionados entre s

Ejemplos de bases de datos?

1.4. Definicin de una Base de Datos

Es una coleccin de relaciones. El contenido de una base de datos

Los cuatro componentes principales de un sistema de base de

1.5. Arquitectura para las bases de

Hace unos aos atrs, las bases de datos eran el

1.5. Arquitectura para las bases de

Para dotar a los usuarios de cierta seguridad en el intercambio de

1.5. Arquitectura para las bases de datos

Hardware. En donde se encuentra toda la infraestructura fsica de

Software. Todos los programas aplicativos que se involucran para

Usuarios. Cualquier persona que interactu con la base de datos.

1.6. Caractersticas de las bases de datos

La redundancia de datos se refiere, a la existencia de informacin

La redundancia conduce a muchos problemas que tienen que ver

Dentro de una base de datos relacional la redundancia debe ser

1.6. Caractersticas de las bases de datos

Es muy probable que surjan incongruencias al almacenar la misma

1.6. Caractersticas de las bases de datos

La integridad es la facultad de poder implementar los mecanismos

Existiendo diferentes tipos de integridad como la de campo, la de

1.6. Caractersticas de las bases de datos

El mantenimiento una redundancia mnima y controlada.

El establecimiento de llaves primarias o ndices primarios.

La validacin de las dependencias entre tablas relacionadas.

La creacin de reglas de validacin durante la insercin y edicin

1.6. Caractersticas de las bases de datos

Hoy en da se considera a la informacin de una empresa como uno

La seguridad implica asegurar que los usuarios estn autorizados

1.7. Modelo de datos

1.7. Modelo de datos

En este tipo de modelos la organizacin se establece en forma de

1.7. Modelo de datos

1.7. Modelo de datos

1.7. Modelo de datos

1.7. Modelado de datos

Incluyendo en alguna de las relaciones de las entidades involucradas, la llave

1.7. Modelado de datos

En el modelo relacional el nico elemento de representacin es la tabla

valores para ese atributo

Equivalencia entre representaciones

1.7. Modelado de datos

1.7. Modelado de datos

El modelo de bases de datos orientado a objetos es una adaptacin

El propsito de los sistemas de bases de datos es la gestin de

Facilita la comprensin y organizacin de un sistema de informacin, en

Facilita documentar las reglas de negocio, si las organizamos y

No hay variedad de software que permitan el modelado y despus su

La desventaja anterior, obliga a usar herramientas no integradas; es

1.9. Modelo Relacional