RESUMEN DEL TEMA

Diagramas de Estado Un estado es una condición durante la vida de un objeto, de forma que cuando dicha condición se satisface se lleva a cabo alguna acción o se espera por un evento. El estado de un objeto se puede caracterizar por el valor de uno o varios de los atributos de su clase, además, el estado de un objeto también se puede caracterizar por la existencia de un enlace con otro objeto. El diagrama de estados y transiciones engloba todos los mensajes que un objeto puede enviar o recibir. En un diagrama de estados, un escenario representa un camino dentro del diagrama. Dado que generalmente el intervalo entre dos envíos de mensajes representa un estado, se pueden utilizar los diagramas de secuencia para buscar los diferentes estados de un objeto.

DEFINICIONESDiagrama de estados UML El diagrama de estados y transiciones encierra los mensajes que un objeto puede enviar o recibir. En un diagrama de estados, un escenario representa un camino dentro del diagrama. Por lo general el intervalo entre dos envíos de mensajes representa un estado, se pueden utilizar los diagramas de secuencia.

(UML) especifica una notación estandarizada para diagramas de estado que se utiliza para describir clases, sistemas, subsistemas o incluso procesos de negocio. Los elementos básicos de notación que se usan para componer un diagrama son:

Flecha, denotando transición. El nombre del evento (si existiera) quecausa esta transición etiqueta el cuerpo de la flecha. Se puede añadiruna expresión de Guarda, encerrada en corchetes ([]) denotando queesta expresión debe ser cierta para que la transición tenga lugar. Si serealiza una acción durante la transición, se añade a la etiquetadespués de "/". NombreDeEvento[Expresión Guarda]/acción•Línea horizontal gruesa con x>1 líneas entrando y 1 línea saliendo o 1línea entrando y x>1 líneas saliendo. Estas denotan Unión/Separación,respectivamente.

•Círculo lleno, apuntando a un estado inicial•Círculo hueco que contiene un círculo lleno más pequeño en elinterior, indicando el estado final (si existiera)•Rectángulo redondeado, denotando un estado. En la parte superiordel rectángulo está el nombre del estado. Puede contener una líneahorizontal en la mitad, debajo de la cual se indican las actividadesque se hacen en el estado

ESTADOLos estados son los ladrillos de los diagramas de estado. Un estado pertenece a exactamente una clase y representa un resumen de los valores y atributos que puede tener la clase. Un estado UML describe el estado interno de un objeto de una clase particular Tenga en cuenta que no todos los cambios en los atributos de un objeto deben estar representados por estados, sino únicamente aquellos cambios que pueden afectar significativamente a la forma de funcionamiento del objetoHay dos tipos especiales de estados: inicio y fin. Son especiales en el sentido de que no hay ningún evento que pueda devolver a un objeto a su estado de inicio, y de la misma forma no hay ningún evento que pueda sacar a un objeto de su estado de fin.•Cuadro de estados Harel Los cuadros de estados (Statecharts) Harel (desarrollados en 1987 por David Harel) están ganando en uso amplio dado que una variante ha llegado a ser parte del UML. El tipo de diagrama permite modelar súper estados, diagramas de estados concurrentes y e.g. modelar las actividades como parte de un estado.Los diagramas de estados clásicos son llamados diagramas "or", debido a que la máquina sólo puede estar en un estado o en otro.

PALABRAS CLAVE

•Estados Q:es un conjunto finito de vértices representados normalmente por círculos yetiquetados con símbolos designadotes únicos o palabras escritas dentro de ellos(Booth (1967) p. 69, Hopcroft y Ullman (1979) p. 16, Sipser (2006) p. 34).

Símbolos de Salida Z: una colección finita de "símbolos" de salida odesignadores (Booth, Hopcroft y Ullman, Sipser). Para una Máquina de Mealy, laentrada y la salida están significados en cada arista

Símbolos de Entrada Σ: una colección finita de "símbolos" de entrada odesignadores Σ (Booth, Hopcroft y Ullman, Sipser).

Aristas δ: representa las "transiciones" entre dos estados causados por laentrada (identificados sus símbolos dibujados en los "aristas").

Estado inicial: El estado inicial qo está representado normalmente por una "flechaapuntándolo desde ninguna parte“ En textos antiguos

Estado(s) de Aceptación F: Si se usa -- una colección de círculos dobles usados paradesignar los estados de aceptación (Hopcroft y Ullman, Sipser). A veces la funcióndel/los estado/s de aceptación se entiende como estado/s "Finales"

