Ingenieria

Uses vs. Extends


Roberto Barriga Rodríguez
Aitana Giner Martín


Facultad de Informática – Universidad Politécnica de Valencia
Email: robarrod@inf.upv.es, aigimar@inf.upv.es






1. Resumen

Un caso de uso es una típica interacción entre un usuario y un sistema de computador. La esencia de los casos de uso es capturar los requerimientos de un sistema,detallando todos los escenarios que el usuario construya.


Se pueden organizar casos de uso especificando relaciones de generalización, include y extend entre otros. Se aplican esas relaciones para factorizar un comportamiento común (tomando tal comportamiento de otros casos de uso que lo incluyan) y variantes (asignando tal comportamiento en otros casos de uso que lo extiendan).

2.Introducción


Durante mucho tiempo en todos los desarrollos OO las personas usaban los escenarios para ayudarse a entender los requerimientos. Sin embargo los escenarios eran tratados muy informalmente.


Jacobson es conocido por cambiar esto. Mejoró la visibilidad del caso de uso (su nombre para el escenario) hacia el extends que llegó a ser un elemento fundamental en el desarrollode proyectos y en la planificación.


El objetivo de este trabajo es aclarar las diferencias que existen entre el uses y el extends y conocer otros nuevos conceptos como son el invokes y el precedes.


En primer lugar se describe brevemente el concepto de caso de uso para centrar al lector en el tema. A continuación se expone el tema, desde el punto de vista de varios autores,mediante ejemplos: Martin Fowler con Kendall Scott y Doug Rosenberg con Kendall Scott. Al final del trabajo se ha incluido la opinión de otros autores


3. ¿Qué es un caso de uso?


Un caso de uso es una secuencia de acciones que ejecuta un actor dentro de un sistema para lograr un objetivo particular. El resultado de la modelización de un caso de uso debe ser que todos losrequerimientos funcionales del sistema queden descritos.


Un factor importante al crear casos de uso, es que se realizan sin detallar como se implementaron. Por ejemplo, se puede especificar como un sistema ATM se comportaría estableciendo en los casos de uso la manera en la que los usuarios van a interactuar; no es necesario tener conocimiento sobre la parte interna. Los casos de usoespecifican el comportamiento deseado, no determinan como se llevará a cabo. Algo muy importante acerca de esto es que permiten (al usuario final y experto del dominio) comunicarse con los desarrolladores (quien construye los sistemas que satisfagan los requerimientos) sin caer en detalles; los casos de uso permiten enfocarse a los resultados.


Un actor representa un papel que un usuario puedejugar dentro de un sistema o una entidad. El conjunto de actores dentro de un modelo de caso de uso refleja todo lo que se necesita para intercambiar información con el sistema. Por ejemplo en un hospital algunos actores podrían ser: Médicos, Administrativos...


Un usuario puede ser más de un tipo de actor. Por ejemplo, una enfermera puede hacer también el trabajo de un administrativo. Delmismo modo más de un usuario puede aparecer como un actor.


Dentro de un diagrama de casos de uso, los casos de uso aparecen como óvalos, generalmente en medio del diagrama; los actores aparecen como figuras a la derecha y a la izquierda.


Durante la elaboración, esto es todo lo que se necesita para empezar, no hay que tratar de capturar al principio todos los detallescorrectamente, sólo cuando se necesiten. Si se cree que el caso de uso dado tiene grandes ramificaciones arquitectónicas será necesario dar más detalles. Muchos casos de uso pueden ser detallados cuando se construyen.



4. Uses y Extend por Martin Fowler y Kendall Scott


Además de las relaciones entre actores y casos de uso, hay otros dos tipos, las que existen entre el uses/extends y...