NOMBRE DEL ALUMNO: ROMERO ARRIAGA DAVID ALEJANDRO

GRUPO: 3611
TAREA: #4

TECNOLÓGICO DE ESTUDIOS SUPERIORES DE

COACALCO

ASIGNATURA: LENGUAJES Y AUTOMATAS I

MAESTRO: HERNÁNDEZ RODRÍGUEZ JULIO CÉSAR

ALUMNO: DAVID ALEJANDRO ROMERO ARRIAGA

N° DE CONTROL: 201721888

GRUPO: 3611

CICLO ESCOLAR: 2019 – 2020/2

TAREA #4: “DIAGRAMAS DE VALIDACIÓN Y ESTADO”

ASIGNATURA: LENGUAJES Y NOMBRE DEL PROFESOR: JULIO

AUTOMATAS I CÉSAR HERNÁNDEZ RODRÍGUEZ
 NOMBRE DEL ALUMNO: ROMERO ARRIAGA DAVID ALEJANDRO
GRUPO: 3611
TAREA: #4

Contenido
INTRODUCCIÓN: ................................................................................................... 3
DIAGRAMAS DE ESTADO: .................................................................................... 3
ELEMENTOS: ......................................................................................................... 4
FORMA GRÁFICA: ................................................................................................. 5
CONCLUSIÓN: ....................................................................................................... 6
Bibliografía .............................................................................................................. 6

ASIGNATURA: LENGUAJES Y NOMBRE DEL PROFESOR: JULIO

AUTOMATAS I CÉSAR HERNÁNDEZ RODRÍGUEZ
 NOMBRE DEL ALUMNO: ROMERO ARRIAGA DAVID ALEJANDRO
GRUPO: 3611
TAREA: #4

INTRODUCCIÓN:
En el siguiente reporte de investigación, solicitado por el maestro Julio César
Hernández Rodríguez que imparte la asignatura de Lenguajes y autómatas I en
el grupo 3611 de la carrera Ingeniería en Sistemas Computacionales, se
definirá y ahondará en lo que son los diagramas de validación y estado.

Se verá una pequeña definición acerca de lo que son los diagramas previamente
mencionados, así como sus funciones y porque son importantes para la carrera y
para la asignatura en si.

Este reporte de investigación planea ser ilustrado, lo cual ayudará a los usuarios
finales a poder comprender la información de mejor manera, fomentando un
análisis crítico y analítico que ayudará a lo largo de esta materia.

DIAGRAMAS DE ESTADO:
El sitio Wordpress define a un diagrama de estado como herramientas que
muestran el comportamiento de un objeto, es decir, el conjunto de estados por los
cuales pasa un objeto durante su vida, junto con los cambios que permiten pasar
de un estado a otro. Así que pretende describir tanto los eventos y estados más
relevantes de un objeto, como su comportamiento específico ante cada evento. Es
decir, todos los estados posibles en los que puede entrar un objeto particular y la
manera en que cambia el estado del objeto, como resultado de los eventos que
llegan a él.

En la mayor parte de las técnicas OO, los diagramas de estados se dibujan para
una sola clase, mostrando el comportamiento de un solo objeto durante todo su
ciclo de vida.

Mari Carmen Otero Vidal define un diagrama de estado como: “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.

ASIGNATURA: LENGUAJES Y NOMBRE DEL PROFESOR: JULIO

AUTOMATAS I CÉSAR HERNÁNDEZ RODRÍGUEZ
 NOMBRE DEL ALUMNO: ROMERO ARRIAGA DAVID ALEJANDRO
GRUPO: 3611
TAREA: #4

ELEMENTOS:
El Estado: Es la condición de un objeto en un momento determinado, así como el
tiempo que transcurre entre eventos. Es, por lo tanto, un acontecimiento
importante a tomar en cuenta para el sistema. Identifica un período de tiempo del
objeto (no instantáneo) en el cual el objeto está esperando alguna operación, tiene
cierto estado característico o puede recibir cierto tipo de estímulos.