SIMBOLOGIA

DIAGRAMAS

1.1http://www.metacafe.com/watch/yt-mJHT_b26rCs/diagrama_de_estado/

2.http://www.youtube.com/watch?v=mJHT_b26rCs

VENTAJAS Y DESVENTAJAS

•Ventajas 1. LA TÉCNICA DE CASO DE USO TIENE ÉXITO ENSISTEMAS INTERACTIVOS, YA QUE EXPRESA LA INTENCIÓN QUETIENE EL ACTOR (SU USUARIO) AL HACER USO DEL SISTEMA. 2.COMO TÉCNICA DE EXTRACCIÓN DE REQUERIMIENTO PERMITEQUE EL ANALISTA SE CENTRE EN LAS NECESIDADES DELUSUARIO, EL CUAL ESPERA UTILIZAR EL SISTEMA, BASÁNDOSEEN CRITERIOS TECNOLÓGICOS. 3. EL ANALISTA SE CONCENTRAEN LOS CASOS DE USO DE MAYOR VALOR QUE APORTAN ALNEGOCIO. ESTO FACILITA LUEGO LA PRIORIZACIÓN DELREQUERIMIENTO.•DESVENTAJAS 1. LOS DIAGRAMAS DE ESTADO PUEDEN SERDIFÍCILES DE LEER, SOBRE TODO PARA LOS CLIENTES. 2. NOSON TAN BUENOS PARA DESCRIBIR UN COMPORTAMIENTO QUEINVOLUCRA CIERTO NÚMERO DE OBJETOS QUE COLABORANENTRE ELLOS.

CONCLUSIONES

LOS DIAGRAMAS DE ESTADO RESULTAN ADECUADOS PARADESCRIBIR EL COMPORTAMIENTO DE UN OBJETO A TRAVÉS DEDIFERENTES CASOS DE USO, SIN EMBARGO, NO RESULTAN DELTODO ADECUADOS PARA DESCRIBIR EL COMPORTAMIENTO QUEINCLUYE A UNA SERIE DE OBJETOS COLABORANDO ENTRE SÍ.POR LO TANTO, RESULTA ÚTIL COMBINAR LOS DIAGRAMAS DEESTADO CON OTRAS TÉCNICAS. POR EJEMPLO, LOS DIAGRAMASDE INTERACCIÓN SON IDÓNEOS PARA LA DESCRIPCIÓN DELCOMPORTAMIENTO DE VARIOS OBJETOS EN UN ÚNICO CASO DEUSO, Y LOS DIAGRAMAS DE ACTIVIDADES MUESTRAN DE FORMAADECUADA LA SECUENCIA GENERAL DE ACCIONES ENDIFERENTES OBJETOS Y CASOS DE USO

BILIOGRAFIA•David Harel's home page•D. Harel. Statecharts: A visual formalism for complex systems. Sáciense of Computer Programming, 8(3):231--274, June 1987.•Introduction to UML 2 State Machine Diagrams by Scott W. Ambler •UML 2 State Machine Diagram Guidelines by Scott W. Ambler •Michael Sipser (2006), Introduction to the Theory of Computation, Second Edition, Thomson Course Technology, Boston. ISBN-13: 978-0-534-95097-2, ISBN-10: 0-534-95097-3. •John Hopcroft and Jeffrey Ullman (1979) Introduction to Automata Theory, Languages, and Computation, Addison-Wesley Publishing Company, Reading Mass, ISBN 0-201-02988-X. •Taylor Booth (1967) Sequential Machines and Automata Theory, John Wiley and 9Sons, New York. Library of Congress Catalog Card Number: 67-25924. •http://es.tldp.org/Tutoriales/doc-modelado- sistemas-UML/multiple-html/n •http://delta.cs.cinvestav.mx/~pmejia/softeng/tut orial.pptn •http://mailweb.pue.udlap.mx/~ayalasan/progra macionDeSistemas/uml/oo.1.1.htmln •http://es.wikipedia.org/w/index.php?title=Especi al:Buscar&search=DIAGRAMA+DE+ESTADOS&fulltext=Buscar&ns0=1&ns100=1&ns104=1&redirs =0n http://www.monografias.com/cgi-bin/search.cgi?substring=0&bool=and&query=DI AGRAMA+DE+ESTADO&x=60&y=9