Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
7.6 Aplicaciones
Información (conjunto de datos organizados que expresan un mensaje): Conjunto organizado de datos que
constituyen un mensaje sobre un cierto fenómeno o ente.
Sistema: Es un conjunto de partes o elementos organizados y relacionadas que interactúan entre sí para lograr un
objetivo. Los sistemas reciben (entradas) datos puede ser físico o concreto o puede ser abstracto o conceptual
(software).
Definición: Base de Datos, Información, Sistema de información.
Base de Datos (conjunto de datos pertenecientes a un mismo contexto): Es un conjunto de datos pertenecientes a un
mismo contexto y almacenados sistemáticamente para su uso posterior. Están en formato digital que ofrece un
amplio rango de soluciones al problema de almacenar datos. Conjunto de información
relacionada entre sí que se encuentra almacenada y sirve para un objetivo especifico.
Sistema de información: Conjunto de datos dentro de un programa gestor de: datos, equipos, usuarios (personas).
Conjunto de elementos que interactúan entre sí con el fin de reunir almacenar y procesar datos para proporcionar
información útil, exacta y oportuna para respaldar las actividades de una organización sirviendo de apoyo para la
toma de decisiones.
UNIDAD II
Elementos de una tienda
Selecciona MODELO PROPUESTO POR PETER CHEN
Producto Cliente
Es una representación abstracta del mundo real
Personal Proveedor
ENTIDAD RELACION
Aislamiento de datos: Debido a que los datos están dispersos, los activos pueden estar en diferentes formatos.
Problemas de integridad: Los valores almacenados en la B.D. deben satisfacer ciertos tipos de restricciones de consistencia.
Problemas de atomicidad: Un sistema de una computadora como cualquier otro dispositivo mecánico o electrónico está sujeto a
fallo.
Anomalías al acceso concurrente: En tales sistemas un entorno de interacción de actualizaciones concurrentes puede dar lugar a
datos inconsistentes (concurrente = accesar al mismo tiempo)
E-R
ATRIBUTOS
Cliente Nomb
Atributo Compuesto--- RFC, Nombre, Dirección RFC
re
Derivados----- Edad
Eda
Direcci
d
ón
Atributos: Características propias de una entidad Se
Teléfo
xo Fech
Cada atributo tiene un dominio no
a
Nac.
Nombre
PROFESOR
Entidad Debil
RFCmono/derivado
NombreCompuesto
EdadDerivado
SexoSimple
EDICION
DirecciónCompuesto
TeléfonoMultivaluado
CURPcompuesto
Clavemulti/derivado
LugarCompuesto
horarioSimple
FechaCompuesto/
SISTEMA DE INFORMACION: Es un conjunto de elementos que interactúan entres si con el fin de reunir almacenar y procesar
datos para proporcionar información útil, exacta y oportuna para respaldar las actividades de una organización sirviendo de
apoyo para la toma de decisiones.
Una colección organizada, información y procesos de negocios diseñados para transformar entradas y salidas y lograr un
objetivo.
Información
Almacenes
-D BASE
-FILE MAKER
-FOX PRO
-IBM INFOMIX
-Compartir datos
-Abstracción de datos
-Nivel Táctico
-Nivel Estratégico
SISTEMA DE ARCHIVO
Es un conjunto de programas de aplicación en donde cada programa define sus propios archivos
-El acceso a los archivos estaba restringido por un solo archivo podía ser visto por un usuario
CATALOGO DEL SISTEMA: Es la descripción de los datos, también se le conoce como metadatos
Ejemplo: Numero de cuenta:-tipo numérico, -15 dígitos, -es único, -no vacio
PROGRAMAS DE APLICACIÓN: Son programas informáticos que interactúan con la BD. Emitiendo las apropiadas solicitudes
en SQL dirigida al SGBD, Se puede escribir en cualquier lenguaje
INDEPENDCIA ENTRE PROGRAMAS Y DATOS: Cuando los datos se almacenan en el catalogo de SGBD separados de los
programas de aplicación
NIVELES DE ABSTRACCION
*Nivel externo o vistas Solo describe una parte de la base de datos. Existen para simplificar su interaccion con el sistema.
Subesquemas
*Nievel conceptual o lógicos Describe que datos se almacenan en la base de datos y que relación existe esquemas conceptual
entre datos
*Nivel interno: Es como están almacenados los datos en (CD) físicos el ordenamiento en disco como lógico. Esquema interno.
*Independecia Logica: Capacidad de modificar el esquema conceptual sin tener que alterar el nivel externo ni los programas de
aplicación.
*Independecia Fisica de los Datos: Capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual con
los externos.
Cliente: Almacena el programa como peticiones con el usurio almacenando aplicaciones como vistas
-Restringir accesos.
Directamente -Darles movimiento a la BD.
BD. -Definir esquema.
-Definir estructura y método de acceso.
Administradores -Realizar copias de seguridad de manera periodica.
BD. -Supervisar los datos.
-Modificacion de esquema y de la Organización Fisica.
-Concesión de autorización para el acceso de datos.
-Copias de seguridad de la BD. Periódicamente.
-Supervisar los trabajos que se ejecutan en la BD.
USUARIOS
VISTAS (usuarios)
FISICOS (programador)
IDEA PENSAMIENTO
INGENUOS (no saben tanto de computo)
USUARIOS Programador
ESPECIALIZADOS Administradores
-Herramientas de Diseño
-SISTEMA ADMINIS- -Utilerias de tiempo de ejecución
COMPONENTES TRADOR DE BD. -Motor del sistema Administrador
SISTEMA DE DB.
-Formas
-APLICASIONES -Consultas
DE BD. -Reportes
-Menus
-Programa de Aplicación
Realizar un modelo entidad relación de la dirección estatal de transito que desea un sistema que lleve la gestión de infracciones
aplicadas a los conductores que circulen en las 5 carreteras estatales
KM Vehic Licen
Rut
ulo cia
a
TRANSIT CARRETE CONDUCT
Cur
O RA OR p
Clav
Plac Direcc
e Nomb Telefo
as Ofici re ion Se
no
al xo
Desarrolle el diagrama E-R para gestionar los préstamos, ventas de una cadena de video club
Direcc Nomb
CURP ion re
Sexo
E-R
Relacional
ANALISIS DE REQUERIMIENTOS
La etapa en que se estudian los requerimientos para verificar que estén correctamente adecuados a
las características mencionadas es conocida como Análisis de Requerimientos. En la misma se
enfocan e intentan solucionar las deficiencias que los requerimientos puedan tener.
ACTIVIDADES TECNICAS
1. Identificar Casos de Uso del sistema
Esta información se representa en un diagrama de casos de uso.
Qué casos de uso son similares, diferenciándose en la forma en la cual hacen algunas
operaciones?
Qué caso de uso redefine la forma en la cual se realiza una transacción dentro de otro caso de
uso?
Especificar el diálogo que da solución a cada caso de uso que se soluciona con la interacción con esta interfaz.
Puede especificarse este diálogo de varias maneras, dependiendo de la complejidad de la interfaz definida (en
esta etapa se sugiere escoger el mínimo nivel de detalle posible, para dar más libertad de diseño en las etapas
posteriores):
3. Por medio de diagramas de estados, donde se muestre claramente los estados de la interfaz
Por medio de un prototipo funcional, en términos de la interacción con el usuario
Definir restricciones para la comunicación con actores y sistemas
Describir en el detalle del actor o de la relación con el caso de uso particular
UNIDAD III
MODELO RALCIONAL
-Desarrollado por Codd 1970.
-Aplica conceptos de Matematicas (algebra relacional) para los gestión de datos almacenados
-Su objetivo principal es mantener la independecia de la estructura lógico respecto al modo de almacenamiento.
TERMINOLOGIA
Tabla = representación tabular (plano)bidimensional de entidades y relaciones (se conocen en este modelo como “ralcion”)
Datos DDL
RELACION: Dado un conjunto de dominios, una relación es el producto cartesiano entre los dominios; Sean D1,D2,D3…Dn el
conjunto de dominios entonces la relación R < D1x D2x D3x…. Dnx
PROYECCION
-USUARIOS SELECCION
OPERACIONES RENOMBRE
ALGEBRA
RELACIONAL UNION
-BINARIOS DIFERENCIA
PRODUCTO CARTESIANO
PRDUCTO CARTESIANO
El producto cartesiano de dos relaciones se escribe como:
y entrega una relación, cuyo esquema corresponde a una combinación de todas las tuplas de R con cada una de las tuplas de S,
y sus atributos corresponden a los de R seguidos por los de S.
Ejemplo:
Muestra una nueva relación, cuyo esquema contiene cada una de las tuplas de la relación Alumnos junto con las tuplas de la
relación Maestros, mostrando primero los atributos de la relación Alumnos seguidos por las tuplas de la relación Maestros.
Unión (∪)
La operación
retorna el conjunto de tuplas que están en R, o en S, o en ambas. R y S deben ser uniones compatibles.
Diferencia (-)
entrega todas aquellas tuplas que están en R, pero no en S. R y S deben ser uniones compatibles.
Estas operaciones son fundamentales en el sentido en que (1) todas las demás operaciones pueden ser expresadas como una
combinación de éstas y (2) ninguna de estas operaciones pueden ser omitidas sin que con ello se pierda información.
UML
El lenguaje para modelamiento unificado (UML), es un lenguaje para la especificación, visualización, construcción y
documentación de los artefactos de un proceso de sistema intensivo. Fue originalmente concebido por la Corporación Rational
Software y tres de los más prominentes métodologistas en la industria de la tecnología y sistemas de información: Grady Booch,
James Rumbaugh, y Ivar Jacobson ("The Three Amigos"). El lenguaje ha ganado un significante soporte de la industria de varias
organizaciones vía el consorcio de socios de UML y ha sido presentado al Object Management Group (OMG) y aprobado por
éste como un estándar (noviembre 17 de 1997).
Este documento desarrolla la definición de UML.
Permite analizar Software y Sistemas.
Se emplean para visualizar el comportamiento del sistema, una parte de el o de una sola clase. De forma que se pueda conocer
como responde esa parte del sistema. El diagrama de uso es muy útil para definir como debería ser el comportamiento de una
parte del sistema, ya que solo especifica como deben comportarse y no como están implementadas las partes que define. Por
ello es un buen sistema de documentar partes del código que deban ser reutilizables por otros desarrolladores. El diagrama
también puede ser utilizado para que los expertos de dominio se comuniquen con los informáticos sin llegar a niveles de
complejidad. Un caso de uso especifica un requerimiento funcional, es decir indica esta parte debe hacer esto cuando pase esto.
En el diagrama nos encontramos con diferentes figuras que pueden mantener diversas relaciones entre ellas:
Casos de uso: representado por una elipse, cada caso de uso contiene un nombre, que indique su funcionalidad. Los casos
de uso pueden tener relaciones con otros caso de uso. Sus relaciones son:
Include: Representado por una flecha, en el diagrama de ejemplo podemos ver como un caso de uso, el de totalizar el
coste incluye a dos casos de uso.
Extends: Una relación de una caso de Uso A hacia un caso de uso B indica que el caso de uso B implementa la
funcionalidad del caso de uso A.
En este grafico encontramos tres casos de usos Crear producto utiliza Validar producto, y Crear pack productos es una
especialización de Crear productos.
Podemos emplear el diagrama de dos formas diferentes, para modelar el contexto de un sistema, y para modelar los requisitos
del sistema.
Se debe modelar la relación del sistema con los elementos externos, ya que son estos elementos los que forman el contexto del
sistema.
La función principal, o la mas conocida del diagrama de casos de uso es documentar los requisitos del sistema, o de una parte
de el.
Los requisitos establecen un contrato entre el sistema y su exterior, definen lo que se espera que realice el sistema, sin definir su
funcionamiento interno. Es el paso siguiente al modelado del contexto, no indica relaciones entre autores, tan solo indica cuales
deben ser las funcionalidades (requisitos) del sistema. Se incorporan los casos de uso necesarios que no son visibles desde los
usuarios del sistema.
• Establecer su contexto, para lo que también podemos usar un diagrama de casos de uso.
• Identificar las necesidades de los elementos del contexto (Actores).
• Nombrar esas necesidades, y darles forma de caso de uso.
• Identificar que casos de uso pueden ser especializaciones de otros, o buscar especializaciones comunes para los casos
de uso ya encontrados.
-Define almacenamientos
DIALECTOS DE SQL
-Select coloms
-From tablename
EJECUCION DE CONSULTA
-.Consulta en SQL compilador
CONSULTAS Y BOFFER
-Procesador de consultas.
-Administrador de buffer
-Usar la memoria
-Procesamiento de transacciones
-Control de concurrencias
TRANSACCIONES
*REGISTRO Y RECUPERACION EN CASO DE FALLO:
*CONTROL DE CONCURRENCIA
*ATOMICIDAD
*CONSISTENCIA
Algebra relacional
S.G.B.D.
(Manipulacion de Datos)
DML SELECT Utilizado para consultar registros de la B.D. que satisfaga un criterio
INSERT Se utiliza para cargar lotes de datos en la B.D en una única operación
UPDATE Utilizado para modificar los valores de los campos de registros especificado.
DELETE Utilizado para eliminar registros de una tabla de una B.D.
UNIDAD V
NORMALIZACION
El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el
paso del modelo entidad-relación al modelo relacional.
-Todos los datos en una columna deben ser del mismo tipo.
Dependencia
Dependencia funcional
B es funcionalmente dependiente de A.
Una dependencia funcional es una conexión entre uno o más atributos. Por ejemplo si conocemos el valor de
FechaDeNacimiento podemos conocer el valor de Edad.
Las dependencias funcionales del sistema se escriben utilizando una flecha, de la siguiente manera:
FechaDeNacimiento Edad
Aquí a FechaDeNacimiento se le conoce como un determinante. Se puede leer de dos formas FechaDeNacimiento determina a
Edad o Edad es funcionalmente dependiente de FechaDeNacimiento. De la normalización (lógica) a la implementación (física o
real) puede ser sugerible tener éstas dependencias funcionales para lograr la eficiencia en las tablas.
Si la dirección o el nombre de una persona están incluidos en el DNI, entonces con el DNI podemos determinar la dirección o su
nombre.
entonces
DNI nombre
DNI,dirección nombre,dirección
Si con el DNI se determina el nombre de una persona, entonces con el DNI más la dirección también se determina el nombre o
su dirección.
Dependencia funcional transitiva
Sean X, Y, Z tres atributos (o grupos de atributos) de la misma entidad. Si Y depende funcionalmente de X y Z de Y, pero X no
depende funcionalmente de Y, se dice entonces que Z depende transitivamente de X. Simbólicamente sería:
X Y Z entonces X Z
FechaDeNacimiento Edad
Edad Conducir
Entonces tenemos que FechaDeNacimiento determina a Edad y la Edad determina a Conducir, indirectamente podemos saber a
través de FechaDeNacimiento a Conducir
Formas Normales
Las formas normales son aplicadas a las tablas de una base de datos. Decir que una base de datos está en la forma normal N es
decir que todas sus tablas están en la forma normal N.
En general, las primeras tres formas normales son suficientes para cubrir las necesidades de la mayoría de las bases de datos.
El creador de estas 3 primeras formas normales (o reglas) fue Edgar F. Codd
• Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos.
• La tabla contiene una clave primaria.
• La clave primaria no contiene atributos nulos.
• No debe de existir variación en el número de columnas.
Una columna no puede tener múltiples valores. Los datos son atómicos. (Si a cada valor de X le pertenece un valor de Y,
entonces a cada valor de Y le pertenece un valor de X)
Independencia Funcional. Una relación está en 2FN si está en 1FN y si los atributos que no forman parte de ninguna clave
dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales.
En otras palabras podríamos decir que la segunda forma normal está basada en el concepto de dependencia completamente
funcional. Una dependencia funcional es completamente funcional si al eliminar los atributos A de X significa que la
dependencia no es mantenida, esto es que A Є X, (X – {A}) -x-> Y. Una dependencia funcional es una dependencia
parcial si hay algunos atributos que pueden ser eliminados de X y la dependencia todavía se mantiene, esto es A Є X,
(X – {A}) -> Y.
Por ejemplo {DNI, ID_PROYECTO} HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuántas
horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente dependiente dado que ni DNI
HORAS_TRABAJO ni ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO}
NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI NOMBRE_EMPLEADO mantiene la dependencia.
Tercera Forma Normal (3FN)
La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son
clave.
Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un esquema de relación R es una dependencia
transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.
Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos
que la dependencia de DMGRSSN el atributo clave SSN es transitiva vía DNUMBER porque las dependencias
SSN→DNUMBER y DNUMBER→DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT.
Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que
DNUMBER no es una clave de EMP_DEPT.
La tabla se encuentra en FNBC si cada determinante, atributo que determina completamente a otro, es clave candidata. Deberá
registrarse de forma anillada ante la presencia de un intervalo seguido de una formalizacion perpetua, es decir las variantes
creadas, en una tabla no se llegaran a mostrar, si las ya planificadas, dejan de existir.
Una tabla se encuentra en 4FN si, y sólo si, para cada una de sus dependencias múltiples no funcionales X->->Y, siendo X una
super-clave que, X es o una clave candidata o un conjunto de claves primarias.
RDBMS = Del inglés Relational Data Base Manager System que significa, Sistema Gestor de Bases de Datos Relacionales.
1FN = Significa, Primera Forma Normal o 1NF del inglés First Normal Form
UNIDAD VI
BASE DE DATOS RELACIOANLES ORIENTADA A OBJETOS
Los lenguajes de programación persistentes añaden la persistencia y otras características de las bases de datos a loa lenguajes
de programación existentes con sistemas de tipos orientados a objetos. Por el contrario, los modelos de datos relacionales
orientados a objetos extienden el modelo de datos relacional proporcionando un sistema de tipos mas rico que incluye la
programación
- Operaciones limitadas
- Desadaptación de impedancias
La herencia es un intento de adaptación de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relación
entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por
tanto, no necesitan ser representadas dos veces en el diagrama. La relación de herencia se representa mediante un triángulo
interconectado por líneas a las entidades. La entidad conectada por el vértice superior del triángulo es la entidad "padre".
Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del triángulo.
UNIDAD VII
ANTECEDENTES DE XML
XML proviene de un lenguaje inventado por IBM en los años setenta, llamado GML (General Markup Language), que surgió por
la necesidad que tenía la empresa de almacenar grandes cantidades de información. Este lenguaje gustó a la ISO, por lo que en
1986 trabajaron para normalizarlo, creando SGML (Standard General Markup Language), capaz de adaptarse a un gran abanico
de problemas. A partir de él se han creado otros sistemas para almacenar información.
En el año 1989 Tim Berners Lee creó la web, y junto con ella el lenguaje HTML. Este lenguaje se definió en el marco de SGML y
fue de lejos la aplicación más conocida de este estándar. Los navegadores web sin embargo siempre han puesto pocas
exigencias al código HTML que interpretan y así las páginas web son caóticas y no cumplen con la sintaxis. Estas páginas web
dependen fuertemente de una forma específica de lidiar con los errores y las ambigüedades, lo que hace a las páginas más
frágiles y a los navegadores más complejos.
Otra limitación de SGML es que cada documento pertenece a un vocabulario fijo, establecido por el DTD. No se pueden combinar
elementos de diferentes vocabularios. Asimismo es imposible para un intérprete (por ejemplo un navegador) analizar el
documento sin tener conocimiento de su gramática (del DTD). Por ejemplo, el navegador sabe que antes de una etiqueta <div>
debe haberse cerrado cualquier <p> previamente abierto. Los navegadores resolvieron esto incluyendo lógica ad hoc para el
HTML, en vez de incluir un analizador genérico. Ambas opciones de todos modos son muy complejas para los navegadores. Se
buscó entonces definir un subconjunto del SGML que permita:
* Mezclar elementos de diferentes lenguajes. Es decir que los lenguajes sean extensibles.
* La creación de analizadores simples, sin ninguna lógica especial para cada lenguaje.
* Empezar de cero y hacer hincapié en que no se acepte nunca un documento con errores de sintaxis.
Para hacer esto XML deja de lado muchas características de SGML que estaban pensadas para facilitar la escritura manual de
documentos. XML en cambio está orientado a hacer las cosas más sencillas para los programas automáticos que necesiten
interpretar el documento.
Ventajas del XML Es extensible, lo que quiere decir que una vez diseñado un lenguaje y puesto en producción, igual es posible
extenderlo con la adición de nuevas etiquetas de manera de que los antiguos consumidores de la vieja versión todavía puedan
entender el nuevo formato. El analizador es un componente estándar, no es necesario crear un analizador específico para cada
lenguaje. Esto posibilita el empleo de uno de los tantos disponibles. De esta manera se evitan bugs y se acelera el desarrollo de
la aplicación. Si un tercero decide usar un documento creado en XML, es sencillo entender su estructura y procesarlo. Mejora la
compatibilidad entre aplicaciones.
Estructura de un documento XML La tecnología XML busca dar solución al problema de expresar información estructurada de la
manera más abstracta y reutilizable posible. Que la información sea estructurada quiere decir que se compone de partes bien
definidas, y que esas partes se componen a su vez de otras partes. Entonces se tiene un árbol de pedazos de información.
Ejemplos son un tema musical, que se compone de compases, que están formados a su vez con notas. Estas partes se llaman
elementos, y se las señala mediante etiquetas.
Una etiqueta consiste en una marca hecha en el documento, que señala una porción de este como un elemento, un pedazo de
información con un sentido claro y definido. Las etiquetas tienen la forma <nombre>, donde nombre es el nombre del elemento
que se está señalando.