DIAGRAMAS DE CASOS DE USO

Slides:



Advertisements
Presentaciones similares
OOA- Introducción a Casos de Uso
Advertisements

SISTEMAS II CICLO DE VIDA.
U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
Módulo N° 7 – Introducción al SMS
Tema 6. Evaluación de SRIs
UML DCU -DS Alvaro Garrido V..
UML DCU -DS Alvaro Garrido V..
UNIDAD II DIAGNOSTICO ADMINISTRATIVO
Metodología de la Investigación Social
Pruebas de Diseño Diplomado en Calidad en el Software NOTAS
Validación de Requerimientos
Unidad 3 Por Nelson Rojas Núñez
Introduccion a UML Wilson Peláez Hernández
Ejemplo para desarrollar el modelado del sistema mantenedor de países
Academia para Padres Tema: Lo Básico de la Educación Especial
SISTEMAS II CICLO DE VIDA.
DISEÑO ORIENTADO AL OBJETO
Caracterización de la red existente
Resolución de Problemas
TEMA 8: DIAGRAMAS EN UML.
Guia Diseño Robert Echeverria
Prof. César Luza Montero
Parte 2: Modelo de Análisis del Negocio
Ingeniería de Requerimientos
Parte 1: Modelo de Casos de Uso del Negocio
Proceso de Originación de Crédito: Banco de los Alpes
FEBRERO OBJETIVO DE LA SESIÓN Dar una panorama general del contenido del Manual de Planeación de la Calidad, el cual da cumplimiento a la norma.
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
Ingeniería del Software
DESCRIPCION DEL PROBLEMA
Reunión de los requerimientos de la red
Investigación en acción
Modelo de Requisitos Centro ISYS Escuela de Computación
Desarrollo Orientado a Objetos con UML
Procedimientos Estándares de Operación Sanitaria (SSOP)
DSOO - María Eugenia Valencia
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
1 LOS PROBLEMAS DE DISEÑO EN INGENIERÍA: CONCEPTO Y FORMULACIÓN NELSON VÍLCHEZ UNIVERSIDAD TECNOLÓGICA DEL CENTRO COORDINACIÓN DE INGENIERÍA.
Determinar a que se le va a hacer Benchmarking
Análisis y Diseño de Sistemas
Ingeniería de Software Orientado a Objetos
CASOS DE USO Peña Freddy Vargas Gerardolenin.
Análisis y Diseño Orientado a Objetos utilizando UML
Requerimientos Funcionales y Casos de uso
INGENIERIA DE SOFTWARE
Organización y Estructuración de Datos
CASOS DE USO Ing. Sonia Godoy H..
Análisis y diseño detallado de aplicaciones informáticas de gestión
Capitulo III CASOS DE USO Los casos de uso son un fenómeno interesante, durante mucho tiempo, tanto en el desarrollo orientado a objeto como en el tradicional,
Ingeniería de software
Casos de Uso  Son una técnica para especificar el comportamiento de un sistema.  Es una secuencia de interacciones de un sistema y alguien que usa alguno.
Trainning DFD.
Diagramas de Interacción.
Christian Monrreal Gonzalez Daryl Silverman Aguilar Gone
Ingeniería de Software
La Universidad de Guayaquil Carrera de Ingeniería en Sistemas.
Ingeniería de Requisitos
MODELAMIENTO VISUAL Y UML
Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua.
Actividad 3 Diagrama de Actividades Dra. Anaisa Hernández González
Fundamentos del Análisis Orientado a Objetos
ANÁLISIS ESTRUCTURADO
UML DIAGRAMA DE CASOS DE USO
Especificaciones de Casos de Uso
Fundamentos de Ingeniería de Software
NOTA: Para cambiar la imagen de esta dispositiva, seleccione la imagen y elimínela. A continuación haga clic en el icono Imágenes en el marcador de posición.
Modelado UML Diagramas de Casos de Uso
Lenguaje Unificado de Modelado (UML) Julio … Casos de Uso  Ejemplo:
Ingeniería de Software Clase 6 Gloria Lucia Giraldo Gómez Escuela de Sistemas Universidad Nacional de Colombia – Sede Medellín.
Entregables del Proyecto
Transcripción de la presentación:

DIAGRAMAS DE CASOS DE USO Prof. Jesus Arias Caycho Cibertec

Definir el comportamiento del sistema El comportamiento de un sistema es cómo un sistema actúa y reacciona El comportamiento del sistema es capturado en los casos de uso mediante un proceso de recopilación de requerimientos del sistema.

CASO DE USO Y LOS USUARIOS La forma en que los usuarios utilicen un sistema le da la pauta para lo que diseñara y creará. 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 él.

ABSTRAERSE.... 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 del 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.

REPRESENTACION Los casos de uso fueron inventadas por Ivar Jacobson. Ellos describen la conducta de un sistema desde el punto de vista del usuario por que generan acciones y reacciones. Un Caso de Uso es representado por una elipse y describe una situación de uso del sistema interactuando con actores.

El propósito El propósito primario del modelo caso de uso es comunicar las funciones y el comportamiento del sistema al cliente o al usuario final

Beneficios del Modelado con casos de Uso: 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 como 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.

Los casos usos son : Usados para comunicarse con el usuario final y el experto del dominio Proporciona credibilidad en una etapa inicial del desarrollo del sistema Asegura una comprensión mutua de los requisitos

Los casos ... Es usado para identificar Quién interactuará con el sistema y qué deberá hacer el sistema Qué interfaz deberá tener el sistema Es usado para verificar que: Se capturan todos los requisitos Que los desarrolladores hayan entendido los requisitos

