Programación Específica > UML
Duda Casos De Uso
solcito:
Hola a todos!!!
Creia que tenia claro el concepto de lo que era un CU pero lei un libro que me generó una duda existencial :P
Segun lo que tenia entendido era que un caso de uso representa un requisito funcional del sistema, que los casos de uso no se "explotan" como los procesos de un DFD,
que existen dos tipos de diagramas de casos de uso, los de contexto y los de requisitos.
en fin esta parte la tenia bien clara.
Pero en ese maldito libro decia que "puede haber varias vistas de los casos de uso"
Una de las vistas es el Actor con todos los casos de uso que interactua, otra el caso de uso con que actores interactua.
Es la primera vez que leo eso.
Entendia que las vistas eran las de UML:
Vista de casos de uso
Vista de diseño (diagrama de clases, diagrama de objetos, colaboracion)
Vista de despliegue
etc.
Pero diferentes vistas de un diagrama de casos de uso nunca.
Alguien me podria aclarar esto???
Saludos :hola:
Alpha_:
Bueno, antes que nada ni te preocupes.. no es la gran cosa.
Una vista de casos de uso es ver a los actores, y con qué casos de uso se relacionan estos. (Esto hace énfasis en lo que cada actor puede hacer).
Otra vista, es un caso de uso rodeado por los actores que interactúan con él. Eso hace énfasis en los agentes externos de este caso de uso.
Es lo mismo, pero visto desde otro ángulo.
***
Pequeño offtopic: Hoy me llevé una alegría con UML, acabo de terminar de diseñar un proyecto de ventas por internet. Qué tremendo alivio. Saludos.
Diodo:
Hola
Como dice Alpha es darle la vuelta a la misma tortilla, lo unico que consigues es verla de diferente forma, o incluso que se te queme.
¿CUal es el nombre del libro? , mas bien para no leerlo porque al autor parece que le sobraba tiempo o le faltaban paginas que llenar :devil:
salu2 :hola:
Alpha_:
--- Cita de: "Diodo" --- Como dice Alpha es darle la vuelta a la misma tortilla, lo unico que consigues es verla de diferente forma, o incluso que se te queme.
--- Fin de la cita ---
Jajajajajajaj, tal cual. En mi opinión personal resulta muy repetitivo UML, pero útil para luego programar sin ambiguedades.
Para no irme demasiado del tema, diré que lo mismo pasa con los diagramas de clases... tienen 4 o 5 vistas que son lo mismo pero de distintos ángulos.
Kev:
--- Citar ---mas bien para no leerlo porque al autor parece que le sobraba tiempo o le faltaban paginas que llenar
--- Fin de la cita ---
:lol:
Si bien el UML es amigable y maleable, esto tambien en algunos momentos provoca desviarse y hacer un diagrama confuso, esto personalmente me sucedio al exagerar en detalles.
Bueno yo lo tomo de esta manera, "Modelar es como jugar ajedrez", tienes que saber que necesitas modelar, a que elementos afectara cada parte que modeles, y tienes que verlo desde diferentes puntos de vista para que tu rey(sistema), no caiga :P
Salu2
:comp:
Navegación
[#] Página Siguiente
Ir a la versión completa