Reconocimiento Unidad 3 UML

En el proceso anterior se puede definir dentro del esquema de creación de software una fase de

Diseño del proyecto
Planeación del proyecto

Para el diseño del diagrama de casos de uso en esencia es primordial desarrollar casos de uso por secciones y luego unificarlo en uno solo, esto tiene el inconveniente de que

El diseño no sea proporcional al sistema
Existan casos de uso repetidos

Las actividades de la fase de Diseño de Alto Nivel son las siguientes:

Definir el Modelo Conceptual.
Definir Casos de Uso Esenciales en formato expandido. (Si no están definidos)

Sí algo no pertenece al dominio del problema se añade al modelo.

Falso

Una de las actividades que se realiza en la etapa de diseño de bajo nivel es:

Definir los casos de uso reales.
Definir los Diagramas de Interacción.

Cuando se quiere describir un caso de uso con más detalle se puede utilizar un

Formato expandido.

La técnica brainstorming ayuda a aclarar muchas de las inconsistencias que se presentan cuando se inicia un proceso de análisis y diseño de sistemas, en términos generales esta técnica es lo que comúnmente se conoce como

Lluvia de ideas

Un analista de sistemas desea iniciar un proceso de construcción de software en una empresa, inicialmente el analista no conoce mucho sobre la empresa en la cual va ha trabajar, Ud como analista experto le sugiere que defina los límites del sistema y que la mejor forma de definir dichos limites es iniciar conociendo

Los objetivos de la empresa
El organigrama de la empresa

Tenga en cuenta los siguientes casos de uso mostrados a continuación y ordénelos según su importancia de acuerdo a su numeración

1. prender la radio
2. salir y secarse
3. Remojarse y aplicarse jabón
4. aplicarse esencia de menta al cuerpo
5. Abrir el paso de agua de la ducha
6. enjuagarse
7. cerrar el paso de agua

Primarios: 5, 3, 6, 7, 2 secundarios: 4 opcionales: 1

El valor verdadero de un caso de uso reposa en:

La descripción escrita del comportamiento del sistema al afrontar una tarea de negocio o un requisito de negocio. Esta descripción se enfoca en el valor suministrado por el sistema a entidades externas tales como usuarios humanos u otros sistemas.

La posición o contexto del caso de uso entre otros casos de uso. Dado que es un mecanismo de organización, un conjunto de casos de uso coherentes, consistentes promueve una imagen fácil del comportamiento del sistema, un entendimiento común entre el cliente/propietario/usuario y el equipo de desarrollo.

Verdadero