1.

Defina que es una Bases de Datos segn estos autores y/o organizaciones

Coleccin o depsito de datos, donde los datos estn lgicamente relacionados entre s, tienen una definicin y descripcin comunes y estn estructurados de una forma particular. Una base de datos es tambin un modelo del mundo real y, como tal, debe poder servir para toda una gama de usos y aplicaciones, (Conference des Statisticiens Europens, 1977). Conjunto estructurado de datos registrados sobre soportes accesibles por ordenador para satisfacer simultneamente a varios usuarios de forma selectiva y en tiempo oportuno, (Delobel, 1982). Coleccin no redundante de datos que son compartidos por diferentes sistemas de aplicacin, (Howe, 1983). Coleccin integrada y generalizada de datos, estructurada atendiendo a las relaciones naturales de modo que suministre todos los caminos de acceso necesarios a cada unidad de datos con objeto de poder atender todas las necesidades de los diferentes usuarios, (Deen, 1985). Conjunto de ficheros maestros, organizados y administrados de una manera flexible de modo que los ficheros puedan ser facilmente adaptados a nuevas tareas imprevisibles, (Frank, 1988). Coleccin de datos interrelacionados, (Elsmari y Navathe, 1989). Base de Datos (BD): Coleccin o depsito de datos integrados, almacenados en soporte secundario (no voltil) y con redundancia controlada. Los datos, que han de ser compartidos por diferentes usuarios y aplicaciones, deben mantenerse independientes de ellos, y su definicin (estructura de la base de datos) nica y almacenada junto con los datos, se ha de apoyar en un modelo de datos, el cual ha de permitir captar las interrelaciones y restricciones existentes en el mundo real. Los procedimientos de actualizacin y recuperacin, comunes y bien determinados, facilitarn la seguridad del conjunto de los datos, Piattini et al. (2006).
2. Explique brevemente 10 aplicaciones del uso de sistemas de bases de datos Aplicaciones de los sistemas de bases de datos Las bases de datos se usan ampliamente. Algunas de sus aplicaciones representativas son: Banca: para informacin de los clientes, cuentas, prstamos y transacciones bancarias. Lneas areas: para reservas e informacin de horarios. Las lneas areas fueron de las primeras en usar las bases de datos de forma distribuida geogrcamente. Universidades: para informacin de los estudiantes, matrculas en las asignaturas y cursos.

Transacciones de tarjetas de crdito: para compras con tarjeta de crdito y la generacin de los extractos mensuales. Telecomunicaciones: para guardar un registro de las llamadas realizadas, generar las facturas mensuales, mantener el saldo de las tarjetas telefnicas de prepago y para almacenar informacin sobre las redes de comunicaciones. Finanzas: para almacenar informacin sobre compaas tenedoras, ventas y compras de productos nancieros, como acciones y bonos; tambin para almacenar datos del mercado en tiempo real para permitir a los clientes la compraventa en lnea y a la compaa la compraventa automtica. Ventas: para informacin de clientes, productos y compras. Comercio en lnea: para los datos de ventas ya mencionados y para el seguimiento de los pedidos Web, generacin de listas de recomendaciones y mantenimiento de evaluaciones de productos en lnea. Produccin: para la gestin de la cadena de proveedores y para el seguimiento de la produccin de artculos en las factoras, inventarios en los almacenes y pedidos. Recursos humanos: para informacin sobre los empleados, salarios, impuestos sobre los sueldos y prestaciones sociales, y para la generacin de las nminas.

PREGUNTA 3 Redundancia e inconsistencia de los datos. Debido a que los archivos y programas de aplicacin los crean diferentes programadores en el transcurso de un largo perodo de tiempo, es probable que los diversos archivos tengan estructuras diferentes y que los programas estn escritos en varios lenguajes de programacin diferentes. Adems, puede que la informacin est duplicada en varios lugares (archivos). Por ejemplo, la direccin y el nmero de telfono de un cliente dado pueden aparecer en un archivo que contenga registros de cuentas de ahorros y en un archivo que contenga registros de cuentas corrientes. Esta redundancia conduce a costes de almacenamiento y de acceso ms elevados. Adems, puede dar lugar a la inconsistencia de los datos; es decir, puede que las diferentes copias de los mismos datos no coincidan. Por ejemplo, puede que el cambio en la direccin de un cliente est reejado en los registros de las cuentas de ahorro pero no en el resto del sistema. Dicultad en el acceso a los datos. Supngase que uno de los empleados del banco necesita averiguar los nombres de todos los clientes que viven en un cdigo postal dado. El empleado pide al departamento de procesamiento de datos que genere esa lista. Debido a que esta peticin no fue prevista por los diseadores del sistema original, no hay un

