Modelos estructurados

Modelos estructurados

1. • Modelado de datos

   • Definición: El modelo de datos es un conjunto de herramientas conceptuales para describir datos, sus relaciones, su significado y sus restricciones de consistencia estos son los que tiene relación en datos que complementan otro para realizar un informe completo de los mismos.
     • Modelos de datos físicos: El modelo de datos físicos representa cómo se construirá el modelo en la base de datos dicho modelo de base de datos física muestra todas las estructuras de tabla, incluidos el nombre de columna, el tipo de datos de columna, las restricciones de columna, la clave principal, la clave externa y las relaciones entre las tablas.
   • El modelo de datos logicos lógicos describe los datos con el mayor detalle posible, independientemente de cómo se implementarán físicamente en la base de datos sus ases características de un modelo de datos lógicos
   • En el dominio es un modelo de análisis y construcción con las reglas del UML, la fase de concepción, en la construcción del modelo, no conceptos propios de un sistema de software sino de la propia realidad física de dominio, es un artefacto de la disciplina construido.

2. Diccionarios de datos.

   • Un diccionario de datos es un conjunto de definiciones que contiene las características lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripción, alias, contenido y organización y de identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema.
   • Para manejar los detalles en sistemas muy grandes, ya que tienen enormes cantidades de datos, aun en los sistemas más chicos hay gran cantidad de datos, para analistas más organizados usan el diccionario de datos automatizados diseñados específicamente para el análisis y diseño de software.
   • Características genérale: * Solicitudes para la recuperación o procesamiento de información para generar una respuesta especifica. * Archivos y bases de datos: detalles de las transacciones y registros maestros que son de interés para la organización. * Capacidad del sistema: Habilidad del sistema para aceptar, procesar y almacenar transacciones y datos *Localizar errores y omisiones en el sistema, detectan dificultades, y las presentan en un informe. Aun en los manuales, se revelan errores.

3. Modelado de Interfaces

   • Se describe por la presentación de información entre los actores y el sistema que especifica en detalle cómo se verán las interfaces de usuario al ejecutar cada uno de los casos de uso si es una Interfaz humano computadora se puede usar esquemas de cómo vería el usuario las pantallas cuando se ejecuta cada caso de uso y las características que deben tener en cuenta diseñadores y programadores al proponer una interfaz de usuario que reconocer las funciones de diseñadores y programadores de las interfaces de usuario en el desarrollo basado en modelos de la interfaz de usuario, es una técnica que permite especificar todos los aspectos relacionados con la interfaz de usuario empleando un conjunto de modelos abstractos. Estos modelos son empleados para dirigir todo el proceso de construcción de la interfaz de usuario y permiten generar de forma automática código, documentación, pruebas, etc.
   • Modelo de dominio: Define los objetos accesibles a los usuarios a través de la interfaz de usuario. Puede modelarse empleando un diagrama de clases o cualquier otro similar. Los elementos que típicamente aparecen en el modelo de dominio son clases o entidades con sus atributos y relaciones. Modelo de usuarios: Especifica una descomposición jerárquica de usuarios en estereotipos que comparten un rol común. Los elementos que suelen aparecen en este modelo son usuarios, grupos, sus características y relaciones. Modelo de tareas: Describe el conjunto de tareas que los usuarios pueden realizar. Este modelo suele tener una estructura jerárquica y normalmente se compone de objetivos, acciones, precondiciones y postcondiciones. Suele expresarse en una notación denominada CTT. Modelo de presentación: Normalmente se divide en dos submodelos: Modelo de presentación abstracta: Incluye una descripción abstracta de la estructura y comportamiento de los elementos visuales de la interfaz de usuario. E

4. Modelo de dominio

   • En el dominio es un modelo de análisis y construcción con las reglas del UML, la fase de concepción, en la construcción del modelo, no conceptos propios de un sistema de software sino de la propia realidad física de dominio, es un artefacto de la disciplina construido. Los modelos de dominio puede utilizarse para capturar y expresar el entendimiento ganado en un área bajo análisis como paso previo al diseño de un sistema, ya sea de software o de otro tipo. Similares a los mapas mentales utilizados en el aprendizaje, el modelo de dominio es utilizado por el analista como un medio para comprender el sector industrial o de negocios al cual el sistema va a servir.
   • Dominio: Reglas, Procesos, Sistemas, como opera áreas contables, área de Recursos Humanos, Proveedores, Mercadeo o realizar pagos, compras. Modelo: es una solución pensada originalmente mediante una abstracción de la realidad, la especificación formal de una Función, Estructura, Comportamiento dada por un contexto y de un especifico punto de vista o punto de referencia recientemente representado por una combinación de dibujo y texto

5. Modelado de requisitos

   • Es un modelo que tiene el objetivo delimitar el sistema y capturar la funcionalidad que debe ofrecer desde la perspectiva del usuario y como modelo puede funcionar como un contrato entre el desarrollador y el cliente o usuario del sistema, y por lo tanto proyecta lo que el cliente desea según la percepción del desarrollador, dicho propósito del modelo de requisito es comprender completamente el problema y sus implicaciones.
   • Requisitos: El modelo de casos de uso sirve para expresar el modelo de requisitos, el cual se desarrolla en cooperación con otros modelos como se verá más adelante. Análisis: La funcionalidad especificada por el modelo de casos de uso se estructura en el modelo de análisis, que es estable con respecto a cambios, siendo un modelo lógico independiente del ambiente de implementación. Diseño: La funcionalidad de los casos de uso ya estructurada por el análisis es realizada por el modelo de diseño, adaptándose al ambiente de implementación real y refinándose aún más. Implementación: Los casos de uso son implementados mediante el código fuente en el modelo de implementación. Pruebas: Los casos de uso son probados a través de las pruebas de componentes y pruebas de integración. Documentación: El modelo de casos de uso debe ser documentado a lo largo de las diversas actividades, dando lugar a distintos documentos como los manuales de usuario, manuales de administración, etc.