Please enable JavaScript.

Coggle requires JavaScript to display documents.

Actividad 2. Modelos estructurados (Diccionario de datos (Características,…

Actividad 2. Modelos estructurados

Modelado de datos

Características

Nivel físico. El nivel más bajo dé abstracción describe cómo se almacenan realmente los datos. El nivel físico describe en detalle las estructuras de datos complejas de bajo nivel.

Nivel lógico. El nivel inmediatamente superior de abstracción describe qué datos se almacenan en la base de datos y qué relaciones existen entre esos datos. El nivel lógico, por tanto, describe toda la base de datos en términos de un número pequeño de estructuras relativamente simples.

Nivel de vistas. El nivel más elevado de abstracción sólo describe parte de la base de datos. Aunque el nivel lógico usa estructuras más simples, queda algo de complejidad debido a la variedad de información almacenada en las grandes bases de datos.

Modelo de interfaces

Características

Familiaridad del usuario:La interfaz debe utilizar términos y conceptos obtenidos de la experiencia de las personas que más utilizan el sistema.

Uniformidad: Siempre que sea posible, la interfaz debe ser uniforme en el sentido de que las operaciones comparables se activen de la misma forma.

Mínima sorpresa: El comportamiento del sistema no debe provocar sorpresa a los usuarios.

Recuperabilidad: La interfaz debe incluir mecanismos para permitir a los usuarios recuperarse de los errores_

Gula de usuario: Cuando ocurran errores, la interfaz debe proporcionar retroalimentación significativa y características de ayuda sensible al contexto.

Diversidad de usuarios: La interfaz debe proporcionar características de interacción apropiadas para los diferentes tipos de usuarios del sistema.

Diccionario de datos

Características

Las tablas definidas en todas las bases de datos. Por ejemplo, es probable que el diccionario de datos guarde el nombre del creador de la tabla, la fecha de su creación, las autorizaciones de acceso y el número de columnas.

Los índices definidos para cada tabla de base de datos. Por cada índice, el DBMS guarda por lo menos el nombre del índice, los atributos utilizados, la ubicación, características específicas del índice y la fecha de su creación.

Las bases de datos definidas: quién creo cada base de datos, la fecha de su creación, dónde está localizada la base de datos, quién es el DBA, etcétera.

Los usuarios y administradores de la base de datos.

Los programas que acceden a la base de datos, incluidos formatos de pantalla, formatos de reportes, programas de aplicación, consultas SQL, etcétera.

Autorizaciones de acceso para todos los usuarios de todas las bases de datos.

Las relaciones entre elementos de datos, incluidos los elementos implicados, sean obligatorias u opcionales, los requerimientos de conectividad y cardinalidad, etcétera.”

Modelado de requisitos

Características

“El modelo de comportamiento, basado directamente en el modelo de casos de uso, especifica la funcionalidad que ofrece el sistema desde el punto de vista del usuario. Este modelo utiliza dos conceptos claves: Actores para representar los distintos papeles que los usuarios pueden jugar con el sistema, y casos de uso para representar qué pueden hacer los actores con respecto al sistema.

El modelo de presentación o modelo de interfaces o borde especifica cómo interactúa el sistema con actores externos al ejecutar los casos de uso, en particular, en los sistemas de información ricos en interacción con el usuario, especifica cómo se verán visualmente las interfaces gráficas y que funcionalidad ofrecerá cada una de ellas.

El modelo de información o modelo del dominio del problema especifica los aspectos estructurales del sistema. Este modelo conceptualiza el sistema según los objetos que representan las entidades básicas de la aplicación. Aunque en muchas metodologías se permite especificar la funcionalidad completa del sistema utilizando el modelo del dominio del problema, incluyendo operaciones formales sobre los objetos correspondientes a un modelo de requisitos expresado sin casos de uso, el modelo del dominio del problema será de mucha más ayuda como apoyo al modelo de casos de uso y no como una entidad totalmente independiente.”