61205478 Writing Effective Use Cases Traduccion

8/10/2019 61205478 Writing Effective Use Cases Traduccion

1/34

Introduccin a la PrcticaProfesional

Ao 2002

Writing effective System use casesAlistair Cockburn

(Resumen - Traduccin)


2/34

Writing effective use case IPP 2002A. Cock urn !T" - #RR$

Indice

1. Actores .....................................................................1.1 En el comienzo de la produccin del caso de uso ............... ................1.2 Durante la descripcin del caso de uso, y durante el diseo ...............1.3 Despus del diseo, preparando la implementacin del sistema ........1.4 Caracterizando los actores primarios .................................................. .

22345

2. Alcance .....................................................................2.1 Alcance uncional ...............................................................................

2.1.1 !ista Actor"#eta ...................................................................2.1.2 $esumenes de Caso de %so .............................. .................

2.2 Alcance de Diseo ..............................................................................

2.3 %sando iconos &r' icos para el alcance de diseo ............................

((())

*

3. +res i-eles de #etas ..............................................3.1 #eta de %suario .................................................................................3.2 #eta de $esumen ..............................................................................

3.2.1 Casos de %sos de &ran altura .............................................3.2 u/ unciones ......................................................................................3.3 Conclusin ..........................................................................................3.4 Encontrando el ni-el correcto .............................................................

3.4.1 #eta de %suario ...................................................................3.4.2 !on&itud del caso de uso .....................................................

101012131314141415

4. recondiciones, Disparadores, arant as .................4.1 recondiciones ...................................................................................4.2 arant as m nimas .............................................................................4.3 arant as de ito ..............................................................................4.4 Disparadores ......................................................................................

1(1(1)1*1*

5.Escenarios y asos ...................................................5.1 El escenario principal, escenarios ................................................ ......

5.1.1 El escenario principal como el caso simple ..........................5.1.2 Estructura com n .................................................................

5.1.3 El cuerpo del escenario ........................................................5.2 asos ..................................................................................................5.2.1 Directrices para los pasos ............................. .......................

20202020

212122

(.E tensiones ...............................................................(.1 Condiciones de e tensin ..................................................................

(.1.1 iensa todos los allos ima&ina/les y cursos alternati-os....(.1.2 $acionalizar la lista de e tensiones ................ .....................(.1.3 Com/inar allos ....................................................................

(.2 #ane6o de e tensiones .......................................................................(.2.1 7allos dentro de allos ..........................................................(.2.1 Creando un nue-o caso de uso de una e tensin ...............

2)2*2*2830303232

P%gina 2


3/34


1. El actor primario de un caso deuso

&' actor rimario es 'a ersona interesada en e' funcionamiento de' sistema ue usa e'mismo ara o*tener uno de sus servicios. &' actor rimario tiene una meta res ecto a' sistema

ue uede ser satisfec+a mediante su o eracin. &' actor rimario es usua'mente, ero nosiem re, e' actor ue dis ara e' caso de uso.

enera'mente, e' caso de uso comien a or ue e' actor rimario env/a un mensa e, resiona un *otn, tec'ea a'go, o de a'guna otra forma inicia 'a +istoria. 1a dos situaciones comunes en uee' iniciador de' caso de uso no es e' actor rimario. 3a rimera es cuando un em 'eado de 'aem resa u o erador te'efnico inicia e' caso de uso en nom*re de 'a ersona a 'a cua' rea'mente'e interesa, 'a segunda es cuando e' caso de uso es iniciado or e' tiem o.

!n em 'eado de 'a em resa u o erador te'efnico es genera'mente una convenienciatecno'gica ara 'a ersona rea'mente interesada, a 'a cua' ''amaremosactor primario ulterior .Con un cam*io de tecno'og/a es mu ro*a*'e ue e' actor rimario u'terior sea e' iniciador

directo de' caso de uso, usando 'a 4e* o un sistema te'efnico autom%tico. !n e em 'o de estoun c'iente ue actua'mente +ace un edido te'efnico. &n un redise5o ara 'a 4e* de' sistema, e'usuario uede ingresar su edido directamente, como en Ama on.com.

6imi'armente, 'as divisiones de 7arketing o Auditor/a ueden insistir en 'a resencia decasos de uso ue son o erados or un em 'eado. &n rea'idad no es 'a meta de 'os em 'eados 'o

ue +ace e ecutar e' caso de uso, e''os son una conveniencia tecno'gica ara 'os gerentes de7arketing. a o circunstancias 'igeramente diferentes, 'os gerentes de marketing odr/an e''osmismos e ecutar 'os casos de uso.

&scri*imos 8re orte de ventas ara e' c'iente9 o 8e' em 'eado... ara e' :e artamento de7arketing9 ara ca turar ue e' usuario de' sistema est% actuando ara a'guien m%s. &sto nos ermite conocer ue 'a interfa de usuario 'os ermisos de seguridad necesitan ser dise5ados ara e' em 'eado, ero e' c'iente o e' :e artamento de 7arketing son 'os rea'mente interesadosen e' resu'tado.&' tiem o es e' otro e em 'o de un actor iniciador ue no es e' o erador. "o +a em 'eadosdis arando 'os casos de uso ue corren cada medianoc+e, o a' fina' de' mes. &s f%ci', en estecaso, ver ue e' actor rimario es cua' uier ersona ue tenga inter;s de ue e' caso de uso secorra en ese momento.

&s f%ci' invo'ucrarse en 'argas discusiones en 'a cuestin de usuarios versus actor rimariou'terior. 6ugerimos ue no gaste demasiado tiem o en e''o. Cuando e' e ui o em iece ainvestigar e' dise5o de 'as interfaces de' usuario, e''os ondr%n, o de*er/an oner, gran energ/aen estudiar 'as caracter/sticas de 'os usuarios rea'es. Cuando e''os revean 'os re uerimientos,encontrar%n


4/34


Crear un gran n Por e em 'o, a'guien con m%s erar u/a ue e' em 'eado uede res onder e' te';fono +a*'ar con e' c'iente. 3os escritores de casos de uso usua'mente comien an nom*rando rogresivamente e' actor rimario en una forma gen;rica, usando ro'es como Receptor de siniestros, Receptor de rdenes, productor de factura , as/. &sto roduce ue 'os casos de usodigan 8&' roductor de facturas roduce 'a factura...9, 8&' rece tor de rdenes reci*e 'aorden..9.

6e uede mane ar esto de varias maneras, cada una con e ue5as venta as desventa as. "inguna estrategia es c'aramente su erior, s'o se de*e escoger una@

Alternativa 1 :ivida e' actor rimario en 'os ro'es ue e' uega manteniendouna ta*'a ue 'iste todas 'as diferentes c'ases de ersonas sistemas ue son actores rimarios de a'g


5/34


Despus del diseo, preparando la implementacin delsistema

Dusto antes de entregar e' sistema, e' actor rimario se vue've im ortante otra ve . "ecesitamos 'a 'ista de todas 'as ersonas, cu%'es casos de uso e''os usan. 3os necesitaremos ara@

&m a uetar e' sistema en unidades ue se cargar%n en varias m% uinas de usuario. &sta*'ecer nive'es de seguridad ara cada caso de uso (usuarios 4e*, internos,

su ervisores, etc.). Crear 'a ca acitacin ara 'os distintos gru os de usuarios.

&n conc'usin, se de*e concentrar en 'a integridad eEactitud de 'a 'ista de actores rimarios desde e' comien o.!l dao de omitir un actor es grande @ odemos asar or a'touna seccin entera de re uerimientos.!l dao de encontrar demasiados actores es "e#ueo @a'go de tra*a o eEtra en 'as eta as tem ranas +asta ue 'os actores innecesarios sean e'iminados.:es u;s de eso, 'os actores se vue'ven en rea'idad oco im ortante. 6'o antes de 'aim 'ementacin se vue'ven otra ve im ortantes, ara 'a re aracin de' a uete 'aca acitacin.

Nota: Actores vs. Roles

3a a'a*raactor im 'ica una accinindividual , ero a veces tam*i;n ueremosdenotar una categor/a genera' de individuos ue ueden ugar ese ro'. 6u ongamos ueFim es una c'iente de 7iTe' 6A, C+ris es un em 'eado, Pat es erente de ventas.Cua' uiera de e''os uede Hacer un pedido . !sando e' 'engua e deactores , decimos ueFim, C+ris Pat ueden seractores primarios ara e' caso de uso Hacer un pedido .Tam*i;n decimos ueCliente, Empleado , Gerente de Ventas , son 'os actores ermitidos ara Hacer un pedido . Podemos escri*ir ue 8 un gerente de ventas uedeusar cua' uier caso de uso ue tam*i;n ueda un em 'eado9. 6on todas *uenas formasde decir'o.

!sando e' 'engua e deroles , decimos ue Fim, C+ris Pat son actoresindividua'es. Cua' uiera de e''os uede ugar e' ro' deCliente , ero s'o C+ris Pat ueden ugar e' ro' de Empleado , s'o Pat uede ugar e' ro' deGerente de Ventas .&ntonces decimos ue e' ro' ue conduce e' caso de uso Hacer un pedido es

Recepcionista de Pedido , cua' uiera de 'os tres uede ugar ese ro'. &sta forma dedescri*ir es m%s recisa ue 'a revia, muc+os 'a refieren.

Nota: Especializacin de actores en diagramas U !!73 rovee un f'ec+a con unta vac/a ara indicar ue un actorespecializa a

otro. &sa f'ec+a resue've arte, ero no toda 'a controversia actor-ro'.3o *ueno de 'a f'ec+a es ue ermite eE resar en forma concisa ue e' erente

uede +acer cua' uier cosa ue e' em 'eado ueda. 3o ma'o es ue muc+as ersonas 'o iensan a' rev;s. "o iensan a' erente como unaclase especial de &m 'eado, o un&m 'eado como unaclase especial de C'iente, ue es 'o ue 'os diagramas retendenre resentar. &''os iensan ue e' erentees ms que un &m 'eado. &sto no es un gran ro*'ema, ero se tendr% ue 'idiar con estas reacciones.

3a es ecia'i acin no a uda de' todo en 'a cuestin actor-ro'. !n Empleado deventas un Empleado de auditora tiene casos de uso su er uestos. "o se uede usar 'a

es ecia'i acin ara indicar esta su er osicin, a ue ninguno uede +acer todo 'o uee' otro uede.

P%gina G


6/34


"aracterizando los actores primarios

Tener s'o una 'ista de actores no a uda muc+o a 'os dise5adores. &''os de*er/an conocerue c'ases de +a*i'idades tendr%n 'os actores, entonces dise5an e' com ortamiento de' sistema

'as interfaces en *ase a eso. 3os e ui os ue crean un 7a a de' Perfi' de' Actor mantienen uname or visin de cmo su soft4are de*e satisfacer 'as necesidades de 'os usuarios. &sto es or ue e''os iensan en 'as +a*i'idades *%sicas de sus usuarios fina'es durante e' dise5o.

&' 7a a de' Perfi' sim 'ificado de' Actor tiene s'o dos co'umnas, como en e' siguientee em 'o@

7a a de' Perfi' 6im 'ificado de' Actor@

$ombre Perfil Ambiente y %abilidadesC'iente Persona de 'a ca''e, ca acitado ara usar anta''a sensi*'e, ero no se es era

ue o ere un I ! con faci'idad. Puede tener dificu'tades de 'ectura, corto devista o da'tnico.

&m 'eado demercader/asdevue'tas

Persona tra*a ando con soft4are continuamente. Panta''a sensi*'e, usuariosofisticadoPuede uerer ersona'i ar su interfa

erente H usuarioocasiona'

!sa interfa gr%fica ero no est% fami'iari ado con ninguna funcin de soft4are en articu'ar. Im aciente.

P%gina


7/34


2. AlcanceAlcance es 'a a'a*ra ue usamos ara definir 'a eEtensin de 'o ue consideramos ue

de*emos desarro''ar.6eguir e' a'cance de' ro ecto, o inc'uso s'o e' a'cance de una discusin uede ser dif/ci'.

!na *uena +erramienta ara mane ar discusiones so*re a'cance es 'a Lista in/out , a ue eseEtremadamente sim 'e efectiva. &sta uede ser usada ara contro'ar e' a'cance de 'asdiscusiones en reuniones ordinarias as/ como tam*i;n e' a'cance de 'os re uerimientos de' ro ecto.

6im 'emente de*emos construir una ta*'a con tres co'umnas, 'a rimera con e' t ico, 'asdos siguientes conI$ &'( ara denotar si est% dentro o fuera de' a'cance. Cada ve ue +a auna confusin so*re si a'g


8/34


3a lista Actor*+eta es e' unto inicia' de negociacin entre e' usuario, e' financista de' ro ecto e' gru o de desarro''o. 6e concentra en e' 'an contenido de' ro ecto.

&' :iagrama rinci a' de casos de uso es unalista Actor*+eta en forma visua'. &s un+ec+o ue a 'as ersonas 'es agrada 'a forma en ue muestra 'a agru acin de 'os casos de uso or actores rimarios. Act


9/34


!sua'mente, e' escritor de caso de uso considera e'alcance de diseo de' sistema comoa'go o*vio, tan o*vio ue no 'o mencionan. 6in em*argo, cuando eEisten muc+os escritores 'ectores, e'alcance de diseo no es tan o*vio. !n escritor uede ensar a toda 'a organi acincomoalcance de diseo , otro en todos 'os sistemas de soft4are de 'a organi acin, otro en e'nuevo sistema c'ienteKservidor, otro s'o en e' c'iente.

3os 'ectores, sin indicios so*re 'o ue se trata, se ierden o ma' inter retan e' documento.!na so'ucin es eti uetar cada caso de uso con su a'cance de dise5o. 3os nom*res de

a'cance de dise5o son@

Alcance de $egocio significa ue se est% discutiendo e' com ortamiento de toda 'aorgani acin ara ''egar a 'a meta de' actor rimario. 6e uede uti'i ar e' mismo nom*rede 'a em resa ara nom*rar e' a'cance. 6i se trata de un de artamento de 'a misma, se uede uti'i ar e' nom*re de' mismo. 3os casos de uso de' negocio est%n escritos con una'cance de "egocio.

Alcance de sistema @ 6e uti'i a e' nom*re de' sistema ara eti uetar e' a'cance.6ignifica ustamente 'a ie a de +ard4are o soft4are de' ue est% encargado deconstruir. #uera de' sistema est%n todas 'as artes de +ard4are, soft4are ersonas con'as ue se de*e interactuar.

Alcance de subsistema @ 6e uti'i a e' nom*re de' su*sistema ara eti uetar e'a'cance. 6ignifica ue se +a a*ierto e' sistema rinci a' se tratar% cmo sus artestra*a an.

#.( Usando iconos gr)*icos para resaltar elalcance de diseo

6e uede ad untar un gr%fico a 'a i uierda de' t/tu'o de' caso de uso, ara se5a'ar e' a'cance

de dise5o a' 'ector antes de em e ar a 'eer. 6e ueden uti'i ar 'os siguientes iconos arare resentar e' a'cance de dise5o cada caso de uso@

!n caso de uso de' negocio tiene a 'a organi acion como a'cance de dise5o. 6u icono esun casita de co'or gris si se trata de toda 'a organi acin como una ca a negra, o *'anco si +ace referencia a un de artamento o staff dentro de 'a misma.

!n caso de uso de' sistema tiene un a'cance de sistema. 6u icono es una ca a co'or grissi se 'a trata en su tota'idad como ca a negra, o *'anco si se +ace referencia de

cmo tra*a an sus com onentes. !n caso de uso de com onente tiene un a'cance de su*sistema. 6u icono es un torni''o

E+emplos

(raba.amos "ara la Com"a/a telefnica +i(el S A 1 la cual est diseando un nuevosistema1 Acura1 "ara tomar las rdenes de servicio y actuali aciones Acura consiste deuna estacin conectada a un servidor !l servidor estar conectado a un mainframecorriendo el vie.o sistema1 3SS&1 #ue es una terminal conectada al mainframe $oestamos autori ados a 4acer cambios a 3SS& Solamente usamos sus interfaces yae5istentes

3os actores rimarios de acura inc'u en a e' c'iente, e' rece cionista, a'gunos gerentes, e'sistema 66$ (estamos seguros ue 66$ no est% en nuestro a'cance de dise5o).

P%gina N


10/34


Oamos a encontrar a'gunas de 'as metas ue e' sistema de*e so ortar. &' m%s o*vio es8Agregar un nuevo servicio9. :ecidimos ue e' actor rimario es e' rece cionista, actuando cone' c'iente.

3a rimera regunta a +acerse es 8= u; es e' sistema *a o discusin> 8. :e esto deducimosue +a dos cosas ue nos interesan@

7iTe' 6.A. &stamos interesados en 'a regunta 8= Cmo es visto e' servicio de7iTe' 6.A. or 'os c'ientes, mostrando 'a nueva im 'ementacin de' serviciocom 'etamente, desde 'a demanda inicia' +asta 'a im 'ementacin>9 &sta regunta es dedo*'e inter;s. 3os gerentes de 'a Com a5/a uerr%n ver cmo e' nuevo sistema a arecea 'a vista de' mundo eEterior, e' e ui o de im 'ementacin uerr% e' conteEto en e'cua' estar% e' nuevo sistema. &ste caso de uso ser% escrito con a'cance de negocio ,con e' cam o de a'cance eti uetado 7iTe' 6A, sin +acer mencin de 'os ugadoresinternos de 'a com a5/a (rece cionista, de artamentos, etc.) &sta c'ase de caso de uso susua'mente ''amado caso de uso de' negocio, a ue trata so*re e' negocio en s/. Acura. &stamos interesados en 'a regunta 8= Cmo se ve e' servicio de Acura,en sus interfaces con e' rece cionista o e' c'iente or un 'ado, con e' sistema 66$ ene' otro>9. &ste es e' caso de uso en e' ue 'os dise5adores se interesar%n m%s, a ue eseEactamente 'o ue de*en construir. &' caso de uso ser% escrito con a'cance de sistema

, con e' cam o de a'cance eti uetado como Acura. &''os mencionar%n 'i*remente e'rece cionista, de artamentos otras com utadoras, ero no +ar%n mencin de 'ossu*sistemas de 'a estacin de' servidor.

Produciremos entonces dos casos de uso. Para evitar re etir dos veces 'a mismainformacin, escri*imos e' caso de uso con a'cance de "egocio en un nive' m%s a'to (*arri'ete),mostrando a 7iTe' 6A res ondiendo a 'a demanda, cum 'i;ndo'a o +aci;ndo'e a'g


11/34


3.Tres Niveles de Metas1emos visto ue am*os, 'as metas 'as interacciones en un escenario ueden ser

descom uestas en metas e interacciones de ma or deta''e. &sto es norma', 'o vemoscotidianamente en nuestras acciones. 3os siguientes %rrafos i'ustran como nuestras metascontienen su*-metas su*-metas de su*-metas.

:;uiero reali ar esta venta Para 4acer esto debo llevar a comer al encargadocom"ra Para 4acer esto tengo #ue retirar dinero del ca.ero automtico Para 4acer estodebo obtener la a"robacin de la solicitud de identificacin del ca.ero Para 4acer estodebo 4acer #ue se lea mi tar.eta bancaria Para 4acer esto debo buscar la ranura dondeinsertar la tar.eta bancaria :ar nom*res a 'os nive'es de 'as metas uede a udarnos a res onder esta regunta. 3as siguientes secciones descri*en e' nom*re de 'os nive'es sus res ectivos iconos.

=igura 8> ilustra los nombres y los iconos re"resentantes de los niveles

(.$ eta de Usuario "olor Azul, Nivel del ar -3a meta de usuario es de gran inter;s ara 'a ca tura de re uisitos dirigida or casos de

uso. 3a meta de usuario de un actor rimario se define como e' o* etivo ara conseguir 'a

fina'i acin de un tra*a o. 3a meta de usuario corres onde a un conce to de ingenier/a de roceso de negocio ''amadoproceso elemental de negocio .!na meta de usuario one atencin en 'as reguntas@

=&' actor rimario se retira fe'i 'uego de rea'i ar e' tra*a o> =3a erformance de' tra*a o de' usuario de ende de cuantas veces +aga esto +o >

Tam*i;n one atencin en 'a rue*a de' caf; de descanso, 8'uego de fina'i ar esto, uedotomarme un tiem o de descanso9. &n 'a ma or/a de 'as situaciones, asa e' siguiente test@

una ersona, un asiento de 2 a 20 minutos

P%gina BB


12/34


"i realizar el proceso completo de una compra de una su!asta on"line# , ni lo$earse#genera'mente son metas de usuario@

!na su*asta on-'ine ''eva varios d/as rea'i ar'a, entonces 'a rue*a mencionadaanteriormente de una ersona en un asiento durante 2 a 20 minutos fa''ar%.3ogearse 2 veces en una dis uta no +ar% a 'as res onsa*i'idades de' tra*a o de una ersona o a' ro sito de usar e' sistema.

!ti'i ando 'os mismos m;todos de rue*aRe$istrar un nuevo cliente# % comprar unli!ro# , son candidatos a ser metas de usuario@

Registrar 2 nuevos c'ientes tiene sentido ara un vendedor.Com rar un 'i*ro uede ser rea'i ado com 'etamente en un asiento entre 2 20minutos.

Por a+ora arece ser *astante f%ci' no tener dificu'tad a'guna e' roceso de reconocer 'asmetas correctas. Pero en 'a r%ctica nos encontraremos con un gran n


13/34


con la com"utadora y con el cliente1 "or un momento y finalmente resuelve B 'sted seretira de la com"utadora1 des"ide a la otra "ersona y cuelga el tel?fono Para encontrar e' nive' rEimo mas a'to

Com*ine asos.

P%gina B


17/34


4. Precondiciones, Disparadores,Garant as4.1 Precondiciones

3a recondicin de un caso de uso anuncia 'o ue e' sistema asegurar% ue se +a cum 'idoantes de ermitir e' comien o de' caso de uso. 3uego de asegurarse ue 'a recondicin esverdadera, esta no ser% revisada durante e' caso de uso.

!n e em 'o com


18/34


$ivel !suarioPrecondicin @ &' &m 'eado se encuentra 'ogeadoB. &' em 'eado identifica a' c'iente, e' sistema se osiciona en e' registro de' c'iente.2. &' em 'eado entra 'a informacin de' edido.?. &' sistema ca'cu'a e' recio....

Caso de uso > Ca'cu'ar recios$ivel 6u*funcinPrecondicin &' c'iente es admitido conocido ara e' sistema, e' contenido de' edido esconocido.B. &' sistema ca'cu'a e' recio *ase ara e' edido.2. &' sistema ca'cu'a e' descuento ara e' edido....

&ste e em 'o i'ustra como un caso de uso se *asa en 'a informacin de' un caso de usoinvocado.

&' escritor de ca'cu'a recio dec'ar 'a informacin ue est% dis oni*'e uede seguir

ade'ante +acer referencia a 'a informacin de' c'iente.$ota en e' e em 'o uti'i ado e' 'ector no estar% de acuerdo acerca de' caso de uso ca'cu'ar recio. 1emos dec'arado este caso de uso como de co'or /ndigo, ero or a+ora e' 'o ueres ecta a 'a escritura +a oco ue 'o ustifi ue a


19/34


Todo 'o referente a 'as condiciones de fa''as su mane o se muestra en 'a seccin deeEtensiones, esto es cansador ro enso a error tratar de mantener dos 'ista sincroni adas. &' ro sito de esta seccin de 'a 'nti''a es anunciar 'o ue romete e' sistema.

3a garant/a m/nima m%s com


20/34


Considere una "ersona usando un ca.ero automtico !l ca.ero des"ierta de su inactividadsolo cuando la "ersona inserta su tar.eta !sto no es insignificante "ara decir #ue eldis"arador es cuando alguien decide usar el ca.ero !l dis"arador :Cliente insertatar.eta


21/34


#$ Escenarios % Pasos!n con unto de casos de uso es una +istoria de actores rimarios ersiguiendo metas. Cada

caso de uso individua' tiene un re'ato ue muestra a' sistema ''egando a 'a meta oa*andon%ndo'a. &' re'ato es resentado como un escenario rinci a' un con unto defragmentos de escenarios como eEtensin de' rimero. Cada escenario o fragmento comien acon una condicin dis aradora contin


22/34


?- PA# esta*'ece 'a coneEin a' sitio, reteniendo e' contro'- &' usuario *usca com ra mercader/as de' sitio.

G- PA# interce ta 'as res uestas de' sitio, actua'i a e' ortafo'io de' usuario.- PA# muestra e' nuevo estado de' ortafo'io de' usuario.

!5tensiones?a- #a''a 'a coneEin a 'a 4e*@

?aB- &' sistema informa 'a fa''a a' usuario, vo'viendo a' aso revio.?a2- &' usuario a*andona e' caso de uso, o trata de nuevo

&n este ca /tu'o veremos en deta''e e' cuer o de' escenario, e' cua' consiste en asos conacciones.

3.$.( El cuerpo del escenario

Cada escenario o fragmento es escrito como una secuencia de acciones ara a'can ar 'asmetas de 'os actores. :ecimos secuencia or conveniencia, ero odemos agregar notas aradescri*ir ue esos asos ueden ir en ara'e'o, tomados en diferente orden, re etidos, +asta

a'gunos son o ciona'es. Cada aso descri*e@ una interaccin entre dos actores (8&' c'iente ingresa domici'io9). una va'idacin ara roteger un inter;s de una ersona (8&' sistema va'ida e' ass4ord9),

un cam*io interno ara satisfacer un inter;s de una ersona (8&' sistema deduceim orte de 'a cuenta9)

A u/ +a un e em 'o de un t/ ico &scenario Princi a'. "otar% ue 'os asos B,?,G-M soninteracciones, e' aso es una va'idacin, 'os asos 2 N son cam*ios internos.

B- &' em 'eado ingresa e' n


23/34


3a ma or/a de 'as veces, e' tiem o uede ser omitido, a ue 'os asos genera'mente sesuceden unos tras otro. 1a muc+as e ue5as variantes en 'a forma de escri*ir 'os asos, sinem*argo siem re escri*a reservando 'as siguientes caracter/sticas en cada aso.

3.#.$ Directrices para los pasos

Directri& 1' (sar )ram*tica simple.3a estructura de 'a oracin de*e ser sim 'e@

8Su.eto verbo ob.eto directo frase "re"osisional 3os 'ectores de ctualizar inversin no sa*r%n or u; fa''o.Todos 'os fa''os tendr%n e' mismo efecto, entonces escri*a en ctualizar inversin s'o unaeEtensin, descri*iendo u; asa cuando)alvar tra!a'o fa''a.

Caso de uso @ Actua'i ar inversin...&' usuario +ace ue PA# sa've e' tra*a o...!5tensionesL.a. #a''a)alvar tra!a'o @

L.a.B ...'o ue sea ue ase...

3o me or de com*inar fa''os es ue a


32/34


discutidas con anterioridad. 6iga escri*iendo +asta ue a'cance un 'ugar donde ueda vo'ver aunirse a' escenario rinci a' o e' caso de uso fa''e. T/ icamente, una eEtensin fina'i a en unade estas formas@ !l "aso e5tendido 4a sido arreglado y reem"la ado Al final del mane.o de la e5tensines como si el "aso 4aya tenido ?5ito

...?. &' usuario activa 'a direccin de' 4e*site

. ...&Etensiones@?.a. "o +a direccin dis oni*'e@

?.a.B &' usuario *usca un nuevo 4e*site?.*...

!l sistema le da al actor otra c4ance Al final del mane.o de la e5tensin1 se vuelve al"rinci"io del mismo "aso $ote #ue el sistema vuelve a validar el "assNord en el siguientee.em"lo

2. ...

?. &' usuario ingresa e' ass4ord.. &' sistema va'ida e' ass4ord.G. ...

&[email protected]. Pass4ord inv%'ido@

.a.B &' sistema notifica a' usuario, ide e' ass4ord otra ve .

.a.2 &' usuario reingresa e' ass4ord.*....

!l caso de uso finali a1 a causa de un fallo total2. ...?. &' usuario ingresa e' ass4ord

. &' sistema va'ida e' ass4ordG. ...

&Etensiones@...

.c Ingreso de ass4ord inv%'ido demasiadas [email protected] &' sistema notifica a' usuario, termina 'a sesin.

G.a ...

!l com"ortamiento sigue un camino com"letamente diferente "ara alcan ar la meta2. ...?. &' usuario....

. &' usuario....G. ...

&Etensiones@?.a. &' usuario corre un macro ersona' ara com 'etar e' rocesamiento@

?.a.B termina e' caso de uso

&n 'os dos rimeros casos, no es necesario decir u; asa a continuacin en 'a eEtensin, or ue es o*vio ara e' 'ector ue e' aso se reiniciar% o continuar%. &n 'os otros dos,genera'mente no es necesario decir m%s ue 8fa''o9 o 8 e' caso de uso termina9, or ue 'os asos muestran a' sistema cuidando 'os intereses de 'os ersonas.

3a ma or/a de 'as eEtensiones no dicen donde se vue've des u;s de 'a eEtensin.enera'mente es o*vio, escri*ir 8vue've a' aso "9 des u;s de cada eEtensin vue've e' teEto

m%s dif/ci' de 'eer. &n raras ocasiones es necesario a u; arte de' escenario rinci a' vue've 'aeEtensin.

P%gina ?2


33/34


Directri& 12' El mane0o de condiciones va indentadoCuando use e' esti'o numerado mostrado en este teEto, indente 'os asos ue muestran

cmo 'a condicin es mane ada, comience 'a numeracin de nuevo desde B, des u;s de 'a'etra. 3os asos siguen todas 'as directrices dadas anteriormente.

!5tensiones2 a =ondos insuficientes

2 a 8 !l sistema notifica al cliente1 y "ide una nueva suma2 a 2 !l cliente ingresa nueva suma

Cuando usamos e' esti'o de rosa directa (sin numerar), tam*i;n indente o comience unnuevo %rrafo ara 'os asos.

6.#.$ %allos dentro de *allos

:entro de una eEtensin, uede encontrar un nuevo unto de eEtensin, ro*a*'ementeun fa''o. 6i est% usando e' esti'o indentado de escritura, sim 'emente indente de nuevo,

contin


34/34


3a eEtensin +ace a' caso de uso rea'mente dif/ci' de 'eer. &' '/mite de 'egi*i'idad esa'rededor de 2 %ginas or caso de uso, tres nive'es de indentacin.

61205478 Writing Effective Use Cases Traduccion

Documents

Transcript of 61205478 Writing Effective Use Cases Traduccion