jueves, 27 de octubre de 2016

Conceptos Unidad II: Lenguaje Unificado de Modelado, Sistemas de información II

Casos de uso.

"Los casos de uso se utilizan durante la obtención de requerimientos y el análisis para representar la funcionalidad del sistema. Se enfocan en el comportamiento del sistema desde un punto de vista externo.
Un diagrama de caso de uso describe una función proporcionada por el sistema que produce un resultado visible para un actor. Un actor describe cualquier entidad que interactúa con el sistema. 
La identificación de los actores y los casos de uso da como resultado la definición de la frontera del sistema, esto es, diferencia entre las tareas realizadas por el sistema y las realizadas por su ambiente.
La información que debe llevar los casos de uso es la principal que el sistema realizara, nombre del caso de uso, los actores, condiciones, descripción del caso de uso, asociaciones de caso de uso etc.", Bernd Bruegge y Allen H. Dutoit.

Ejemplo.
http://vignette4.wikia.nocookie.net/adsi/images/7/72/Diagrama-casos-de-uso.png/revision/latest?cb=20130617033356

Diagramas de clase.

"Las clases se utilizan en la programación orientada a objetos para crear módulos que pueden ser ejecutados dentro de un programa, tantas veces como deseemos y realicen una tarea específica (básicamente encierran toda la información de un objeto). 
Desde esta óptica, podemos decir que un diagrama de clases es el equivalente de la POO (programación orientada a objetos) de un diagrama de flujo.
Los diagramas de clase sirven para describir el sistema desde el punto de vista de objetos, clases, atributos, operaciones y sus asociaciones.
Una asociación es un método en forma de diagrama para mostrar un atributo o un par de atributos.
Un vínculo representa la conexión entre dos objetos.", Bernd Bruegge y Allen H. Dutoit.
Los diagramas de clases son el pilar fundamental del modelado con UML, siendo ampliamente utilizados tanto para análisis como para diseño de sistemas y software en general.

Ejemplo.
http://i.imgur.com/i6DbRIh.png

Diagrama de secuencia.

"Los diagramas de secuencia se usan para formalizar el comportamiento del sistema y para visualizar la comunicación entre objetos.", Bernd Bruegge y Allen H. Dutoit.
El diagrama muestra:
  • Los objetos participando de la interacción.
  • La secuencia de mensajes intercambiados.
  • Un diagrama de secuencia contiene:
  • Objetos con su línea de vida.
  • Mensajes intercambiados entre objetos de una secuencia ordenada.
  • Línea de vida activa.

Los diagramas de secuencia constan de objetos que se representan de modo usual: rectángulo con nombre, mensajes entre los objetos representados por líneas continúas con una punta de flecha y el tiempo representado como una progresión vertical.
 Los objetos se colocan cerca de la parte superior del diagrama de izquierda a derecha y se acomodan de manera que simplifiquen el diagrama.
La extensión que está debajo (en forma descendente) de cada objeto será una línea discontinua conocida como la línea de vida de un objeto, junto con la línea de vida de un (objeto rectángulo) se le conoce como activación, el cual una operación que realiza el objeto la interpreta como la duración de la activación.

Ejemplo.
http://www.monografias.com/trabajos67/diagramas-uml/image006.jpg

Diagrama de estado.

"Es una manera de caracterizar un cambio en un sistema, es decir, que los objetos que lo componen modifican su estado como respuesta a los sucesos y al tiempo.
Los diagramas de estado sirven para mostrar la vida de un objeto.
El diagrama indica los eventos que causan que un estado cambie a otro y cuáles son las respuestas y acciones que genera este.", Bernd Bruegge y Allen H. Dutoit.
Este muestra la secuencia de estados por los que pasa bien un caso de uso, un objeto a lo largo de su vida, o bien todo el sistema. 
Es una forma de representación gráfica más intuitiva de los autómatas finitos basadas en dígrafos con arcos acotados llamados transiciones en los cuales se ponen los símbolos de tránsito entre un vértice (estado) y otro y se identifican los estados de partida y los de aceptación del resto. 
Los diagramas de estados finitos son también representaciones más cómodas para su elaboración, legibilidad y comprensión de distintos tipos de abstracciones computacionales de reconocimiento como los autómatas de pila y las máquinas de Turing.

