ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

RESUMEN DE MODELO DE ANALISIS


Enviado por   •  27 de Octubre de 2013  •  1.463 Palabras (6 Páginas)  •  348 Visitas

Página 1 de 6

El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño del sistema. Dependiendo del tipo de aplicación existen diversas arquitecturas que se pueden utilizar.

Las arquitecturas se distinguen según la organización de los objetos de acuerdo a su funcionalidad. Esto es también conocido como la dimensión de la arquitectura. Se considera que la arquitectura es de dos dimensiones si existe un grupo de objetos para el manejo de la funcionalidad y otro para interactuar con las entidades externas de la aplicación. Por el contrario, si existe un solo grupo de objetos que maneja la funcionalidad se considera que la arquitectura es de una sola dimensión.

En el caso de los sistemas de información, una de las arquitecturas mas utilizadas es la de Modelo, Vista, Control (MCV – Model, View, Control). Se basa en tres dimensiones principales: Modelo correspondiente a la información, Vista corresponde a la presentación o interacción con el usuario y Control correspondiente al comportamiento, como se ilustra en la siguiente figura.

La vista o presentación corresponde a las interfaces que se le presentan al usuario para el manejo de la información y el control corresponde a la manipulación de la información a través de diversas presentaciones. El control es el mas propenso a ser modificado, seguido de la vista y, finalmente, del modelo.

Identificación de clases según estereotipos

La arquitectura de objetos debe considerar los tres tipos de estereotipos, para ello, se deben identificar primero las clases borde, luego las clases entidad y, finalmente, las de control. En general, los cambios más comunes a un sistema son los de funcionalidad y bordes. Los cambios de las interfaces deben afectar solo a los objetos borde. Los cambios a la funcionalidad son más difíciles de administrar, ya que esta puede abarcar todos los tipos de objetos.

Borde

Toda la funcionalidad especificada en las descripciones de los casos de uso, se ubica en los objetos borde, pues a través de ellos se comunican los actores con el sistema. La tarea de una clase borde es traducir los eventos generados por un actor en eventos del sistema en

una presentación comprensible por el actor. En otras palabras, describen la comunicación bidireccional entre el sistema y los actores.

Se pueden identificar,

 Con base a los actores.

 Con base en las descripciones de las interfaces del sistema que acompañan al modelo de requisitos.

 Con base en las descripciones de los casos de uso y extraer la funcionalidad específica a los objetos bordes.

Existen dos tipos de clase borde que depende del tipo de actor: borde a otros sistemas que es muy común que la comunicación se describa mediante protocolos de comunicación, pueden traducir las señales del sistema a un protocolo de comunicación estandarizada, o simplemente enviar eventos producidos internamente sin conversiones complejas y bordes a usuarios humanos que se utilizan diversas técnicas para el modelado de la interacción.

Cada tipo de objeto tiene un propósito distinto, es evidente que los objetos borde tienen como propósito principal el manejo de las presentaciones. En un extremo, el objeto borde solo debe enviar el evento que recibe del actor a otros objetos en el sistema, sin participar activamente en el curso de los eventos. En el otro extremo, el comportamiento puede ser muy complejo, de manera que la información se procede dentro del objeto borde, haciendo todo el procesamiento de eventos de manera local.

Entidad

Se utilizan objetos entidad para modelar la información que el sistema debe manejar a corto y largo plazo. La información a corto plazo existe durante la ejecución de un caso de uso, mientras que la información a largo plazo trasciende los casos de uso, por lo que es necesario guardarla en alguna base de datos o archivo. Se identifican principalmente a partir del dominio del problema del modelo de requisitos. Se deben considerar únicamente aquellos necesarios para la aplicación.

Adicionalmente, no es fácil decidir cuándo cierta información debe ser modelada como objeto entidad o atributo. Depende de cómo se usara la información, si esta cuenta con cierta estructura más allá de un simple valor numérico, entonces debe modelarse como un objeto

entidad, por otro lado, información que pueda describirse mediante un simple valor, debe modelarse como un atributo de un objeto entidad.

La única forma para manipular un objeto entidad es por medio de sus operaciones, se deben identificar suficientes operaciones para manipular completamente al objeto entidad.

Las operaciones pueden ser sencillas, sirviendo de acceso a los valores de los atributos, o complejas, como en el caso de ciertos cálculos matemáticos

...

Descargar como (para miembros actualizados)  txt (9.3 Kb)  
Leer 5 páginas más »
Disponible sólo en Clubensayos.com