Casos de Uso v1.0

7/26/2019 Casos de Uso v1.0

http://slidepdf.com/reader/full/casos-de-uso-v10 1/14

ronWorksIronWorksIronWorksIro

WorksIronWorksIronWorksIronWo

sIronWorksIronWorksIronWorks

nWorksIronWorksIronWorksIronWorksIronWorksIronWorksIronWo








nWorksIronWorksIronWorksIron

Documento de Casos de Uso

[Nombre del proyecto][Fecha]

[Versión 1!]

[Nombre de la empresa]["o#o de la empresa]



Casos de uso$ [Nombre del proyecto] ["o#o de la empresa]Documento de Casos de Uso[Nombre del proyecto]

HISTORIAL DE REVISIONES

En esta sección se presenta una tabla que describe la evolución y los cambios

que se le realizan al documento desde que se inicia hasta que se haya llegado

a la versión base.

Versión FechaDescripción decambios (corta)

Responsable(S)

Indica la versión

del documento,

que depende

según la forma de

administración de

conguraciones

seleccionada.

!e incluye la

fecha en la

que fue

realizado el

cambio del

documento.

Es un peque"o

resumen de los

cambios m#s

relevantes que

fueron realizados

en la versión

Indica las

personas del

grupo de

traba$o que son

responsables

del o los

cambios

realizados en el

documento.

Tabla 1: Historial de cambios

%reado por Iron&or's Ingeniera de !istemas *+ %




! In"rod#cción

! Lis"a de $asos de %so

Esta sección permite poner en conte-to al lector sobre los casos de uso del

proyecto que se pretende desarrollar, mostrando la evolución de los casos de

uso y los requerimientos asociados a este.

Ilustración 1: Lista de Casos de Uso

VERSI&N $ASO DE %SO RE'%ERIIENTOS

ASO$IADOSIndica la versión delcaso de uso, quedepende según laforma deadministración deconguracionesseleccionada

El nombre del caso deuso

!e deben poner losidenticadores (asignados enel documento deEspecicación deequerimientos de !oft/are)de los requerimientosasociados al caso de uso.

%reado por Iron&or's Ingeniera de !istemas *+ &




! Dia*rama de $asos de %so0a ilustración 1 muestra varios conse$os para la realización de los casos de uso

as como tambi2n, la forma de evaluarlos despu2s de la realización para

vericar que cumpla con lo que los usuarios nalmente quieren.

Ilustración 2: Definición casos de Uso

%reado por Iron&or's Ingeniera de !istemas *+ '




En general, un caso de uso especica el comportamiento deseado del sistema

m#s no especica cómo realizar dicho comportamiento, es decir, no

compromete el proyecto con un tipo de tecnologa en particular ni mucho

menos con un lengua$e345. +na de las grandes venta$as de los casos de uso es

que permite comunicar el equipo de analistas con los desarrolladores, dandoespacio para que los gerentes sin entrar en detalle, conozcan el avance del

proyecto de acuerdo a los casos de uso implementados315. En s, un caso de

uso tiene un con$unto de secuencias, en donde cada secuencia representa una

interacción con 6elementos7 que se encuentran afuera del sistema, dichos

elementos pueden ser actores o inclusive otros sistemas385.

*ara la realización de casos de uso es importante tener en cuenta los

siguientes dos conceptos que por lo general siempre se utilizan en cualquier

diagrama9

Inclusión: +na relación entre casos de uso de tipo inclusión signicaque el caso de uso base incorpora e-plcitamente el comportamiento de

otro caso de uso. El caso de uso incluido nunca inicia solo, solamente es

activado como parte de un caso de uso m#s grande que lo incluya.

%reado por Iron&or's Ingeniera de !istemas *+ (




uc Primary Use Cases

Sistema de telefono movil

Revisar mensajes

enviados

Usuario

Validar usuario

Revisar llamadas

recibidas

«include»

«include»

Ilustración 3: Ejemplo de inclusión

En +:0 una inclusión se dene como ;;include<< y ayuda a evitar

reescribir el mismo =u$o de eventos muchas veces, esto se logra,

especicando un comportamiento común entre un caso de uso base y el

caso de uso incluido385.

Extensión: +na e-tensión entre casos de uso signica que el caso de

uso base incorpora implcitamente el comportamiento de otro caso de

uso. > diferencia de la inclusión, el caso base de e-tensión no debe estar

asociado a ningún actor o sistema e-terno, ya que su comportamientoes e-tendido por el comportamiento de otro caso de uso. +na e-tensión

se puede ver como una padre de un caso de uso que el usuario nal

vera como un comportamiento opcional del sistema, de esta forma, el

analista debe separar el comportamiento obligatorio del

comportamiento opcional del sistema. *or otra parte una e-tensión

tambi2n se utiliza para separar un sub =u$o que se e$ecuta solo ba$o

algunas circunstancias385.

%reado por Iron&or's Ingeniera de !istemas *+ )




uc Primary Use Cases

Sistema de telefono m ovil

Revisar mensajes

enviados

Usuario

Validar usuario

Revisar llamadas

recibidas

Realizar llamada

Recibir llamadas

adicionales

«include»

«include»

«extend»

Ilustración : Ejemplo de e!tensión

%reado por Iron&or's Ingeniera de !istemas *+ *




%omo se muestra en la ilustración ?, en +:0, una e-tensión es denida

como ;;e-tend<<, en dicha e-tensión, e-iste un caso de uso 6ealizar 0lamada7 que en general permite a un usuario de un tel2fono móvil

realizar una llamada, dicho caso de uso es e-tendido por el caso de uso

6ecibir llamadas adicionales7, el cual permite que un usuario reciba

otra llamada cuando est2 hablando por el tel2fono móvil, pero nótese,

que este último caso de uso solo se puede activar ba$o condiciones

especiales, es decir, cuando el usuario este en una llamada activa y que

adem#s, reciba otra llamada.

%reado por Iron&or's Ingeniera de !istemas *+ +




! Doc#men"ación de $asos de %so

%ada uno de los casos de uso debe ser documentado para que los

desarrolladores conozcan el comportamiento de las funcionalidades del

sistema, a continuación, se presenta una tabla para la documentación de los

casos de uso, cada campo especica que se debe diligenciar en cada uno de

ellos9

Id Caso deUso:

*ara cada caso

de uso se debe

especicar un

único

identicador

nombrado @

para los

e$emplos de las

dem#s casillas.

3?5

Nombr e:

El nombre del caso de uso

debe re=e$ar las tareas que el

usuario nal podr# realizar haciendo uso del sistema. El

nombre debe incluir una

ACCIÓN, un VERBO y un

ADJEIVO, adem#s, dicho

nombre debe ser único entre

los casos de uso que describen

el sistema. 3?5

E!em"los:egistrar +suario

>dministrar +suarios

+ro,ec"o-

Aombre del proyecto al que

pertenece elcaso de uso.

3?5

Fecha-

Becha de la última modicación

del caso de uso yCo creación.

3?5

A#"or-

>utores querealizaron elcaso de uso.

3?5

Versión-

En esta casilla se dene la

versión del caso de uso.

*ara un proyecto con

administración de

conguración, esta versión

debe hacer referencia a una

lnea base para que los

desarrolladores pueden

basarse en este caso de uso

para realizar la implementación

del mismo. 3?5

%reado por Iron&or's Ingeniera de !istemas *+ ,




+rioridad

*ara la fase de implementación, el grupo de traba$o debe priorizar los casos de uso de acuerdo a las necesidades propias del proyecto, es decir, si se le da mayor prioridad alos deseos de los sta'eholders o si simplemente se prioriza

por dicultad de implementación, dicha priorización seespecica en esta casilla, una medida usada en proyectosde soft/are y por herramientas de desarrollo son las

prioridades >lto, :edio y Da$o, pero el equipo de traba$o puede denir sus propias prioridades ya sea con intervalosde números o con otros nombres.385

Ob!eti#o en Contexto$Resumen%:

Es esta casilla se da una breve descripción delob$etivo de implementar el caso de uso en elsistema.

E$emplo para un caso de uso 6egistrar usuario796Este caso de uso le permite al sistema almacenar

la información personal de un usuario, dondeinformación personal se dene como nombre,apellidos, c2dula y email.7 385

Actores &artici"antes

Es una persona u otra entidad e-terna al sistemade soft/are que interactúa con este.Feneralmente se denen diferentes actores parahacer referencia a diferentes tipos de usuarios,clases o roles identicados en un grupo deusuarios nales potenciales del sistema. Enresumen, se nombra el actor que inicializa estecaso de uso y todos los dem#s actores que

participan para completar dicho caso se uso. 385

Entradas

En este campo se enuncian todos los datos deentrada necesarios para el 2-ito del caso de uso.%uando se trata de registro de usuarios (clientes,administradores, otros sistemas etc.), por logeneral, se necesitan muchos datos as que serecomienda realizar un ane-o con dichainformación para no hacer tan e-tensa la presentetabla. +na entrada tambi2n puede hacer referencia a cualquier tipo de archivo (fotos,archivos planos, archivos con e-tensionesespeciales) o entradas por sensores para el casode robots y maquinas automatizadas. 385

'alidas

>l igual que las entradas, las salidas, hacenreferencia a lo que el caso de uso debe arro$ar sieste acaba con 2-ito, por lo general, son mensa$esde 2-ito hacia el usuario, pero tambi2n puedeincluir creación de archivos como archivos deregistros entre otros. (+na actualización en labase de datos AG es una salida). 385

%reado por Iron&or's Ingeniera de !istemas *+ 1!




&re(Condiciones

En esta casilla se lista cualquier actividad quetenga que realizarse antes de e$ecutar el caso deuso. Hambi2n se denen todas las condiciones quetienen que estar en un estado verdadero antes deiniciar el caso de uso. %ada una de las

precondiciones encontradas se debe enumerar yaque en ocasiones una precede a la otra.35

&ost(Condiciones

%ondiciónnal de 2-ito9 Jescribe el estado nal del sistema

cuando el caso de uso termina su=u$o b#sico de 2-ito.E$emplo9

• El precio del artculo ha sidoactualizado en la base dedatos con el nuevo valor. 35

%ondiciónnal de fallo9 Jescribe el estado nal del sistema

en caso de fallo en el =u$o b#sicodel caso de uso. *or lo general elsistema debe retornar al estadoanterior del sistema antes deiniciar el caso de uso, dicha accióntambi2n se dene en esta casilla.35

)lu!o b*sico de +xitoNo, Actor

No 'istema

El =u$o b#sico de 2-ito consiste b#sicamente en denir la interacción entreel actor relacionado con el caso de uso y el sistema como tal, es decir, unaacción del actor genera una acción del sistema.

> continuación se muestra un e$emplo del =u$o b#sico para el caso de usoregistrar usuario.

4El usuario elige la opción deregistrar usuario.

1 El sistema despliega el formulario para el registro de usuario.

8El usuario diligencia susdatos y enva el formulario.

%reado por Iron&or's Ingeniera de !istemas *+ 11




?

El sistema valida y almacena lainformación del usuario en la basede datos, arro$ando un mensa$e de2-ito.

Kariaciones(%aminos

>lternativos)9

En este campo se especica cualquier otro camino de2-ito que pueda surgir durante la e$ecución del caso deuso, el hecho que sur$a un nuevo posible camino nosignica que e-iste un error, por e$emplo, puedesuceder que un usuario no desee ingresar suinformación por el formulario del sistema sino cargarlomediante un archivo plano.

*ara enumerar el camino alternativos se hace de formasimilar a los caminos de e-cepción de la forma @.E.L donde9

4. @ es el identicador del caso de uso.% E indica cual es el paso del =u$o b#sico de 2-itoque puede tener variaciones.

8. L Indica que es un =u$o alternativo as que suvalor debe ser mayor a M e incrementar paracada camino alternativo que e-ista para un solo

paso del =u$o b#sico.

*or e$emplo el camino alternativo 4.8.4 hace referenciaal =u$o alternativo que puede ocurrir en el paso 8 del=u$o b#sico de 2-ito en el caso de uso 4. 35

Kariaciones(%aminos dee-cepción)9

En esta casilla se especica cualquier tipo de error que pueda ocurrir en la e$ecución del caso de uso y sedene como el sistema responder# a dichos errores(despliegue del error por pantalla, almacenamientodescriptivo del error en un log del sistema). >dem#s,se debe especicar como el caso de uso va areaccionar encaso de que se presente un error no

previsto. *ara las transacciones en bases de datos sedebe especicar sobre que consultas se realizara el6roolbac'7 (volver al estado anterior de la base dedatos). 35

%ada caso de e-cepción se nombra de la forma @.L.E.N donde94. @ es el identicador del caso de uso.1. L Indica el =u$o normal (M) o =u$o alternativo

(<M).8. E indica que es la e-cepción.?. N es una secuencia para el número de caminos

de e-cepción.

%reado por Iron&or's Ingeniera de !istemas *+ 1%




*or e$emplo la e-cepción 4.M.E.4 indica la primerae-cepción del =u$o normal para el caso de uso O.

E$emplo de cómo documentar una e-cepción9

4.M.E.4 El usuario ha ingresado información invalida94. El sistema le informa al usuario cu#l ha sido lainformación invalida.1. Ir al paso 1 (El sistema despliega el formulario

para el registro de usuario.).

E-tensiones

En esta casilla se asocian otros casos de uso que sedisparan en algún paso del =u$o b#sico de 2-ito, o enalguna de las variaciones, dichos casos de usodisparados se documentan de forma similar a lasvariaciones como se muestran a continuación9

*ara enumerar las e-tensiones se hace de forma similar a los caminos de e-cepción de la forma @.E.L donde9

4. @ es el identicador del caso de uso.1. E indica cual es el paso del =u$o b#sico de 2-ito

que puede tener variaciones.8. L por defecto queda como una letra indicando

que es una e-tension.

E$emplo94.8.E Pace referencia a una e-tensión que sucede en el

paso 8 del =u$o b#sico de 2-ito del caso de uso 4.

equerimientos >sociados

En esta casilla se colocan los identicadores únicos delos requerimientos que el presenta caso de usosatisface. 35

%reado por Iron&or's Ingeniera de !istemas *+ 1&




.! Re/erencias , 0iblio*ra/1a

[1] "arman C +:0 L *>HGAE!. +na introducción al an#lisis y dise"o

orientado a ob$etos y al proceso unicado. %nd ed -ra#on DF .adrid$

/earson 0ducación -2 %!!&

[%] -ddison Wesley "on#man +nied :odeling 0anguage +ser Fuide1era ed Imprimido en estados unidos -bril del %!!!

[&] Constru3 o4t5are +se %ase equierments Hoolbo- Hool. Kersión 4.

Jisponible en http9CC///.constru-.comC*age.asp-QhidR4OS?,

consultado el 14 de !eptiembre del 1MMT.['] 6arl 0 Wie#ers Use Case 7emplate Disponible en

http$88555processimpactcom8process9assets8use9case9templatedoc:

consultado el 14 de !eptiembre del 1MMT.

3O5 "uis Carlos Dia; /lantilla de casos de uso: In#enier<a de istemas:

/onti=cia Uni>ersidad ?a>eriana

[)] 7echnoolutions Corp Use Case 7emplate >ersión 1% %!!'

Disponible en http$88555technosolutionscom8use9case9templatehtml:

consultado el consultado el 14 de !eptiembre del 1MMT.

%reado por Iron&or's Ingeniera de !istemas *+ 1'

http://www.construx.com/Page.aspx?hid=1594

http://www.processimpact.com/process_assets/use_case_template.doc

http://www.technosolutions.com/use_case_template.html

http://www.construx.com/Page.aspx?hid=1594

http://www.processimpact.com/process_assets/use_case_template.doc

http://www.technosolutions.com/use_case_template.html

Casos de Uso v1.0

Documents

Transcript of Casos de Uso v1.0