Curso: Anlisis y Diseo de Sistemas IEquipo de Profesores del Curso

MODELO DE CASOS DE USO

Los Profesores del Curso

Logro de la Unidad Al trmino de la unidad, el alumno elabora y sustenta el modelado del negocio y la captura de requisitos de dos procesos de negocio en los que identifica el modelo de casos de uso del negocio, el modelo de anlisis del negocio, y el modelo de casos de uso con sus respectivos artefactos. Para ello, aplica la metodologa RUP, los diagramas UML y la herramienta CASE Rational Software Architect.

3

ContenidoModelado del Negocio. Actividades Matriz de trazabilidad Modelo de casos de uso Identificar Actores Identificar Caso de Uso Diagrama de Caso de Uso4

En qu disciplina nos encontramos?

5

Qu es un requerimiento?

Un requerimiento se define como una condicin o capacidad a la que debe ajustarse el sistema que se construye

Captura de RequisitosExisten dos fuentes Del modelado del negocio De las solicitudes de stakeholders

Tcnicas para capturar requisitos: Reglas del Negocio Entrevistas --------------------------------Cuestionarios ----------------Lluvia de ideas Requisitos funcionales y Prototipos no funcionales7

1.-Modelado del Negocio. Actividades

Definir las actividades a automatizar Determinar el nivel de automatizacin del negocio y obtener, de forma preliminar los requerimientos del sistema.

.

1. Elaborar la Lista de Actividades a Automatizar. Revisar cada caso de uso del negocio identificado y proponer las actividades que son factibles de automatizacin.

Matriz de Actividades vs RequerimientosMatriz de Actividades y Requerimientos del sistemaProceso de Negocio Actividad del Negocio Responsable del Negocio Requerimiento o Responsabilidad Caso de Uso Actores

Modelo de Negocio

Diagrama Actividades CUN: Cotizacin

Matriz de Actividades vs RequerimientosMatriz de Actividades y Requerimientos del sistemaProceso de Negocio Actividad del Negocio Responsable del Negocio Requerimiento o Responsabilidad Caso de Uso Actores

Matriz de Actividades y Requerimientos del sistemaProceso de Negocio Actividad del Negocio Responsable del Negocio Requerimiento o Responsabilidad Caso de Uso Actores

Elaborar el Modelo de Casos de Uso

17

Objetivo de este ModeloMODELARLos elementos que describen los requerimientos funcionales del sistema. La forma en que el sistema es usado por sus usuarios. Quin interacta con el sistema. Qu deber hacer el sistema Comunicacin entre el usuario final y el grupo. Credibilidad al inicio del desarrollo del sistema. Comprensin mutua de los requerimientos.18

IDENTIFICAR

GARANTIZAR

Actores Un actor del sistema (actor) representa un rol (humano, software o hardware) externo al sistema con el que se establece intercambio directo de informacin. Ejemplo: Vendedor. Jefe de Almacn. Asistente de Produccin.19

Identificar ActoresActividades : Primeros pasos para definir que o quienes usarn el sistema. Fenmeno externo que interactuar con el sistema es representado por el actor. Los diferentes tipos de usuario son representados como actores. Preguntas Frecuentes :Qu grupos de Usuarios : a. Necesitan ayuda del sistema para llevar a cabo sus tareas? b. Son fundamentales para ejecutar las funciones obvias del sistema? c. Son los que llevarn a cabo funciones secundarias como mantenimiento o administrac.? El sistema a desarrollar interactuar con algn hardware o sistema de software?20

Nuevo SISTEMA

21

La diferencia entre un actor y un usuario del sistema es que el actor representa a un tipo particular de usuario o rol.

22

Tambin existe la posibilidad de tener a un usuario jugando varios roles. Es decir, el usuario se comporta como varios actores.Charlie es Almacenero

Charlie es Encargado de Almacn

23

Encontrar a los actores significa tambin definir las fronteras del sistema. Slo aquellos que se comunican directamente con el sistema son actores.

