Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


Ingenieria del software ejercicios, Ejercicios de Ingeniería del Software

Ejercicios de ingeniera de software I

Tipo: Ejercicios

2019/2020

Subido el 22/09/2020

andres-david-guevara-jaramillo
andres-david-guevara-jaramillo 🇨🇴

4

(6)

1 documento

1 / 5

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
INGENIERIA DE SOFTWARE I
JUAN JOSE TABORDA
ANDRES DAVID GUEVARA
Ejercicios
Diagramas de casos de uso
Ejercicio 1.
Para cada una de las siguientes afirmaciones
indicar si es Verdadera o Falsa. Verdadera Falsa
Los actores de un sistema representan, en particular, personas (más precisamente roles que
interpretan personas), dispositivos u otros sistemas, y en general, cualquier cosa que
interactúa con dicho sistema.
x
Los casos de uso, sus especificaciones y el diagrama de casos de uso de un sistema permiten
acordar, entre el equipo de desarrollo y el cliente, los límites y los requisitos funcionales de
dicho sistema.
x
La especificación de un caso de uso describe cómo se implementa el
comportamiento requerido para el sistema en dicho caso de uso.
x
Un escenario representa una instancia de un caso de uso. x
El diagrama de casos de uso de un sistema puede organizarse por medio de relaciones que se
pueden dar entre los diferentes casos de uso. Estas relaciones son las de:
generalización/especialización, inclusión, y extensión.
x
Debería utilizarse una relación de extensión, entre casos de uso, cuando es necesario
factorizar el comportamiento común a varios casos de uso en otro caso de uso.
x
Un caso de uso incluido en otros, es un caso de uso que es “usado” por esos otros casos de
uso. El caso de uso “usado” se “activa” toda vez que el caso de uso que lo usa se “activa”.
x
Ejercicio 2.
Considerando el siguiente diagrama de casos de uso:
Dpto. LSI, Escuela Universitaria de Ingeniería de Vitoria-Gasteiz. 1
pf3
pf4
pf5

Vista previa parcial del texto

¡Descarga Ingenieria del software ejercicios y más Ejercicios en PDF de Ingeniería del Software solo en Docsity!

INGENIERIA DE SOFTWARE I JUAN JOSE TABORDA ANDRES DAVID GUEVARA

Ejercicios

Diagramas de casos de uso

Ejercicio 1.

Para cada una de las siguientes afirmaciones indicar si es Verdadera o Falsa. Verdadera Falsa Los actores de un sistema representan, en particular, personas (más precisamente roles que interpretan personas), dispositivos u otros sistemas, y en general, cualquier cosa que interactúa con dicho sistema. x Los casos de uso, sus especificaciones y el diagrama de casos de uso de un sistema permiten acordar, entre el equipo de desarrollo y el cliente, los límites y los requisitos funcionales de dicho sistema. x La especificación de un caso de uso describe cómo se implementa el comportamiento requerido para el sistema en dicho caso de uso. x Un escenario representa una instancia de un caso de uso. x El diagrama de casos de uso de un sistema puede organizarse por medio de relaciones que se pueden dar entre los diferentes casos de uso. Estas relaciones son las de: generalización/especialización, inclusión, y extensión. x Debería utilizarse una relación de extensión, entre casos de uso, cuando es necesario factorizar el comportamiento común a varios casos de uso en otro caso de uso. x Un caso de uso incluido en otros, es un caso de uso que es “usado” por esos otros casos de uso. El caso de uso “usado” se “activa” toda vez que el caso de uso que lo usa se “activa”. x

Ejercicio 2.

Considerando el siguiente diagrama de casos de uso: Dpto. LSI, Escuela Universitaria de Ingeniería de Vitoria-Gasteiz. 1

Ejercicios DCU a. Indicar cada uno de los elementos de notación que están presentes en dicho diagrama. RTA// ● Actores [Particular, corporativo (consumidor),red celular]. ● Nota aclarando que es el sistema (sistema de comunicación celular). ● Casos de uso [Place phone call, place conference call, receive phone call, use scheduler]. ● Relación directa con el actor. ● Extensión place conference call a place phone call ● Herencia (entre un particular y corporativo - usuario) b. Describir brevemente qué interpretación proporciona dicho diagrama.

RTA//

Es un sistema de comunicaciones celular como dice la nota, de un lado está el cliente el

cual puede ser particular o pertenecer a un corporativo, este pude realizar llamadas y si quiere

establecer una llamada de conferencia. También puede recibir llamadas o hacer uso de su

agenda.

Ejercicio 3. Considerando los siguientes Diagramas de Casos de Uso (DCU), corregir todos los errores de notación que se presentan en ellos. Las siglas RF significan Requisito Funcional y en aquellos DCU que aparecen no se trata de un error. RTA// Cliente (comprador) → Adquirir caballo (caso de uso) Adquirir caballo -----→ Examinar carácter. Yegua ←---------- comprobar partos Semental 2 Dpto. LSI, Escuela Universitaria de Ingeniería de Vitoria-Gasteiz.vis

o Es una instancia de un caso de uso, dónde se fijan las condiciones relativas de los eventos. o Un caso de uso puede encontrarse en distintos escenarios.

“En el diagrama de casos de uso se pueden observar un buen número de relaciones include entre casos de uso, pero no extend. Las relaciones include aparecen pronto para mostrar aspectos comunes entre partes del sistema. La relación extend tiende a aparecer más tarde, cuando encuentras nuevos requisitos que extienden al sistema actual. Dado que todavía no hemos desarrollado el primer sistema no tenemos nada que extender. Nótese que todos los casos de uso que involucran al actor Cliente requieren el acceso al sistema, por lo que hemos añadido un caso de uso Login. Pero entonces teníamos que establecer su relación con los otros casos de uso. Nuestra primera idea fue que cada caso de uso arrancase usando Login. Esta idea parece apropiada si se ve el sistema como un conjunto de aplicaciones independientes, cada una con su propia interfaz. Así nosotros arrancamos la aplicación Realizar Pedido que invoca a Login como su primera tarea Nosotros no vemos el sistema de esta manera, sino que el proceso de Login es un front-end para entrar en la aplicación. Según sea nuestra selección, se invoca a una determinada operación. Como resultado tenemos una ramificación en Login que usa relaciones include a los otros casos de uso. Se pueden ver estos resultados en un diagrama algo confuso. Nosotros podríamos decidir rescribir los include del caso de uso Login y colocar Login como una precondición de cada uno de ellos”. Dpto. LSI, Escuela Universitaria de Ingeniería de Vitoria-Gasteiz. Ejercicio 4. En este Sistema de Venta por Catálogo los clientes hacen pedidos que recibe el departamento comercial y la empresa los sirve lo antes posible; y además ellos también pueden devolver productos y cancelar pedidos. Analizar la identificación de actores y casos de usos del siguiente diagrama de casos de uso y el texto que lo acompaña, extraídos del libro “Applying Use Cases. A Practical Guide” de G. Schneider y J. Winters, relativo a este Sistema de Venta por Catálogo. RTA//