Articulos

Modelamiento de Casos de Uso
RUP

Alum. Violeta Chaquila Oblitas 1 Alum. Jhan Franco Quintana Huamán1


RESUMEN
Los Casos de Uso fueron introducidos por Jacobson en 1992. Sin embargo, la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer, dos precursores del análisis estructurado, que escribieron en 1984 un excelente librocuya lectura recomendamos.
En ese libro, se define un concepto muy parecido al del caso de uso: el evento. Para Mc Menamin y Palmer, un evento es algo que ocurre fuera de los límites del sistema, ante lo cual el sistema debe responder. En este caso el sistema deberá responder al estímulo que recibe el pedido procesándolo.
Un caso de uso debe especificar un comportamiento deseado, pero no imponercómo se llevará a cabo ese comportamiento, debe decir QUÉ pero no CÓMO. Esto se realiza utilizando escenarios.

ABSTRAC
Introducidos for Jacobson in 1992 were Uso's Cases. However, to specify a system starting from his interaction with the surroundings idea belongs to original Mc Menamin and Palmer, the analysis's two predecessors structured, that they wrote in 1984 an excellent book we recommendwhose reading.
In that book, a concept is defined very similar to the appropriate use: The event. In order to Mc Menamin and Palmer, an event is that it occurs outside the limits of the system, elk it as system must respond. In this case system will have to respond to the stimulus that receives the order processing it.
A use case must specify a behavior once was desired, but imposing how willaccomplish that behavior itself, he must say to what but no How. This comes true utilizing scenarioes.



Palabras Claves: escenarios es una secuencia de acciones e interacciones

INTRODUCCION
Actualmente, mucha gente considera que los casos de uso son de vital importancia en los proyectos de Software (Procesos Guiados por Casos de Uso) Los casos de uso son un método que, justamente,ayudan al Ingeniero de Software a llevar adelante esta parte del desarrollo de un sistema de software.
Si bien sus antecedentes tienen ya más de 15 años de antigüedad, la técnica de análisis con caso de uso es relativamente nueva. La bibliografía es bastante escasa y, en muchos casos, tiene pocos consejos prácticos
Los casos de uso combinan el concepto de evento del análisis estructurado con otratécnica de especificación de requerimientos bastante poco difundida: aquella que dice que una buena forma de expresar los requerimientos de un sistema es escribir su manual de usuario antes de construirlo. Esta técnica, si bien ganó pocos adeptos, se basa en un concepto muy interesante: al definir requerimientos, es importante describir al sistema desde el punto de vista de aquél que lo va a usar, yno desde el punto de vista del que lo va a construir. De esta forma, es más fácil validar que los requerimientos documentados son los verdaderos requerimientos de los usuarios, ya que éstos comprenderán fácilmente la forma en la que están expresados los casos de uso combinan el concepto de evento del análisis estructurado con otra técnica de especificación de requerimientos bastante poco difundida1. DIAGRAMA DE CASOS DE USO
Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios. Todo sistema de software ofrece a su entorno aquellos que lo usan una serie de servicios. Es una forma de expresar cómo alguien o algo externo a un sistema lo usa. Cuando decimos “alguien o algo” hacemos referencia a que los sistemas son usados nosólo por personas, sino también por otros sistemas de hardware y software.
Actores y casos de uso del sistema
Actor representa cualquier cosa que interactúa con el sistema (humano, SW o HW)
Caso de uso secuencia de acciones que obtiene resultados de valor para un actor


ACTOR

CASO DE USO

Identificación de los casos de uso
Métodos basado en los actores...