search

Kencho / mri1001-tfg

Repositorio de código para el Trabajo de Final de Grado de Marcos Romano Ibáñez
1 stars 1 forks source link

Creación de un diagrama UML que explique los casos de uso que se van a realizar #64

Closed mri1001 closed 3 years ago

Kencho commented 3 years ago

@mri1001

Al elaborar estos diagramas, no olvides que se pueden definir relaciones entre casos de uso:

mri1001 commented 3 years ago

Añadido diagrama de casos de uso en el commit ef6675c5d993db6ad88df73d11dff82cd27f769f pero se ha introducido incorrectamente la referencia a esta tarea.

Kencho commented 3 years ago

@mri1001

Las relaciones entre los casos de uso no están bien identificadas. En este proyecto en concreto no veo clara ninguna relación "extend" (tal vez, y aun así dudo, CU-10 y CU-18). Las de estereotipo "extend" se usan cuando son casos particulares de otros casos de uso. Por ejemplo imagina que tienes dos menúes de opciones: Uno en el que puedes configurar todo, incluida la dificultad, desde el menú principal, y otro en el que puedes ajustar unas cosas pero otras no (por ejemplo, que no puedas cambiar la dificultad una vez iniciada la partida). En ese caso, un menú es un caso particular del otro (la dirección de esta relación dependerá de cómo lo veas: si uno añade opciones al otro, o si el otro se las bloquea al primero), y por tanto sería una relación con estereotipo "extend".

Varias de ellas son "include" (recuerda que esta relación existe para simplificar y evitar duplicados, por ejemplo). Si un caso de uso contiene todas las operaciones, precondiciones y postcondiciones, etc. de otro, "incluye" al otro. Por ejemplo en CU-07 los puntos 3 y 4 (que, por cierto, parecen decir lo mismo con distintas palabras) engloban a operaciones como CU-15 "Movimiento del avatar", CU-16 "Salto del avatar", CU-17 "Acelerón del avatar"...

mri1001 commented 3 years ago

Pensé que el extend era para cuando un caso uso puede hacer caso de otro, pero no tiene obligatoriamente por qué. Yo recordaba que había una etiqueta que indicaba eso.

Muchas gracias.

De: Jesús Alonso Abad @.> Enviado: martes, 1 de junio de 2021 3:38 Para: Kencho/mri1001-tfg @.> Cc: Marcos Romano Ibáñez @.>; Mention @.> Asunto: Re: [Kencho/mri1001-tfg] Creación de un diagrama UML que explique los casos de uso que se van a realizar (#64)

@mri1001https://github.com/mri1001

Las relaciones entre los casos de uso no están bien identificadas. En este proyecto en concreto no veo clara ninguna relación "extend" (tal vez, y aun así dudo, CU-10 y CU-18). Las de estereotipo "extend" se usan cuando son casos particulares de otros casos de uso. Por ejemplo imagina que tienes dos menúes de opciones: Uno en el que puedes configurar todo, incluida la dificultad, desde el menú principal, y otro en el que puedes ajustar unas cosas pero otras no (por ejemplo, que no puedas cambiar la dificultad una vez iniciada la partida). En ese caso, un menú es un caso particular del otro (la dirección de esta relación dependerá de cómo lo veas: si uno añade opciones al otro, o si el otro se las bloquea al primero), y por tanto sería una relación con estereotipo "extend".

Varias de ellas son "include" (recuerda que esta relación existe para simplificar y evitar duplicados, por ejemplo). Si un caso de uso contiene todas las operaciones, precondiciones y postcondiciones, etc. de otro, "incluye" al otro. Por ejemplo en CU-07 los puntos 3 y 4 (que, por cierto, parecen decir lo mismo con distintas palabras) engloban a operaciones como CU-15 "Movimiento del avatar", CU-16 "Salto del avatar", CU-17 "Acelerón del avatar"...

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/Kencho/mri1001-tfg/issues/64#issuecomment-852226705, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ANUBDMIH7S45HNVUNLOBTT3TQT5G5ANCNFSM45EFLQIQ.