Los Eventos: Es una ocurrencia que puede causar la transición de un estado a

otro de un objeto. Esta ocurrencia puede ser una de varias opciones:

 -Condición que toma el valor de verdadero o falso.

 -Recepción de una señal de otro objeto en el modelo.
 -Recepción de un mensaje.
 -Paso de cierto período de tiempo, después de entrar al estado o de cierta
hora y fecha particular.

La Transición: Es una relación entre dos estados, e indica que, cuando ocurre un
evento, el objeto pasa del estado anterior al siguiente. Dentro de una transición
podemos distinguir entre:

La Transición Simple: Es una relación de tres o más estados en una transición

de múltiples fuentes o múltiples destinos y del siguiente formato:

Evento [condición-guarda] / acción – expresión “^” mensaje

La Transición Interna: Es una transición que pertenece en el mismo estado en

vez de involucrar dos estados distintos representa un evento que no causa cambio
de estado se denota como una cadena adicional en el compartimiento de acciones
del estado

Las Acciones: Podemos especificar la solicitud de un servicio a otro objeto como

consecuencia de la transición. Se especifica al ejecutar una acción como
consecuencia de entrar (entry) /salir (exit) /estar en (do) un estado o por la
ocurrencia de un evento. Las acciones se asocian con las transiciones y se
consideran como procesos que suceden con rapidez y no se pueden interrumpir

ASIGNATURA: LENGUAJES Y NOMBRE DEL PROFESOR: JULIO

AUTOMATAS I CÉSAR HERNÁNDEZ RODRÍGUEZ
 NOMBRE DEL ALUMNO: ROMERO ARRIAGA DAVID ALEJANDRO
GRUPO: 3611
TAREA: #4

FORMA GRÁFICA:
En UML, los estados se representan mediante óvalos. Las transiciones se
representan mediante flechas con el nombre del evento respectivo. Se acostumbra
poner un estado inicial (círculo negro).

Ejemplo de un diagrama de estado.

ASIGNATURA: LENGUAJES Y NOMBRE DEL PROFESOR: JULIO

AUTOMATAS I CÉSAR HERNÁNDEZ RODRÍGUEZ
 NOMBRE DEL ALUMNO: ROMERO ARRIAGA DAVID ALEJANDRO
GRUPO: 3611
TAREA: #4

CONCLUSIÓN:
En conclusión, esta práctica fue de gran ayuda para desarrollar nuestros
conocimientos en la materia, si bien, no se realizó el reporte como me hubiera
gustado, no implica en ningún momento que no se haya adquirido el conocimiento
planteado desde el principio.

Según mi personal punto de vista, el único defecto de este reporte es la premura

con la que se realiza el reporte, ya que no se puede abarcar completamente toda
la información respecto a esta última sin dejar información con datos importantes
de lado, es importante mencionar que, la primera práctica solo es la
reinterpretación de unas fórmulas que el mismo profesor nos proporcionó.

Por otra parte, el realizar el reporte con esta premura me dio a conocer que la
información pertinente al tema del que se habló es muy vasta y probablemente en
un solo reporte de práctica no quepa toda esta información sin dejar de lado varios
datos de suma importancia concernientes a la programación o al mismo
procedimiento del que se habló.

Bibliografía
Vidal, M. C. (14 de Junio de 2016). IngenieriaSoftware. Obtenido de
IngenieriaSoftware:
http://www.vc.ehu.es/jiwotvim/IngenieriaSoftware/Teoria/BloqueII/UML-5.pdf

Wordpress. (06 de Enero de 2017). Wordpress. Obtenido de Wordpress:

https://migabeta.wordpress.com/2017/01/06/diagramas-de-estado-uml/

ASIGNATURA: LENGUAJES Y NOMBRE DEL PROFESOR: JULIO

AUTOMATAS I CÉSAR HERNÁNDEZ RODRÍGUEZ