sistema de ficheros de base de datos

Son sistemas diseñados para almacenar ficheros en dispositivos de almacenaje de datos, que deben estar conectados directa o inderectamente al ordenador.

Ejemplos:

• FAT
• NTFS
• HFS y HFS+
• EXT2/3
• ISO 9660
• ODS-5
• UDF
• ...

Algunos sistemas de ficheros orientados a discos son tambien sistemas de ficheros con journaling (bitacora).

Sistemas de ficheros de bases de datos[editar]

Es un concepto nuevo de manejo de ficheros basado en bases de datos, como sustitutivo o añadido a la estructura jerarquica. Los ficheros se identifican por sus caracteristicas, tipo, asunto, autor o meta-informacion similar. Un fichero puede ser accedido a traves de una consulta SQL este donde este.

Ejemplos:

• BFS
• WinFS

Sistemas de ficheros transaccionales

Esto es una clase especial de sistema de fichero que almacena los eventos o transaciones. Sirven para asegurar la integridad del sistema comprobando que toda operacion debe estar acabada. En caso de que se pierda el acceso al sistema de ficheros y una operacion quede a medias esto queda reflejado en el journal (la bitacora) y en el siguiente arranque se puede comprobar las operaciones no completadas y deshacerlas.

Ejemplos:

• ReiserFS
• Reiser4
• Ext3
• NTFS (Solo metadatos).

Sistema de ficheros de red

Es un sistema de ficheros que actua como cliente para un servidor de acceso remoto a ficheros, permitiendo acceso a los ficheros en el servidor.

Ejemplos:

• NFS
• SMB
• AFS
• CIFS

Sistemas de ficheros para propisito especial

Basicamente es cualquier sistema de ficheros que no sea de disco o de red. Esto incluye los sitemas en que los ficheros son generados dinamicamente por el software.

Los sistemas de ficheros de proposito especial son usados normalmente en sistemas operativos orientados a ficheros como Unix.

Ejemplos:

• Procfs
• Devfs
• 

OBJETIVOS DEL DISEÑO LÓGICOS DE DATOS

Hoy en día, prácticamente todos los sistemas de información almacenan y organizan los datos en DDBB. Para llevar a cabo la implementación de la DDBB que necesita el sistema habrá que tener en cuenta todas las fases de diseño de esta:

- Diseño conceptual: Este diseño es independiente del modelo de DDBB usado, del ordenador, del sistema gestor de bases de datos, etc… Simplemente se estudia el problema y se seleccionan los elementos del mundo real que vamos a modelar. Este diseño es al que corresponde el diagrama E/R

- Diseño lógico: Partiendo del diseño conceptual obtenido en la fase anterior, llegamos a un diseño lógico. Transformamos las entidades y relaciones obtenidas del modelo anterior en tablas. Para ello usamos la normalización.

- Diseño físico: Este diseño si depende del ordenador, del sistema gestor de DDBB, etc… En este caso, empleando el gestor de la DDBB, se implementan las tablas de las DDBB con sus características, organización y estructuras de almacenamiento interno.

Para evitar la gran dependencia que existía antes entre los ficheros y las aplicaciones que los utilizaban ( cualquier cambio en la estructura física o lógica de los datos afectaba a las aplicaciones ), el instituto ANSI publicó un informe en el que definía una arquitectura de tres niveles para ser utilizada en el diseño de DDBB, con objeto de minorizar el impacto producido por los cambios haciendo énfasis en la independencia que debe existir entre las referencias externas a los datos y la forma física de almacenamiento y organización de los mismos. Los tres niveles definidos son:

- Nivel externo: Constituye un nivel con el que interactúa el usuario. Este nivel representa una visión parcial de los datos, de manera que usuarios diferentes tendrán una visión distinta de los mismos, mostrando solo aquella parte que interesa al usuario.

Metodologías estructuradas orientadas a datos.

Dentro del modelo básico Entrada-Proceso-Salida, estas metodologías se centran en el estudio de los
datos a la entrada y de los resultados a la salida. Para ello definen cómo son esos datos, los agrupan
en estructuras de datos, y posteriormente describen los procesos.
La razón para hacer esto está en la creencia de que los datos son más estables que los procesos en
las empresas y sus sistemas, por lo que si identifico con éxito la estructura y naturaleza de estos datos
podré desarrollar posteriormente, a partir de esa estructura de datos, un modelo de procesos más estable
que si lo hago al contrario. En realidad, esto no siempre es cierto, sino que depende de cada
organización o empresa.
15
DEPARTAMENTO DE INFORMÁTICA Y COMUNICACIONES
Desarrollo de Aplicaciones Informáticas
VALLINIELLO
Módulo de Análisis y Diseño detallado de Aplicaciones Informáticas de Gestión
Unidad 4: Metodologías de Desarrollo del Software
Mª Lourdes Gutiérrez López
¿Y todas las estructuras de datos son iguales?
No exactamente, por eso, en función de cómo sean esas estructuras de datos, podemos clasificar a estas
metodologías en orientadas a datos jerárquicos y orientadas a datos no jerárquicos.
􀂄 Metodologías estructuradas orientadas a datos jerárquicos.
En este caso la estructura de los datos es jerárquica y la estructura de control del programa que se
deriva del estudio de los datos también es jerárquica. Esto significa que hay una relación de jerarquía
entre los datos y pueden ser representados mediante árboles. Por ejemplo, como puede verse en la
figura, una estructura de datos jerárquica sería la representación del árbol genealógico de una familia.
En esta metodología, el procedimiento a seguir consiste en definir primero
las estructuras de los datos de entrada y salida (análisis de los datos),
mezclarlas todas en una estructura jerárquica de programa y después
ordenar detalladamente la lógica procedimental del programa (análisis de
los procesos) para que se ajuste a esta estructura jerárquica. Por tanto, en
esta metodología se crea en primer lugar el diccionario de datos y luego se
estudian las actualizaciones y modificaciones que deben realizarse a esos
datos para obtener las salidas definiendo de esta manera los procesos.

