RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

36
7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 1/36 Resumen aprendiendo UML en 24 horas Ingeniería de software Ing. Manuel Malpica rodríguez POR: Eric Raúl Vasquez Carranza

Transcript of RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

Page 1: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 1/36

Resumen aprendiendo UML en 24 horas

Ingeniería de softwareIng. Manuel Malpica rodríguez

POR:Eric Raúl Vasquez Carranza

Page 2: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 2/36

APRENDIENDO UML EN 24 HORAS

PARTE I

HORA 01:

Introducción al UML

El UML (Lenguaje Unificado de Modelado) es una herramienta que permite generar diseños. Sucaracterística es organizar y entender diagramas.

El UML es necesario para el análisis del problema para que se pueda resolver y también para queel cliente pueda comprenderlo.

Fue creado por Grady Booch, James Rumbaugh e Ivar Jacobson a los cuales se les llamo

recientemente “Los Tres Amigos” , cada uno diseño su propia metodología para el análisis ydiseño orientado a objetos. A mediados de los 90 intercambiaron ideas y desarrollaron su trabajoen conjunto el UML circularon en distintas industrias de software y se llegó a conformarse unconsorcio de UML.

En el año 1997 produjeron la versión 1.0 y tomaron en cuenta al OMG (Grupo de Administraciónde Objetos) se aumentó y se generaron otra versión 1.1 a finales del mismo año, el OMG seencargó de conservar el UML en la que se produjeron 2 versiones más en 1998.

DIAGRAMAS

Los diagramas de UML permiten examinar una instancia desde diferentes formas. Es un sistemaque se ha convertido en estándar en el mundo del desarrollo se sistemas que está constituido pordiagramas que permiten generar un anteproyecto.

Diagrama del UML: está compuesta por diversos elementos gráficos que se combinan para hacer diagramas, pues el UML es un lenguaje en la que cuenta con realizarcombinaciones que son los elementos y reglas.

Diagrama de las clases: tiene atributos de un conjunto de tareas.

Diagrama de objetos: es una instancia de clases que especifica atributos y clases.

Diagrama de casos de uso: es una descripción de las acciones de un sistema y para losdesarrollaron esta es una herramienta valiosa pues es una técnica de aciertos y errores.

Page 3: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 3/36

Pág. 3

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Diagrama de estado: Son los pasos para ver el estado de cada objeto.

Diagrama de secuencia: es un sistema funcional en la que los objetos interactúan entresí que son con bases de tiempo.

Diagrama de actividades: es lo que ocurre en cada caso del comportamiento del objeto.

Diagrama de colaboración: los elementos del sistema trabajan en conjunto para cumplircon su objetivo del sistema.

Page 4: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 4/36

Pág. 4

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Diagrama de componentes: es importante en los procesos del desarrollo en equipo.

Diagrama de distribución: muestra la arquitectura física del sistema informativo comolas interconexiones y el software que está en cada máquina.

Otras Características: Paquetes: permite agrupar los elementos de un diagrama.

Notas: en cualquier diagrama se puede agregar comentarios aclaratorios.

Estereotipos: permite crear nuevos elementos a partir de otros existentes.

Page 5: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 5/36

Pág. 5

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

HORA 2:

Orientación a Objetos

La orientación a objetos que es un paradigma, es lo que hace funcionar a los objetos y utilizarlosen el análisis y diseño. Son atributos y acciones que se basa en componentes para el desarrollodel software que es importante para el diseño.

Abstracción:Deja las propiedades y acciones necesarias de un objeto. Herencia: un objeto tiene todas las características de la clase de la que proviene. Polimorfismo: una operación puede tener el mismo nombre en diversas clases, y

funcionar distinto en cada una. Encapsulamiento:Ocultan la funcionalidad interna de sus operaciones de cada objeto. Envío de mensajes: trabajan en conjunto en la envían un mensaje para realizar una

operación, y el objeto receptor ejecutara la operación. Asociaciones: los objetos se relacionan entre si de alguna manera. Agregación: un objeto que se conforma de una combinación de diversos tipos de objetos.

HORA 3:

Uso de la orientación a objetos:

