viernes, 26 de febrero de 2016

DIAGRAMAS DE DESPLIEGUE

Definición.- 
Los Diagramas de Despliegue muestran las relaciones físicas de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la disposición de las instancias de componentes de ejecución en instancias de nodos conectados por enlaces de comunicación. Un nodo es un recurso de ejecución tal como un computador, un dispositivo o memoria. Los estereotipos permiten precisar la naturaleza del equipo: 


  • Dispositivos 
  • Procesadores 
  • Memoria 


 Los nodos se interconectan mediante soportes bidireccionales que pueden a su vez estereotiparse. Esta vista permite determinar las consecuencias de la distribución y la asignación de recursos. Las instancias de los nodos pueden contener instancias de ejecución, como instancias de componentes y objetos. El modelo puede mostrar dependencias entre las instancias y sus interfaces, y también modelar la migración de entidades entre nodos u otros contenedores. 
Esta vista tiene una forma de descriptor y otra de instancia. La forma de instancia muestra la localización de las instancias de los componentes específicos en instancias específicas del nodo como parte de una configuración del sistema. La forma de descriptor muestra qué tipo de componentes pueden subsistir en qué tipos de nodos y qué tipo de nodos se pueden conectar, de forma similar a una diagrama de clases, esta forma es menos común que la primera.
Un diagrama de despliegue es un grafo de nodos unidos por conexiones de comunicación. Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto). En general un nodo será una unidad de computación de algún tipo, desde un sensor a un mainframe. Las instancias de componentes software pueden estar unidas por relaciones de dependencia, posiblemente a interfaces (ya que un componente puede tener más de una interfaz). 

Dependencias.-  
Un nodo es un objeto físico en tiempo de ejecución que representa un recurso computacional, generalmente con memoria y capacidad de procesamiento. Pueden representarse instancias o tipos de nodos que se representa como un cubo 3D en los diagramas de implementación.



 Las instancias de componentes de software muestran unidades de software en tiempo de ejecución y generalmente ayudan a identificar sus dependencias y su localización en nodos. Pueden mostrar también qué interfaces implementan y qué objetos contienen. Su representación es un rectángulo atravesado por una elipse y dos rectángulos más peque nos.  


Aquí tenemos dos nodos, el cliente y el servidor, cada uno de ellos contiene componentes. El componente del cliente utiliza una interfase de uno de los componentes del servidor. Se muestra la relación existente entre los dos Nodos. Estar Times New Romanelación podríamos asociarle un estereotipo para indicar que tipo de conexión disponemos entre el cliente y el servidor, así como modificar su cardinalidad, para indicar que soportamos diversos clientes.
Como los componentes pueden residir en mas de un nodo podemos situar el componente de forma independiente, sin que pertenezca a ningún nodo, y relacionarlo con los nodos en los que se sitúa. 
Instancia de Nodo
Una instancia de nodo se puede mostrar en un diagrama. Una instancia se puede distinguir desde un nodo por el hecho de que su nombre esta subrayado y tiene dos puntos antes del tipo de nodo base. Una instancia puede o no tener un nombre antes de los dos puntos. El siguiente diagrama muestra una instancia nombrada de una computadora.



Estereotipo de Nodo

Un número de estereotipos estándar se proveen para los nodos, nombrados «cdrom», «cdrom», «computer», «disk array», «pc», «pc client», «pc server», «secure», «server», «storage», «unix server», «user pc». Estos mostrarán un icono apropiado en la esquina derecha arriba del símbolo nodo. 







Artefacto
Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los modelos del proceso (e.g. modelos de Casos de Uso, modelos de Diseño, etc.), archivos fuente, ejecutables, documentos de diseño, reportes de prueba, prototipos, manuales de usuario y más.
Un artefacto se denota por un rectángulo mostrando el nombre del artefacto, el estereotipo «artifact» y un icono de documento, como a continuación.

Asociación
En el contexto del diagrama de despliegue, una asociación representa una ruta de comunicación entre los nodos. El siguiente diagrama muestra un diagrama de despliegue para una red, mostrando los protocolos de red como estereotipos y también mostrando multiplicidades en los extremos de la asociación.


Nodo como contenedor
 Un nodo puede contener otros elementos, como componentes o artefactos. El siguiente diagrama muestra un diagrama de despliegue para una parte del sistema embebido y muestra un artefacto ejecutable como contenido por el nodo madre (motherboard).


