1 minute read

4.3 Modelos de interfaces

4.2 Modelo de interfaces

El modelo de interfaces describe la presentación de información entre los actores y el sistema. Se 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 (“HCI - Human Computer Interface”) se puede usar esquemas de cómo vería el usuario las pantallas cuando se ejecuta cada caso de uso.

Advertisement

Los 3 tipos de interfaces de usuario que existen

1. Interfaz de lenguaje natural 2. Interfaz de preguntas y respuestas 3. Interfaz gráfica de usuario

4.3. Modelo del dominio del problema

define un modelo de clases común para todos los involucrados en el modelo de requisitos, analistas al igual que clientes. Este modelo de clases consiste de los objetos del dominio del problema, o sea objetos que tienen una correspondencia directa en el área de la aplicación.

4.3.1. Identificación de clases

La identificación de clases del dominio del problema se obtiene principalmente de algún documento textual que describa el sistema.

Aunque pudiéramos tomar como punto de partida los documentos desarrollados para el modelo de casos de uso, a menudo la descripción original del problema es suficiente. Consideraciones. Los sustantivos en la descripción del problema son los posibles candidatos a clases de objetos. Por ejemplo, en "Un sistema de reservaciones que vende boletos para funciones a varios teatros", las clases candidatas serían, Sistema de Reservaciones, Boletos, Función y Teatro.

Durante esta etapa, se debe identificar entidades físicas al igual que entidades conceptuales.

No se debe tratar de diferenciar entre clases y atributos durante esta etapa.

4.3.3. Identificación de atributos

El proceso de identificación de asociaciones es bastante similar al de identificación de clases, sólo que en lugar de sustantivos buscamos frases que relacionen sustantivos correspondientes a clases ya identificadas.

4.3.4. Diccionario de clases

Este proceso tiene una complejidad similar al de identificación de las asociaciones. Sin embargo, identificar atributos puede resultar hasta más difícil de lograrlo a través de un proceso de búsqueda a partir de la descripción del problema e incluso del documento de casos de uso.

4.3.5. Identificación de módulos

Todo módulo, por lo tanto, forma parte de un sistema y suele estar conectado de alguna manera con el resto de los componentes.

This article is from: