Diagramas de casos de uso: ¿son absolutamente necesarias las flechas?

Question

¿Es absolutamente necesario usar " flechas " para mostrar asociación entre un actor y un caso de uso en un diagrama de caso de uso?

Recientemente tuve que dibujar uno para mi tarea de Ingeniería de Software. Pero después de investigar un poco en línea sobre muchos artículos, documentos, libros en línea y notas de conferencias de muchas otras universidades, parecía que la mayoría de los diagramas de casos de uso, independientemente de cuánto potencial tienen para mostrar algún tipo de "flujo". o "navegabilidad", no tienen flechas, mientras que algunos ejemplos tienen flechas.

Así que consulté a mi amigo que es un estudiante de último año y ya estudió lo que me dijo que no debería tener flechas entre mi actor y el caso de uso e incluso su profesor de Ingeniería de Requisitos enseñó a los estudiantes a no usar flechas. Entonces tomé una decisión consciente de no usar flechas y usé líneas continuas para mostrar mis asociaciones de casos de uso.

Aquí está mi diagrama: haga clic

Sin embargo, cuando recibí las calificaciones de mi tarea, me sorprendió descubrir que me dieron un cero por no usar flechas. Incluso si fuera obligatorio usarlos, existe una gran cantidad de evidencia de que se puede usar una línea continua para la asociación bidireccional. Entonces, ¿no debería recibir al menos algunas marcas por ello?

Obviamente le pedí una explicación a mi profesor, a quien veré la próxima semana para discutir este punto, pero si ella me dice que debería haber usado flechas, ¿qué argumento puedo hacer en contra? Le agradecería que alguien pueda darme buenos consejos con referencias apropiadas a algunas fuentes profesionales.

Muchas gracias por leer y espero leer su respuesta pronto.

---

EDIT

Gracias chicos. Realmente aprecio las respuestas que me has dado. Toda esta confusión comenzó porque la única notación que proporcionó el profesor fue un ejemplo único y muy simple del diagrama de casos de uso de la biblioteca en una de las notas de la conferencia, que tenía flechas. Pero no se dejó muy claro que era la notación definitiva. Otra razón por la que no pensé que fuera obligatorio es porque cuando se trataba de explicar las anotaciones para dibujar un diagrama de flujo de datos, dejó muy claro el uso de sus anotaciones específicas, pero no es tan raro que los DFD tengan anotaciones diferentes en diferentes fuentes, mientras que pude encontrar muy poca evidencia para hacer necesario el uso de flechas en los diagramas de casos de uso.

Dicho esto, incluso antes de pasar sin flechas, recuerdo haberle preguntado a uno de los tutores (no al profesor) durante una sesión de tutoría cuál es la diferencia entre tener una línea con flecha y una línea sólida y él dijo que no hay ninguno y que podría usa ambos. Obviamente, para eso solo tengo mi palabra y, por lo que ustedes han dicho, dudo que alguien en una posición académica admitiera decir algo que pueda ponerlos en una posición defensiva. Mi error no fue hablar directamente con el profesor, pero en retrospectiva obviamente lo habría hecho.

De todos modos, hablaré con ella sobre toda esta información y le pediré que tome este "error honesto". en consideración. Tampoco es solo el diagrama de casos de uso, sino un par de otras preguntas en las que perdí una cantidad inusual de marcas, especialmente cuando mis respuestas son casi idénticas a las respuestas modelo que ella proporcionó. También sé que muchos otros estudiantes que han solicitado sus tareas reciben un comentario.

Ojalá sea amable y use su buen juicio para mejorar mi marca. Volveré a publicar aquí cuando me entere.

Gracias nuevamente por su ayuda y publique cualquier otra información / sugerencia que pueda tener. :)

---

EDITAR 2

Lo siento chicos, tengo otra pregunta.

Aquí está el escenario que se dio en la asignación para dibujar el diagrama de caso de uso.

  

CONTHETICKET es una agencia de boletos   tratando en

Answer 1

Las buenas noticias

su diagrama está correctamente dibujado y su instructor está equivocado:

• las flechas no son apropiadas en las asociaciones de casos de uso porque son asociaciones binarias
Se requieren
• flechas para extender, incluir y usar las relaciones; consulte este diagrama para ver un ejemplo de los tres

la especificación UML v1.4.2 [PDF Advertencia] Las secciones 4.11.3 Reglas de buena forma y 5.42.2 Asociación binaria son bastante claras en estos puntos:

4.11.3 Reglas de buena formación: "los actores solo pueden tener asociaciones para usar casos, subsistemas y clases y estas asociaciones son binarias".

5.42.2 Asociación binaria: " Una asociación binaria se dibuja como una ruta sólida que conecta dos símbolos clasificadores "

Las malas noticias

Dicho esto, si su instructor le dijo que usara flechas y usted no lo hizo, entonces es posible que no tenga ningún recurso; ese es uno de los inconvenientes de la academia: algunos profesores esperan que los estudiantes simplemente regurgiten lo que se les dice, incluso si está mal. Puede apelar al Decano del departamento, argumentando que el profesor está instruyendo a los estudiantes en contra de la norma establecida, pero que probablemente no le traerá más que dolor. Sin embargo, creo que tendría un caso sólido, porque darle un cero en un diagrama correcto porque no dibujó flechas incorrectas parece excesivo, duro e injustificable.

Pero me he encontrado con profesores que tenían siempre la razón , incluso cuando estaban claramente equivocados. Sin embargo, la mayoría son personas razonables / lógicas que están felices de corregir la información errónea de manera apropiada.

Precaución: pisar ligeramente

Suponga que es un error honesto, y pídale al profesor que explique por qué esperaba flechas cuando la especificación oficial de OMG UML dice que no las use (y, por lo tanto, cada herramienta UML compatible para casos de uso no dibuja flechas en una relación binaria). Si entras allí con las armas encendidas, puedes o no obtener satisfacción, pero también puedes crear animosidad que podría hacer que el resto del semestre (y posiblemente más allá) sea bastante desagradable.

EDITAR: creo que las herramientas y estándares más antiguos usaban puntas de flecha simples (no triángulos o rellenos, solo 'alas') en los diagramas de casos de uso, pero esto ya no se hace. Quizás los estándares del profesor, o software, están desactualizados ;-)

Answer 2

Todos los demás ya han respondido con respecto a la cosa de la flecha. Déjame darte un consejo sobre la academia.

La mayoría de las cosas técnicas que aprende serán incorrectas o simplemente inútiles. En su vida profesional no importará, ya que todo lo que usará como profesional será lo que aprenda allí y luego de acuerdo con las necesidades específicas de esa situación.

Lo que aprenderá es la descripción general de las cosas, y esto es algo que no obtendrá en su vida profesional porque nadie tiene tiempo para verlo de esa manera. Allí usará las herramientas incorrectas para resolver los problemas incorrectos, generalmente debido a alguna razón estúpida como "porque los superiores lo decidieron de esa manera".

Así que toma esto como una experiencia de aprendizaje. Para tener éxito como profesional, solo tiene que aprender que la forma correcta de hacer las cosas es algo difícil de lograr, y hacerlo por su cuenta, como en este caso, probablemente lo meterá en más problemas que solo anotar cero.

Practique hacer lo incorrecto para lograr sus objetivos: haga lo que indica la flecha y obtenga su puntuación.

Integre el conocimiento de que todos siempre estarán equivocados (incluido usted): no tome la palabra de su profesor para nada, lea opiniones alternativas y formule una opinión más tarde cuando tenga la experiencia.

Practique el arte de involucrarse en el aspecto político de las cosas para opinar sobre tales asuntos. Hay una manera de hacer que otros hagan lo correcto, pero implica mucha ingeniería social y trabajo duro.

Simplemente no pierdas tu tiempo. Algunas cosas simplemente no valen el esfuerzo de corregir ...

Answer 3

Aunque es desafortunado, tendría que seguir con "Si así te dijeron que lo hicieras, y no lo hiciste de esa manera, ese es el puntaje que obtienes".

En mi experiencia, las relaciones pueden ser unidireccionales o bidireccionales, así que creo que tendrías que distinguir entre las dos.

Answer 4

Su instructor, que le da un 0 por no usar flechas en su diagrama de uso, es un ejemplo de él enseñándole cosas equivocadas sobre Ingeniería de Software.

Crear una especificación para un producto de software, en el mundo real, no es acertar con las flechas.

Se trata de crear un documento vivo que forme la base de su proyecto. Los aspectos clave de cualquier especificación es que:

1. El equipo del proyecto en realidad lo lee
2. El documento es efectivo para capturar su intención

La idea de que lo que debería estar aprendiendo es cómo dibujar las flechas de la manera correcta es ridículo. Si tienes la oportunidad, deberías leer este artículo:

http://www.joelonsoftware.com/articles/fog0000000024.html

Captura mis sentimientos excelentemente.

Parece que para terminar tu clase necesitas simular que estás interesado en las flechas UML. Mi consejo para ti es:

1. Haz lo que sea necesario para obtener una buena calificación en la clase
2. En cuanto termines el examen final, POR FAVOR, olvida todo lo que aprendiste en esa clase, porque solo te hará daño.
3. Recoja una copia de este libro y léalo. Todo el asunto.

Answer 5

Ver aquí:

Las flechas que indican el origen de la invocación son opcionales, por lo que parece que queda a criterio de su instructor, pero podría ser un punto discutible.

Por cierto, en mi experiencia, la escuela de posgrado es el peor lugar para aprender ingeniería de software. YMMV.

Answer 6

Creo que tienes un caso fuerte aquí;)

Referencia a la especificación UML actual (2.1.2)

  

Página 595, Restricciones, 2
   UseCases solo puede participar en asociaciones binarias.

Teniendo esto en cuenta, ¿cuál es el punto que muestra la navegabilidad en una asociación ? Como la interacción entre los sujetos (por ejemplo, caso de uso y actor) es, por definición, bidireccional (por ejemplo, el actor hace algo, el sistema responde, etc.).

También encontrará ejemplos de diagramas de casos de uso en este documento para ampliar su punto.

Por supuesto, para otras construcciones de casos de uso como incluye y extiende las flechas tienen sentido y es obligatorio. Sin embargo, desde el diagrama de casos de uso incluido, no los ha utilizado y no debe ser penalizado por ello.

Buena suerte

PD: Al usar mi herramienta de modelado UML de elección, Enterprise Architect, no me permite indicar visualmente la navegabilidad en una asociación.

Answer 7

Gracias chicos. Realmente aprecio las respuestas que me has dado. Toda esta confusión comenzó porque la única notación que proporcionó el profesor fue un ejemplo único y muy simple del diagrama de casos de uso de la biblioteca en una de las notas de la conferencia, que tenía flechas. Pero no se dejó muy claro que era la notación definitiva. Otra razón por la que no pensé que fuera obligatorio es porque cuando se trataba de explicar las anotaciones para dibujar un diagrama de flujo de datos, dejó muy claro el uso de sus anotaciones específicas, pero no es tan raro que los DFD tengan anotaciones diferentes en diferentes fuentes, mientras que pude encontrar muy poca evidencia para hacer necesario el uso de flechas en los diagramas de casos de uso.

Dicho esto, incluso antes de pasar sin flechas, recuerdo haberle preguntado a uno de los tutores (no al profesor) durante una sesión de tutoría cuál es la diferencia entre tener una línea con flecha y una línea sólida y él dijo que no hay ninguno y que podría usa ambos. Obviamente, para eso solo tengo mi palabra y, por lo que ustedes han dicho, dudo que alguien en una posición académica admitiera decir algo que pueda ponerlos en una posición defensiva. Mi error no fue hablar directamente con el profesor, pero en retrospectiva obviamente lo habría hecho.

De todos modos, hablaré con ella sobre toda esta información y le pediré que tome este "error honesto". en consideración. Tampoco es solo el diagrama de casos de uso, sino un par de otras preguntas en las que perdí una cantidad inusual de marcas, especialmente cuando mis respuestas son casi idénticas a las respuestas modelo que ella proporcionó. También sé que muchos otros estudiantes que han solicitado sus tareas reciben un comentario.

Ojalá sea amable y use su buen juicio para mejorar mi marca. Volveré a publicar aquí cuando me entere.

Gracias nuevamente por su ayuda y publique cualquier otra información / sugerencia que pueda tener. :)