DISEÑO DE DIAGRAMAS DE TIEMPOS

1. OBJETIVO DEL LABORATORIO

 Tener la creatividad de entender los diagramas de tiempo y poderlos plasmar en

laboratorio.
 Poder aplicar todo lo aprendido en los anteriores laboratorios.

2. MARCO TEORICO

El propósito primario del diagrama de tiempos es mostrar los cambios en el estado o la condición de una
línea de vida (representando una Instancia de un Clasificador o un Rol de un clasificador) a lo largo del
tiempo lineal. El uso más común es mostrar el cambio de estado de un objeto a lo largo del tiempo, en
respuesta a los eventos o estímulos aceptados. Los eventos que se reciben se anotan, a medida que
muestran cuándo se desea mostrar el evento que causa el cambio en la condición o en el estado.

Diagramas de colaboración Describe las relaciones existentes entre objetos, indican que objetos utilizan
a otros objetos. -Muestra cómo las instancias específicas de las clases trabajan juntas para conseguir un
objetivo común. -Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de
un objeto a otro. Dicha implementación es llamada "enlace".

Diagramas de clases Un diagrama de clases es un tipo de diagrama estático que describe la estructura
de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son
utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de
la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento
y la relación entre uno y otro.

Diagramas de actividad En el Lenguaje de Modelado Unificado, un diagrama de actividades representa

los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un
Diagrama de Actividades muestra el flujo de control general. En SysML el diagrama de Actividades ha
sido extendido para indicar flujos entre pasos que mueven elementos físicos o energía. Los cambios
adicionales permiten al diagrama soportar mejor flujos de comportamiento y datos continuos.

Recibe órdenes e inasistencias

Diagramas de casos de uso En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una
especie de diagrama de comportamiento. UML mejorado define una notación gráfica para representar
casos de uso llamada modelo de casos de uso. UML no define estándares para que el formato escrito
describa los casos de uso, y así mucha gente no entiende que esta notación gráfica define la naturaleza
de un caso de uso; sin embargo una notación gráfica puede solo dar una vista general simple de un caso
de uso o un conjunto de casos de uso. Los diagramas de casos de uso son a menudo confundidos con los
casos de uso. Mientras los dos conceptos están relacionados, los casos de uso son mucho más
detallados que los diagramas de casos de uso.

Diagramas de estados En UML, un diagrama de estados es un diagrama utilizado para identificar cada
una de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso.
Permite identificar bajo qué argumentos se ejecuta cada uno de los procesos y en qué momento
podrían tener una variación. El diagrama de estados permite visualizar de una forma secuencial la
ejecución de cada uno de los procesos.

Diagramas de tiempos Un diagrama de tiempos o cronograma es una gráfica de formas de onda

digitales que muestra la relación temporal entre varias señales, y cómo varía cada señal en relación a las
demás. El propósito primario del diagrama de tiempos es mostrar los cambios en el estado o la
condición de una línea de vida (representando una Instancia de un Clasificador o un Rol de un
clasificador) a lo largo del tiempo lineal.
Diagrama de componentes Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado
de Modelado. Un diagrama de componentes representa cómo un sistema de software es dividido en
componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen
archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de
Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para
modelar y documentar cualquier arquitectura de sistema.

Diagrama de objetos Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de
los sistemas informáticos en la metodología UML. Se puede considerar un caso especial de un diagrama
de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del
sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase.
Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los
diagramas de clase.

Diagramas de estructuras de datos Un diagrama de estructura de datos es un esquema que representa

el diseño de una base de datos de red. Este modelo se basa en representaciones entre registros por
medio de ligas, existen relaciones en las que participan solo dos entidades (binarias ) y relaciones en las
que participan más de dos entidades (generales) ya sea con o sin atributo descriptivo en la relación. La
forma de diagramado consta de dos componentes básicos: Celdas: representan a los campos del
registro. Líneas: representan a los enlaces entre los registros.

Diagramas de secuencia Un diagrama de secuencia muestra la interacción de un conjunto de objetos en

una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de
casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia
contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para
implementar el escenario, y mensajes intercambiados entre los objetos.

Diagramas de Iteración Son diagramas que describen como grupos de objetos colaboran para conseguir
algún fin, estos diagramas muestran objetos así como los mensajes que pasan entre ellos del caso de
uso. Los diagramas de Iteración capturan el comportamiento de los casos de uso.

Diagrama Causa y Efecto El diagrama causa y efecto fue desarrollado para representar la relación entre
algún efecto y todas las posibles causas que lo influyen. DIAGRAMA CAUSA Y EFECTO El efecto o
problema es colocado en el lado derecho del Diagrama y las influencias o causas principales son listadas
a la izquierda. Los diagramas de causa y efecto son trazados para ilustrar claramente las diferentes
causas que afectan a un proceso.

Ejemplo:
Diagrama de Clases Un diagrama de clases es un tipo de diagrama estático que describe la estructura de
un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son
utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de
la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento
y la relación entre uno y otro. Representación de: - Requerimientos en entidades y actuaciones. - La
arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de
software orientados a objetos

Ejemplo:Diagrama de Objetos Los diagramas de objetos son utilizados durante el proceso de Análisis y
Diseño de los sistemas informáticos en la metodología UML. Se puede considerar un caso especial de un
diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento
particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un
diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su
notación es similar a los diagramas de clase.

Ejemplo:

Diagrama de Estados En UML, un diagrama de estados es un diagrama utilizado para identificar cada una
de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso.
Permite identificar bajo qué argumentos se ejecuta cada uno de los procesos y en qué momento
podrían tener una variación. El diagrama de estados permite visualizar de una forma secuencial la
ejecución de cada uno de los procesos.

Ejemplo:

Diagrama de Secuencia Un diagrama de secuencia muestra la interacción de un conjunto de objetos en

una aplicación a través del tiempo y se modela para cada método de la clase. Mientras que el diagrama
de casos de uso permite el modelado de una vista Business del escenario, el diagrama de secuencia
contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para
implementar el escenario, y mensajes intercambiados entre los objetos.

Ejemplo:

Diagrama de Componentes Un diagrama de componentes representa cómo un sistema de software es

dividido en componentes y muestra las dependencias entre estos componentes. Los componentes
físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los
diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser
usados para modelar y documentar cualquier arquitectura de sistema.

MATERIALES

2 CONTACTORES

RELE TERMICO
2 FOCOS PILOTOS

3 PULSADORES

CABLES DE TODO TAMAÑO

TABLERO PARA LOS COMPONENTES

CONCLUSIONES

En este laboratorio aplicamos la creatividad para diseñar el circuito propuesto por el auxiliar fue
un poco demoroso por las muchas conexiones que tenía, pero el circuito funciono óptimamente
en el laboratorio y fue de gran ayuda para conocer las amplias aplicaciones que podemos darle
al circuito montado.
UNIVERSIDAD MAYOR DE SAN ANDRES
FACULTAD DE TECNOLOGIA
CARRERA ELECTRONICA Y TELECOMUNICACIONES

LABORATORIO DE TEORIA DE CONTROL

INFORME Nro. 6

INTEGRANTES

Choque Callisaya Vladimir Garry

Cuentas Chambi Leonardo Alvaro

Mamani Chambilla Wilmer

Doc: Lic. Nixon Vargas

Aux: Univ. Andres Mamani Perez

Fecha de entrega: 25 de septiembre

2014