Concepción de una clase: es la representación de una clase. El nombre, atributos,operaciones y responsabilidades de las clases, el UML permite indicar la informaciónrespecto a la clase.

Atributos: es una propiedad o característica de una clase

.

Operaciones:son las acciones o tareas que la clase puede realizar.

Page 6: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 6/36

Pág. 6

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Responsabilidades u restricciones: permite establecer otro tipo de información en símisma. Mostrará las responsabilidades que será la descripción de la clase.En el símbolo, indicará las responsabilidades en su área inferior que contiene lasoperaciones. Las restricciones es una forma más formal que está protegido por claves.

Que hacen las clases como encontrarlas: las clases son el vocabulario de un área deconocimiento que son áreas de conocimiento del sistema de computación en la queresuelven los problemas de dicha área

HORA 4:

Uso de relaciones:

Asociaciones: las clases se conectan entre sí de forma conceptual en lo cual puedan ser muyamplias.

Pueden aparecer 2 asociaciones entre clases en el mismo diagrama.

Pueden asociarse diversas clases con una sola.

Page 7: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 7/36

Pág. 7

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Restricciones en las asociaciones: indica restricción a la línea de asociación. La restricción es larelación que es una línea discontinua que conecta a dos líneas de asociación.

Otro tipo de restricción es la relación O (distinguida como {Or}):

Clases de asociación: puede contener atributos y operaciones en la que utiliza una líneadiscontinua para así conectar a las líneas de asociación. Una clase de asociación, se conecta a unaasociación mediante una línea discontinua en la que se puede asociarse a otra clase.

Vínculos: Es como un objeto que tiene instancia, una asociación también cuenta con instancias.

Multiplicidad: Es la cantidad de objetos de una clase en la que se relaciona con un objeto de laclase asociada.

Page 8: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 8/36

Pág. 8

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Posibles multiplicidades y como representarlas en el UML:

En el UML representa la herencia con una línea que conecta a la clase principal con la secundaria.este tipo de conexión se le interpreta con la frase es de tipo de .

Una clase puede no provenir de una clase principal, puede ser una clase base o una clase raíz . Siuna clase tiene exactamente una clase principal, tendrá una herencia simple y si proviene de variasclases principales tendrá una herencia múltiple .

Descubrimiento de la herencia: es la conversación con el cliente en lo que descubrirá clases

principales como secundarias

Clases abstractas: son útiles pues funcionan como clases principales para clases secundarias.

Dependencia: una clase utiliza a otra y esta la operación de una clase a otra clase.

En una dependencia, una clase utiliza a otra clase, se proyecta como una línea discontinua quereúne a las dos clases.

Page 9: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 9/36

Pág. 9

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

HORA 5:

Agregación, composición, interfaces y realización:

Agregación: una clase consta de otras clases que es la jerarquía dentro de una clase completa.

Restricción en las agregaciones: son los componentes posibles que se establece dentro de unarelación.

Composición:es de tipo muy representativo de una agregación, cada componente dentro de unacomposición puede pertenecer a un todo.

Page 10: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 10/36

Pág. 10

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Interfaces y realizaciones: es una serie de operaciones que realiza un clase en un sistema.

Visibilidad: es una interfaz que es público, de modo que cualquier clase puede utilizarla atributosu operaciones la visibilidad tiene tres niveles y son:

Nivel público:la funcionalidad se extiende a otras clases. Nivel protegido: la funcionalidad se otorga a las clases que heredan a la clase original.

Nivel privado: solo la clase original puede utilizar atributos u operaciones.

Ejemplos: los atributos y operaciones públicos y privados, tanto de una televisión como de unautomóvil:

.Ámbito:Es la forma de cómo se relacionan con el sistema y hay dos formas:

Ámbito de instancia: cada instancia cuenta con su propio valor en un atributo uoperación.

Ámbito de archivador: solo tendrá un valor del atributo u operación de todas lasinstancias de la clase.Este tipo de ámbito aparece el nombre subrayado, se utiliza con frecuencia cuando ungrupo específico de instancia quiere compartir unos valores exactos de un tributo que es

privado

HORA 6:

Introducción a los casos de uso