2.2.- Metodologías estructuradas orientadas a procesos.
Estas metodologías orientadas a procesos estudian cómo son transformados los flujos de datos por los
procesos, desde la entrada hasta la salida. Por tanto, hacen más hincapié en los procesos que en los
datos.
¿Cómo vamos a analizar estos flujos de información?
Siempre recurrimos a representaciones gráficas porque son las más útiles y fáciles de interpretar.
Estas representaciones gráficas son acompañadas por documentos de texto desarrollando lo que se
denomina especificación estructurada.
La especificación estructurada incluye estas técnicas:
13
DEPARTAMENTO DE INFORMÁTICA Y COMUNICACIONES
Desarrollo de Aplicaciones Informáticas
VALLINIELLO
Módulo de Análisis y Diseño detallado de Aplicaciones Informáticas de Gestión
Unidad 4: Metodologías de Desarrollo del Software
Mª Lourdes Gutiérrez López
• Diagramas de Flujo de Datos (DFD): son una
representación gráfica que representa los procesos que
debe llevar a cabo el sistema informático y los datos que
hay a la entrada y salida de cada proceso. Utilizando el
concepto de abstracción, los procesos se van
describiendo al principio como procesos amplios y
complejos, para ir posteriormente descomponiéndolos
en procesos más simples. Este proceso se irá
repitiendo para realizar un refinamiento progresivo del
sistema. En la imagen podemos ver una herramienta
informática de ayuda para desarrollar DFD. En concreto se trata de la modelización de un almacén,
en la que aparece un proceso de gestión de compras y unas entidades de proveedores y almacén.
Entidad
Externa
Proceso
Proceso Proceso
Proceso
Proceso
Entidad
Externa
• Diccionario de Datos (DD): son las descripciones de todos los datos del sistema y de los elementos
que aparecen en el DFD.
• Especificaciones de procesos: es la descripción detallada de los procesos, es decir, explican cómo
se obtienen las salidas a partir de las entradas.
Para la realización de estas técnicas dispondremos de una serie de herramientas informáticas de ayuda
que permitan facilitar la realización de los DFD y automatizar parte del proceso. En la imagen anterior
tenemos un DFD con procesos, entidades y un almacén de datos.

                                   Metodologías estructuradas.
En definitiva la metodología de desarrollo lo que pretende es resolver un problema o necesidad, y para
ello parte de la petición del cliente y con sucesivas fases obtiene una solución informática.
Ya vimos que en las metodologías estructuradas se realiza una aproximación a la resolución del
problema descendente. Es decir, se pasa de una visión más general del problema con un nivel de
abstracción alto (cercano a las personas), a un nivel de abstracción más bajo (cercano a la máquina).
Para ello, estas metodologías proponen la creación de modelos que representen los procesos o
acciones a realizar, los flujos de información y las estructuras de datos necesarias para almacenar la
información.
El modelo general que representa a un sistema informático consta de
Entrada-Proceso-Salida. Los datos se introducen en el sistema, el cual los
procesa para obtener unos resultados a la salida. Las metodologías
estructuradas utilizan este esquema para realizar su enfoque del desarrollo
del software.

                                          metodologías estructuradas.
En definitiva la metodología de desarrollo lo que pretende es resolver un problema o necesidad, y para
ello parte de la petición del cliente y con sucesivas fases obtiene una solución informática.
Ya vimos que en las metodologías estructuradas se realiza una aproximación a la resolución del
problema descendente. Es decir, se pasa de una visión más general del problema con un nivel de
abstracción alto (cercano a las personas), a un nivel de abstracción más bajo (cercano a la máquina).
Para ello, estas metodologías proponen la creación de modelos que representen los procesos o
acciones a realizar, los flujos de información y las estructuras de datos necesarias para almacenar la información.

 

El modelo general que representa a un sistema informático consta de
Entrada-Proceso-Salida. Los datos se introducen en el sistema, el cual los
procesa para obtener unos resultados a la salida. Las metodologías
estructuradas utilizan este esquema para realizar su enfoque del desarrollo
del software.