Modelado de Dados
Para el RDM como un todo se debe analizar:
Nombres lógicos
Nombres físicos (nombres código)
Sinónimos
Homónimos
Estructuras de datos embutidas
Llaves múltiplas
Reglas de Validación (a nivel de datos, tablas y relaciones)
Normalización
El proceso de normalización consiste en la aplicación de reglas para definir adecuadamente los datos que compondrán las tablas, observando:
Minimizar redundancias
Eliminar anomalías de actualización
Proveer mejor acceso a cualquier dato
Asegurar resistencia al mantenimiento en el modelo de datos
Normalización
Las tres primeras reglas de normalización son suficientes para resolver la gran mayoría de los casos:
1- Eliminar datos repetitivos
2- Eliminar datos redundantes
3- Eliminar datos no dependientes
Primera Forma Normal – 1FN
Asegurar que todas las entidades son identificadas de forma única por una combinación de atributos y/o relaciones.
Se refiere a cualquier archivo que posea un valor por campo; la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a uno.
Modelado de las Reglas del Negocio
Definición de las reglas del negocio que deben ser utilizadas en los procesos.
Modeladas a través de:
Lógica Estructurada
Tablas de Decisión
Árboles de Decisión
Diagramas de Transición de Estado
Tablas de Transición de Estado
Lógica Estructurada
Modelar la lógica de las reglas del negocio utilizando construcciones de la programación estructurada:
SI…ENTONCES
CASO1…CASO2…CASO3…O ENTONCES
ENCUANTO…
HASTA QUE…
DE 1 A N
Modela y describe la ejecución de acciones y define procedimientos de cálculo y de decisión.
TABLAS DE DECISIÓN
SON TÉCNICAS DE APLICACIÓN EN EL ANÁLISIS DE SISTEMAS, EN EL DISEÑO DE PROCEDIMIENTOS Y EN LA DOCUMENTACIÓN DE LOS MISMOS
SON UN MEDIO DE COMUNICACIÓN Y UN INSTRUMENTO DE PROGRAMACIÓN
CONCEPTOS BÁSICOS SOBRE TABLAS DE DECISIÓN
SON UN MEDIO DE COMUNICACIÓN ENTRE
LOS USUARIOS DE SISTEMAS
ANALISTAS Y
PROGRAMADORES
ESTRUCTURA Y COMPONENTES DE LAS TABLAS DE DECISIÓN
DESCRIPCIÓN DE CONDICIONES
SON SITUACIONES VARIABLES QUE PUEDEN OCURRIR
DESCRIPCIÓN DE ACCIONES
SON LOS DISTINTOS COMPORTAMIENTOS O CONDUCTAS QUE SE ASUMIRÁN EN FUNCIÓN DE LOS VALORES QUE TOMEN LAS CONDICIONES
VALORES DE CONDICIONES
VALORES DE ACCIONES
METODOLOGÍA PARA LA CONFECCIÓN DE TABLAS DE DECISIÓN
DEFINIR E INTERPRETAR EL PROBLEMA
ELIMINAR LA INFORMACIÓN NO RELEVANTE
DISTINGUIR LAS CONDICIONES Y LAS ACCIONES
VERIFICAR LAS ALTERNATIVAS
REGISTRAR LOS VALORES DE LAS CONDICIONES Y DE LAS ACCIONES.
ANALIZAR EL RESULTADO OBTENIDO (REDUNDANCIAS Y CONTRADICCIONES)
Tablas de Decisión
Árboles de Decisión
Simplificadas (sin considerar probabilidades)
Permiten una mejor comunicación que tablas de decisión
1
2
Acción B
Acción C
Acción D
Acción A
SI
NO
=1
=2
=3
Reconstruccióndel BPM y del RDM
Reconstrucción del BPM
Nuevos archivos, flujos y procesos y reglas pueden aparecer en el desarrollo del proyecto, como resultado de estas etapas posteriores.
Reconstrucción del RDM
Nuevas tablas, datos, relaciones y reglas pueden aparecer en el desarrollo del proyecto, como resultado de etapas posteriores.
Desempeño del Sistema
Utilización de índices de acceso
Creación de tablas auxiliares o temporarias
Desnormalización.
Definición de los Módulos delSistema
Un módulo siempre es invocado como una unidad.
Constituye un procedimiento completo que el sistema debe ejecutar.
Debe ser una operación que pueda ser vista por los usuarios del sistema como una unidad.
Definición de los Módulos delSistema
La división de un sistema en módulos debe ser natural.
Determinados procedimientos que guarden entre sí una misma relación de contexto o función deben ser agrupados en un módulo.
Procesos del BPM y entidades del RDM pueden ser agrupados o categorizados para definir los módulos.
Diagrama Jerárquico delSistema
Diagrama semejante a un organigrama.
Identifica cada uno de los módulos y la jerarquía existente entre ellos.
Normalmente, determina la estructura de menús de operación del sistema.
Especificación de los Módulos del Sistema
Varía de acuerdo con el tipo de implementación:
Una persona
Varias personas
Varía de acuerdo con la tecnología utilizada:
Arquitectura tradicional
Arquitectura Cliente/Servidor
Orientada para Objetos
Especificación de los Módulos del Sistema
Nombre
Descripción
Características temporales y geográficas del procesamiento
Parte (explotada) del BPM
Parte del RDM
Tablas utilizadas (matriz CRUD)
Especificación de los Módulos del Sistema
Presentación de los dados:
Formato de pantallas (formularios)
Formato de informes
Detalles del Procesamiento:
Eventos
Transacciones/Reglas
Diálogo Sistema x Usuario
Toda información superflua debe ser eliminada
Implementación
Prototipo
Descubierta
Refinamiento
Desarrollo Espiral
Desarrollo Incremental
Desarrollo Paralelo
Versionamiento
Tecnología
Programación Visual
Cliente/Servidor
Orientada a objetos
Web
Convergen a los sistemas modernos
 Página anterior | Volver al principio del trabajo | Página siguiente  |