Los casos de uso es seguir de análisis del caso de uso que es una ayuda para trabajar con losusuarios para ver cómo se usara un sistema.

Page 11: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 11/36

Pág. 11

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Importancia: involucra a los usuarios en las estepas iniciales y diseño del sistema en la queaumenta el mayor provecho para la gente

Es una estructura que sirve para describir la forma en que un sistema funcione para los usuarios potenciales. La forma inclusión es utilizar los pasos de un caso como secuencia de pasos de uncaso de uso como consecuencia de pasos y extensión crea un nuevo caso de uso.

Es posible volver a utilizar el uso del caso de uso, la forma de inclusión es una forma de utilizarlos pasos y también la forma es de extensión se crea un nuevo caso de uso mediante los pasos deun caso ya existente.

HORA 7:

Diagrama de caso de uso:

Ayuda al analista a comprender lo que el sistema deberá comportarse. Le ayuda a obtener losrequerimientos desde el punto de vista del usuario.

El diagrama de caso de uso es muy importante y más cuando se visualiza con el UML al usuariole permitirá mostrar los casos de uso para que puedan dar mayor información.

Representación de un modelo de caso de uso:Una elipse representa un caso de uso, muestralos beneficios del análisis del caso de uso que le muestra entre el sistema y el mundo externo.

Ejemplos sobre la máquina de gaseosas:

Page 12: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 12/36

Pág. 12

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

La concepción de las relaciones entre casos de uso:

Los casos de uso se relaciona entre si y existen varias relaciones que son la inclusión permitevolver a utilizar los pasos del caso de uso, la extensión permite crear un caso a partir de uno yaexistente.

También hay otros tipos de relación que son generalización cuenta con un caso que se heredade otro y agrupamiento forma sencilla de organizar los casos de uso.

Ejemplo dela relación de inclusión:

Ejemplo se muestra la relación de extensión e inclusión:

Generalización:

Page 13: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 13/36

Pág. 13

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Las clases pueden heredar entre si y esto también se aplica a los casos de uso .la herencia de casosde uso, el caso de uso secundario hereda las acciones y significado del primero:

Un caso de uso puede heredar el sentido y comportamientos de otro:

Ejemplo:

La generalización puede establecerse entre actores. Así como casos de uso:

Ejemplo:

Agrupamiento:

Podría tener varios casos de uso que querrá organizar siempre y cuando él sistema tenga variossubsistemas, para esto sería mejor agrupar en un paquete los casos de uso.

Aplicación de los modelos de caso de uso:

Ayuda a comprender con más profundidad los modelos de casos de uso. Y como aplicarlos.

Comprensión de los usuarios:Este dominio vuelve a sus usuarios su atención debido que elobjetivo es entender los tipos de funcionalidad en la que está por crear en el sistema.

Page 14: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 14/36

Pág. 14

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Profundización:Se genera un caso se usó de alto nivel con la que puedan responder a lo que elactor está haciendo y los demás puedan entender su sistema.

HORA 8:

Diagramas de estado:Como un elemento se puede se puede modificar los procedimientos conel tiempo.

¿Qué es un diagrama de estados?

Es como un objeto que lo compone modificaron su estado como una respuesta a los sucesos y altiempo.

Diagrama de estados UML captura este tipo de cambios pues es el comportamiento del sistema.

Simbología:

Es representar una transición de un estado.

Page 15: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 15/36

Pág. 15

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Sucesos, acciones y condiciones de seguridad:

Suceso y acciones:

Pueden agregar ciertos detalles a las líneas de transición, para indicar un suceso una transición

(desencadena un suceso).La acción que se ejecuta y haga que suceda la modificación del estado.

Los sucesos y acciones se lo escribirán cerca de la línea de transición.

Condiciones de seguridad:

Es como protegemos una secuencia de sucesos sin la interacción del usuario para si no tenerningún problema con cada proceso que realicemos.

Subestados: secuenciales y concurrentes:

Subestados:

Los cambios de estados dados que estos estados se encuentran dentro de otros.

Hay dos tipos de subestados:

Subestados secuenciales:son subestados que uno tras de otro.

Page 16: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 16/36

