Sistemas Sin Contestar

8/11/2019 Sistemas Sin Contestar

1/13

Ejercicios

Diagramas de casos de uso

Ejercicio 1.Para cada una de las siguientes afirmaciones indicar si es Verdadera o Falsa.

Verdadero FalsoLos actores de un sistema representan, en particular, personas (mas precisamente roles queinterpretan personas), dispositivos u otros sistemas, y en general, cualquier cosa queinteracta con dicho sistema.

X

Los casos de uso, sus especificaciones y el diagrama de casos de uso de un sistema permitenacordar, entre el equipo de desarrollo y el cliente, los l mites y los requisitos funcionales dedicho sistema.

X

La especificaci!n de un caso de uso descri"e c!mo se implementa el comportamientorequerido para el sistema en dicho caso de uso.

X

#n escenario representa una instancia de un caso de uso. X$l diagrama de casos de uso de un sistema puede organi%arse por medio de relaciones que se

pueden dar entre los diferentes casos de uso. $stas relaciones son las de&generali%aci!n'especiali%aci!n, inclusi!n, y e tensi!n.

e"er a utili%arse una relaci!n de e tensi!n, entre casos de uso, cuando es necesariofactori%ar el comportamiento comn a varios casos de uso en otro caso de uso.#n caso de uso incluido en otros, es un caso de uso que es *usado+ por esos otros casos deuso. $l caso de uso *usado+ se *activa+ toda ve% que el caso de uso que lo usa se *activa+.


2/13

$ ercicios -# $ ercicios -#

pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.

Ejercicio 2.

-onsiderando el siguiente diagrama de casos de uso&

a. 0ndicar cada uno de los elementos de notaci!n que est3n presentes en dicho diagrama.

b. escri"ir "revemente qu4 interpretaci!n proporciona dicho diagrama.Es un sistema de comunicaciones celular como dice la nota, de un lado est el cliente el cualpuede ser particular o pertenecer a un corporativo, este pude realizar llamadas y si quiereestablecer una llamada de conferencia. Tambin puede recibir llamadas o hacer usode su agenda.


3/13


5 pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.

Ejercicio 3.

-onsiderando los siguientes iagramas de -asos de #so ( -#), corregir todos los errores

de notaci!n que se presentan en ellos. Las siglas 6F significan 6equisito Funcional y en

aquellos -# que aparecen no se trata de un error.


4/13


7 pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.


5/13


pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%. 5


6/13


7 pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%. 7


7/13


8 pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%. 8

Ejercicio 4.

$n este /istema de Venta por -at3logo los clientes hacen pedidos que reci"e el

departamento comercial y la empresa los sirve lo antes posi"le9 y adem3s ellos tam"i4n

pueden devolver productos y cancelar pedidos.

:nali%ar la identificaci!n de actores y casos de usos del siguiente diagrama de casos de

uso y el te to que lo acompa;a, e tra dos del li"ro Applying Use Cases. A Practical Guide

de 2. /chneider y


8/13

> pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%. >


< < in c lud e> >

M o s t ra r in fo rm ac i n prod uc to R e aliz ar P edi

do

< < in c lud e> >< < in c l ude>> A c t u a liz ar In ve nt

arioS is t e m a In ve nta rio

>

D e vo lve r P rod ucto

< < in c lud e> >

C lie n t e < < in c lu de>>

A c t u a liz a r C o n t a b ilid a d

Lo in

< < in c lud e> >

>

< < in c lud e>>

C a n c el a r P e dido S is t e m a C o nt ab ilid a d

Cl ie n te Rep R e is t ra r R e c lam ac io

ne s

>

C o ns u lt ar P e dido

P repa rar In fo rm e ! en tas

" n c a r ado

A t enc i n C li e nte " n via r C a t a lo o

Mo s t ra r in f o rm a c i n produc to

A d m in is t ra t ivo

" n viar P e d id o

< < in c lud e > >

" m pres a " n vios

A c tu a liz ar In ve nta rio

S is t em a In ve ntario

