Especificacion de Casos de Uso

27/06/13
Acta Cientfica Venezolana - DIRECTRICES PARA LA ESPECIFICACION DE CASOS DE USO EN EL IDIOMA ESPAOL
ActaCientficaVenezolana
versin ISSN00015504
ServiciosPersonalizados Articulo ArticuloenXML
ACV v.53 n.2 Caracas abr. 2002
Referenciasdelartculo
DIRECTRICESPARALAESPECIFICACIONDECASOSDEUSOENEL IDIOMAESPAOL* IsabelDaz1y AlfredoMatteo2 1UniversidadCentraldeVenezuela.FacultaddeCienciasEconmicasy Sociales. EscueladeEconoma.Email:idiaz@cantv.net 2UniversidadCentraldeVenezuela.FacultaddeCienciasEscuelade Computacin. CentroISYSLaboratorioTOOLS.ApartadoPostal48093Los Chaguaramos1041A 2LaboratorioLISIDepartamentodeProcesosySistemas CaracasVenezuela.Email:amatteo@isys.ciens.ucv.ve
Comocitaresteartculo Traduccinautomtica Enviararticuloporemail Indicadores Linksrelacionados Bookmark | Otros
RESUMEN: En este trabajo se proponen algunos formatos y lineamientos generales que intentan aminorar el impacto de las dificultades que frecuentemente se observan durante la especificacin de casos de uso generadasporlautilizacindel``lenguajenatural''paraladocumentacindelasfuncionalidades.Losdistintos estilos de redaccin derivados de las mltiples alternativas gramaticales del idioma espaol y la diversidad terminolgica que caracteriza este lenguaje, atentan contra la claridad que debe tener el texto de un caso de usoalosefectosdesuutilizacinenlasdistintasetapasdeldesarrollodelsistemaocomponentedesoftware. Paracontrolarestasdificultadesseproponelautilizacindeunpatrndeespecificacinqueesapoyadoporun conjuntodedirectricessobreelestiloylaterminologaparalaredaccindecasosdeuso. Palabrasclave:EspecificacindeCasosdeUso,CasosdeUso,ModelodeRequerimientos,ModelodeCasosde Uso. GUIDELINESFORUSECASESSPECIFICATIONINTHESPANISHLANGUAGE ABSTRACT:Inthispaper,certaingeneralformatsandguidelinesareproposed,inanattempttoamelioratethe impact of frequently observed difficulties during the specification of use cases generated through the usage of ``natural language'' for the documentation of functionalities. The various writing styles derived from the multiple grammatical alternatives found in the Spanish language and the terminological diversity that characterises this language attempt against the necessary clarity of text in a use case for the purposes of its usage in the different stages of development in a software system or component. In order to control these difficulties, the use of a specification pattern is proposed, supported by a series of guidelines on style and terminologyforthedraftingofusecases. KeyWords:UseCasesSpecification,Usecase,UsecaseModel,RequirementsModel. Recibido:25/01/02Revisado:17/04/02Aceptado:30/04/02 INTRODUCCION En las etapas tempranas del desarrollo, la forma ms comn de expresar un caso de uso es a travs de un texto escrito en ``lenguaje natural''. Utilizando esta representacin, la especificacin de un caso de uso es un documento en el que se describe determinada funcionalidad de una entidad (esto es, un sistema, componente de software o elemento de modelacin)13. Esta funcionalidad es expresada como la secuencia completa de interaccionesqueocurrenentreelactorylaentidadconelpropsitodesatisfaceralgnrequisito. La utilizacin del lenguaje natural hace que la forma de expresar los casos de uso sea entendida por cualquier persona, sin necesidad de haber sido entrenada para esto. Los modeladores pueden escribir fcilmente los requisitos y comunicarlos a los expertos del dominio, usuarios y/o desarrolladores del software, utilizando una terminologa sencilla y conocida por la mayora. Sin embargo, estas ventajas del lenguaje natural para la especificacindecasosdeuso,puedenconvertirseendesventajasenlamedidaenquegenerenambigedades, inconsistencias y redundancias en la descripcin de los requisitos de la entidad1,2. Dos factores influyen decisivamente en esta situacin: la redaccin, determinante para la comprensin del caso de uso y, la terminologa, relacionada con la identificacin de los elementos que intervienen en las funcionalidades de la
www2.scielo.org.ve/scielo.php?script=sci_arttext&pid=S0001-55042002000200007&lng=es&nrm=iso 1/11
27/06/13
entidad. Redaccinyterminologadependen,principalmente,delaspersonasencargadasdelaespecificacinque,como esdeesperarse,tienendistintasdestrezasyestilosparaescribir,utilizandodiversostrminosparaexpresarel mismoconceptooidea.Pero,decaraalaspersonasqueutilizanelcasodeusoenlosdistintosmomentosdel desarrollo, una redaccin ``incorrecta'' o ``complicada'' puede generar malas o dudosas interpretaciones del requisito.Adems,ladiversidaddelvocabulariopuedeocasionarredundanciaoinconsistenciaseneldiseode la entidad. Por ejemplo, al utilizar los casos de uso para construir el modelo objeto de la entidad, pueden definirse con el mismo nombre clases de objetos distintas o, por el contrario, utilizar nombres diferentes para unamismaclasedeobjetos. Porotraparte,dadoquenoseestableceningunarestriccinsobrelosnivelesdeabstraccinquedebetenerun casodeuso,suespecificacinpuedesertandetalladaotangeneralcomosedesee.Estosedejaajuiciodelas personas encargadas de la elaboracin de los casos de uso, por lo que pueden obtenerse casos de uso tan generales que resulten ambiguos o, tan detallados, que cualquier modificacin en los requisitos de la entidad obliguearescribirlosporcompleto. En este trabajo se estudia, desde una perspectiva gramatical, aspectos relacionados con la especificacin textual de casos de uso. Se trata de establecer algunas restricciones que permitan disminuir las dificultades ocasionadas por la utilizacin del ``lenguaje natural'', controlando los mltiples estilos de redaccin y la variedad de trminos caractersticos del idioma espaol. Esto se logra mediante la definicin de un esquema conceptual y el establecimiento de ciertas normas y formatos que, adems de facilitar la tarea de especificacin, permiten escribir casos de uso ms comprensibles y mejor elaborados en funcin del objetivo que stos cumplen durante el proceso de construccin de la entidad6,7. El esquema conceptual propuesto se fundamenta en el definido por el Lenguaje de Modelacin Unificado (UML) para el Modelo de Casos de Uso13 LoslineamientosyformatosplanteadossebasanenlosdescritosporCockburnyConstantineen2,3,4. Este artculo ha sido desarrollado en dos secciones principales. La primera seccin muestra, a travs de un modelo elemental de comunicacin actorentidad, cmo los casos de uso pueden ser expresados a travs de secuencias ordenadas de oraciones simples de interfaz y de proceso establecindose lineamientos de estilo y terminologaparalaredaccindeestasoraciones.Lasegundaseccindescribeunpatrndeespecificacinpara casosdeusoqueincorporaestructurasdecontrol. ESPECIFICACIONDECASOSDEUSOATRAVESDEORACIONESSIMPLES En su forma escrita, la descripcin de las actividades realizadas por una entidad al interactuar con un actor se expresaatravsdeunconjuntode oracionespresentadasenelmismoordenenelquestassuceden.Desdeel punto de vista gramatical, estas oraciones pueden ser simples o compuestas. Las oraciones simples se caracterizan porque slo tienen un sujeto y un predicado. Las compuestas, por el contrario, tienen ms de un sujetoy/omsdeunpredicado12.EnlaFigura1sepresentanejemplosdeestostiposdeoraciones.
Figura1.Oracionessimplesycompuestas La utilizacin de oraciones compuestas para describir un caso de uso hace ms difcil la comprensin del mismo. Esto se debe a que este tipo de oraciones servira para expresar, al mismo tiempo, varias actividades realizadasporlaentidadenunaomsinteraccionesconelactor.Siaestoagregamoslasdistintasformasen las que se puede construir oraciones compuestas (por coordinacin o por subordinacin) y sus respectivas clasificaciones, la complejidad gramatical que stas pueden llegar a tener se torna inmanejable12. Sera deseableentoncesnoutilizaroracionescompuestasenladescripcindeloscasosdeuso.Determinemossiesto esposible.
OracinCompuesta(DOSPREDICADOS)Luisavaalmercadoyala panadera
OracinSimpleLuisavaalmercado OracinSimpleLuisavaalapanadera Figura2.DescomposicindeunaOracinCompuestaendosOracionesSimples. LuisayCarmencompraronunlibroderecetas Figura3.OracinCompuestaquenoAdmiteDescomposicin.
www2.scielo.org.ve/scielo.php?script=sci_arttext&pid=S0001-55042002000200007&lng=es&nrm=iso
2/11
27/06/13
Unaoracincompuestasiemprepuededescomponerseendosomsoracionessimples(Fig.2) excepto cuando tienesujetoscompuestosconlosquenoesposibleformaroracionesdistintas,esdecir,cuandolaaccinverbal no corresponde por separado a cada uno de stos (Fig. 3). Sin embargo, esta limitacin no se presentara al redactarcasosdeuso.Dadoquestosdescribenlafuncionalidaddelaentidadatravsdesusinteraccionescon un actor, el sujeto de las oraciones que conforman tal descripcin slo puede ser o el actor o bien la entidad. Por lo tanto, no existe posibilidad de que las oraciones de un caso de uso tengan sujetos compuestos. De aqu sepuedenobtenerdosconclusionesimportantes.Enprimerlugar,lasoracionescompuestasdeuncasodeuso siempre admiten descomposicin en dos o ms oraciones simples. En segundo lugar, un caso de uso puede escribirseutilizandonicamenteoracionessimples. OracionesSimplesdeInterfazydeProceso Dado que un caso de uso puede escribirse por completo utilizando oraciones simples, stas pueden ser consideradas como sus unidades constructoras bsicas. As, cada oracin simple describir entonces una sola actividadoaccin(predicado)realizadaporelactorolaentidad(sujeto). Segnladefinicindecasodeuso,laactividadoaccinquedescribeunaoracinsimplepuedereferirsesloa una interaccin actorentidad o bien a una accin interna que ejecuta la misma entidad. Analicemos estas dos situaciones utilizando un modelo elemental de comunicacin con el nico propsito de ilustrar cmo cada oracinsimpledeuncasodeusoestdedicadaacomunicar,transmitiroinformarloqueelactorolaentidad conoce,haceotiene2,8.LaFigura4muestraloselementosqueintervienenenelmodelodecomunicacinycul essucontraparteenlaespecificacindeuncasodeuso:
Figura4.ModeloElementaldeComunicacin.
Figura5.ModelodeCasosdeUsodelSistemadeCajerosAutomticos(SCA).
Ellocutoroemisor(actoroentidad). Elinterlocutororeceptor(actoroentidad). Elcanalovadecomunicacin(mecanismomedianteelqueseefectalainteraccinemisor receptor). Elmensaje(comunicacinenviadaporelemisorparaelreceptor).