Pág. 16

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Ejemplos de subestados secuenciales dentro de una GUI:

Subestados concurrentes: actualiza un despliegue de una aplicación después de unintervalo específico.

Ejemplos de subestados concurrentes suceden al mismo tiempo una línea discontinua los separa:

Estados históricos:

El diagrama de estados históricos captura esta idea. UML proporciona un símbolo que muestra elestado en que esta.

HORA 9:

Diagrama de secuencias:

Consta de objetos que se representan del modo usual: rectángulos con un nombre (subrayado).

Mensaje:

Un mensaje va de un objeto que pasa a otra línea de vida de un objeto a la de otro

Page 17: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 17/36

Pág. 17

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

En la cual pueden ser:

Mensajes simples: Es la transferencia del control de un objeto a otro.

Mensaje sincrónico: espera la respuesta de un mensaje para continuar con su trabajo.

Mensaje asincrónico: no espera la respuesta del mensaje y la continúa con su trabajo.

Secuencia:

Es un carácter que aparece inmediatamente del mensaje ejecutado.

El caso de uso:

¿Qué es exactamente lo que representa un diagrama de secuencias?Es la interacción de losobjetos que se realizan durante un escenario.

Diagrama de secuencias genérico:

Se cuenta todos los escenarios de un caso de uso al momento de crear un diagrama de secuencias.Este caso podrá generar un diagrama de secuencias genérico a partir de un diagrama de secuenciasde instancias.

Page 18: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 18/36

Pág. 18

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Como representar la recursividad:

Un objeto cuenta con una operación que se invoca así misma y es una característica fundamentalde varios lenguajes de programación.

El diagrama de secuencias agrega la dimensión del tiempo para la interactividad de los objetos.

HORA 10

DIAGRAMAS DE COLABORACIONES

Muestra la forma en que los objetos colaboran entre sí. Los diagramas de colaboraciones son similares a los diagramas de secuencia. El diagrama de colaboraciones se organiza de acuerdo al espacio. Los elementos de un sistema trabajan en conjunto para cumplir con los objetivos del

sistema.

¿Qué es un diagrama de colaboraciones?

Es una extensión de uno de objetos. Los diagramas de colaboraciones muestran los mensajes que se envían los objetos entre

sí. Puede convertir cualquier diagrama de secuencia en colaboración y viceversa. La cifra y el mensaje se separan por dos puntos (:).

Page 19: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 19/36

Pág. 19

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

La GUI: Un actor inicia la secuencia de interacción al oprimir una tecla, con los que losmensajes ocurrirán de manera secuencia. En lo cual veremos en el siguiente ejemplo:

Cambio de estado:Puede mostrar los cambios de estado en un objeto. En el ejemplo siguiente

muestra que el estado de inicialización se convierte en el estado operativo.

La máquina de gaseosas:El diagrama de colaboraciones es directo, como lo muestra la figura:

Page 20: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 20/36

Pág. 20

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Hora se va agregar el caso de “cantidad incorrecta de dinero”. Se colabora las condiciones entre corchetes, misma a las que se antecede a los corchetes,lo importante coordinar las condiciones con la numeración.

Por ejemplo si una maquina no cuenta con cambios correctos tendrá que mostrar unmensaje que lo indique.

Cuando agreguen una condición, agregará una bifurcación en el control del flujo.

El diagrama de colaboraciones “comprar gaseosas” con toda la situación “monto dedinero inadecuado”.

Page 21: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 21/36

Pág. 21

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Creación de un objeto:

Para mostrar la creación de un objeto, agregara un estereotipo “crear” al mensaje quegenera un objeto.

Se utilizara instrucciones “si” (if) y mensaje enviado. También trabajara con un ciclo“mientras” (while). Con el diagrama de secuencia, para representar a “mientras”, colocaraesta condición entre corchetes y antecederá al del lado izquierdo con un asterisco.

Algunos conceptos más:

Page 22: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 22/36

Pág. 22

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Varios objetos receptores en una clase: En ocasiones un objeto envía un mensaje a diversos objetos de la misma clase. La representación de los diversos objetos es una pila de rectángulos. Se agregara una condición entre corchetes precedida por un asterisco para indicar que

