Conceptos Diseño De Sistemas
Para diseñar estructuras de base de datos relacionales eficientes es necesario conocer:
A)DEPENDENCIA FUNCIONAL: es una relación entre campos de una misma tabla por ejemplo:
SALARIOS |
Puesto | SalarioHora |
Electricista | 80 |
Plomero | 70 |
El salario está en función del puesto.
TIPOS DE LLAVES:
* Primaria: es un atributo de una tablaque identifica a una tupla como única e irrepetible
* Foránea: se utiliza para relacionar tablas, mediante campos comunes
* Simple: está compuesta de simplemente un campo
* Compuesta: clave compuesta por más de un campo
* Candidata: conjunto de campo(s) que pueden identificar entidades de una tabla sin necesidad de ser campo(s) clave
NORMALIZACIÓN
Es un proceso que clasificarelaciones, objetos, formas de relación y demás elementos en grupos, en base a las características que cada uno posee.
Es un estándar que consiste en un proceso de conversión de las relaciones entre las entidades, evitando:
* La redundancia de los datos: repeticiones de datos en un sistema.
* Anomalías de actualización: inconsistencias de los datos como resultado de datos redundantes yactualizaciones parciales.
* Anomalías de borrado: pérdidas no intencionadas de datos debido a que se han borrado otros datos.
* Anomalías de inserción: imposibilidad de adicionar datos en la base de datos debido a la ausencia de otros datos.
* Uso ineficiente de espacio.
EXISTEN BÁSICAMENTE 3 NIVELES DE NORMALIZACIÓN:
Primera Forma Normal
* Los valores en la relación sonatómicos en cada atributo en la relación
* Cada uno de los campos contiene un único valor para un registro determinado
Segunda Forma Normal
* Debe de estar en primera forma normal
* Los atributos no clave no pueden ser funcionalmente dependientes de solo una parte de la clave
* Todos los campos dependen directamente de la clave
Tercera Forma Normal
* Cada determinante es unaclave
* No se permiten las dependencias funcionales transitivas
* Los campos de la tabla dependen únicamente de la clave
PRUEBAS DE SOFTWARE
Son el proceso de localizar y enmendar errores. Deben ser planeados desde el inicio y no al fin.
MÉTODOS SISTEMÁTICOS PARA PRUEBAS:
* MODELO DE DEMOSTRACIÓN: se basa en la fase “codificación y pruebas”, la meta es demostrar por ejecución queel software satisface sus necesidades.
* MODELO DESTRUCTIVO: proceso de ejecutar un programa con la intención de encontrar errores.
* MODELO DE EVALUACIÓN: es el proceso donde las actividades de análisis y revisión se combinan con uno o dos modelos previas llamadas, verificación y validación.
Verificación: ¿estamos construyendo correctamente el producto?
Validación: ¿estamosconstruyendo el producto correcto?
Todos los programas de aplicación recientemente escritos o modificados de un sistema así como los nuevos manuales de procedimientos, nuevo hardware y todas las interfaces del sistema deben ser probados extensamente.
La prueba se realiza en subsistemas o módulos de programa conforme el trabajo avanza. Antes de que el sistema sea puesto en producción todos los programasdeben ser probados y revisados con datos de prueba y revisados para ver si los módulos trabajan juntos entre ellos tal como se planea.
EL PROCESO DE PRUEBA
TIPOS DE PRUEBAS:
* Pruebas Pilotos: se hace cuando no existe ningún sistema anterior contra el cual se comparen los nuevos proyectos.
* Pruebas en Paralelo: se utilizan comparando los resultados del sistema nuevo contra elanterior.
DOCUMENTACION DEL SOFTWARE
a) Manuel de usuario
b) Manuel técnico
* Documentación de procedural
* Código fuente
* Diagrama de entidad relación
* Diccionario de datos
* Diagrama de UML
* Diagrama de empaquetado e instalación de software
POWER POINT
DIAPOSITIVA: diseño_de_bd
DIAGRAMA DE ENTIDAD-RELACION (E-R)
Representa a la realidad a través deun...
Regístrate para leer el documento completo.