Ejm: Si est desarrollando un Sistema de Reservaciones, para un agente de viajes, el actor ser el Agente de Viaje. El viajero no interacta con el sistema, entonces no ser un actor.24

Ejm :Si est desarrollando un Sistema de Reservaciones, para que los viajeros se puedan conectar a travs de Internet, el viajero ahora si interactuar con el Sistema y se convertir en ACTOR.25

Ejm :Un respaldo automtico del sistema que se ejecuta todas las noches o la generacin automtica de reporte de ventas diario.

26

Sugerencias para identificar adecuadamente a los Actores del sistema. Son roles (humanos, software o hardware), no personas con nombres propios. No siempre est asociado con el nombre de un cargo en la planilla de la organizacin objetivo. El nombre no debe representar reas, departamentos o partes de una organizacin sino roles de ejecucin. Cada actor debe estar asociado con al menos un caso de uso del sistema. Si no participa en ningn proceso debe ser eliminado del modelo.27

Casos de Uso Un caso de uso del sistema: Es un proceso especfico del sistema con identidad propia. Define una secuencia de acciones que el sistema realiza para un actor en particular. Define la interaccin con el actor correspondiente. Produce un resultado observable y esperado para el actor correspondiente.28

Identificar Casos de UsoActividades : Su principal objetivo es: Capturar el comportamiento del sistema requerido, a partir del punto de vista del usuario final. La descripcin del caso de uso define que sucede en el sistema cuando se ejecuta el caso de uso.

Preguntas Frecuentes :Cules son las actividades del negocio objetos de automatizacin? Cules son las tareas que el actor desea que el sistema desarrolle? El actor crea, almacena, cambia, elimina o consulta datos en el sistema? El actor necesita informar al sistema cambios generados en el entorno circundante al sistema? El actor necesita ser informado sobre la ocurrencia de situaciones externas al sistema?29

Caso de Uso vs Requerimiento FuncionalExisten diferencias? Existe una correspondencia directa entre ambos. La diferencia radica en la manera en que describen la necesidad de funcionalidad. Los requerimientos Funcionales se describen desde la perspectiva del usuario o cliente del proyecto. Los Casos de uso se describen desde la perspectiva de la arquitectura del sistema.30

Sugerencias para identificar adecuadamente los casos de uso del sistema Son procesos del sistema, que en la mayora de los casos corresponden, con opciones de ejecucin. Deben estar asociados a por lo menos un actor del sistema u otro caso de uso del sistema. Representan la generalidad del comportamiento del proceso y no una instancia o escenario especfico o caso muy particular del sistema.31

Diagrama General de Casos de Uso

es una

muestra

muestra

Herramienta proporcionada por UML.

Grficamente los requerimientos funcionales del sistema.32

Los procesos que son usados por los roles del sistema

Para realizar el Diagrama General de Casos de UsoQUIN realiza QU proceso?Tener en cuentaQUIN? (actor del sistema identificado). QU? (caso de uso del sistema identificado). Relaciones entre ellos (asociaciones).

No constituye un Diagrama de Flujo de Datos.33

Ejm: Diagrama General de Caso de Uso - Alumno Cibertec

34

Conclusiones El modelo identifica quien interacta con el sistema. Un actor del sistema (actor) representa un rol (humano, software o hardware) externo al sistema con el que se establece intercambio directo de informacin. Un caso de uso es un proceso especfico del sistema con identidad propia; describen los requerimientos funcionales.35

BibliografaGRADY BOOCH, JAMES RUMBAUGH, IVAR JACOBSON 2006 El Lenguaje Unificado de Modelado UML 2.0. Madrid: Pearson Addison Wesley 2da. Edicin. PRESSMAN, ROGER S. 2002 Ingeniera del Software: un enfoque prctico Madrid: MC Graw-Hill. SOMMERVILLE, IAN Ingeniera de Software Madrid: Pearson Addison Wesley

36