La relacin de comunicacin se establece cuando el emisor enva al receptor un mensaje a travs de determinado canal. En el contexto de un caso de uso, tal relacin puede ser expresada en forma escrita utilizandounaoracinsimpleconlassiguientescaractersticas:
1. El emisor se corresponde con el sujeto de la oracin simple. Por lo tanto, el sujeto puede ser: el actor
para el que se escribe el caso de uso o bien la entidad cuya funcionalidad se est especificando. En el ejemplodeunSistemadeCajerosAutomticos(SCA),setienetresposiblesemisores(Fig.5):losactores Cliente,yOperadorascomoelpropioSCA. laoracinsimple.Unmensajeeslainformacinacercadelaaccinuoperacinqueejecutaelsujetode laoracinenunmomentodado.Ntesequeestainformacinpuedeser:
3/11
2. El mensajeenviadoporelemisoratravsdelcanaldecomunicacinsecorrespondeconel predicado de
27/06/13
Suministradaporelactorparalaentidad(Fig.6A). Producidaporlaentidadparaelactor(Fig.6B). Referenteaunaaccinrealizadainternamenteporlaentidadquemodificaonosuestado(Fig. 6C). 3. Cuando el emisor es el actor , el receptor del mensaje siempre es la entidad (emisor=actor y
receptor=entidad).Porlotanto,elpredicadodelaoracinsimplequedescribelainteraccinentrestos corresponderaunaaccinejecutadaporelactorparasuministrarleinformacinalaentidad(Fig.6A). (emisor=entidad y receptor=actor) o que el receptor sea la misma entidad (emisor=receptor=entidad). Enelprimercaso,elpredicadodelaoracinsimplecorresponderalainformacinquelaentidadenva al actor (Fig. 6B). En el segundo caso, el predicado describir una accin que ejecuta la entidad sobre ellamismaocasionandoonouncambioensuestadointerno(Fig.6C).
4. Cuando el emisor es la entidad, pueden ocurrir dos situaciones: que el receptor sea el actor
Para efectos de la especificacin de un caso de uso, el canal o va utilizada para establecer la comunicacin resultairrelevante.Esdecir,suponelaexistenciadesteperonolodescribe. Por otra parte, en atencin a los tipos de mensaje que el emisor puede enviar al receptor segn ste sea el actorolaentidad,enlaespecificacindeuncasodeusosepuedendistinguirdosclasesdeoracionessimples: de interfazyde proceso. Las oraciones de interfaz describen la comunicacin entre el actor y la entidad o viceversa. Se caracterizan porque hacen referencia a la interaccin actorentidad indicando, directa o indirectamente, implcita o explcitamente,cmostasellevaacaboyculessonlosmecanismosutilizadosparaapoyarlacomunicacin (ventanas,botones,protocolos,etc.).Lasoraciones[A]y[B]delaFigura6sonejemplosdeoracionessimples de interfaz. Ntese que, an cuando no se mencionan, en ambos ejemplos se requiere la construccin de mecanismosqueposibilitenlaemisinyrecepcindelosmensajes.
A)ElClienteintroducelosdgitosdesuclavesecreta
B)ElSCAinformaalClientesobrelostiposdetransaccinque puedeefectuar C)ElSCAverificalavalidezdelcdigodelacintamagnticade latarjeta Figure6.EjemplosdeComunicaciones. Las oraciones de proceso muestran las acciones realizadas individualmente por la entidad y que tienen implicaciones en ella misma. Se diferencian de las oraciones simples de interfaz porque no requieren la participacindelactor.Laentidades,almismotiempo,elemisoryelreceptordelacomunicacin.EnlaFigura 6Csepresentaunejemplodeoracinsimpledeproceso.Obsrveseque,enesteejemplo,noesnecesariala construccindeunainterfazparaquelacomunicacinseestablezca. ElementosdeunaOracinSimple Cualquieroracinsimpleutilizadaenlaespecificacindeuncasodeusosepuedeescribircomoseindicaenel esquemadelaFigura7.Esteformato,similaralpropuestoporCockburnen3,tienedoselementosconstructores opcionales: la precondicin y la restriccin. El resto de sus elementos son indispensables para que la oracin tengasentidoensmismayaqueformanalsujetoyelpredicadodesta.
Figure7.PatrndeunaOracinSimple.
27/06/13
Despusqueeldinerohasidodispensado,elSCAdevuelvelatarjetaalclienteenunlapsonomayor a10segundos PrecondicinEntidadActividad Restriccin Figure8.EjemplodeunaOracinSimple. Lasemnticadecadaunodeloselementosqueintervienenenesteformatosedescribeacontinuacin.El actor o la entidad es responsable de ejecutar una actividad del caso de uso que se est escribiendo. Utilizando el modelodecomunicacindescritoenlaSeccinII,identificaelemisordeunmensaje.Entrminosgramaticales, cumplelafuncindesujetodelaoracinsimple. La actividad en una oracin simple de un caso de uso describe la accin que es ejecutada por el actor o la entidad. Desde el punto de vista del modelo de comunicacin, la actividad se corresponde con el mensaje enviado por el emisor al receptor. Gramaticalmente, la actividad es el predicado de la oracin simple. Por lo tanto,suespecificacingiraentornoaunverboatravsdelcualseconocelaaccinqueejecutaelsujeto. Por otra parte, las restricciones son condiciones o limitaciones aplicables a la actividad. En cuanto a la precondicin, restringe la ejecucin de la oracin simple al cumplimiento de un requisito previo. Puede ser expresadadediferentesmaneras,como:conectortemporal,deordenamiento,delugar,etc.Gramaticalmente, tantolaprecondicincomolarestriccinsonproposicionessubordinadasalsujetooalpredicadodelaoracin. Siseextraendelaoracinenlaqueaparecen,estasproposicionescarecendesignificado,resultanambiguaso pierdenlafuncinparalaqueoriginalmentefueronescritas. LaoracinsimplequesemuestraenlaFigura8hasidoredactadasegnelformatopropuesto. EstilodeunaOracinSimple La riqueza de los elementos lingsticos y la diversidad de las estructuras gramaticales del castellano, hacen posible que una oracin simple pueda ser expresada de mltiples maneras. El formato propuesto para la construccin de este tipo de oraciones, en atencin a su utilizacin para la especificacin de casos de uso, constituyeunprimeresfuerzopararestringirlasposibilidadesqueofreceellenguaje.Enparticular,medianteel patrn de la Figura 7 se estableci una estructura nica, esttica, para la construccin de oraciones simples. As, cada oracin es estructurada de igual forma, pudindose identificar en cualquiera de stas los mismos componentesubicadosenelmismoorden. No obstante, a pesar de la estructura definida, el espectro de posibles maneras de expresar la oracin simple sigue siendo muy amplio. Esto se debe a que los componentes de la oracin, principalmente el sujeto y el predicado, pueden ser presentados utilizando distintas formas, sentidos, nmeros, modos, tiempos y gneros. Se trata entonces de proponer algunos lineamientos o directrices que intenten reducir significativamente esta gama de alternativas gramaticales. El objetivo es establecer controles para el manejo de la diversidad en la redaccin de las oraciones simples. Con esto se intenta facilitar el trabajo de quienes se dedican a la elaboracin de los casos de uso. Adems, configurando un estilo uniforme de redaccin, mejorar tambin su comprensinparaaquellosquelosutilizanenotrastareasdeldesarrollodelaentidad. Paraellogrodeesteobjetivoseproponenlassiguientesnormasquerigenlaredaccindelasoracionessimples deuncasodeuso11,12:
1. La oracin simple debe ser redactada de forma declarativa, afirmativa y activa. Una oracin es
declarativa o enunciativa cuando comunica o informa que algo sucede. Con esta norma se impide la utilizacin de oraciones interrogativas, exclamativas, dubitativas, desiderativas o imperativas en la especificacin de los casos de uso. Por otra parte, la oracin debe declarar indicando acciones afirmativas. El modo activo muestra al sujeto de la oracin como responsable directo de la declaracin. Comoejemplo,enlaFigura9sehaexpresadounamismaoracindedistintasformas.Laprimeradelas oraciones de este listado presenta las caractersticas deseadas mientras que las restantes, en contraposicin,nocumplenconellineamientopropuesto.
5/11
27/06/13
Figure9.OracionesDeclarativas,AfirmativasyActivasversusotrosTiposdeOraciones.
2. La identificacin del sujeto de la oracin simple, esto es, del actor o de la entidad, debe ser un nombre
sustantivopropioensingular .Pararesaltarestacaracterstica,laprimeraletradelnombreseescribiren mayscula. Por otra parte, el nombre puede ir o no acompaado del artculo que le corresponda en atencin a su gnero (femenino o masculino). Obsrvese que la estructura definida para las oraciones simplesdeuncasodeuso,nopermiteelusodetrminosadyacentesalnombre.Estosignificaquenoes posible usar adjetivos u otros tipos de acompaantes del nombre. En la Figura 10 se muestra cmo el nombre de la oracin simple puede ser complementado con otros trminos. Tales ejemplos intentan ilustrarloquenosedebehacersegnlanormaestablecida.
Figure10.NombresconysinAdyacentes.
3. Elverbodelaoracinsimple,esdecir,lapalabradelpredicadoqueindicalaaccinquedebeejecutar elsujeto,debeserexpresadoen:
Modoindicativo:elverbodebeindicardemaneraabsolutaycontundentelaaccinaejecutarysin que,paraesto,necesiteapoyarseenotroverbo. Tiempopresente:elverbodebesituartemporalmentelaaccindelsujetoenelmomentoactual. Formasimple:lasintaxisdelverbodebeconsistirdeunasolapalabra. Nmerosingular : dado que la accin de la oracin slo ser ejecutada por el actor o la entidad, el verbodebeserpresentadoensingular. Tercerapersona:laconjugacindelverbodebecorresponderalatercerapersonadelsingular(lo ella). En la Figura 11 se ejemplifican las caractersticas que debe tener el verbo de la oracin simple de un caso de uso.Adems,tambinsedanejemplosdeconstruccionesverbalesquenocumplenconestoslineamientos.
6/11
27/06/13
Figure11.CaractersticasdelVerbodeunaOracinSimple. TerminologadelasOracionesSimples Hasta ahora se ha establecido una estructura nica as como un conjunto de lineamientos para apoyar la construccindelasoracionesquedescribenlatrayectoriadeeventosdeuncasodeuso.Ambasmedidasestn orientadas a aliviar los problemas relativos a la redaccin de los mismos. Otro aspecto que debe ser considerado cuando se escriben casos de uso tiene que ver con la terminologa relativa al dominio del problema. Conociendo los mltiples inconvenientes que se pueden generar por un manejo inadecuado de la misma,convienetambinhaceralgunasobservacionesalrespecto. Los trminos empleados para la redaccin de una sentencia simple, especialmente, aquellos que identifican a elementosfsicosoconceptualesdebencoincidir,enprincipio,conlosqueseutilizaneneldominiodedefinicin de la entidad. Slo deben ser modificados cuando exista un argumento razonado. Por ejemplo, en el caso de aquellosquepuedenconfundirseconotrostrminosobienpararesaltaralgnaspectodesusemntica. Parahomogeneizarycontrolarlaterminologasesugiereelusodelossiguientesrecursos:
1. Construir el modelo de alto nivel de los objetos del dominio, antes de iniciar el desarrollo del Modelo de
Casos de Uso. Esto puede ser de gran ayuda para el establecimiento de un vocabulario comn que sirva debaseparalaredaccindeloscasosdeuso. portodoslosresponsablesdelaredaccindeloscasosdeuso.
2. Elaborar diccionarios de datos en los que se registre y centralice el significado de los trminos utilizados 3. Establecerestrategiasdetrabajoquepermitanmantenerinformadosalosinvolucradosenlaredaccinde
los casos de uso, acerca de todas las actualizaciones del diccionario de datos al mismo tiempo en que stasseproducen.
PATRONPARALAESPECIFICACIONDECASOSDEUSO Laredaccindecasosdeusoesunprocesoincrementaleiterativo.As,ensusetapasiniciales,tomalaforma de un corto y genrico texto escrito en prosa. Sin embargo, a medida que se adquiere un mayor conocimiento deldominio,estetextopuedeircreciendoentamaoydetalleadquiriendoformascomplejas.Enlassecciones anteriores se propusieron algunos mecanismos, basados en el uso de oraciones simples, que intentan neutralizarestacomplejidad.Otraaccinquepersigueestemismoobjetivotienequeverconlaformacmose expresafinalmenteelcasodeuso.Enestesentido,seestablecenlassiguientesdirectrices:
1. Se debe diferenciar, tal como Jacobson lo propusiera en9, la trayectoria bsica de las trayectorias
alternas.
2. La trayectoria bsica debe ser desarrollada como un listado numerado de oraciones simples ordenadas
cronolgicamente(Fig.12).
3. Laprimeraoracindelatrayectoriabsicadebeinformaracercadelsucesoqueactivlaejecucindela
funcionalidad descrita en el caso de uso. Siempre ser el actor quien inicie la ejecucin de la trayectoria deeventosdeuncasodeuso. funcionalidad(Fig.12).
4. La ltima oracin de la trayectoria bsica debe informar acerca de la culminacin de la ejecucin de la 5. Las precondiciones de las oraciones simples que pertenecen a la trayectoria bsica del caso de uso, no
deben referirse a eventos que describen aquellas situaciones que conducen a la trayectoria alterna. Se supone,pordefecto,quemientrasquesesigalasecuenciadelatrayectoriabsica,eleventoquegenera laactivacindelatrayectoriaalternanoseestcumpliendo.
6. Cada trayectoria alterna debe estar precedida del evento que la activa. Cuando sucede este evento
entonces la trayectoria bsica deja de cumplirse y se inicia la secuencia de la trayectoria alterna. Por lo tanto, el evento puede ser considerado como una condicin que debe cumplirse para que se ejecuten las accionessiguientes:<evento>:=<condicin>:=<texto>(Fig.7).Cadaunadeestasaccionessedeben
7/11
27/06/13
escribir utilizando oraciones simples numeradas (de la misma forma como se hizo en la trayectoria bsica). En la Figura 12 se presenta el denominado Formato Bsico para la Especificacin de Casos de Uso el cual respondealasdirectricesenumeradasanteriormente.Ntesequeladescripcindelcasodeusoesacompaada coninformacinbsicasobredeste.Parailustrarlaaplicabilidaddeesteformato,semuestraenlaFigura 13 laespecificacindelcasodeusoRetirodelejemplodelSistemadeCajerosAutomticos(SCA).
Figure12.FormatoBsicoparalaEspecificacindeCasosdeUso.
8/11
27/06/13
Figure13.EjemplodeEspecificacindeunCasodeUso. EstructurasdeControl Segn el patrn de especificacin de casos de uso propuesto anteriormente, el flujo de eventos de un caso de usopuedeentoncesserpresentadocomounlistadonumeradodeoracionessimples.Peronosiempreesteflujo deeventossigueunatrayectoriasecuencial,desarrollndosedesdeelprincipiohastaelfinalenelmismoorden en el que se presentan las oraciones. En ocasiones, la secuencia de eventos puede bifurcarse o tener un carcteriterativoorepetitivoenatencinalcumplimientodeunacondicin. Para representar estos casos especiales en los que el flujo de eventos no sigue una trayectoria lineal, se proponeelusodelastradicionalesestructuraslgicasdecontroldelaprogramacinestructurada.EnlaFigura 14semuestran,amaneradeejemplos,algunosformatosbsicos.
Figure14.EstructurasdeControl. RelacionesdeExtensineInclusinentreCasosdeUso Elpatrnparalaespecificacindecasosdeusonoconsideralasrelacionesdeextensineinclusinentrecasos de uso. En esta seccin se propone la utilizacin de oraciones o sentencias especiales que, introducidas en el textodeloscasosdeuso,permitenexpresardichasrelaciones.
9/11
27/06/13
La relacindeextensin,definidaporelUMLen13 de forma similar como lo hiciera Jacobson en9, establece la existenciadeuna``condicin''yunareferenciaaun``puntodeextensin'',esdecir,aunaposicindelcasode usobasedondeserealizarlaincorporacindelanuevafuncionalidad.Lafuncionalidaddelcasodeusobasees independiente de la que describe el caso de uso que extiende (Fig. 15A). Un caso de uso puede extender muchoscasosdeusoy,porotraparte,uncasodeusopuedeserextendidopormsdeuncasodeuso.
Figure15.TiposdeRelacionesentreCasosdeUso. Entrminosdelaespecificacinescritadeloscasosdeusoqueintervienenenunarelacindeextensin,sta slo requiere ser expresada de forma explcita en el texto del caso de uso base pues su conocimiento es indispensable para la ejecucin del mismo. Ntese que, por el contrario, a los efectos de la realizacin de la funcionalidaddelcasodeusoqueextiende,noesnecesarioconocerloscasosdeusobasequesonextendidos porste.Paralaespecificacindeestasfuncionalidades,seproponelaincorporacindeunasentenciacomola quesemuestraenlaFigura16,enlospuntosdeextensindelcasodeusobasedondesearequerida. SI<condicin> ENTONCES<nombreCasoUsoExtensin> EXTIENDE Figure16.SentenciaparaExtenderunCasodeUso. Es posible que la funcionalidad que extiende sea, en s misma, una trayectoria alterna. Cuando esto ocurre, el evento que activa la trayectoria alterna coincide con la condicin para que se efecte la extensin. Para estos casossesugiereelformatoquesemuestraenlaFigura17.
<Evento> <nombreCasoUsoExtensin>EXTIENDE
Figure17.SentenciaparaExtenderunCasodeUso(TrayectoriaAlterna). Enla relacindeinclusin,lafuncionalidaddefinidaenuncasodeusoesincorporadaporcompletoenotro,en ellugardondeesteltimoloespecifique(Fig.15B).Adiferenciadeloqueocurreconlarelacindeextensin, enlarelacindeinclusinlarealizacindelafuncionalidadespecificadaporelcasodeusobasedependedela descritaenelcasodeusoqueesincluido.Uncasodeusopuedeestarincluidoenmsdeuncasodeusopero tambinesposibleincluirenuncasodeusolafuncionalidaddevarioscasosdeuso. De manera similar a lo que ocurre con la relacin de extensin, para efectos de la realizacin de los casos de usoinvolucrados,larelacindeinclusinslorequiereserexpresadaeneltextodelcasodeusobaseyaquela ejecucindelcasodeusoqueesincluidonodependedelqueloincluye.Paraestoseproponelautilizacindela sentenciadelaFigura18ubicndola,segnelpatrnparalaespecificacin,enellugardelasecuenciadelcaso deusobasedondeserequieraincluirdichafuncionalidad. INCLUYE<nombreCasoUsoIncluido> Figure18.SentenciaparaIncluirunCasodeUsoenelCasodeUsoBase CONCLUSIONES Desde una perspectiva gramatical, se determin que cualquier caso de uso poda especificarse utilizando una secuencia ordenada de sentencias simples, esto es, de oraciones que tienen un nico sujeto (el actor o la entidad) y un slo predicado (actividad o accin ejecutada por el actor o la entidad). La realizacin de la actividaddeunaoracinsimplepuedeonoestarlimitadaalcumplimientodeunrequisitoprevio(precondicin) o ejecutarse de determinada forma (restriccin). Tambin se establecieron lineamientos relativos al estilo y terminologautilizadosparaexpresarlasoracionessimplesdeuncasodeuso. Segn su objetivo, las oraciones simples de un caso de uso se clasificaron como: de interfaz o de proceso. Adems de las oraciones simples, un caso de uso contiene sentencias especiales que pueden ser de los siguientes tipos: inicio, fin, control, extensin e inclusin. En particular, las sentencias especiales de control estnconformadas,asuvez,porunconjuntodesentenciasquepuedensersimplesoespeciales.
27/06/13
Se propuso, adems, un patrn para la especificacin de casos de uso que incluye metainformacin acerca del mismo.Elcuerpoprincipaldeestepatrndistinguelatrayectoriabsicadelaalterna,cadaunadelascualeses concebidacomounasecuenciadeoracionessimplesyespecialesquetienenunformatoparticular. REFERENCES 1. BerardE.BeCarefulwith``UseCase''.http://www.toa.com/pub/use_case.txt.[Links] 2. Cockburn A. Goals and Use Cases. Journal of ObjectOriented Software Engineering 10: 3540, 1997.[Links] 3. Cockburn A. Using GoalBased Use Cases. Journal of ObjectOriented Software Engineering 10: 5662, 1997.[Links] 4.ConstantineL.EssentialModeling:UseCaseforUserInterfaces. Interactions(ACM):2,1995.[Links] 5.ConstantineL.and LockwoodL.SoftwareforUse.AddisonWesley,1999.[Links] 6.DazI.y MatteoA.RefinamientodeCasosdeUso.MemoriasdelasSegundasJornadasIberoamericanasde Ingeniera de Requisitos y Ambientes de Software (IDEAS'99). Costa Rica. Febrero, (314325) 1999.[Links] 7.DazI. Tcnicas para el Proceso de Anlisis. Tesis de Maestra en Ciencias de la Computacin. Facultad de Ciencias.UniversidadCentraldeVenezuela.Junio,1999.[Links] 8. GarcaPelayo R. Diccionario Prctico Larousse de Espaol Moderno. Ediciones Larousse. Buenos Aires, 1986.[Links] 9.JacobsonI., CHRISTERSONM., JONSSONP.and VERGAARDG.ObjectOrientedSoftwareEngineering.A UseCaseDrivenApproach.AddisonWesley,NewYork.1992.[Links] 10. LarmanC.UMLyPatrones.PrenticeHall.Mxico1999(edicinenespaol).[Links] 11. LzaroF.CursodeLenguaEspaola.EdicionesAnaya.Madrid,1979.[Links] 12. MorenoA.EntiendalaGramticaModerna.EdicionesLarousse.Mxico,1985.[Links] 13. Rational Software Corporation, Omg Inc. Unified Modeling Language Documentation Set. Version 1.3. Junio 1999.http://www.rational.com/uml.
[Links]
2013AsociacinVenezolanaparaelAvancedelaCiencia. ActaCientficaVenezolana.EdificioFundaVAC.AvenidaNeveri. ColinasdeBelloMonte.Apartadodecorreos47286.Caracas Venezuela.Telf:(058)7511420.Fax(058)7511420. jtovar@strix.ciens.ucv.ve
11/11

Especificacion de Casos de Uso

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Especificacion de Casos de Uso

Uploaded by

Copyright:

Available Formats

27/06/13

ServiciosPersonalizados Articulo ArticuloenXML

ACV v.53 n.2 Caracas abr. 2002

Comocitaresteartculo Traduccinautomtica Enviararticuloporemail Indicadores Linksrelacionados Bookmark | Otros

Ellocutoroemisor(actoroentidad). Elinterlocutororeceptor(actoroentidad). Elcanalovadecomunicacin(mecanismomedianteelqueseefectalainteraccinemisor receptor). Elmensaje(comunicacinenviadaporelemisorparaelreceptor).

2013AsociacinVenezolanaparaelAvancedelaCiencia. ActaCientficaVenezolana.EdificioFundaVAC.AvenidaNeveri. ColinasdeBelloMonte.Apartadodecorreos47286.Caracas Venezuela.Telf:(058)7511420.Fax(058)7511420. jtovar@strix.ciens.ucv.ve

You might also like