Ejemplo de la aplicación
 Empresa Zoé Esports Departamento de ventas



RESUMEN:

Un diagrama de despliegue es un grafo de nodos unidos por conexiones de comunicación. Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto). En general un nodo será una unidad de computación de algún tipo, desde un sensor a un mainframe. Las instancias de componentes software pueden estar unidas por relaciones de dependencia, posiblemente a interfaces (ya que un componente puede tener más de una interfaz). 
Los Diagramas de Despliegue muestran las relaciones físicas de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la disposición de las instancias de componentes de ejecución en instancias de nodos conectados por enlaces de comunicación.

SUMMARY:



A deployment diagram is a graph of nodes connected by communication links . A node can contain instances of software components, objects, processes ( particular case of an object). In general a node is a unit computer of some sort, from a sensor to a mainframe . Instances of software components may be related by dependency , possibly interfaces ( as one component may have more than one interface ) .

Deployment diagrams show the physical relationship of the various nodes that make up a system and the distribution of the components on these nodes. The deployment view shows the arrangement of the component instances execution in instances of nodes connected by communication links.


RECOMENDACIONES:

  • En su conjunto, todos los diagramas de despliegue de un sistema representan la vista de despliegue estática del sistema; individualmente, cada uno representa un aspecto.
CONCLUSIONES:

  • Permite modelar el sistema a nivel de hardware de tal forma que un ingeniero de sistema pueda especificar la plataforma sobre la cual va ejecutar el software , creando asi una relacion software y hardware y entendiendo la topologia que va utilizar para determinado sistema.
LINKOGRAFIA:
  • http://virtual.usalesiana.edu.bo/web/practica/archiv/despliegue.doc


PRESENTACIÓN EN DIAPOSITIVAS:         SildeShare 


martes, 16 de febrero de 2016

DIAGRAMAS DE ESTADO 

DEFINICIÓN:
También llamados Diagrama de Transición de Estados, estos diagramas representan la descripción del comportamiento de un sistema, este describe todos los estados posibles en los que puede estar un objeto especifico a lo largo de su ciclo de vida, representándose así su cambio de estado en el tiempo como resultado de los eventos que llegan a el.


Los diagramas de estado ven a los objetos como máquinas de estado o autómatas finitos que pueden estar en un conjunto de estados definidos y que pueden cambiar su estado a través de un estímulo perteneciente a un conjunto determinado de estados.

Estados:

Es aquel que influye en el comportamiento y evolución del sistema, los estados siempre han de pertenecer a una clase y representa un resumen de los valores y atributos que puede tener la clase, en si un estado UML describe el estado interno de un objeto de una clase particular. Además podemos decir que tiene lugar en un punto del tiempo pero no posee duración respecto a la granularidad temporal del sistema.


No todos los cambios en los atributos de un objeto deben de estar representados por estados, solo aquellos en lo que el cambio afecta significativamente su comportamiento.

Tipos de Estado:


Los tipos de estado con los que nos podemos encontrar son:


  •  Inicio:  Es el estado inicial en el que se inicia el objeto en su ciclo de vida, ningún evento puede retornar un objeto a este estado. Gráficamente esta representado con un circulo negro.

  • Fin: Es el estado final en el que queda un objeto al final de su ciclo de vida, ningún evento puede sacar a un objeto de este estado. Gráficamente esta representado con un circulo negro rodeado de otro circulo.





  • Estado: Son los diferentes estados por lo que puede pasar un objeto a lo largo de su ciclo de vida, de ellos se puede salir, quedarse en el y retornar. Gráficamente esta representado por un rectángulo.
Eventos:


Son aquellos que dan lugar a un cambio en el comportamiento del sistema o a un momento significativo en su evolución, por ejemplo un método de una clase.


 Transiciones:

Son las lineas de comunicación, lo que une un estado con otro, ella esta compuesta por los eventos y la acción a ejecutar. La representación gráfica es una flecha en linea con la punta  abierta.

Vista de una Maquina de Estados con todos sus componentes:




EJEMPLOS:

MAQUINA CAFETERA




RESUMEN:

También llamados Diagrama de Transición de Estados, estos diagramas representan la descripción del comportamiento de un sistema, este describe todos los estados posibles en los que puede estar un objeto especifico a lo largo de su ciclo de vida, representándose así su cambio de estado en el tiempo como resultado de los eventos que llegan a el.