el mensaje ira a todos los objetos.

Un objeto que envía un mensaje a varios otros en un orden especifico.

Representación de los resultados: Un mensaje podría ser una petición a un objeto para que realice un cálculo y devuelva

un valor. El UML le da una sintaxis para representar esta situación, se deberá escribir una

representación que tenga el nombre del valor devuelto a la izquierda seguido de “:=”,a continuación el nombre de la operación y la cantidad con que operará para producirel resultado.

Page 23: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 23/36

Pág. 23

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Objetos activos: Un objeto específico controla el flujo. Estos objetos activos pueden enviar mensajes a los objetos pasivos e interactuar con

otro objeto activo. Al proceso de dos a más objetos activos que hagan su tarea al mismo tiempo se le

conoce como concurrencia. Se representa como un rectángulo con un borde grueso en negro.

Sincronización:

Es que un objeto solo puede enviar un mensaje después de que otros mensajes han sidoenviados y deben estar en un orden debido.

En lugar de anteceder el mensaje con una etiqueta numérica, lo antecederá con una listade mensajes que tendrá que completarse antes de que se realice el paso cinco.

Page 24: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 24/36

Pág. 24

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Adiciones al panorama:

El panorama del UML ahora incluye otro diagrama dado que se refiere al

comportamiento de los objetos, el diagrama de secuencia iría bajo la 0categoría, eldiagrama de colaboraciones

HORA 11

DIAGRAMAS DE ACTIVIDADES:A sido diseñado para mostrar una visión simplificada delo que ocurre durante una operación o un proceso.

Es una extensión de un diagrama de estado. El diagrama de actividades resalta precisamente a las actividades.

Page 25: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 25/36

Pág. 25

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Decisiones, decisiones, decisiones:

Casi siempre una secuencia de actividades llagara a un punto donde se realizara algunadecisión, ciertas condiciones se llevan por un camino y otro por otro.

Se podrá representar un punto de decisiones de una o dos formas: la primera es mostrarla ruta posible que parte directamente de una actividad y la segunda es llevar la transiciónhacia un rombo.

Rutas concurrentes:

Tendrá la oportunidad de separar una transición en dos rutas que se ejecuten al mismotiempo.

La representación de una transacción que se bifurca en dos rutas que se ejecutan de formaconcurrente y luego se reincorpora.

Page 26: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 26/36

Pág. 26

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Indicaciones:

El símbolo para enviar una indicación es un pentágono convexo, y el que el recibe es un pentágono cóncavo.

Las imágenes representan él envió y recensión de una indicación.

Aplicación de los diagramas de actividad:

Una operación: Fibs

Page 27: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 27/36

Pág. 27

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Se con oce la serie Fibonacci 1, 1, 2, 3, 5, 8, 13,…., cada número es un “fib”. Un diagrama de actividades para calcular fib(n), una operación que calcula el

enésimo número del Fibonacci.

Procesos de creacion de un documento:

El diagrama de actividades para el proceso de creacion de un documento se cumple comel siguiente ejemplo.

Page 28: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 28/36

Pág. 28

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Marco de responsabilidad:

Uno de los aspectos más útiles del diagrama de actividades es su facultad para expandirsey mostrar quien tiene la responsabilidad de un proceso.

Reparara el diagrama en segmentos paralelos conocidos como marco de responsabilidad. Cada marco de responsabilidad muestra el nombre de un responsable en la parte superior

y presenta la actividad de cada uno. A continuación mostraremos un diagrama de actividades para el proceso de negociación

en una junta con un cliente:

Page 29: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 29/36

Pág. 29

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Acá vamos a mostrar la versión con marcos de trabajo de diagrama de actividades quemuestra quien es el responsable de cada actividad:

Page 30: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 30/36

Pág. 30

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Diagramas híbridos:

Es posible combinar al diagrama de actividades como símbolo de otros diagramas que se producirán diagramas hídricos.

La depuración de la actividad “imprimir documento” nos otorga un diagrama hídrico.

El diagrama hídrico podrá mostrar un diagrama de actividades para realizar una operacióndentro de un símbolo de objeto, y mostrar al objeto que recibe una petición para ejecutarla operación.

