P. 1
Diagrama de Caso de Uso

Diagrama de Caso de Uso

|Views: 2.628|Likes:

More info:

Published by: Jose Martinez Magallanes on Jun 18, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

06/28/2013

pdf

text

original

INGENIERÍA DE SOFTWARE

Ing. Richard Barrios Quispe.

3 ciclo B

1

INGENIERÍA DE SOFTWARE INGENIERÍA DE SOFTWARE EXPOSICIÓN DIAGRAMA DE CASOS DE USO III CICLO FORMADOR: Ing. Richard Barrios Quispe. RICHARD BARRIOS QUISPE ALUMNOS: o PALOMINO YUCRA YENNY o JOSÉ MARTÍNEZ MAGALLANES o LINO GARCIA FABRY Ing. 3 ciclo B 2 .

INGENIERÍA DE SOFTWARE En primer lugar dedicado a Dios. Ing. En segundo lugar al esfuerzo de nuestros padres. Richard Barrios Quispe. 3 ciclo B 3 . En cuarto lugar a todos los integrantes y amigos del tercer ciclo ³B´. En tercer lugar al esfuerzo de nuestros profesores por su labor abnegada.

CASOS DE USO  RELACIONES ENTRE CASOS DE USO: i) DEPENDENCIA ii) ASOCIACIÓN iii) GENERALIZACIÓN 11.INTRODUCCIÓN 2.VENTAJAS DEL DIAGRAMA CASOS DE USO 10.PASOS PARA ELABORAR UN CASO DE USO   SISTEMA DE GESTIÓN COMERCIAL BUSCANDO CASOS DE USO: 12.CARACTERISTICA GENERALES DE CASOS DE USO 7. ACTORES y y TIPOS DE ACTORES RELACIONES ENTRE ACTORES: 2....ELEMENTOS DEL DIAGRAMA DE CASO DE USO 1... 3 ciclo B 4 .. EXPANDIDOS 6.. ALTO NIVEL 2.BENEFICIOS DE UN DIAGRAMA DE CASOS DE USO 8.CLASIFICACION DE LOS CASO DE USO 1..CONCEPTO 5..CONCLUSIÓN.OBJETIVO 3. Richard Barrios Quispe....HISTORIA 4. Ing.INGENIERÍA DE SOFTWARE ÍNDICE 1.PROPIEDADES DE LOS CASOS DE USO 9.EJERCICIO 13..

Richard Barrios Quispe. Saber cómo utilizar los casos de uso teniendo en cuenta todos los requisitos. Sin embargo los escenarios eran tratados muy informalmente.O las personas usaban los escenarios para ayudarse a entender los requerimientos. Ing. OBJETIVO Saber cómo interactúan los diagramas de caso de uso con los actores y de esta forma saber cómo se va desarrollando el sistema. guiado de los conceptos de Mc. Mejoro la visibilidad del caso de uso.INGENIERÍA DE SOFTWARE INTRODUCCIÓN Durante mucho tiempo en todos los desarrollos O. Jacobson es conocido por cambiar esto. Menanin. 3 ciclo B 5 .

y se genera una salida. Sin embargo. 2) Los eventos son ³atómicos´: se recibe una entrada. se la procesa. se define un concepto muy parecido al del caso de uso: el evento. que escribieron en 1984 un excelente libro. un evento es algo que ocurre fuera de los límites del sistema. ante lo cual el sistema debe responder. Sin embargo. De esta forma. si bien ganó pocos adeptos. es más fácil validar que los requerimientos documentados son los verdaderos requerimientos de los usuarios. lo importante es qué datos ingresan al sistema o salen de él cuando ocurre el evento (estos datos se llaman datos esenciales). la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer. Esta técnica. mientras que los casos de uso se centran en describir cómo es el diálogo entre el usuario y el sistema. y no desde el punto de vista del que lo va a construir. Para Mc Menamin y Palmer. existen algunas diferencias entre los casos de uso y los eventos. ya que éstos comprenderán fácilmente la forma en la que están expresados. Richard Barrios Quispe. 3 ciclo B 6 . 3) Para los eventos. Los casos de uso combinan el concepto de evento del análisis estructurado con otra té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. se basa en un concepto muy interesante: al definir requerimientos. mientras que para los casos de uso la importancia del detalle sobre la información que se intercambia es secundaria. Ing.INGENIERÍA DE SOFTWARE DIAGRAMA DE CASOS DE USO HISTORIA Los Casos de Uso fueron introducidos por Jacobson en 1992. un caso de uso puede agrupar a varios eventos. Según esta técnica. dos precursores del análisis estructurado. es importante describir al sistema desde el punto de vista de aquél que lo va a usar. Las principales son: 1) Los eventos se centran en describir qué hace el sistema cuando el evento ocurre. En ese libro. mientras que los casos de uso se prolongan a lo largo del tiempo mientras dure la interacción del usuario con el sistema. De esta forma.

