Tecnología / Diagramas De Estado (lógica De Programación)

Diagramas De Estado (lógica De Programación)

Ensayos para estudiantes: Diagramas De Estado (lógica De Programación)
Ensayos de Calidad, Tareas, Monografias - busque más de 1.873.000+ documentos.

Enviado por:  mikereeker88  12 febrero 2012
Tags: 
Palabras: 2880   |   Páginas: 12
Views: 507

INTRODUCCIÓN

Además de la estructura estática y del comportamiento dinámico, las vistas funcionales

se pueden utilizar para describir a los sistemas. Las vistas funcionales ilustran la

funcionalidad que proporciona un sistema. Los casos de uso son las descripciones

funcionales del sistema. Normalmente, son modelados en la etapa de análisis de

requisitos para describir y capturar cómo los actores podrían utilizar un sistema. Los

diagramas de casos de uso deberían capturar solamente cómo un actor puede usar un

sistema, pero no cómo debe ser construido dicho sistema.

Las clases y las interacciones implementan los casos de uso en el sistema. Las

interacciones son expresadas en diagramas de secuencia y/o colaboración. Entonces hay

un enlace entre la visión funcional y la visión dinámica del sistema. Las clases

utilizadas en la implementación de los casos de uso son modeladas y descritas en los

diagramas de clase, en los diagramas de estado y/o actividad.

DIAGRAMAS DE ESTADO

Los diagramas de estado muestran el conjunto de estados por los cuales pasa un objeto

durante su vida en una aplicación en respuesta a eventos (por ejemplo, mensajes

recibidos, tiempo rebasado o errores), junto con sus respuestas y acciones. También

ilustran qué eventos pueden cambiar el estado de los objetos de la clase. Normalmente

contienen: estados y transiciones. Como los estados y las transiciones incluyen, a su

vez, eventos, acciones y actividades, vamos a ver primero sus definiciones.

Al igual que otros diagramas, en los diagramas de estado pueden aparecer notas

explicativas y restricciones.

EVENTOS

Un evento es una ocurrencia que puede causar la transición de un estado a otro de un

objeto. Esta ocurrencia puede ser una:

• condición que toma el valor de verdadero (normalmente descrita como una expresión

booleana). Es un EventoCambio.

• recepción de una señal explícita de un objeto a otro. Es un EventoSeñal.

• recepción de

una llamada a una operación. Es un EventoLlamada.

• paso de cierto período de tiempo, después de entrar al estado actual, o de cierta hora

y fecha concretas. Es un EventoTiempo.

El nombre de un evento tiene alcance dentro del paquete en el cual está definido y

puede ser usado en los diagramas de estado por las clases que tienen visibilidad dentro

del paquete. Un evento no es local a la clase donde está declarado.

ACCIONES

Una acción es una operación atómica, que no se puede interrumpir por un evento y que

se ejecuta hasta su finalización. Una acción puede ser:

• una llamada a una operación (al objeto al cual pertenece el diagrama de estado o

también a otro objeto visible),

• la creación o la destrucción de otro objeto,

• el envío de una señal a un objeto.

ACTIVIDADES

Cuando un objeto está en un estado, generalmente está esperando a que suceda algún

evento. Sin embargo, a veces, queremos modelar una actividad que se está ejecutando.

Es ...



Suscríbase a ClubEnsayos

Suscríbase a ClubEnsayos - busque más de 1.873.000+ documentos