Page 31: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 31/36

Pág. 31

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Adiciones al panorama:

El panorama del UML ahora incluye otro diagrama el cual es el diagrama de actividades.

Page 32: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 32/36

Pág. 32

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

HORA 12

DIAGRAMAS DE COMPONENTES

Decide que elementos va a interactuar con otros.

Qué es un componente:

Un componente de software es una parte física de un sistema, y se encuentra en lacomputadora, no en la mente del analista.

La relación entre un componente y una clase, imagine un componente como la personificación de software de una clase, la clase presenta una abstracción de un conjuntode operaciones y atributos.

Los componentes puede ser la implementación de más de una clase. Lo más importante de los componentes es el potencial que tiene de volver a ser utilizado.

Componentes e interfaces: La interfaz es un conjunto de operaciones que especifica algo de acuerdo al

comportamiento de una clase. La interfaz es un conjunto de operaciones que representa una clase a otra. La interfaz que utiliza una clase es la misma que la que utiliza su implementación de

software (un componente). Solo se podrá ejecutar la operación de un componente a través de su interfaz. El componente que proporciona los servicios se dice que posee una interfaz de

exportación. Al que accede a los servicios se dice que utiliza una interfaz de importación.

Situación y reutilización:

Puede sustituir un componente con otro si el nuevo contiene la misma interfaz que elanterior.

Podrá utilizar un componente en otro sistema si este puede acceder al componenteutilizado en proyectos de desarrollo a lo largo de una empresa.

Tipos de componentes:

Componentes de distribución:que conforman el funcionamiento de los sistemasejecutables (ejemplo: DLL, ejecutable.).

Componentes para trabajar en el producto: a partir de los cuales se han creado loscomponentes de distribución (como archivos de base de datos).

Componentes de ejecución:creados como resultado de un sistema de ejecución.

Qué es un diagrama de componentes:

Representación de un componente: El símbolo es un rectángulo que tiene otros dos sobrepuestos en su lado izquierdo.

Page 33: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 33/36

Pág. 33

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

En esta figura que si los componentes es miembro de un paquete, puede utilizar elnombre del paquete como un prefijo para el nombre del componente.

En esta figura muestra la clase que implementa un componente en particular. Lossímbolos de las relaciones entre un componente y las clases que implementa.

Cómo representar las interfaces:

Puede representar a un interfaz como un rectángulo conectado al componente por unaflecha de realización.

Page 34: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 34/36

Pág. 34

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Puede representar a un interfaz como un pequeño circulo, conectado al componente por una línea continua que, en este contexto, se interpreta con realización.

Una interfaz que realiza un componente y otra de la que depende.

Aplicación de los diagramas de los componentes:

Una página Web con un subprograma Java: Este ejemplo modela un programa tomado del libro de Rogers Cadenhead, cada

archivo class es un componente y cada uno es la implementación de una clase. En el siguiente ejemplo muestra el diagrama de componentes. Un paquete

corresponde al directorio en donde se encuentra los archivos, el otro al JDK (conjuntode herramientas para desarrollo en java).

Page 35: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 35/36

Pág. 35

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I

Una página Web con controles ActiveX: Con tantos tipos de componentes ActiveX (controles) disponibles, podremos

encontrar alguno que haya casi todo lo que requiere una aplicación. La figura muestra el diagrama de componentes para esta página.

PowerToys: Muestra un diagrama de componentes que modela a TweakUI en el paquete

PowerToys, mismo que muestra la dependencia entre los diversos tipos decomponentes.

Diagramas de componentes en el panorama:

El panorama del UML ahora incluye otro diagrama el cual es el diagrama de

componentes que se enfoca en una arquitectura de software del sistema.

Page 36: RESUMEN APRENDIENDO UML EN 24  HORAS.pdf

7/25/2019 RESUMEN APRENDIENDO UML EN 24 HORAS.pdf

http://slidepdf.com/reader/full/resumen-aprendiendo-uml-en-24-horaspdf 36/36

RESUMEN APRENDIENDO UML EN 24 HORAS INGENIERIA SOFTWARE I