Interpretación de diagramas UML

[Thevenin]

Muy buenas,

estoy aprendiendo UML, y como les pasa a muchos tengo peleas con las relaciones y alguna que otra cosa.

Me gustaría si alguien es tan amable de interpretar este caso de uso.

1. No se si hago bien con las relaciones, o si por ejemplo la nota, en lugar de nota
podría haber utilizado un caso de uso "Captcha" relacionado con un include desde registrarse.

Registrase----- include -->Captcha

2. Las relaciones sin flecha (asociación) o con flecha (asociación directa), ¿están bien empleadas?



3. ¿Es correcta la relación visitante-registrarse-usuario?

Eso querría decir: el visitante después de registrarse pasa a ser un usuario.




Si veis cualquier tipo de fallo decídmelo, poco a poco iré poniendo más a ver si le cojo el truco sobre todo a las relaciones, que es lo más que me cuesta.

Un saludo.

[venkman]

Esa flecha desde "Registrarse" a "Usuario" no debería estar ahí.

En este esquema, las flechas van de un Actor a una Acción. El hecho de que un Visitante pase a ser Usuario después de haber terminado la acción Registrarse será algo que se explique en el diagrama de secuencia de la acción Registrarse.

No tengo muy claro que la acción "Acceder al Area Restringida" incluya "Registrarse". ¿Por qué lo tienes así?

[Thevenin]

Iniciado por venkman

Esa flecha desde "Registrarse" a "Usuario" no debería estar ahí.

Me lo imaginaba...

Iniciado por venkman

En este esquema, las flechas van de un Actor a una Acción. El hecho de que un Visitante pase a ser Usuario después de haber terminado la acción Registrarse será algo que se explique en el diagrama de secuencia de la acción Registrarse.

Comprendo...

Iniciado por venkman

No tengo muy claro que la acción "Acceder al Area Restringida" incluya "Registrarse". ¿Por qué lo tienes así?

Estaba intentando decir que para que un usuario pueda acceder al área restringida es necesario registrarse y conectarse, pero ya me he dado cuenta del fallo,

¿que te parece ahora?:


Gracias por la respuesta.

[venkman]

No lo sé. Todo esto está un poco sujeto a la interpretación de cada uno, claro, pero no acabo de ver claro que Conectarse incluya Registrarse. O que Acceder incluya Conectarse, aunque esta me parece más fácil de aceptar.

Quiero decir... Entiendo lo que intentas decir, pero creo que no es exactamente así como mejor expresarlo. Se me ocurre que si lo que quieres dejar claro es que para acceder al área restringida hay que estar identificado, entonces podrías hacer algo un poco distinto:

Al Visitante vamos a llamarlo Usuario Anónimo y al Usuario lo llamamos Usuario Identificado.

- Entonces el Usuario Anónimo puede hacer 3 acciones: Visitar al área pública, claro, Registrarse e Identificarse (Identificarse sería supongo la acción que ahora tienes como Conectarse como usuario y que tal como está ahora nadie ejecuta).

Al identificarse es cuando pasa a ser Usuario Identificado.

- El Usuario Identificado puede Visitar al área pública, claro, y Visitar el área privada.


¿Qué te parece?

[Thevenin]

Espero haberte entenido, a ver que tal esto:




¿Como resuelvo que para identificarse es necesario haberse registrado previamente?
¿Tendría que hacer el "diagrama de secuencia identificarse" como dijiste en tu primera respuesta?

Es que esto me mata, de alguna forma tengo que indicar que: "solo los usuarios registrados pueden identificarse", ¿o eso se da por hecho?

Gracias por tu ayuda, seguiré poniendo más diagramas, porque veo que esta es la mejor forma de aprender, haciendo y que te corrijan. Ya por hoy no tengo tiempo de más, creo que me conectaré mañana nuevamente.

Un saludo.

[venkman]

Eso será una situación que, como dices, se refleja en el esquema de la acción Identificarse.

De hecho es que la propia acción de Identificarse la puede intentar quien quiera. Quiero decir, antes de que se identifique, no se sabe quién es. Identificarse tendrá la condición en algún lado de "comprobar que el usuario existe", "comprobar que la contraseña es correcta", etc.

Ten en cuenta que los diagramas de acciones son a un nivel bastante alto. Es decir, que no hay que entrar a detallar las propias acciones en sí cómo funcionan. Sólo se trata de hacer 2 cosas:
1. Indentificar todas las acciones a realizar en el sistema
2. Establecer qué actores pueden realizar esas acciones

Pero no se trata de entrar en detalles de en qué consiste cada acción o cómo funcionan por dentro.

[Thevenin]

Hola de nuevo,

espero que no te importe que siga aprovechando de tu sapiencia UMLiera..

Estabamos viendo lo de el caso de uso Identificarse,
¿por cada caso de uso debo hacer un diagrama de: secuencia o de actividad?

En clase no he dado los de secuencia, y solo hemos modelado con los de clase, casos de uso y actividad.

Entonces, según creo, ¿está bien modelado el diagrama de actividad "identificarse?":

[kritita]

Hola Thevenin,

Para cado de uso sí que tienes que crear su correspondiente diagrama de secuencia y de actividades.

Respecto al diagrama de actividades que has propuesto.
1- Normalmente se suelen poner "calles" para separar qué o quién es el encargado de cada parte. En tu caso habría dos calles: Usuario y Sistema. Así se ve mejor la interacción entre uno y otro.

2- Para el Caso de Uso de Identificación yo propondría:
USUARIO ------------------- SISTEMA
*
|
Pulsar enlace Acceso privado ------------> Mostrar formulario
Introducir datos <---------------------------------|
|
-------------------------------------- Validar datos
. |
. Si correcto:...(seguir) --- <>--Si incorrecto:voy a IntroducirDatos .

Y del mismo modo continuaría con la parte de la bifurcación si los datos son correctos.

Ya sé que no se me de forma muy clara, pero no tenía ningún editor de UML ahora mismo a mano.

Espero que te sirva de algo!!!

Salu2 !!

[Thevenin]

Gracias Kritita,

pillo más o menos la idea. De todas maneras voy a comprar un libro UML para entenderlo en detalle los otros diagramas.

Un saludo

[kritita]

De todas maneras, en la página de UML hay manuales, ejemplos que también te pueden ayudar!!

http://www.uml.org/