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 siguiente |