Casos de uso. INCLUDE, EXTEND, GENERALIZACIÓN

Respecto a los entornos de desarrollo (Diagramas de casos de uso). Marque las alternativas correctas.

• Permiten indicar con detalle el comportamiento que debe tener el sistema desde el punto de vista del usuario.

• Sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios (actores) u otros sistemas.

• Generalmente los casos de uso se identificados con verbos.

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso). Marque las alternativas correctas.

• Sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios (actores) u otros sistemas.

• Permiten indicar con detalle el comportamiento que debe tener el sistema desde el punto de vista del usuario.

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso).

Permiten indicar con detalle el comportamiento que debe tener el sistema desde el punto de vista del usuario.

• VERDADERO

• FALSO

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso).

Sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios (actores) u otros sistemas.

• VERDADERO

• FALSO

Answer explanation

La siguiente imagen representa.

• UML

• Diagramas de sociedad

• Diagramas de casos de uso

• Include

• Generalización

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso <include> y <exclude>). Marque las alternativas correctas.

• Un tema que genera mucha polémica entre la gente que modela casos de uso es la elección entre la relación de <include> y <exclude>.

• Lo peor es que muchas de esas discusiones generan muy poco valor en el resultado final en el modelo y en cambio quitan tiempo valioso del proyecto.

• Esto se debe a que dichas relaciones muchas veces no son del todo comprendidas por la persona que realiza el modelo, y mucho menos son comprendidas por las personas que lo leen.

• Gráficamente, lo que mostramos es una relación de dependencia entre el par de casos de uso, con el nombre correspondiente al tipo de relación de la que se trate, ya sea <include> o <exclude>.

• Son relaciones que usamos para ligar gráficamente dos casos de uso, cuyos flujos de eventos están unidos, normalmente en una sola sesión del usuario.

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso <include> y <exclude>). Marque las alternativas correctas.

• Un caso de uso que está ligado por medio de una de estas dos relaciones a otro caso de uso, también podría leerse o ejecutarse como un sólo caso de uso en lugar de dos.

• Son relaciones que usamos para ligar gráficamente dos casos de uso, cuyos flujos de eventos están unidos, normalmente en una sola sesión del usuario.

• Esto se debe a que dichas relaciones muchas veces no son del todo comprendidas por la persona que realiza el modelo, y mucho menos son comprendidas por las personas que lo leen.

• Lo peor es que muchas de esas discusiones generan muy poco valor en el resultado final en el modelo y en cambio quitan tiempo valioso del proyecto.

• Un tema que genera mucha polémica entre la gente que modela casos de uso es la elección entre la relación de <include> y <exclude>.

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso <include>). Marque las alternativas correctas.

• Un caso de uso base depende de los casos de uso incluidos.

• Sin él/ellos, el caso de uso básico está incompleto, ya que los casos de uso incluidos representan subsecuencias de la interacción que pueden suceder siempre o a veces.

• En el <<include>> es necesario que ocurra el caso incluido. Esta relación se produce cuando un caso de uso necesita la funcionalidad de otro.

• El caso de uso base conoce el caso de uso incluido, pero el caso de uso incluido no debe "conocer" el caso de uso base.

• Los casos de uso incluidos pueden ser compartidos por varios casos de uso de base.

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso <include>). Marque las alternativas correctas.

• Un caso de uso base depende de los casos de uso incluidos.

• En el <<include>> es necesario que ocurra el caso incluido. Esta relación se produce cuando un caso de uso necesita la funcionalidad de otro.

• En el caso del “include” hay situaciones en que el caso de uso de extensión no es indispensable que ocurra, y cuando lo hace ofrece un valor extra (extiende) al objetivo original del caso de uso base.

• En el <<include>> también podemos ver, desde la perspectiva del usuario, a los dos flujos como si fueran uno sólo.

Answer explanation

Respecto a los entornos de desarrollo (Diagramas de casos de uso <include>). Marque las alternativas correctas.

• Los casos de uso incluidos pueden ser compartidos por varios casos de uso de base.

• El caso de uso base conoce el caso de uso incluido, pero el caso de uso incluido no debe "conocer" el caso de uso base

• Sin él/ellos, el caso de uso básico está incompleto, ya que los casos de uso incluidos representan subsecuencias de la interacción que pueden suceder siempre o a veces.

• Un caso de uso base depende de los casos de uso incluidos.

• En el <<include>> es necesario que ocurra el caso incluido. Esta relación se produce cuando un caso de uso necesita la funcionalidad de otro.

Answer explanation