Modelos Estructurados

1. • Modelado de datos

1.1. maneja la abstracción para ocultar información no necesaria a los usuarios, dejando ver solo lo que interesa. Maneja tres niveles de abstracción los cuales son:

1.1.1. Nivel físico: que es el nivel más bajo y contiene los datos almacenados.

1.1.2. Nivel lógico: está encima del nivel físico y relaciona los datos que se encuentran en el nivel físico.

1.1.3. Nivel de vistas: es el nivel superior, con el que interactúa directamente el usuario y esconde las actividades y datos que se manejan en los niveles inferiores, mostrando solo lo que el usuario requiere.

2. • Modelo de dominio:

2.1. identifica las clases conceptuales del mundo real dentro de un dominio de problema, lo que sirve al modelador durante el análisis orientado a objetos. Se representa por un conjunto de diagramas de clases que no tienen operación.

2.1.1. Objetos: son únicos y distinguibles entre ellos.

2.1.2. Clases conceptuales: Distinguen a un grupo de objetos, y representan elementos del mundo real, no se tratan de mostrar clases del software.

3. • Diccionario de datos:

3.1. guarda la definición de características y relaciones de los datos. Su principal función es describir los objetos que interactúan con la base de datos. Es indispensable realizar por lo menos un diccionario de datos sencillo.

3.1.1. Maneja detalles.

3.1.2. Describe significados.

3.1.3. Documenta características del sistema.

3.1.4. Facilita el análisis.

3.1.5. Permite localizar errores.

3.1.6. Registra la estructura y elementos de los datos.

4. • Modelo de interfaces:

4.1. es importante que el software presente una buena interfaz de usuario, pues de una mala interfaz pueden surgir errores de manejo, frustración, etcétera, lo que lleva a un fracaso del software. Normalmente las empresas grandes son las que suelen contratar especialistas en el área. Las características de las interfaces deben ser:

4.1.1. Claras.

4.1.2. Concisas.

4.1.3. Coherentes.

4.1.4. Legibles.

4.1.5. Interactivas.

4.1.6. Flexibles.

4.1.7. Deben generar familiaridad.

4.1.8. Eficientes.

4.1.9. Atractivas.

5. • Modelado de requisitos:

5.1. define las características que debe poseer el software, para satisfacer las necesidades del cliente. Este modelo puede utilizarse como un tipo de contrato, donde se define lo que pide el cliente y hasta donde tiene que trabajar el desarrollador.

6. Conclusión Cada uno de los modelos descritos anteriormente, forman parte de la construcción de un buen software, por lo que es importante aprender a utilizarlos y no pasarlos por alto obviando el contenido que de ellos se puede llegar a obtener. Siempre una buena planificación es la base de un buen resultado.