LOS ACTORES Un actor es un agente, alguien o algo que solicita un servicio al sistema o actúa como catalizador para que ocurra algo. Actor

LOS ACTORES... Los actores no son parte del sistema, ellos representan roles que un usuario del sistema puede desempeñar Un actor puede intercambiar activamente la información con el sistema Un actor puede ser un recipiente pasivo de la información Un actor puede representar a un humano, una máquina u otro sistema

LOS ACTORES... El modelo de los Casos de Uso comprende los actores, el sistema y los propios casos de uso. El conjunto de funcionalidades de un sistema se determina examinando las necesidades funcionales de cada actor, expresadas en forma de interacciones. Cibertec

IDENTIFICANDO ACTORES Los actores se determinan observando: Usuarios directos del sistema Responsables del uso o mantenimiento del sistema Otros sistemas que interactúan con el sistema en cuestión Cibertec

Preguntas usadas para ayudar a identificar actores · ¿Quién usará la funcionalidad principal del sistema? · ¿Quién esta interesado en cierto requerimiento? · ¿Donde en la organización será usado el sistema? · ¿Quién se beneficiará con el uso del sistema? · ¿Quién administrará,soportará y mantendrá el sistema? · ¿El sistema usa un recurso externo? · ¿Alguna persona juega varios roles diferentes? · ¿El sistema interactúa con otro sistema? Cibertec

ACTORES... Tip: Los actores se determinan observando: Usuarios directos del sistema Responsables del uso o mantenimiento del sistema Otros sistemas que interactúan con el sistema en cuestión Un actor puede: Solamente introducir información al sistema Solamente recibir información del sistema Introducir y recibir información hacia y del sistema. Cibertec

Categorías de actores: · Principales: personas que usan el sistema · Secundarios: personas que mantienen o administran el sistema · Material externo: dispositivos materiales imprescindibles que forman parte del ámbito de la aplicación y deben ser utilizados · Otros sistemas: sistemas con los que el sistema interactúa, tras localizar los actores, procede a describirlos Cibertec

Relaciones entre actores Debido a que los actores en UML son clases con el estereotipo <<Actor>>, pueden tener relaciones como el resto de clases. En los diagramas de caso de uso se muestra por lo general las relaciones de generalización para describir comportamiento común a un número de actores.

Relaciones entre actores... Una generalización se utiliza cuando varios actores juegan – aparte de su rol – un rol más generalizado. Esto ocurre cuando el comportamiento del rol generalizado es descrito por la superclase actor. Los actores especializados heredan el comportamiento de una superclase y lo extienden de una forma. Cliente Cliente Personal Cliente Telefónico

Documentación de los actores Una breve descripción de cada actor debe ser añadida al modelo. La descripción debería identificar al rol que el actor juega en su interacción con el sistema. Por ejemplo si se identificó un actor que se llama Cliente. Una descripción de tal actor sería: Un cliente es aquella persona que adquiere un producto en la compañía.

LOS CASOS DE USO Caso de Uso

LOS CASOS DE USO Un caso de uso modela un diálogo entre los actores y el sistema Un caso de uso es iniciado por un actor para invocar una cierta funcionalidad en el sistema Un caso de uso es un flujo de eventos completos y significativos Tomados al mismo tiempo, todos los casos de uso constituyen todas las formas posibles de ocupar el sistema

Encontrando Casos de Uso: Preguntas Útiles ¿Cuáles son las tareas de este actor? ¿El actor, creará, guardará, cambiará, eliminará o leerá la información en el sistema? ¿Cuál caso de uso creará, guardará, cambiará, eliminará o leerá esta información? ¿Necesitará el actor informar al sistema sobre cambios externos e imprevistos?

Encontrando Casos de Uso: Preguntas Útiles...: ¿Es necesario que el actor esté informado sobre ciertas ocurrencias en el sistema? ¿Le proporciona una correcta secuencia el sistema a las tareas? ¿Cuáles casos de uso le darán soporte y mantenimiento al sistema? ¿Pueden todos los requerimientos funcionales ser realizados por los casos de uso?

Diagramas de Casos de Uso Cada Caso de Uso puede estar definido por: texto que lo describe. secuencia de pasos ejecutados dentro del escenario. condiciones pre-post para que el escenario comience o termine. mezclando las anteriores. Un Caso de Uso es representado por una elipse y describe una situación de uso del sistema interactuando con actores Un actor es un agente, alguien o algo que solicita un servicio al sistema o actúa como catalizador para que ocurra algo

Ejemplo

Fuentes de Información Especificaciones del sistema / Manifestación del problema Literatura relevante del dominio Entrevistas con expertos del dominio Conocimiento personal del dominio Legado del sistema

Documentación de Casos de Uso Los casos de uso están documentados en: Una breve descripción El propósito del caso de uso en unas pocas líneas Flujo de eventos detallados Descripción del flujo de eventos primario y alternativos que ocurren cuando el caso de uso es iniciado La documentación debe leerse como un diálogo entre el actor y el caso de uso Ambos documentos están escritos en términos que el cliente entenderá.

¿Quién Lee la Documentación de Casos de Uso? Clientes -- aprueban lo que debe hacer el sistema Usuarios -- obtienen comprensión del sistema Desarrolladores del Sistema -- documentan el comportamiento del sistema Revisores --examinan el flujo de eventos Analistas del Sistema (Diseñadores) -- proveen la base para un análisis y diseño “Probador” del Sistema -- usado como base para casos de prueba Líder de Proyecto -- provee entradas para el planeamiento de proyectos Escritor Técnico -- base para escribir la guía del usuario