Sistemas de información II
Fundamentos de los sistemas de información
El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.
Esto lleva como consecuencia cuatro etapas:
El diseño de los datos
Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el Software.
El Diseño Arquitectónico
Define la relación entre cada uno de los elementos estructurales del programa.
El Diseño de la Interfaz
Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el, con los operadores y usuarios que lo emplean.
El Diseño de procedimientos
Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única manera de materializar con precisión los requerimientos del cliente.
El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas:
El diseño debe implementar todos los requisitos especificados contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.
Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software.
Este debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementación.
Para evaluar la calidad del software se establecen criterios técnicos para un buen diseño:
Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.
El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones especificas.
Debe producir módulos que presenten características de funcionamiento independiente.
Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.
Debe producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software.
El proceso de Diseño del Software exige buena calidad a través de la aplicación de principios fundamentales de Diseño, Metodología sistemática y una revisión extensa.
Diseño de la Salida
La salida se refiere a los resultados e informaciones generadas por el Sistema, esta parte viene siendo lo mas importante para los usuarios. Como analista se toma en cuenta lo siguiente:
Determine que información presentar.
Decidir si la información será presentada en forma visual, verbal o impresora y seleccionar el medio de salida.
Disponga la presentación de la información en un formato aceptable.
Decida como distribuir la salida entre los posibles destinatarios.
Diseño de Archivos
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos históricos, o información de referencia.
Estas son algunas decisiones que se toman durante el diseño de archivos,
• Los datos que deben incluirse en el formato de registros contenidos en el archivo.
• La longitud de cada registro, con base en las características de los datos que contenga.
• La secuencia a disposición de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).
No todos los sistemas requieren del diseño de archivo ya que algunos pueden reutilizar los de sistema anterior y solo basta con enlazar el archivo al archivo maestro.
Diseño de Interacciones con la Base de Datos
La mayoría de los sistemas de información ya sean implantado en sistemas de cómputos grandes o pequeños, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razón estos sistemas utilizan un administrador de base de datos, en este caso el diseñador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema.
domingo, 26 de agosto de 2007
Base de datos distribuidas
ARQUITECTURA DE UN SISTEMA DE BASES DE DATOS DISTRIBUIDAS
La mayoría de los sistemas de manejo de bases de datos disponibles actualmente están basadas en la arquitectura ANSI-SPARC la cual divide a un sistema en tres niveles: interno, conceptual y externo.
La vista conceptual, conocida también como vista lógica global, representa la visión de la comunidad de usuarios de los datos en la base de datos.
Los usuarios, incluyendo a los programadores de aplicaciones, observan los datos a través de un esquema externo definido a nivel externo. La vista externa proporciona una ventana a la vista conceptual lo cual permite a los usuarios observar únicamente los datos de interés y los aísla de otros datos en la base de datos.
El esquema conceptual se mapea a un esquema interno a nivel interno, el cual es el nivel de descripción más bajo de los datos en una base de datos. Este proporciona una interfaz al sistema de archivos del sistema operativo el cual es el responsable del acceso a la base de datos.
El nivel interno tiene que ver con la especificación de qué elementos serán indexados, qué técnica de organización de archivos utilizar y como los datos se agrupan en el disco mediante "clusters" para mejorar su acceso.
Arquitectura ANSI/SPARC de una base de datos.
Desafortunadamente, no existe un equivalente de una arquitectura estándar para sistemas de manejo de bases de datos distribuidas. La tecnología y prototipos de SMBDD se han desarrollado más o menos en forma independiente uno de otro y cada sistema ha adoptado su propia arquitectura.
ARQUITECTURA DE UN SISTEMA DE BASES DE DATOS DISTRIBUIDAS
La mayoría de los sistemas de manejo de bases de datos disponibles actualmente están basadas en la arquitectura ANSI-SPARC la cual divide a un sistema en tres niveles: interno, conceptual y externo.
La vista conceptual, conocida también como vista lógica global, representa la visión de la comunidad de usuarios de los datos en la base de datos.
Los usuarios, incluyendo a los programadores de aplicaciones, observan los datos a través de un esquema externo definido a nivel externo. La vista externa proporciona una ventana a la vista conceptual lo cual permite a los usuarios observar únicamente los datos de interés y los aísla de otros datos en la base de datos.
El esquema conceptual se mapea a un esquema interno a nivel interno, el cual es el nivel de descripción más bajo de los datos en una base de datos. Este proporciona una interfaz al sistema de archivos del sistema operativo el cual es el responsable del acceso a la base de datos.
El nivel interno tiene que ver con la especificación de qué elementos serán indexados, qué técnica de organización de archivos utilizar y como los datos se agrupan en el disco mediante "clusters" para mejorar su acceso.
Arquitectura ANSI/SPARC de una base de datos.
Desafortunadamente, no existe un equivalente de una arquitectura estándar para sistemas de manejo de bases de datos distribuidas. La tecnología y prototipos de SMBDD se han desarrollado más o menos en forma independiente uno de otro y cada sistema ha adoptado su propia arquitectura.
martes, 21 de agosto de 2007
TRABAJO
Existen cuatro ventajas del procesamiento de bases de datos distribuidas.
La primera , puede dar como resultado un mejor rendimiento que el que se obtiene por un procesamiento centralizado.
Los datos pueden colocarse cerca del punto de su utilización, de forma que el tiempo de comunicación sea más mas corto. Varias computadoras operando en forma simultánea pueden entregar más volumen de procesamiento que una sola computadora.
Segundo , los datos duplicados aumentan su confiabilidad. Cuando falla una computadora, se pueden obtener los datos extraídos de otras computadoras. Los usuarios no dependen de la disponibilidad de una sola fuente para sus datos .
Una tercera ventaja , es que los sistemas distribuidos pueden variar su tamaño de un modo más sencillo. Se pueden agregar computadoras adicionales a la red conforme aumentan el número de usuarios y su carga de procesamiento. A menudo es más fácil y más barato agregar una nueva computadora más pequeña que actualizar una computadora única y centralizada. Después, si la carga de trabajo se reduce, el tamaño de la red también puede reducirse.
Cuarta, los sistemas distribuidos se puede adecuar de una manera más sencilla a las estructuras de la organización de los usuarios.
Desventajas de una base de datos distribuidas
El rendimiento puede ser peor para el procesamiento distribuido que para el procesamiento centralizado. Depende de la naturaleza de la carga de trabajo, la red, el DDBMS y las estrategias utilizadas de concurrencia y de falla, así como las ventajas del acceso local a los datos y de los procesadores múltiples, ya que éstos pueden ser abrumados por las tareas de coordinación y de control requeridas. Tal situación es probable cuando la carga de trabajo necesita un gran número de actualizaciones concurrentes sobre datos duplicados, y que deben estar muy distribuidos.
El procesamiento de base de datos distribuida puede resultar menos confiable que el procesamiento centralizado.
Desventajas de las Base de datos centralizada
Sin autonomía local.
Dependencia de un sitio central.
Dependencia con respecto a la localización.
Dependencia con respecto al equipo.
Procesamiento centralizado de consultas.
El procesamiento de las base de datos centralizadas reside en un entorno controlado.
Complejidad al actualizar la base de datos única y centralizada.
Seguridad y control de los datos.
Ventajas
En un sistema de base de datos centralizados, el procesamiento y todos los componentes del sistema residen en un solo computador o sitio, este era conocido con el nombre de Mainframe. Al decir componentes me refiero a los datos, el software, el SMDB y los dispositivos de almacenamiento.
Se podía tener acceso remoto a la base de datos a través de terminales interconectadas con el Mainframe, pero la única tarea que podían realizar estas terminales era "acceder" al Mainframe, es decir que poseían una capacidad de procesamiento nula y carecían de disco duro, esto, les ganó el sobrenombre de Terminales Tontas.
La primera , puede dar como resultado un mejor rendimiento que el que se obtiene por un procesamiento centralizado.
Los datos pueden colocarse cerca del punto de su utilización, de forma que el tiempo de comunicación sea más mas corto. Varias computadoras operando en forma simultánea pueden entregar más volumen de procesamiento que una sola computadora.
Segundo , los datos duplicados aumentan su confiabilidad. Cuando falla una computadora, se pueden obtener los datos extraídos de otras computadoras. Los usuarios no dependen de la disponibilidad de una sola fuente para sus datos .
Una tercera ventaja , es que los sistemas distribuidos pueden variar su tamaño de un modo más sencillo. Se pueden agregar computadoras adicionales a la red conforme aumentan el número de usuarios y su carga de procesamiento. A menudo es más fácil y más barato agregar una nueva computadora más pequeña que actualizar una computadora única y centralizada. Después, si la carga de trabajo se reduce, el tamaño de la red también puede reducirse.
Cuarta, los sistemas distribuidos se puede adecuar de una manera más sencilla a las estructuras de la organización de los usuarios.
Desventajas de una base de datos distribuidas
El rendimiento puede ser peor para el procesamiento distribuido que para el procesamiento centralizado. Depende de la naturaleza de la carga de trabajo, la red, el DDBMS y las estrategias utilizadas de concurrencia y de falla, así como las ventajas del acceso local a los datos y de los procesadores múltiples, ya que éstos pueden ser abrumados por las tareas de coordinación y de control requeridas. Tal situación es probable cuando la carga de trabajo necesita un gran número de actualizaciones concurrentes sobre datos duplicados, y que deben estar muy distribuidos.
El procesamiento de base de datos distribuida puede resultar menos confiable que el procesamiento centralizado.
Desventajas de las Base de datos centralizada
Sin autonomía local.
Dependencia de un sitio central.
Dependencia con respecto a la localización.
Dependencia con respecto al equipo.
Procesamiento centralizado de consultas.
El procesamiento de las base de datos centralizadas reside en un entorno controlado.
Complejidad al actualizar la base de datos única y centralizada.
Seguridad y control de los datos.
Ventajas
En un sistema de base de datos centralizados, el procesamiento y todos los componentes del sistema residen en un solo computador o sitio, este era conocido con el nombre de Mainframe. Al decir componentes me refiero a los datos, el software, el SMDB y los dispositivos de almacenamiento.
Se podía tener acceso remoto a la base de datos a través de terminales interconectadas con el Mainframe, pero la única tarea que podían realizar estas terminales era "acceder" al Mainframe, es decir que poseían una capacidad de procesamiento nula y carecían de disco duro, esto, les ganó el sobrenombre de Terminales Tontas.
MI BIOGRAFIA
¡HOLA!
Bienvenidos a mi espacio
Me llamo otilia moreno garcia tengo 22 años estudio es el tecnologico de tuxtepec.
La carrera de lic. en informatica.
Soy del estado de veracruz.
Suscribirse a:
Entradas (Atom)
