Diseño De Diagramas De Tiempos.docx

  • Uploaded by: Jesus Gabreil HG
  • 0
  • 0
  • November 2019
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Diseño De Diagramas De Tiempos.docx as PDF for free.

More details

  • Words: 1,582
  • Pages: 6
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

Related Documents


More Documents from ""

Margen De Pds.docx
November 2019 16
Receptor De Fm.docx
November 2019 16
Pds 1.txt
November 2019 8
Doc. Leo.docx
November 2019 9
Lab01.docx
November 2019 11
November 2019 11