b. describen el uso del sistema y como este interactúa con el usuario Un caso de uso es iniciado por un agente externo (es decir siempre debe estar asociado a un actor). Ing. debido a esto un diagrama de este tipo generalmente es de lo más sencillo de interpretar en UML. De forma que al ser parte del análisis nos ayuda a describir que es lo que el sistema debe de hacer o hace. Ayudan a comprender rápidamente: a. 3 ciclo B 7 . Actores: el cliente y el cajero. Concreta y Precisa. EXPANDIDOS: Pueden contener cientos de oraciones describiendo en detalle un proceso. Se puede decir que los casos de uso no son parte del diseño. Un diagrama de caso de uso debe de ser Clara.INGENIERÍA DE SOFTWARE CONCEPTO Un caso de uso es una secuencia de acciones que ejecuta el actor dentro de un sistema para lograr un objetivo particular. CLASIFICACION DE LOS CASO DE USO 3. La complejidad del sistema. Los casos de uso se elaboran del punto de vista del usuario es decir. Al finalizar el cliente se retira con los ítems comprados 4. Descripción: Un cliente llega a la caja con ítems a comprar. Richard Barrios Quispe. El cajero registra los ítems comprados por el cliente y recibe el pago. Ejemplo: Caso de uso: compra de ítems. La funcionalidad del sistema. Nota:  Crear los casos de uso de alto nivel durante la fase de plan y elaboración. ALTO NIVEL: Describen el proceso en dos o tres oraciones. sino parte del análisis. Tipo de actores: primarios.

Ing. 3 ciclo B 8 . Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa. los analistas han usado escenarios o historias que describen maneras en que un usuario va a interactuar con u sistema. Richard Barrios Quispe.INGENIERÍA DE SOFTWARE   Escribir los más importantes y crítico de esos casos de uso. La comunicación entre usuarios y desarrolladores. VENTAJAS DEL DIAGRAMA CASOS DE USO y y y La comprensión detallada de la funcionalidad del sistema. Mayor control para mantener las sucesivas previsiones de los programas. un diagrama de casos de uso muestra la relación entre actores y los casos de uso del sistema. CARACTERISTICA GENERALES DE CASOS DE USO y y y y y Por muchos años. Sirve como elemento para la estimación. Pueden ser utilizados en proyectos que sigan cualquier metodología de desarrollo. Pueden incluir secuencias alternativas que llevan al éxito y fracaso en la consecución del objetivo. BENEFICIOS DE UN DIAGRAMA DE CASOS DE USO y y y Da una descripción clara y consistente de lo que el sistema debe de hacer. Se usa para conseguir una mejor comprensión de los procesos y requerimientos. En UML. Captura los requerimientos funcionales de la perspectiva del usuario. en formato expandido. Se los utiliza para la obtención y modelamiento de requerimientos. PROPIEDADES DE LOS CASOS DE USO y y y Son iniciados por un actor con un objetivo en mente y es completado con éxito cuando el sistema lo satisface. El conjunto completo de casos de uso especifica todas las posibles formas de usar el sistema (comportamiento requerido).