Los diagramas de estado ven a los objetos como máquinas de estado o autómatas finitos que pueden estar en un conjunto de estados definidos y que pueden cambiar su estado a través de un estímulo perteneciente a un conjunto determinado de estados.


SUMMARY:

Also called State Transition Diagram , these diagrams represent the description of the behavior of a system that describes all possible states in which a specific object may be over its life cycle and its change of state represented in the time as a result of the events that come to him.


State Diagrams view Objects as state machines or finite automata that may be on a set of defined states and that can change their status through a stimulus belonging to a given set of states.

RECOMENDACIONES:
  • Es necesario para describir las interfases.

CONCLUSIONES:



  • Los diagramas de estado ven a los objetos como máquinas de estado o autómatas finitos que pueden estar en un conjunto de estados definidos y que pueden cambiar su estado a través de un estímulo perteneciente a un conjunto determinado de estados.

  • LINKOGRAFIA:

    • http://www.elclubdelprogramador.com/2012/04/03/uml-diagrama-de-estados/
    • http://ingsoftwaremartin.blogspot.pe/2011/11/ejemplo-de-diagramas-de-estado.html
    Juan Julca Landacay

    Presentación:  SlideShare

    miércoles, 10 de febrero de 2016

    DIAGRAMAS DE ACTIVIDADES

    DEFINICIÓN:

    Un diagrama de actividades muestra un proceso de negocio o un proceso de software como un flujo de trabajo a través de una serie de acciones.Las personas, los componentes de software o los equipos pueden realizar estas acciones.

    Puede usar un diagrama de actividades para describir procesos de varios tipos, como los ejemplos siguientes:

    • Un proceso de negocio o un flujo de trabajo entre los usuarios y el sistema.Para más información, vea Requisitos del usuario de modelos.
    • Los pasos que se realizan en un caso de uso.Para más información, vea Diagramas de casos de uso de UML: Instrucciones.
    • Un protocolo de software, es decir, las secuencias de interacciones entre componentes permitidas.
    • Un algoritmo de software.
    ELEMENTOS:

    Flujos de control simple
    Puede mostrar una secuencia de acciones con bifurcaciones y bucles.


    Forma
    Elemento
    Descripción y propiedades principales
    1
    Acción
    Paso de la actividad en el que los usuarios o el software realizan alguna tarea.
    La acción se puede iniciar cuando un token llega a todos sus flujos entrantes.Cuando termina, los tokens se envían en todos los flujos salientes.
    • Body: especifica la acción en detalle.
    • Language: idioma de la expresión en el cuerpo.
    • Local Postconditions: restricciones que deben cumplirse cuando termina la ejecución.Objetivo alcanzado por la acción.
    • Local Preconditions: restricciones que deben cumplirse antes de que empiece la ejecución.
    2
    Flujo de control
    Conector que muestra el flujo de control entre las acciones.Para interpretar el diagrama, imagine que un token fluye de una acción a la siguiente.
    Para crear un flujo de control, use la herramienta Conector.
    3
    Initial Node
    Indica la primera acción o las primeras acciones de la actividad.Cuando se inicia la actividad, un token fluye desde el nodo inicial.
    4
    Activity Final Node
    Fin de la actividad.Cuando llega un token, la actividad finaliza.
    5
    Decision Node
    Bifurcación condicional de un flujo.Tiene una entrada y dos o más salidas.Un token entrante solo emerge en una de las salidas.
    6
    Restricción
    Condición que especifica si un token puede fluir por un conector.Se usa con más frecuencia en los flujos salientes de un nodo de decisión.
    Para establecer una restricción, haga clic con el botón derecho en un flujo, haga clic enPropiedades y, después, establezca la propiedad Restricción.
    7
    Merge Node
    Necesario para combinar los flujos que se dividieron mediante un nodo de decisión.Tiene dos o más entradas y una salida.Un token en cualquier entrada emerge en la salida.
    8
    Comentario
    Proporciona información adicional sobre los elementos a los que está vinculado.
    9
    Call Behavior Action
    Acción que se define con más detalle en otro diagrama de actividades.
    • IsSynchronous: si es true, la acción espera hasta que la actividad finaliza.
    • Behavior: actividad invocada.
    (sin mostrar)
    Call Operation Action
    Acción que llama a una operación en una instancia de una clase.
    Actividad
    Flujo de trabajo que se representa mediante un diagrama de actividades.Para ver las propiedades de una actividad, debe seleccionarla en el Explorador de modelos UML.
    • Is Read Only: si es true, la actividad no debe cambiar el estado de los objetos.
    • Is Single Execution: si es true, a lo sumo hay una ejecución de este diagrama a la vez.
    Diagrama de actividades UML
    Diagrama que muestra una actividad.Para ver sus propiedades, haga clic en una parte vacía del diagrama.
    System_CAPS_noteNota
    Los nombres del diagrama de actividades, el archivo que contiene el diagrama y la actividad que se muestra en el diagrama pueden ser diferentes.
    Flujos simultáneos

    Puede describir secuencias de acciones que se ejecutan al mismo tiempo.Para más información, vea Dibujar flujos simultáneos.
    Forma
    Elemento
    Descripción
    11
    Fork Node
    Divide un único flujo en flujos simultáneos.Cada token entrante genera un token en cada conector saliente.
    12
    Join Node
    Combina flujos simultáneos en un único flujo.Cuando cada flujo entrante tiene un token en espera, se genera un token en la salida.
    13
    Send Signal Action
    Acción que envía un mensaje o una señal a otra actividad o a un subproceso simultáneo de la misma actividad.El tipo y el contenido del mensaje están implícitos en el título de la acción o se especifican en los comentarios adicionales.
    La acción puede enviar datos de la señal, que se pueden pasar a la acción de un flujo de objeto o terminal de entrada (16).
    14
    Accept Event Action
    Acción que espera un mensaje o una señal antes de continuar con la acción.El tipo de mensaje que la acción puede recibir está implícito en el título o se especifica en los comentarios adicionales.
    Si la acción no tiene ningún flujo de control entrante, genera un token cada vez que recibe un mensaje.
    La acción puede recibir datos de la señal, que se pueden pasar a un flujo de objeto o terminal de salida (17).
    • IsUnmarshall: si es true, puede haber varios terminales de salida con tipo y los datos se deserializan en ellos.Si es false, todos los datos aparecen en un terminal.


    Flujos de datos
    Puede describir el flujo de datos de una acción a otra.Para más información sobre los elementos que se usan en esta sección, vea la sección Dibujar flujos de datos del tema Instrucciones para dibujar un diagrama de actividades.



    Forma
    Elemento
    Descripción
    15
    Object Node
    Representa los datos que pasan por un flujo.
    • Ordenación: cómo se almacenan varios tokens.
    • Selection: invoca un proceso, que se puede definir en otro diagrama, que filtra los datos.
    • Upper Bound: 0 indica que los datos deben pasar directamente por el flujo; * indica que los datos pueden almacenarse en el flujo.
    • Type: tipo de objetos que se almacenan y se transmiten.
    16
    Input Pin
    Representa los datos que puede recibir una acción cuando se ejecuta.
    • Type: tipo de objetos que se transmiten.
    17
    Output Pin
    Representa los datos que genera una acción cuando se ejecuta.
    • Type: tipo de objetos que se transmiten.
    18
    Activity Parameter Node
    Nodo de objeto a través del cual la actividad recibe o genera datos.
    Se usa cuando la actividad representada en el diagrama se llama desde otra actividad, o bien cuando el diagrama describe una operación o función.
    • Type: tipo de objetos que se transmiten.
    (sin mostrar)
    Flujo de objetos
    Conector que muestra el flujo de datos entre las acciones y los nodos de objeto.
    Para crear un flujo de objeto, use la herramienta Conector para vincular un terminal de entrada o salida, o bien un nodo de objeto a otro elemento.
    • Selection: invoca un proceso, que se puede definir en otro diagrama, que filtra los datos.
    • Transformation: invoca un proceso, que se puede definir en otro diagrama, que transforma los datos.
    • IsMulticast: indica que puede haber varios componentes u objetos de destinatario.
    • IsMultiReceive: indica que pueden recibirse entradas de varios objetos o componentes.
    EJEMPLO PRACTICO:

    Ejemplo de diagrama de actividades

    Este tipo de diagrama le resulta familiar a la mayoría de programadores, pues en cualquier curso básico de programación se comienza por trabajar con los diagramas de flujo para conocer la lógica que llevará un programa. Los tradicionales diagramas de flujo muestran una secuencia de pasos, procesos, puntos de decisión y bifurcaciones. Con sus diversas características y tipos de diagramas, el UML se podría decir que es en cierta medida, un diagrama de flujo robustecido o reforzado. Para el caso particular del diagrama de actividades, es muy parecido a los viejos diagramas de flujo, pues muestra los pasos (conocidos como actividades) así como puntos de decisión y bifurcaciones. Lo que hacen es mostrar una visión simplificada de lo que ocurre durante una operación o proceso. Se puede decir también que es una extensión del diagrama de estados. El diagrama de estados muestra los estados de un objeto y representa las actividades como flechas que conectan a los estados. Por su parte, el diagrama de actividades resalta, precisamente, las actividades.
    Cada actividad se representa por un rectángulo con las esquinas redondeadas (más angosto y ovalado que la representación del estado). El procesamiento dentro de una actividad se lleva a cabo y, al realizarse, se continúa con la siguiente actividad. Una flecha representa la transición de una a otra actividad. Al igual que el diagrama de estados, el de actividad cuenta con un punto inicial (representado por un círculo relleno) y uno final (representado por una diana).

    Monografias.com

    Los diagramas de actividades tienen la poderosa herramienta de permitir tomar decisiones, como se muestra en la siguiente figura:

    Monografias.com

    Es posible también modelar actividades que serán ejecutadas al mismo tiempo (es decir, de forma concurrente) y que luego se reúnan. Para representar esto, se utiliza una línea gruesa perpendicular a la transición y las rutas parten de ella. Para representar la reincorporación, ambas rutas apuntan a otra línea gruesa, de esta forma:

    Monografias.com
    Se muestra ahora un ejemplo en el que se utilizará un diagrama de actividades para utilizar una aplicación de oficina (software) para crear un documento. La secuencia sería la siguiente:
    • 1. Abrir la aplicación para procesamiento de textos.
    • 2. Crear un archivo con un nombre único en una carpeta.
    • 3. Guardar el archivo con un nombre único en una carpeta.
    • 4. Teclear el documento.
    • 5. Si se necesitan ilustraciones, se abre la aplicación relacionada, se generan los gráficos y se colocan en el documento.
    • 6. Si se necesita una hoja de cálculo, se abre la aplicación relacionada, se crea la hoja correspondiente y se coloca en el documento.
    • 7. Se guarda el archivo.
    • 8. Se imprime el documento.
    • 9. Se sale de la aplicación de oficina.
    El diagrama de actividades queda representado así:.

    Monografias.com




    RESUMEN:

    Un diagrama de actividades muestra un proceso de negocio o un proceso de software como un flujo de trabajo a través de una serie de acciones.Las personas, los componentes de software o los equipos pueden realizar estas acciones.Puede usar un diagrama de actividades para describir procesos de varios tipos, como los ejemplos siguientes:


    • Un proceso de negocio o un flujo de trabajo entre los usuarios y el sistema.Para más información, vea Requisitos del usuario de modelos.
    • Los pasos que se realizan en un caso de uso.Para más información, vea Diagramas de casos de uso de UML: Instrucciones.
    • Un protocolo de software, es decir, las secuencias de interacciones entre componentes permitidas.
    • Un algoritmo de software.

    SUMMARY:



    An activity diagram shows a business process or a software process as a workflow through a series of acciones.Las people , software components or equipment can perform these actions .

    You can use an activity diagram describing processes of various types, as the following examples :

    • A business process or workflow between users and sistema.Para more information, see User Requirements Model .
    • The steps are performed in a case uso.Para more information, see use case diagram UML Instructions .
    • A software protocol , ie sequences allowed interactions between components .
    • A software algorithm .

    RECOMENDACIONES:

    • No obstaculizar los procesos de las actividades y disminuir distancias de recorrido y tiempo de desarrollo de los procesos dándole un  mejor uso a los espacios que se encuentran vacíos creando nuevos lugares para almacenaje.

    CONCLUSIONES:


    • Los diagramas de actividades ayuda al programador, diseñador y analista a entender de forma especifica que ocurre dentro de una operación o un proceso del sistema donde se interactúa con un objeto; además tiene también como finalidad determinar las responsabilidades que tiene los procesos de negocios o el sujeto en cuestión.


    LINKOGRAFIA: 
    https://msdn.microsoft.com/es-pe/library/dd409360.aspx
    http://www.monografias.com/trabajos67/diagramas-uml/diagramas-uml2.shtml

    Diapositivas : SlideShare