1.3.1. MODELO ANSI PARK

La arquitectura a tres niveles del grupo ANSI, con su esquema conceptual, ha marcado una clara línea de investigación en el campo de las bases de datos. Aun cuando en trabajos y propuestas de normalización anteriores ya se había indicado la conveniencia de separar los tres niveles de estructuras, ninguno de estos estudios había tenido un impacto semejante al del esquema conceptual de ANSI. Consideramos, por tanto, de interés presentar dicha arquitectura.
Una de las primeras tareas del grupo de estudio consistió en buscar una terminología común e intentar desarrollar un vocabulario consistente y comprensible. Otro trabajo que se abordó desde las primeras etapas fue el análisis de los componentes

1.3. REQUERIMIENTOSDECONSTRUCCIÓN

El análisis de requerimientos para una base de datos incorpora las mismas tareas que el análisis de requerimientos del software. Es necesario un contacto estrecho con el cliente; es esencial la identificación de las funciones e interfaces; se requiere la especificación del flujo, estructura y asociatividad de la información y debe desarrollarse un documento formal de los requerimientos. Un tratamiento completo del análisis de las bases de datos va mas allá del ámbito de este paper.
La construcción de bases de datos es una de nuestras especialidades, el diseño de bases de datos en MySQL, PostgreSQL, Access, Progress. Utilizando lenguajes para ello como PHP, JavaScript, Visual Basic o 4GL, que son herramientas utilizadas con frecuencia por nosotros.Tenemos mas de 5 años de experiencia en la planeación, diseño y desarrollo de herramientas propietarias sobre bases de datos, una de nuestras cartas de presentación es el sitio

1.1.5. MODELO RELACIONAL

El modelo relacional para la gestión de una base de datos es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.

Su idea fundamental es el uso de «relaciones». Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados «tuplas» Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar, esto es, pensando en cada relación como si fuese una tabla que está compuesta por registros (cada fila de la tabla sería un registro o tupla), y columnas (también llamadas campos).

1.2.4. MODELO ENTIDAD RELACIÓN

Un diagrama o modelo entidad-relación (a veces denominado por sus siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades.

Es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades. Es muy diferente en cuanto a la base de datos, pero al igual contiene atributos, en la identidad, relación y flujo de datos se representan con diferentes formas como se muestra a continuación:

        

1.2.3. MODELO JERARQUICO

Un modelo de datos jerárquico es un modelo de datos en el cual los datos son organizados en una estructura parecida a un árbol. La estructura permite a la información que repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo tiene un padre. Todos los atributos de un registro específico son catalogados bajo un tipo de entidad.

Ejemplo de un Modelo Jerárquico: En una base de datos, un tipo de entidad es el equivalente de una tabla; cada registro individual es representado como una fila y un atributo como una columna. Los tipos de entidad son relacionados el uno con el otro usando 1: Trazar un mapa de n, también conocido como relacion de uno a varios.

 

1.2.2. MODELO DE RED

El modelo de red es un Modelo de base de datos concebido como un modo flexible de representar objetos y su relación
El inventor original del modelo de red fue Charles Bachman, y con ello fue desarrollado en una especificación estándar publicada en 1969 por el consorcio CODASYL. 
Ejemplo de un Modelo de red.

1.2. MODELOS DEBASES DE DATOS

Un modelo de base de datos o esquema de base de datos es la estructura o el formato de una base de datos, descrita en un lenguaje formal soportada por el sistema de gestion de bases de datos.  En otras palabras, un "modelo de base de datos" es la aplicación de un modelo de datos usado en conjunción con un sistema de gestión de bases de datos.

Los esquemas generalmente son almacenados en un diccionario de datos. Aunque un esquema se defina en un lenguaje de base de datos de texto, el término a menudo es usado para referirse a una representación gráfica de la estructura de la base de datos.

1.1.6. TIPOS DE GESTORES DE DATOS

Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerárquico, red,... El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PC´s. Características Generales de los Sistemas Gestores de B.D.
Aunque hay multitud de aplicaciones para la Gestión de Bases de Datos diferentes en características y precios, podemos encontrar aspectos comunes en todos ellos:
• Aceptan definiciones de esquemas y vistas (definición de diferentes bases de datos).
• Manipulan los datos siguiendo las órdenes de los usuarios.
• Cuidan que se respete la seguridad e integridad de los datos.
• Permiten definir usuarios y las restricciones de acceso para cada uno de ellos.
• Controlan la concurrencia y las operaciones asociadas a la recuperación de los fallos.

1.1.5.INFORMES Y REPORTES

INFORME: El propósito del informe, como su propio nombre indica, es informar. Sin embargo, los informes pueden incluir elementos persuasivos, tales como recomendaciones, sugerenciasu otras conclusiones, motivacionales que indican posibles acciones futuras que el lector del informe pudiera adoptar. Los informes pueden ser públicos o privados y tratan a menudo sobre preguntas planteadas por individuos del gobierno, los negocios, la educacion o la ciencia.

REPORTES: Un reporte es un Documento, generado por el Sistema, que nos presenta de manera Estructurada y/o Resumida, datos relevantes guardados o generados por la misma aplicación de tal manera que se vuelvan útiles para los fines que la Escuela o al Programa Escuelas de Calidad convengan. 

Los reportes generalmente agrupan los datos de acuerdo a un interés específico; por ejemplo el reporte "Cheques emitidos por la Escuela", presenta una lista de todos los documentos que la Escuela ha dispuesto para pagar a proveedores o prEstadores de servicios, ordenados mediante números y fechas.

1.1.4. CONSULTAS Y FORMULARIOS

FORMULARIOS
Los formularios son diseños que se realizan para poder introducir, modificar o visualizar los registros de una tabla o consulta.

La creación de formularios a partir de las tablas es más comoda y rápida usando el asistente. Posteriormente se podran modificar en vista diseño.

CONSULTAS
Las consultas pueden proporcionarnos datos filtrados en base a las tablas a otra consultas

Si en los criterios de una consulta escribimos una palabra, frase o cadena de caracteres entre corchetes, el texto entre corchetes se visualizará a modo de pregunta al usuario cuando vaya a ustilizar la consulta.

1.1.3 TABLAS, CLAVES Y RELACIONES

TABLAS. La parte principal de una base de datos son las tablas. Una base de datos esta formada por una o más tablas. Una tabla es una colección de datos sobre un tema en común; y se almacena de manera muy similar al cajón de un archivero. Una tabla es una colección de datos sobre un tema específico.

CLAVES. Los datos de cada tabla deben estar relacionados con los datos de otras tablas por medio de un campo común al cual se le conoce como clave principal. La clave principal es un campo (columna) que identifica de manera única al registro; impide que el registro se repita.

RELACIONES. La relación es una asociación establecida entre campos comunes de dos tablas. Existen diversos tipos de relaciones:
.Uno a uno: Una relación uno a uno se crea si las dos columnas relacionadas son claves principales o tienen restricciones únicas.
.Uno a varios: Un registro de la tabla A puede tener muchos registros coincidentes en la tabla B; pero un registro de la tabla B solo puede tener registro coincidente en la tabla A.