ya que esto especifica que un actor no necesariamente representa a una persona en particular. iii) Los actores heredan el comportamiento y lo extiende de una manera. iii) MATERIALES EXTERNOS: son los materiales imprescindibles que forman parte de la aplicación y que deben de ser utilizados. e. d. g. 3 ciclo B 9 . si no la labor que realiza frente al sistema. ACTORES: a. f. RELACIONES ENTRE ACTORES: i) Cuando varios actores desempeñan un rol general común puede ser descrito como generalización. Un actor puede intervenir en varios casos de uso. En la elaboración de un caso de uso pueden intervenir diferentes actores. ACTOR y TIPOS DE ACTORES: i) ACTORES PRINCIPALES: Son las personas que utilizan las funciones principales del sistema. Un actor representa un rol que es desempeñado con respecto al sistema (es importante destacar el uso de la palabra ³ROL´. c. ii) Las relaciones entre actores no siempre son necesarias. Se representa mediante una figura humana. b.INGENIERÍA DE SOFTWARE ELEMENTOS DEL DIAGRAMA DE CASO DE USO Los elementos que pueden aparecer en un diagrama de casos de uso son: 1. y Ing. Un actor necesita el caso de uso y/o participa en el. Richard Barrios Quispe. No forman parte del sistema. Un actor es una entidad externa al sistema que realiza algún tipo de interacción con el mismo. ii) ACTORES SECUNDARIOS: Personas que efectúan tareas administrativas o de mantenimiento.

y Se representa mediante un elipse.INGENIERÍA DE SOFTWARE 2) CASOS DE USO: y Es una terea que de poder llevarse a cabo con el apoyo del sistema que se está desarrollando. y El caso de uso es completo (no se debe dividir un caso de uso en otros más pequeños). y Un caso de uso es una secuencia de transacciones en un sistema cuyo resultado proporciona un valor mesurable a un actor individual del sistema. Las flecha en el caso de uso extend va hacia el caso de uso original. y Como medio de comprensión del sistema para desarrolladores. usuarios finales y expertos del dominio. Se utiliza cuando se tiene un caso de uso que es similar a otro pero que hace un poco más. Richard Barrios Quispe. y Proporciona un resultado útil a un actor. y Siempre es iniciado por un actor. 3) RELACIONES ENTRE CASOS DE USO: y DEPENDENCIA: i) <<extend>> y el primero es una función opcional del segundo (variación o punto de extensión). <<extend>> y Ejemplo de relación extend: Ing. y Es el conjunto de escenarios relacionados entre sí por un objetivo común del usuario. y Para capturar el comportamiento deseado del sistema. 3 ciclo B 10 .

Ocurre cuando se tiene una porción de comportamiento que es similar en más de un caso de uso y no se quiere copiar la descripción de tal conducta. Hay una asociación entre un actor y un caso de uso cuando el actor interactúa con el sistema para llevar a cabo un caso de uso.INGENIERÍA DE SOFTWARE ii) <<include>> y el primero hace una llamada obligatoria al segundo. 3 ciclo B 11 . Asociación Ejemplo de relación Asociación: Ing. Richard Barrios Quispe. <<include>> Ejemplo de relación include: y ASOCIACIÓN: i) Es la relación entre un actor y un caso de uso.

3 ciclo B 12 . puntos de extensión y relaciones definidos en el caso de uso padre. ii) Esta relación solo se puede dar entre dos objetos del mismo tipo que puede ser entre actores o clases y casos de uso. Richard Barrios Quispe.INGENIERÍA DE SOFTWARE y GENERALIZACIÓN (relaciones de herencia): i) El caso de uso origen hereda la especificación del caso uso destino o posiblemente lo modifica y/o amplia. Ejemplo de generalización: Generalización ACTOR HIJO ACTOR PADRE Ing. Donde el hijo puede ser suplido por el padre en cualquier momento. secuencias de comportamiento. iii) Una relación de generalización entre casos de uso implica que el caso de uso hijo hereda todos los atributos.

