Tuesday, April 23, 2013

Tipos de relaciones entre clases

¿Cuándo utilizar dependencia o asociación?

Utilizar asociación cuando las clases asociadas están al mismo nivel, cuando ambas clases dependen una de otra. Por ejemplo, cuando queremos modelar la
Utilizar dependencia cuando la clase independiente no tiene tanto sentido por sí sola.




¿Agregación o composición?
Composición es un relación más fuerte que el de agregación. Se utiliza cuando un objeto X está formado por otras cosas Y, pero cuando X se destruye tambien Y.

Por lo contrario, la agregación es una relación más débil. Cuando X está formado por Y, y X se destruye Y se conserva.

Friday, June 1, 2012

Casos de uso

1 Definición de caso de uso.


2 Especificación de casos uso( Mediante la plantilla de especificación de casos de uso).
 2.2 Plantilla
    2.2.1 Plantilla
    2.2.2 Ejemplo
    2.* Directrices para la especificación de casos de uso en el idioma español.


3 Diagrama de casos de uso (Generado a partir de la especificación de casos de uso).
   3.1 Elementos: actor, caso de uso, relaciones (generalización, include, extend, agrupamiento).
   3.2 Relación entre actores (generalización).
   3.3 Relación entre casos de uso (generalización, include, extend, agrupamiento)
   3.4 Relación entre actor y caso de uso.
   3.5  Relación Agrupamiento.
          Es una manera sencilla de organizar los casos de uso. Habría que categorizar los casos de uso. Se agrupan los casos de uso que se relacionen en paquetes. Esto sucede cuando un sistema consta de varios subsistemas. (Fuente: UML en 24 hrs.)


Interesante Proyecto de estudiantes





Thursday, May 31, 2012

Elementos del diagrama de caso de uso

Los elementos del diagrama de caso de uso son los siguientes:
Actor.
Caso de uso.
Relaciones (entre actores, entre caso de usos, entre actor y caso de uso).

Actor

¿Qué es?
Ente que interactua con el sistema a desarrollar. Puede ser una persona, un dispositivo (hardware), software.
Gráficamente, se representa con...


Es importante indicar que un actor y un usuario no son la misma cosa. Un usuario normal puede jugar un número de papeles diferentes cuando utiliza un sistema, por lo tanto un actor representa una clase de entidades externas (a veces, pero no siempre personas) que lleva cabo un papel.

Como ejemplo, considerar un operador de una máquina (un usuario) que interactúa con el ordenador central
para un elemento de fabricación que contiene un número de robots y máquinas bajo control numérico.
Después de una revisión cuidadosa de los requisitos, el software del computador central requiere cuatro modelos diferentes (papeles) de interacción: modo programación, modo prueba, modo monitorización y modo investigación.

Además, se pueden definir cuatro actores: programador, probador, supervisor e investigador. En algunos casos, el operador de la máquina puede realizar todos los papeles.

En otras ocasiones, diferentes personas pueden jugar el papel de cada actor.  [PRESSMAN]

Caso de uso

Definición
Gráficamente, se representa con un ovalo.

Wednesday, May 30, 2012

Relaciones



¿Hay relaciones entre actores?

Se puede definir categorías generales de actores (por ejemplo, cliente) y especializarlos ( como ClienteComercial) a través de relaciones de generalización.
Ejemplo de generalización, el cliente comercial es un cliente.


Generalización. El catalogador cataloga retablos y excavaciones de la misma manera que un pintor y un arqueologo.


Fuentes
Cliente ClienteComercial
Catalogador, pintor, arqueologo

Relación include(use) vrs extend

Son asociaciones entre casos de uso. Normalmente las asociaciones son entre el actor y el caso de uso.

Para saber cuando hay que utilizar uses y cuando extends aplicar las siguientes regla:
  1. Usar extends cuando se describa una variación en un comportamiento normal.
  2. Usar uses cuando se produzca una repetición en dos o más casos de uso separados y se quiera evitar.
UML establece la relación uses con el nombre de includes.




Referencias:
uses vrs include



Generalización, include, extend.
Referencia caso de uso pedido