programa de aplicacin a mano para satisfacerla. Hay, sin embargo, un programa de aplicacin que genera la lista de todos los clientes. El empleado del banco tiene ahora dos opciones: bien obtener la lista de todos los clientes y extraer manualmente la informacin que necesita, o bien pedir a un programador de sistemas que escriba el programa de aplicacin necesario. Ambas alternativas son obviamente insatisfactorias. Supngase que se escribe el programa y que, varios das ms tarde, el mismo empleado necesita reducir esa lista para que incluya nicamente a aquellos clientes que tengan una cuenta con saldo igual o superior a 10.000 e. Como se puede esperar, no existe ningn programa que genere tal lista. De nuevo, el empleado tiene que elegir entre dos opciones, ninguna de las cuales es satisfactoria. La cuestin aqu es que los entornos de procesamiento de archivos convencionales no permiten recuperar los datos necesarios de una forma prctica y eciente. Hacen falta sistemas de recuperacin de datos ms adecuados para el uso general. Aislamiento de datos. Como los datos estn dispersos en varios archivos, y los archivos pueden estar en diferentes formatos, es difcil escribir nuevos programas de aplicacin para recuperar los datos correspondientes. Problemas de integridad. Los valores de los datos almacenados en la base de datos deben satisfacer ciertos tipos de restricciones de consistencia. Por ejemplo, el saldo de ciertos tipos de cuentas bancarias no puede nunca ser inferior a una cantidad predeterminada (por ejemplo, 25 e). Los desarrolladores hacen cumplir esas restricciones en el sistema aadiendo el cdigo correspondiente en los diversos programas de aplicacin. Sin embargo, cuando se aaden nuevas restricciones, es difcil cambiar los programas para hacer que se cumplan. El problema se complica cuando las restricciones implican diferentes elementos de datos de diferentes archivos. Problemas de atomicidad. Los sistemas informticos, como cualquier otro dispositivo mecnico o elctrico, est sujeto a fallos. En muchas aplicaciones es crucial asegurar que, si se produce algn fallo, los datos se restauren al estado consistente que exista antes del fallo. Considrese un programa para transferir 50 e desde la cuenta A a la B. Si se produce un fallo del sistema durante la ejecucin del programa, es posible que los 50 e fueran retirados de la cuenta A pero no abonados en la cuenta B, dando lugar a un estado inconsistente de la base de datos. Evidentemente, resulta esencial para la consistencia de la base de datos que tengan lugar tanto el abono como el cargo, o que no tenga lugar ninguno. Es decir, la transferencia de fondos debe ser atmica debe ocurrir en su totalidad o no ocurrir en absoluto. Resulta difcil asegurar la atomicidad en los sistemas convencionales de procesamiento de archivos. Anomalas en el acceso concurrente. Para aumentar el rendimiento global del sistema y obtener una respuesta ms rpida, muchos sistemas permiten que varios usuarios actualicen los datos simultneamente. En realidad, hoy en da, los principales sitios de comercio electrnico de Internet pueden tener millones de accesos diarios de compradores a sus datos. En tales entornos es posible la interaccin de actualizaciones concurrentes y puede dar lugar a datos inconsistentes. Considrese una cuenta bancaria A, que contenga

500 e. Si dos clientes retiran fondos (por ejemplo, 50 e y 100 e, respectivamente) de la cuenta A aproximadamente al mismo tiempo, el resultado de las ejecuciones concurrentes puede dejar la cuenta en un estado incorrecto (o inconsistente). Supngase que los programas que se ejecutan para cada retirada leen el saldo anterior, reducen su valor en el importe que se retira y luego escriben el resultado. Si los dos programas se ejecutan concurrentemente, pueden leer el valor 500 e, y escribir despus 450 e y 400 e, respectivamente. Dependiendo de cul escriba el valor en ltimo lugar, la cuenta puede contener 450 e o 400 e, en lugar del valor correcto, 350 e. Para protegerse contra esta posibilidad, el sistema debe mantener alguna forma de supervisin. Pero es difcil ofrecer supervisin, ya que muchos programas de aplicacin diferentes que no se han coordinado con anterioridad pueden tener acceso a los datos. Problemas de seguridad. No todos los usuarios de un sistema de bases de datos deben poder acceder a todos los datos. Por ejemplo, en un sistema bancario, el personal de nminas slo necesita ver la parte de la base de datos que contiene informacin acerca de los diferentes empleados del banco. No necesitan tener acceso a la informacin acerca de las cuentas de clientes. Pero, como los programas de aplicacin se aaden al sistema de procesamiento de datos de una forma adhoc, es difcil hacer cumplir tales restricciones de seguridad.

PREGUNTA 4 A) CAMPOS Los caracteres se agrupan en campos de datos. Un campo es un tem o elemento de datos elementales, tales como un nombre, nmero de empleados, ciudad, nmero de identificacin, etc. Un campo est caracterizado por su tam ao o longitud y su tipo de datos (cadena de caracteres, entero, lgico, etc.). Los cam pos pueden incluso variar en longitud. En la mayora de los lenguajes de programacin los campos de longitud variable no estn soportados y se suponen de longitud fija. Un campo es la unidad mnima de informacin de un registro. Los datos contenidos en un campo se dividen con frecuencia en subcampos. B) REGISTROS Un registro es una coleccin de informacin, normalmente relativa a una entidad particular. Un registro es una coleccin de campos lgicamente relacionados que pueden ser tratados como una unidad por algn programa. Un ejemplo de un registro puede ser la informacin de un empleado que contienen los campos de nombre, direccin, fecha de nacimiento, etc.

c) ARCHIVOS (FICHEROS) Un archivo o fichero de datos es una coleccin de registros relacionados entre s con aspectos en comn y organizados para un propsito especfico. Por ejemplo un archivo de una clase escolar contiene un conjunto de registros de los estudiantes de esa clase. Un archivo en una computadora es una estructura diseada para contener datos, estos estn organizados de tal modo que puedan ser recuperados fcilmente, actualizados o borrados y almacenados de nuevo en el archivo con todos los cambios realizados.

d) BASE DE DATOS Una coleccin de archivos a los que puede accederse por un conjunto de programas y que contienen todos ellos datos relacionados, constituye una base de datos. E) Clave Una clave (key) o indicativo es un campo de datos que identifica al registro y lo diferencia de otros registros. Esta clave debe ser diferente para cada registro. Claves tpicas son nombres o nmeros de identificacin.
F) El bit Es la unidad mnima de informacin empleada en informtica, en cualquier dispositivo digital, o en la teora de la informacin. Con l, podemos representar dos valores cuales quiera, como verdadero o falso, abierto o cerrado, blanco o negro, norte o sur, masculino o femenino, rojo o azul, etc. Basta con asignar uno de esos valores al estado de "apagado" (0), y el otro al estado de "encendido" (1).