Your SlideShare is downloading. ×
0
Diagramas Uml
Diagramas Uml
Diagramas Uml
Diagramas Uml
Diagramas Uml
Diagramas Uml
Diagramas Uml
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Diagramas Uml

1,469

Published on

Published in: Technology, Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,469
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
16
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Diagramas de casos de uso<br />Realizado por:<br />VERONICA VAZQUEZ N.<br />JULIO CARDENAS C.<br />
  • 2. El caso de uso es una estructura que ayuda a los analistas a trabajar con los usuarios para determinar la forma en que se usará un sistema. Con una colección de casos de uso se puede hacer el bosquejo de un sistema en términos de lo que los usuarios intenten hacer con el.<br />Qué son los casos de uso?<br />
  • 3. Imagínese al caso de uso como una colección de situaciones respecto al uso de un sistema. Cada escenario describe una secuencia de eventos. Cada secuencia se inicia por una persona, otro sistema, una parte de hardware o por el paso del tiempo. A las entidades que inician secuencias se les conoce como actores. El resultado de la secuencia debe ser algo utilizable ya sea por el actor que la inició, o por otro actor.<br />
  • 4. Así como el diagrama de clases es un buen medio para estimular a un cliente a que hable al respecto a un sistema desde su propio punto de vista, el caso de uso es una excelente herramienta para estimular a que los usuarios potenciales hablen, de un sistema, desde sus propios puntos de vista. No siempre es fácil para los usuarios explicar cómo pretenden utilizar un sistema. Puesto que el desarrollo tradicional de los sistemas era, con frecuencia, algo así como una ciencia oculta, con muy poca información para los usuarios, a aquellos que osaban preguntar se les daba información muy poco explícita o ciertamente confusa respecto a lo que utilizarían.<br /> La idea es involucrar a los usuarios en las etapas iniciales del análisis y diseño del sistema. Esto aumenta la probabilidad de que el sistema sea de mayor provecho para la gente a la que supuestamente ayudará, en lugar de ser un manojo de expresiones computacionales incomprensibles e inmanejables por los usuarios finales.<br />Importancia de los Casos de uso<br />
  • 5. Actores<br />Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organización, y que realiza algún tipo de interacción con el sistema.. Se representa mediante una figura humana dibujada con palotes. Esta representación sirve tanto para actores que son personas como para otro tipo de actores.<br />Casos de Uso<br />Un caso de uso es una descripción de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea específica. Expresa una unidad coherente de funcionalidad, y se representa en el Diagrama de Casos de Uso mediante una elipse con el nombre del caso de uso en su interior. El nombre del caso de uso debe reflejar la tarea específica que el actor desea llevar a cabo usando el sistema.<br />Relaciones entre Casos de Uso<br />Un caso de uso, en principio, debería describir una tarea que tiene un sentido completo para el usuario. Sin embargo, hay ocasiones en las que es útil describir una interacción con un alcance menor como caso de uso. La razón para utilizar estos casos de uso no completos en algunos casos, es mejorar la comunicación en el equipo de desarrollo, el manejo de la documentación de casos de uso. Para el caso de que queramos utilizar estos casos de uso más pequeños, las relaciones entre estos y los casos de uso ordinarios pueden ser de los siguientes tres tipos: • Incluye (<>): Un caso de uso base incorpora explícitamente a otro caso de uso en un lugar especificado en dicho caso base. Se suele utilizar para encapsular un comportamiento parcial común a varios casos de uso. <br />Elementos de los casos de uso<br />Nombre_caso<br />
  • 6. Muestra algunas de las acciones que un administrador de proyecto debe llevar a cabo, cuando interactúa con un sistema de administración de proyectos.<br />Ejemplo de casos de uso<br />
  • 7. La existencia de un gran número de casos de uso significa que habrá algunos casos de uso que serán utilizados por otros casos de uso. Cuando esto sucede, el diagrama de casos de uso UML va a incluir una etiqueta conocida como un estereotipo <<uses>>, sobre la flechaque conduce al caso de uso. Se muestra un ejemplo en la Figura abajo, la cual muestra algunos casos de uso, involucrados con un sistema para la administración de productos en un almacén (Warehouse). <br /> Por ejemplo, el administrador del almacén puede hacer una petición a nivel de existencias de un producto en particular. Al llevar a cabo estas funciones, el administrador del almacén genera un número de casos de uso, cada uno de los cuales hacen uso de otro caso de uso, que valida el nombre del producto al que se hace referencia en el caso de uso para revisar; por ejemplo, que el administrador haya escrito un nombre de producto válido.<br /> Aquí, el hecho de que un caso de uso se emplee por otros casos, se indica por medio de una flecha con punta hueca.<br />

×