*$n el diagrama de casos de uso se pueden o"servar un "uen nmero de relaciones include entrecasos de uso, pero no e(tend . Las relaciones include aparecen pronto para mostrar aspectoscomunes entre partes del sistema. La relaci!n e tend tiende a aparecer m3s tarde, cuandoencuentras nuevos requisitos que e(tienden al sistema actual. ado que todav a no hemosdesarrollado el primer sistema no tenemos nada que e(tender.

?!tese que todos los casos de uso que involucran al actor -liente requieren el acceso al sistema, por lo que hemos a;adido un caso de uso Login . Pero entonces ten amos que esta"lecer surelaci!n con los otros casos de uso. ?uestra primera idea fue que cada caso de uso arrancaseusando Login . $sta idea parece apropiada si se ve el sistema como un con unto de aplicacionesindependientes, cada una con su propia interfa%. :s nosotros arrancamos la aplicaci!n 6eali%ar Pedido que invoca a Login como su primera tarea ?osotros no vemos el sistema de esta manera,


9/13

@ pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%.pto. L/0, $scuela #niversitaria de 0ngenier a de Vitoria12astei%. @


sino que el proceso de Login es un front1end para entrar en la aplicaci!n. /egn sea nuestraselecci!n, se invoca a una determinada operaci!n. -omo resultado tenemos una ramificaci!n enLogin que usa relaciones include a los otros casos de uso. /e pueden ver estos resultados en undiagrama algo confuso. ?osotros podr amos decidir rescri"ir los include del caso de uso Login ycolocar Login como una precondici!n de cada uno de ellos+ .


10/13

Ejercicio 5.

$n este /istema de -ompras por 0nternet los usuarios se registran en el sistema y pueden

reali%ar pedidos a trav4s del mane o de un carro de la compra.

:nali%ar la identificaci!n de actores y casos de usos correspondiente al -# de la Figura

A (/istema de -ompras por 0nternet) y despu4s al -# de la Figura (-omercio

$lectr!nico).


11/13

#estionarCuentasClientes

#estionarPedidos

Cliente #estionarCarroCompra

Inventario

Re istrarPedido

Sistema Proceso $ar%etas

"&plorarProductos

"ncontrarProductos

Lo 'n(ser

$endero

#estionarProductos CerrarPedido "ncar ado "nv)os

Administrador Sistema #estionar(suarios

Figura A

$l significado de los casos de uso es el siguiente.B #estionarCuentasCliente* el cliente puede crear, modificar y eliminar detalles de su cuenta

como nom"re o direcci!n9B #estionarPedidos* el cliente puede crear, ver y cam"iar pedidos9B #estionarCarroCompra* el cliente puede a;adir y eliminar tems de su carro de com p ra9B Re istrarPedido* el cliente paga y lan%a una orden de pedido9B "&plorarProductos* el cliente "usca un producto en venta9B "ncontrarProductos* el cliente puede encontrar uno o m3s productos que satisfacen algn

criterio de "squeda9B Lo 'n(ser* los actores involucrados de"en validarse para entrar al sistema9B

#estionarProductos* el tendero puede a;adir, actuali%ar o eliminar productos9


12/13

B #estionar(suarios* el administrador puede a;adir, eliminar o modificar cuentas de usuario para usuarios que no son clientes9

B CerrarPedido* el encargado esta"lece el pedido a cerrado y entonces est3 listo para el env o.


13/13

$l significado de algunas pala"ras es el siguiente.B C!$ +Continuousl, !ariable $ransmission-* Cransmisi!n de Variaci!n -ontinua9B S.op/eeper* -omerciante9B Dispatc.er* $(pedidor.

:ctor /em3ntica

-liente :lguien que compra productos de $ducativos con stocDLimitado.

-omerciante #n #suario del sistema que es responsa"le de mane ar elcat3logo de productos.

:dministrador desistema

#n #suario especial del sistema que puede esta"lecer derechos de acceso para otros #suarios.

istri"uidor #n #suario del sistema que es el tra"a ador deldepartamento comercial al cual se le limita

usuario :lguien que usa el sistema, al cual no es un -liente.

0nventario $l sistema de inventario de la $ducaci!n es limitada -laro.

$mpresa deCratamiento deCar eta

#na empresa e terna que procesa transacciones con tar etade cr4dito de parte de la $ducaci!n en forma limitada.

Documents

Sistemas Sin Contestar