Richard Barrios Quispe. y Crear un caso de uso por cada objetivo.INGENIERÍA DE SOFTWARE PASOS PARA ELABORAR UN CASO DE USO y Identificar los usuarios del sistema. operación o actividad individual en un proceso.   Es una descripción de alto nivel del sistema Evitar conceptos de diseño. Un caso de uso no es un paso. y revisar y validar con el usuario. y estructurar los casos de uso. y Para cada rol identificar todas las formas (objetivos) de interactuar con el sistema.    Evitar un número excesivo de casos de uso. dado que podrían cambiar con facilidad Los casos de uso tienen que ser entendibles tanto por desarrolladores software como por expertos del dominio. Un caso de uso describe un proceso completo que incluye varios pasos (flujo de trabajo de la empresa)   Los casos de uso deben ser simples. y Asegurarse que cada caso de uso describe una parte significativa del funcionamiento del sistema. y encontrar todos los roles que juegan los usuarios y que son relevantes al sistema. 3 ciclo B 13 . Ing.

Se registra o modifica. Proveedor Ing. Usuario Representante de la empresa. Cajero Encargado de proveer productos a la empresa. Encargado de coordinar el negocio con ayuda del administrador. Cliente El usuario será el encargado de loguearse al sistema.INGENIERÍA DE SOFTWARE Ejemplo: SISTEMA DE GESTIÓN COMERCIAL Autoservicios las palmas BUSCANDO ACTORES: Solicita los productos que requiere. Richard Barrios Quispe. Gerente Encargado de llevar el control de la empresa supervisando los procesos de dicho negocio. 3 ciclo B 14 . Administrador Encargado de la atención al público y de la venta de los repuestos para los automóviles.

3 ciclo B 15 . Este caso de uso permitirá registrar un nuevo cliente como Modificar los datos de un cliente registrado. Este caso de uso permitirá Registrar a un nuevo empleado de la empresa o modificar los datos de un empleado existente. CU-02 Gestionar cliente CU-03 Gestionar usuario CU-04 Gestionar producto Este caso de uso permitirá Registrar un nuevo producto como modificar los datos de un producto existente. CU-06 Generar reporte del cliente Este caso de uso permite a los Usuario Generar Reporte de Clientes. Ing. Richard Barrios Quispe.INGENIERÍA DE SOFTWARE BUSCANDO CASOS DE USO: NÚMERO CASOS DE USO DESCRIPCIÓN CU-01 Login Este caso de uso permite el ingreso al sistema y dependiendo del tipo de usuario contará con diferentes accesos y privilegios. CU-05 Gestionar ventas Este caso de uso permitirá Registrar la venta de uno o más productos o eliminar la venta realizada.

Richard Barrios Quispe. Emitir comproban Registrar productos Vendedor Gestionar venta Registrar precio de ventas Empleado Gerente de compras Cliente Generar reporte de compras Gestionar orden de compra Registrar cancelación Gerente de ventas Generar reporte de venta Sistema de contabilidad Actualizar sistema de contabilidad Ing. Ambos módulos deben comunicarse con el sistema contable. Así mismo requiere de un reporte de cuenta por pagar. El gerente de compras se encarga de registrar nuevos productos al sistema y aprobar las órdenes de compra para los proveedores. Los vendedores ingresan los pedidos y emiten comprobante a los clientes. El gerente de ventas debe fijar el precio de ventas de los productos y requiere de un reporte de ventas. 3 ciclo B 16 . un laboratorio farmacéutico que provee de fármacos a gran cantidad de bodegas de la ciudad de un sistema integrado que controle las compras y ventas.INGENIERÍA DE SOFTWARE EJERCICIO: Farmacom.

Tener conocimientos de los tipos de relaciones y como se relacionan los actores con los casos de uso o casos de uso con casos de uso o actores con actores.INGENIERÍA DE SOFTWARE CONCLUSION Podemos deducir que los diagramas de casos de uso son importantes porque nos permite describir el funcionamiento del sistema y como interactúan los actores con los casos de uso. Richard Barrios Quispe. Ing. Por último tener conocimiento de cómo poder diagramar un sistema para que sea más fácil de comprender su función y desarrollo. 3 ciclo B 17 .

INGENIERÍA DE SOFTWARE Ing. Richard Barrios Quispe. 3 ciclo B 18 .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->