Ejemplo.
https://mariadolorestr.files.wordpress.com/2015/02/dbdjhd.gif

Diagrama de actividad.

"Describe un sistema desde el punto de vista de actividades. Las actividades son estados que representan la ejecución de un conjunto de operaciones. Los diagramas de actividad se parecen a los diagramas de flujo en que pueden usarse para representar el flujo de control y el flujo de datos.", Bernd Bruegge y Allen H. Dutoit.
Es importante recalcar que aunque un diagrama de actividad es muy similar en definición a un diagrama de flujo (tipicamente asociado en el diseño de Software), estos no son lo mismo. 
Un diagrama de actividad es utilizado en conjunción de un diagrama uso-caso para auxiliar a los miembros del equipo de desarrollo a entender como es utilizado el sistema y como reacciona en determinados eventos.
Lo anterior, en contraste con un diagrama de flujo que ayuda a un programador a desarrollar código a través de una descripción lógica de un proceso. Se pudiera considerar que un diagrama de actividad describe el problema, mientras un diagrama de flujo describe la solución.
En la siguiente sección se describen los diversos elementos que componen un diagrama de Actividad.
Composición
  • Inicio: El inicio de un diagrama de actividad es representado por un círculo de color negro sólido.
  • Actividad: Una actividad representa la acción que será realizada por el sistema la cual es representada dentro de un ovalo.
  • Transición: Una transición ocurre cuando se lleva acabo el cambio de una actividad a otra, la transición es representada simplemente por una linea con una flecha en su terminación para indicar dirección.
  • Ramificación (Branch) : Una ramificación ocurre cuando existe la posiblidad que ocurra más de una transición (resultado) al terminar determinada actividad.Este elemento es representado a través de un rombo.
  • Unión (Merge) : Una unión ocurre al fusionar dos o más transiciones en una sola transición o actividad.Este elemento también es representado a través de un rombo.
  • Expresiones Resguardadas (Guard Expressions) : Una expresión resguardada es utilizada para indicar una descripción explicita acerca de una transición. Este tipo de expresión es representada mediante corchetes ([...] y es colocada sobre la linea de transición.
  • Fork : Un fork representa una necesidad de ramificar una transición en más de una posibilidad. Aunque similar a una ramificación (Branch) la diferencia radica en que un fork representa más de una ramificación obligada, esto es, la actividad debe proceder por ambos o más caminos, mientras que una ramificación (Branch) representa una transición u otra para la actividad (como una condicional). Un fork es representado por una linea negra solida, perpendicualar a las lineas de transición.
  • Join : Una join ocurre al fusionar dos o más transiciones provenientes de un fork, y es empleado para dichas transiciones en una sola,tal y como ocurria antes de un fork .Un fork es representado por una linea negra solida, perpendicualar a las lineas de transición .
  • Fin: El fin de un diagrama de actividad es representado por un círculo, con otro circulo concentrico de color negro sólido.
  • Canales (Swimlanes) : En determinadas ocasiones ocurre que un diagrama de actividad se expanda a lo largo de más de un entidad o actor, cuando esto ocurre el diagrama de actividad es particionada en canales (swimlines), donde cada canal representa la entidad o actor que está llevando a cabo la actividad.

Ejemplo.


http://image.slidesharecdn.com/diagramadeactividadesuml-110301132720-phpapp01/95/diagrama-de-actividades-uml-10-728.jpg?cb=1298986104

Bibliografía.

https://www.ecured.cu/Diagrama_de_estado
https://www.osmosislatina.com/lenguajes/uml/actividad.htm
http://exposicinds.blogspot.mx/
http://culturacion.com/que-es-un-diagrama-de-clases/
"Ingeniería del Software Orientado a Objetos", Bernd Bruegge y Allen H. Dutoit