SlideShare una empresa de Scribd logo
1 de 38
Descargar para leer sin conexión
Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
Contenidos de la Unidad 1 Introducción al Diseño f) Ingeniería del Software Asistida por Computadora. Clasificación de CASE    Sommerville. Sección 4.5   C. Proceso de Diseño Pressman. Cap. 13.2 Introducción.   I. Fases del diseño. Pressman. Sección 13.1 Sommerville. Sección 4.3.2 II. Diseño y calidad del software Pressman. 13.2.1 III. Principios y conceptos del diseño. Pressman.  Sección 13.3 y 13.4 IV. Documentación del Diseño. Pressman, Sección 13.8 V. Análisis y Diseño Orientado a Objetos Sommerville, Cap.14 Larman, 2ª. Ed., Cap. 1.4 Pressman, Cap.21 y 22 VI. Modelos de dominio, Casos de Uso. (revisión) Larman, 1ª. Ed.,Cap. 9/11 Larman, 2a. Ed. Cap. 9/11 VII. Del Análisis al Diseño Larma n, 1ª. Ed. Cap. 15 Larman, 2ª. Ed. Cap. 14
UML: Primeros Artefactos del Análisis Unidad Nº I Craig Larman (Cap. 8) Ingeniería en Sistemas de Información DISEÑO DE SISTEMAS
DISEÑO DE SISTEMAS CASO DE ESTUDIO de Ejemplo: Video Club El dominio de nuestro problema es un sistema de información para un negocio dedicado al alquiler de videos (videoclub). El negocio presenta las siguientes características: ,[object Object],[object Object],[object Object],[object Object]
DISEÑO DE SISTEMAS Caso de Estudio ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
DISEÑO DE SISTEMAS Primeros Artefactos de Análisis Se requieren realizar las siguientes tareas: ,[object Object],[object Object],[object Object],[object Object],[object Object]
DISEÑO DE SISTEMAS ANÁLISIS DE LOS REQUERIMIENTOS R equerimientos  =>  Elementos que identifican, describen y documentan las necesidades o deseos de un producto. Son las pautas que deben realizarse clara e inequívocamente,  para evitar futuros problemas y para facilitar la comunicación con el cliente y los desarrolladores. Durante el  Análisis de Requerimientos  se recomienda definir los siguientes  artefactos :
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis       Caso I:   El proyecto  tiene por objeto  crear un sistema para el  alquiler de videos en un Video Club . ,[object Object]
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis ,[object Object],    Caso I:   Video Club “SuperVideo” , comercio que se dedica al alquiler de películas en video.
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis     Caso I:  La meta incluye: ,[object Object],[object Object],[object Object],[object Object],[object Object]
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis ,[object Object],Para que X sea en verdad una  FUNCION DEL SISTEMA , se puede utilizar esta expresión: El sistema deberá hacer [X]
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis Las funciones se clasifican en  CATEGORÍAS  para establecer  prioridades   e  identificar aquellas que pasarían inadvertidas . Las categorías son:   Categoría Descripción Evidente Debe realizarse y el usuario debería saber que se ha realizado. Oculta Debe realizarse, aunque no es visible para los usuarios. Superflua Opcional, su inclusión no repercute significativamente en el costo ni en otras funciones.
DISEÑO DE SISTEMAS Caso I: Funciones     Caso I Ref# Función Categoría R1.1. Registra el alquiler de un video. evidente R1.2. Calcula el total de lo alquilado. evidente R1.3 Captura la información sobre el video usando una captura manual del número de video. evidente R1.4 Marca el video alquilado como no disponible. oculta R1.5. Registra para cada video alquilado la fecha y hora del evento. oculta R1.6. Muestra el precio del video alquilado. evidente R1.7. Emite el ticket correspondiente. evidente R1.8 Captura la información sobre los socios usando una captura manual del número de socio. evidente R1.9 Informa si un video ha sido o no alquilado. evidente R1.10 Calcula la deuda total de un socio. evidente
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis ,[object Object],Los atributos tienen un posible conjunto de detalles de atributos, los cuales tienden a ser valores discretos, confusos o simbólicos; otros atributos pueden tener restricciones de frontera, que son condiciones obligatorias en un rango numérico de valores.
DISEÑO DE SISTEMAS Primeros Artefactos del Análisis Caso I Atributo Detalles y restricciones de frontera tiempo de respuesta (restricción de frontera) la información sobre un video deberá aparecer en menos de 1 segundo. metáfora de interfaz (detalle) desarrollo del sistema en un lenguaje visual (detalle) permitir la utilización del mouse y el teclado plataforma del sistema operativo (detalle) Windows XP/ 7 facilidad de uso (detalle) guiar al operador durante la utilización del sistema
CASOS DE USO Craig Larman (Cap. 8) Ingeniería en Sistemas de Información DISEÑO DE SISTEMAS
DISEÑO DE SISTEMAS Casos de Uso Para especificar los Casos de Uso de un Sistema, debemos antes conocer los requerimientos del mismo. (Primeros Artefactos)   ,[object Object],[object Object],[object Object],[object Object],CASO DE USO
DISEÑO DE SISTEMAS Casos de Uso ,[object Object],Comprar productos Formato de un caso de uso de alto nivel:   Caso de Uso:  Nombre Actores:   Lista de actores. Tipo:   Primario. Descripción:
DISEÑO DE SISTEMAS Casos de Uso UML no impone un formato rígido en su estructura, que puede modificarse para atender las necesidades y ajustarse al espíritu de la documentación. Se busca, ante todo, lograr una  comunicación clara. Un  caso expandido de uso  muestra más detalles que uno de alto nivel; suelen ser útiles para alcanzar un conocimiento mas profundo de los procesos y de los requerimientos.   CASO EXPANDIDO DE USO
Formato de un caso expandido de uso: Caso de Uso: Nombre del caso de uso. Actores: Lista de actores (agentes externos), en el cual se  indica quien inicia el caso de uso. Propósito: Intención del caso de uso. Resumen: Repetición del caso de uso de alto nivel o alguna  síntesis similar. Tipo: 1. Primario, secundario u opcional. 2. Esencial o real. Referencias Cruzadas:  Casos de uso y/o Funciones relacionadas del  sistema DISEÑO DE SISTEMAS Casos de Uso
DISEÑO DE SISTEMAS Casos de Uso Curso normal de los eventos   Describe los detalles de la interacción entre los actores y el sistema. Explica la secuencia más común de los eventos: la historia normal de las actividades y la terminación exitosa de un proceso. No incluye situaciones alternas.   Acción del actor Respuesta del sistema 1. Este caso de uso comienza cuando un Cliente ...   2. ... 3. ... Detalla las acciones atribuidas a los Actores Describe las respuestas dadas por el Sistema
[object Object],[object Object],DISEÑO DE SISTEMAS Casos de Uso Cursos alternos. Línea 2: Introducción de identificador inválido. Indica error.
[object Object],[object Object],[object Object],[object Object],[object Object],DISEÑO DE SISTEMAS Casos de Uso ACTORES
DISEÑO DE SISTEMAS Casos de Uso ,[object Object],El ícono estándar  es una figura humana estilizada, pero algunos utilizan un ícono con figura de computadora para designar los actores que son sistemas de cómputo y no seres humanos. ,[object Object],[object Object],[object Object],[object Object],Cliente
Un error común en los casos de uso :   Un error común en la identificación de los casos de uso consiste en representar los pasos, las operaciones o las transacciones como casos. Por ejemplo Caso de uso (incorrecto): imprimir recibo. Pues este sólo es un paso del caso de uso Comprar productos. DISEÑO DE SISTEMAS Casos de Uso Un Caso de Uso es una descripción de un proceso de principio a fin relativamente amplia, descripción que suele abarcar muchos pasos o transacciones, normalmente no es un paso ni una actividad individual del proceso.
Casos de uso y procesos del dominio   Un Caso de Uso describe un proceso, que puede ser un proceso de negocios. Un  proceso  describe, de comienzo a fin, una secuencia de los eventos, acciones y transacciones que se requieren para producir u obtener algo de valor para una empresa o actor. Procesos: Ordenar un producto. Realizar una llamada telefónica.  DISEÑO DE SISTEMAS Casos de Uso
Caso de Uso, funciones del sistema y rastreabilidad   Las funciones del sistema identificadas durante la especificación previa de requerimientos deben asignarse a los casos de uso.  Además, debe ser posible verificar, mediante la sección Referencias Cruzadas, que todas las funciones hayan sido asignadas. Con ello se logra un vinculo importante respecto a la rastreabilidad entre los artefactos.  En definitiva, todas las funciones y casos de uso del sistema deberían poder rastrearse hasta la implementación y la aplicación de pruebas. DISEÑO DE SISTEMAS Casos de Uso
Clasificación de los Caso de Uso   Hay dos criterios:   DISEÑO DE SISTEMAS Casos de Uso ,[object Object],[object Object],[object Object]
Casos Esenciales de Uso Son  casos expandidos  que se expresan en una forma teórica que contiene  poca tecnología y pocos detalles de implementación : las decisiones de diseño se posponen y se abstraen de la realidad, especialmente las relacionadas a la interfaz con el usuario. Describen al proceso a partir de sus  actividades y motivos esenciales . Los casos de alto nivel son siempre ESENCIALES, debido a su alto grado de brevedad y abstracción.   DISEÑO DE SISTEMAS Casos de Uso Casos Reales de Uso   Describen concretamente el proceso a partir de su diseño concreto actual, sujeto a tecnologías específicas de entrada y salida. Se orienta particularmente a definir las interfaces con el usuario, ofrece presentaciones de pantalla y explica la actuación de los artefactos.
DISEÑO DE SISTEMAS Casos de Uso DIAGRAMA DE CASOS DE USO   Un  Diagrama de Caso de Uso  explica gráficamente un conjunto de Casos de Uso de un sistema, los actores y la relación entre éstos y los casos de uso. Las líneas de comunicaciones entre los casos y los actores indican el flujo de información o el estímulo. Actor 1 Actor 2 Sistema X Caso de Uso 1 Caso de Uso 2 Caso de Uso 3
DISEÑO DE SISTEMAS EJEMPLO PRÁCTICO Para el caso del videoclub se realizarán las siguientes tareas: ,[object Object],[object Object],[object Object],[object Object],[object Object]
DISEÑO DE SISTEMAS Ejemplo Práctico ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
DISEÑO DE SISTEMAS Ejemplo Práctico   Formato de un caso de uso de alto nivel:  Caso de Uso: Alquiler de Vídeo Actores: Empleado Tipo: Primario. Descripción: Un cliente llega a la caja registradora con  los videos que quiere alquilar. El empleado  registra los videos y cobra el importe. Al  terminar la operación, el Cliente se marcha  con los videos y el comprobante. 3) Descripción Formal de los Casos de Uso: Se realiza la descripción de los Casos de Uso con el formato de alto nivel. Considerando ésto, solo se describe la acción en general. A modo de ejemplo solo se describen dos casos de uso.
DISEÑO DE SISTEMAS Ejemplo Práctico Caso de Uso: Devolución de Video Actores: Empleado Tipo: Primario. Descripción: Un cliente llega al negocio con los videos  que quiere devolver. El empleado registra  los videos y verifica fecha de devolución.  El empleado recibe los videos y el Cliente  se retira.
DISEÑO DE SISTEMAS Ejemplo Práctico Formato de un caso expandido de uso:   Caso de Uso: Alquiler de Video Actores: Empleado (Iniciador) Propósito: Dejar registrado que el Cliente alquilo X  película. Resumen: Un cliente llega a la caja registradora con los  videos que quiere alquilar. El empleado  registra los videos y cobra el importe. Al  terminar la operación, el Cliente se marcha  con los videos y el comprobante. Tipo: Primario. Referencias  Funciones : R1.1., R1.2., R1.3., R1.6., R1.7. Cruzadas:  4) Especificar el curso normal de eventos y los cursos alternos.
DISEÑO DE SISTEMAS Trabajo Práctico Nº 2 Curso normal de los eventos:    Acción del actor Respuesta del sistema 1. Este caso de uso comienza cuando en Cliente llega a la caja con videos para aquilarlos.   2. El empleado verifica que el cliente sea socio, registra los videos, y el estado de este (si no tiene alguna multa pendiente)  3. El Cliente confirma que no quiere mas videos.     4. El empleado emite un ticket y cobra. 5. El cliente paga lo correspondiente al ticket.     6. El empleado cobra. Entrega el/los video/s al cliente. 7. Este recibe los videos, y se retira.  
DISEÑO DE SISTEMAS Ejemplo Práctico ,[object Object],[object Object],[object Object],[object Object], 
DISEÑO DE SISTEMAS Ejemplo Práctico Caso I: Funciones     5)  Realizar el diagrama de casos de uso.   Empleado Video Club Alquilar Videos Alta de nuevos Videos Alta de Socio .

Más contenido relacionado

La actualidad más candente

Diagramas de caso de uso
Diagramas de caso de usoDiagramas de caso de uso
Diagramas de caso de usoTensor
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Anel Sosa
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoMarvin Zumbado
 
Tm03 modelo de casos de uso
Tm03 modelo de casos de usoTm03 modelo de casos de uso
Tm03 modelo de casos de usoJulio Pari
 
Analisis y diseño diagrama de caso de uso
Analisis y diseño diagrama de caso de usoAnalisis y diseño diagrama de caso de uso
Analisis y diseño diagrama de caso de usoYovana Connie Roca Avila
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaRobert Rodriguez
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de usoSaul Mamani
 
El modelo entidad_relacion
El modelo entidad_relacionEl modelo entidad_relacion
El modelo entidad_relacionLuis Lucho
 
Evaluacion de arquitecturas
Evaluacion de arquitecturasEvaluacion de arquitecturas
Evaluacion de arquitecturasSamis Ambrocio
 
Extreme Programming-Fases
Extreme Programming-FasesExtreme Programming-Fases
Extreme Programming-FasesBelghy Chisag
 

La actualidad más candente (20)

Vista lógica
Vista lógicaVista lógica
Vista lógica
 
Diagramas de Casos de Uso del Negocio y del Sistema
 Diagramas de Casos de Uso del Negocio y del Sistema Diagramas de Casos de Uso del Negocio y del Sistema
Diagramas de Casos de Uso del Negocio y del Sistema
 
Diagramas de caso de uso
Diagramas de caso de usoDiagramas de caso de uso
Diagramas de caso de uso
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Diagrama de Componentes
Diagrama de ComponentesDiagrama de Componentes
Diagrama de Componentes
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Tm03 modelo de casos de uso
Tm03 modelo de casos de usoTm03 modelo de casos de uso
Tm03 modelo de casos de uso
 
Analisis y diseño diagrama de caso de uso
Analisis y diseño diagrama de caso de usoAnalisis y diseño diagrama de caso de uso
Analisis y diseño diagrama de caso de uso
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, Asistencia
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso
 
El modelo entidad_relacion
El modelo entidad_relacionEl modelo entidad_relacion
El modelo entidad_relacion
 
Evaluacion de arquitecturas
Evaluacion de arquitecturasEvaluacion de arquitecturas
Evaluacion de arquitecturas
 
Extreme Programming-Fases
Extreme Programming-FasesExtreme Programming-Fases
Extreme Programming-Fases
 

Destacado

Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...eccutpl
 
Modelado del AnáLisis
Modelado del AnáLisisModelado del AnáLisis
Modelado del AnáLisisCarolina Rojas
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesVictor Escamilla
 
Consejos para escribir buenos casos de uso
Consejos para escribir buenos casos de usoConsejos para escribir buenos casos de uso
Consejos para escribir buenos casos de usokaolong
 
13 Clase Flujo De Analisis
13 Clase Flujo De Analisis13 Clase Flujo De Analisis
13 Clase Flujo De AnalisisJulio Pari
 
Ingeniería de software II- Parte 3.2
Ingeniería de software II- Parte 3.2Ingeniería de software II- Parte 3.2
Ingeniería de software II- Parte 3.2Marta Silvia Tabares
 
Sesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisisSesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisisJulio Pari
 
14 Clase Flujo De AnáLisis Ii
14 Clase Flujo De AnáLisis Ii14 Clase Flujo De AnáLisis Ii
14 Clase Flujo De AnáLisis IiJulio Pari
 
PROYECTO FINAL DE ANÁLISIS II
PROYECTO FINAL DE ANÁLISIS IIPROYECTO FINAL DE ANÁLISIS II
PROYECTO FINAL DE ANÁLISIS IIPerson0001
 
Estructuración del modelo de análisis
Estructuración del modelo de análisisEstructuración del modelo de análisis
Estructuración del modelo de análisisliliatorresfernandez
 
Modelado del análisis
Modelado del análisisModelado del análisis
Modelado del análisisJavier Rivera
 
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...Juan Pablo Bustos Thames
 
Lectura 3 Modelo De Analisis
Lectura 3   Modelo De AnalisisLectura 3   Modelo De Analisis
Lectura 3 Modelo De Analisisguest0a6e49
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosJuan Pablo Bustos Thames
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clasesRamiro Estigarribia Canese
 

Destacado (20)

Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...
 
Los primeros inventos
Los primeros inventosLos primeros inventos
Los primeros inventos
 
Modelado del AnáLisis
Modelado del AnáLisisModelado del AnáLisis
Modelado del AnáLisis
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentes
 
Consejos para escribir buenos casos de uso
Consejos para escribir buenos casos de usoConsejos para escribir buenos casos de uso
Consejos para escribir buenos casos de uso
 
13 Clase Flujo De Analisis
13 Clase Flujo De Analisis13 Clase Flujo De Analisis
13 Clase Flujo De Analisis
 
Ingeniería de software II- Parte 3.2
Ingeniería de software II- Parte 3.2Ingeniería de software II- Parte 3.2
Ingeniería de software II- Parte 3.2
 
Sesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisisSesion 3 2 modelo de analisis
Sesion 3 2 modelo de analisis
 
14 Clase Flujo De AnáLisis Ii
14 Clase Flujo De AnáLisis Ii14 Clase Flujo De AnáLisis Ii
14 Clase Flujo De AnáLisis Ii
 
PROYECTO FINAL DE ANÁLISIS II
PROYECTO FINAL DE ANÁLISIS IIPROYECTO FINAL DE ANÁLISIS II
PROYECTO FINAL DE ANÁLISIS II
 
Estructuración del modelo de análisis
Estructuración del modelo de análisisEstructuración del modelo de análisis
Estructuración del modelo de análisis
 
Modelado del análisis
Modelado del análisisModelado del análisis
Modelado del análisis
 
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
 
Lectura 3 Modelo De Analisis
Lectura 3   Modelo De AnalisisLectura 3   Modelo De Analisis
Lectura 3 Modelo De Analisis
 
pruebas de cajas blanca
 pruebas de cajas blanca pruebas de cajas blanca
pruebas de cajas blanca
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
 
8.realizacion de pruebas
8.realizacion de pruebas8.realizacion de pruebas
8.realizacion de pruebas
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clases
 
Uml tutorial-visual-paradigm
Uml tutorial-visual-paradigmUml tutorial-visual-paradigm
Uml tutorial-visual-paradigm
 
Pruebas de caja blanca y negra
Pruebas  de caja blanca y negraPruebas  de caja blanca y negra
Pruebas de caja blanca y negra
 

Similar a Primeros artefactos de análisis. casos de uso

Similar a Primeros artefactos de análisis. casos de uso (20)

Semana13-AOO.ppt
Semana13-AOO.pptSemana13-AOO.ppt
Semana13-AOO.ppt
 
3 analisis y diseño resumen
3  analisis  y diseño resumen3  analisis  y diseño resumen
3 analisis y diseño resumen
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De Uso
 
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOSUNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
 
Unidad iii -_parte_3_-_(2xpag)
Unidad iii -_parte_3_-_(2xpag)Unidad iii -_parte_3_-_(2xpag)
Unidad iii -_parte_3_-_(2xpag)
 
Diseño orientado a objeto
Diseño orientado a objetoDiseño orientado a objeto
Diseño orientado a objeto
 
Modelo de requerimientos
Modelo de requerimientosModelo de requerimientos
Modelo de requerimientos
 
Fase de planificación y elaboración
Fase de planificación y elaboraciónFase de planificación y elaboración
Fase de planificación y elaboración
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
 
04 d notacion_casos_uso
04 d notacion_casos_uso04 d notacion_casos_uso
04 d notacion_casos_uso
 
Modelado de Requisitos - 1ra parte 2022.pdf
Modelado de Requisitos - 1ra parte 2022.pdfModelado de Requisitos - 1ra parte 2022.pdf
Modelado de Requisitos - 1ra parte 2022.pdf
 
Casosde uso
Casosde usoCasosde uso
Casosde uso
 
Introduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptxIntroduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptx
 
Analisis y Diseño de Sistemas
Analisis y Diseño de SistemasAnalisis y Diseño de Sistemas
Analisis y Diseño de Sistemas
 
Clase 11 uml_casos_de_uso
Clase 11 uml_casos_de_usoClase 11 uml_casos_de_uso
Clase 11 uml_casos_de_uso
 
Presentacion Casos De Uso1
Presentacion Casos De Uso1Presentacion Casos De Uso1
Presentacion Casos De Uso1
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 
Tema3 d
Tema3 dTema3 d
Tema3 d
 
Clase2
Clase2Clase2
Clase2
 
documento arquitectura
documento arquitecturadocumento arquitectura
documento arquitectura
 

Más de Juan Pablo Bustos Thames

El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian SommervilleEl Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian SommervilleJuan Pablo Bustos Thames
 
El Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger PressmanEl Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger PressmanJuan Pablo Bustos Thames
 
Descomposición modular y estilos de control
Descomposición modular y estilos de controlDescomposición modular y estilos de control
Descomposición modular y estilos de controlJuan Pablo Bustos Thames
 
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...Juan Pablo Bustos Thames
 
Soluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidadSoluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidadJuan Pablo Bustos Thames
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspJuan Pablo Bustos Thames
 

Más de Juan Pablo Bustos Thames (20)

Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 
Verificación y Validación del Diseño
Verificación y Validación del DiseñoVerificación y Validación del Diseño
Verificación y Validación del Diseño
 
Diseño a Nivel de Componentes
Diseño a Nivel de ComponentesDiseño a Nivel de Componentes
Diseño a Nivel de Componentes
 
El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian SommervilleEl Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
 
El Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger PressmanEl Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger Pressman
 
Reglas de Oro
Reglas de OroReglas de Oro
Reglas de Oro
 
Diseño de interfaces
Diseño de interfacesDiseño de interfaces
Diseño de interfaces
 
Modelos de dominio específicos
Modelos de dominio específicosModelos de dominio específicos
Modelos de dominio específicos
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidos
 
Descomposición modular y estilos de control
Descomposición modular y estilos de controlDescomposición modular y estilos de control
Descomposición modular y estilos de control
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
 
Soluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidadSoluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidad
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. grasp
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Análisis y diseño orientado a objetos
Análisis y diseño orientado a objetosAnálisis y diseño orientado a objetos
Análisis y diseño orientado a objetos
 
Documentación del diseño
Documentación del diseñoDocumentación del diseño
Documentación del diseño
 
Conceptos de diseño
Conceptos de diseñoConceptos de diseño
Conceptos de diseño
 

Último

Actividades de computación para alumnos de preescolar
Actividades de computación para alumnos de preescolarActividades de computación para alumnos de preescolar
Actividades de computación para alumnos de preescolar24roberto21
 
Slideshare y Scribd - Noli Cubillan Gerencia
Slideshare y Scribd - Noli Cubillan GerenciaSlideshare y Scribd - Noli Cubillan Gerencia
Slideshare y Scribd - Noli Cubillan Gerenciacubillannoly
 
CommitConf 2024 - Spring Boot <3 Testcontainers
CommitConf 2024 - Spring Boot <3 TestcontainersCommitConf 2024 - Spring Boot <3 Testcontainers
CommitConf 2024 - Spring Boot <3 TestcontainersIván López Martín
 
Trabajo de tecnología liceo departamental
Trabajo de tecnología liceo departamentalTrabajo de tecnología liceo departamental
Trabajo de tecnología liceo departamentalEmanuelCastro64
 
Nomisam: Base de Datos para Gestión de Nómina
Nomisam: Base de Datos para Gestión de NóminaNomisam: Base de Datos para Gestión de Nómina
Nomisam: Base de Datos para Gestión de Nóminacuellosameidy
 
tecnologiaactividad11-240323205859-a9b9b9bc.pdf
tecnologiaactividad11-240323205859-a9b9b9bc.pdftecnologiaactividad11-240323205859-a9b9b9bc.pdf
tecnologiaactividad11-240323205859-a9b9b9bc.pdflauralizcano0319
 
TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.
TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.
TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.radatoro1
 
TENDENCIAS DE IA Inteligencia artificial generativa.pdf
TENDENCIAS DE IA Inteligencia artificial generativa.pdfTENDENCIAS DE IA Inteligencia artificial generativa.pdf
TENDENCIAS DE IA Inteligencia artificial generativa.pdfJoseAlejandroPerezBa
 
Trabajo de tecnología primer periodo 2024
Trabajo de tecnología primer periodo 2024Trabajo de tecnología primer periodo 2024
Trabajo de tecnología primer periodo 2024anasofiarodriguezcru
 
TALLER DE ANALISIS SOLUCION PART 2 (1)-1.docx
TALLER DE ANALISIS SOLUCION  PART 2 (1)-1.docxTALLER DE ANALISIS SOLUCION  PART 2 (1)-1.docx
TALLER DE ANALISIS SOLUCION PART 2 (1)-1.docxobandopaula444
 
Análisis de los artefactos (nintendo NES)
Análisis de los artefactos (nintendo NES)Análisis de los artefactos (nintendo NES)
Análisis de los artefactos (nintendo NES)JuanStevenTrujilloCh
 
certificado de oracle academy cetrificado.pdf
certificado de oracle academy cetrificado.pdfcertificado de oracle academy cetrificado.pdf
certificado de oracle academy cetrificado.pdfFernandoOblitasVivan
 
Herramientas que posibilitan la información y la investigación.pdf
Herramientas que posibilitan la información y la investigación.pdfHerramientas que posibilitan la información y la investigación.pdf
Herramientas que posibilitan la información y la investigación.pdfKarinaCambero3
 
TECNOLOGIA 11-4.8888888888888888888888888
TECNOLOGIA 11-4.8888888888888888888888888TECNOLOGIA 11-4.8888888888888888888888888
TECNOLOGIA 11-4.8888888888888888888888888ElianaValencia28
 
ORIENTACIONES DE INFORMÁTICA-2024.pdf-guia
ORIENTACIONES DE INFORMÁTICA-2024.pdf-guiaORIENTACIONES DE INFORMÁTICA-2024.pdf-guia
ORIENTACIONES DE INFORMÁTICA-2024.pdf-guiaYeimys Ch
 
Trabajo de Tecnología .pdfywhwhejsjsjsjsjsk
Trabajo de Tecnología .pdfywhwhejsjsjsjsjskTrabajo de Tecnología .pdfywhwhejsjsjsjsjsk
Trabajo de Tecnología .pdfywhwhejsjsjsjsjskbydaniela5
 
Trabajo de tecnología excel avanzado.pdf
Trabajo de tecnología excel avanzado.pdfTrabajo de tecnología excel avanzado.pdf
Trabajo de tecnología excel avanzado.pdfedepmariaperez
 
La electricidad y la electronica.10-7.pdf
La electricidad y la electronica.10-7.pdfLa electricidad y la electronica.10-7.pdf
La electricidad y la electronica.10-7.pdfcristianrb0324
 
Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024
Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024
Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024u20211198540
 
Trabajando con Formasy Smart art en power Point
Trabajando con Formasy Smart art en power PointTrabajando con Formasy Smart art en power Point
Trabajando con Formasy Smart art en power PointValerioIvanDePazLoja
 

Último (20)

Actividades de computación para alumnos de preescolar
Actividades de computación para alumnos de preescolarActividades de computación para alumnos de preescolar
Actividades de computación para alumnos de preescolar
 
Slideshare y Scribd - Noli Cubillan Gerencia
Slideshare y Scribd - Noli Cubillan GerenciaSlideshare y Scribd - Noli Cubillan Gerencia
Slideshare y Scribd - Noli Cubillan Gerencia
 
CommitConf 2024 - Spring Boot <3 Testcontainers
CommitConf 2024 - Spring Boot <3 TestcontainersCommitConf 2024 - Spring Boot <3 Testcontainers
CommitConf 2024 - Spring Boot <3 Testcontainers
 
Trabajo de tecnología liceo departamental
Trabajo de tecnología liceo departamentalTrabajo de tecnología liceo departamental
Trabajo de tecnología liceo departamental
 
Nomisam: Base de Datos para Gestión de Nómina
Nomisam: Base de Datos para Gestión de NóminaNomisam: Base de Datos para Gestión de Nómina
Nomisam: Base de Datos para Gestión de Nómina
 
tecnologiaactividad11-240323205859-a9b9b9bc.pdf
tecnologiaactividad11-240323205859-a9b9b9bc.pdftecnologiaactividad11-240323205859-a9b9b9bc.pdf
tecnologiaactividad11-240323205859-a9b9b9bc.pdf
 
TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.
TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.
TinkerCAD y figuras en 3D. Uso del programa TinkerCAD para crear fuguras.
 
TENDENCIAS DE IA Inteligencia artificial generativa.pdf
TENDENCIAS DE IA Inteligencia artificial generativa.pdfTENDENCIAS DE IA Inteligencia artificial generativa.pdf
TENDENCIAS DE IA Inteligencia artificial generativa.pdf
 
Trabajo de tecnología primer periodo 2024
Trabajo de tecnología primer periodo 2024Trabajo de tecnología primer periodo 2024
Trabajo de tecnología primer periodo 2024
 
TALLER DE ANALISIS SOLUCION PART 2 (1)-1.docx
TALLER DE ANALISIS SOLUCION  PART 2 (1)-1.docxTALLER DE ANALISIS SOLUCION  PART 2 (1)-1.docx
TALLER DE ANALISIS SOLUCION PART 2 (1)-1.docx
 
Análisis de los artefactos (nintendo NES)
Análisis de los artefactos (nintendo NES)Análisis de los artefactos (nintendo NES)
Análisis de los artefactos (nintendo NES)
 
certificado de oracle academy cetrificado.pdf
certificado de oracle academy cetrificado.pdfcertificado de oracle academy cetrificado.pdf
certificado de oracle academy cetrificado.pdf
 
Herramientas que posibilitan la información y la investigación.pdf
Herramientas que posibilitan la información y la investigación.pdfHerramientas que posibilitan la información y la investigación.pdf
Herramientas que posibilitan la información y la investigación.pdf
 
TECNOLOGIA 11-4.8888888888888888888888888
TECNOLOGIA 11-4.8888888888888888888888888TECNOLOGIA 11-4.8888888888888888888888888
TECNOLOGIA 11-4.8888888888888888888888888
 
ORIENTACIONES DE INFORMÁTICA-2024.pdf-guia
ORIENTACIONES DE INFORMÁTICA-2024.pdf-guiaORIENTACIONES DE INFORMÁTICA-2024.pdf-guia
ORIENTACIONES DE INFORMÁTICA-2024.pdf-guia
 
Trabajo de Tecnología .pdfywhwhejsjsjsjsjsk
Trabajo de Tecnología .pdfywhwhejsjsjsjsjskTrabajo de Tecnología .pdfywhwhejsjsjsjsjsk
Trabajo de Tecnología .pdfywhwhejsjsjsjsjsk
 
Trabajo de tecnología excel avanzado.pdf
Trabajo de tecnología excel avanzado.pdfTrabajo de tecnología excel avanzado.pdf
Trabajo de tecnología excel avanzado.pdf
 
La electricidad y la electronica.10-7.pdf
La electricidad y la electronica.10-7.pdfLa electricidad y la electronica.10-7.pdf
La electricidad y la electronica.10-7.pdf
 
Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024
Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024
Inteligencia Artificial. Matheo Hernandez Serrano USCO 2024
 
Trabajando con Formasy Smart art en power Point
Trabajando con Formasy Smart art en power PointTrabajando con Formasy Smart art en power Point
Trabajando con Formasy Smart art en power Point
 

Primeros artefactos de análisis. casos de uso

  • 1. Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
  • 2. Contenidos de la Unidad 1 Introducción al Diseño f) Ingeniería del Software Asistida por Computadora. Clasificación de CASE   Sommerville. Sección 4.5   C. Proceso de Diseño Pressman. Cap. 13.2 Introducción.   I. Fases del diseño. Pressman. Sección 13.1 Sommerville. Sección 4.3.2 II. Diseño y calidad del software Pressman. 13.2.1 III. Principios y conceptos del diseño. Pressman. Sección 13.3 y 13.4 IV. Documentación del Diseño. Pressman, Sección 13.8 V. Análisis y Diseño Orientado a Objetos Sommerville, Cap.14 Larman, 2ª. Ed., Cap. 1.4 Pressman, Cap.21 y 22 VI. Modelos de dominio, Casos de Uso. (revisión) Larman, 1ª. Ed.,Cap. 9/11 Larman, 2a. Ed. Cap. 9/11 VII. Del Análisis al Diseño Larma n, 1ª. Ed. Cap. 15 Larman, 2ª. Ed. Cap. 14
  • 3. UML: Primeros Artefactos del Análisis Unidad Nº I Craig Larman (Cap. 8) Ingeniería en Sistemas de Información DISEÑO DE SISTEMAS
  • 4.
  • 5.
  • 6.
  • 7. DISEÑO DE SISTEMAS ANÁLISIS DE LOS REQUERIMIENTOS R equerimientos => Elementos que identifican, describen y documentan las necesidades o deseos de un producto. Son las pautas que deben realizarse clara e inequívocamente, para evitar futuros problemas y para facilitar la comunicación con el cliente y los desarrolladores. Durante el Análisis de Requerimientos se recomienda definir los siguientes artefactos :
  • 8.
  • 9.
  • 10.
  • 11.
  • 12. DISEÑO DE SISTEMAS Primeros Artefactos del Análisis Las funciones se clasifican en CATEGORÍAS para establecer prioridades e identificar aquellas que pasarían inadvertidas . Las categorías son:   Categoría Descripción Evidente Debe realizarse y el usuario debería saber que se ha realizado. Oculta Debe realizarse, aunque no es visible para los usuarios. Superflua Opcional, su inclusión no repercute significativamente en el costo ni en otras funciones.
  • 13. DISEÑO DE SISTEMAS Caso I: Funciones     Caso I Ref# Función Categoría R1.1. Registra el alquiler de un video. evidente R1.2. Calcula el total de lo alquilado. evidente R1.3 Captura la información sobre el video usando una captura manual del número de video. evidente R1.4 Marca el video alquilado como no disponible. oculta R1.5. Registra para cada video alquilado la fecha y hora del evento. oculta R1.6. Muestra el precio del video alquilado. evidente R1.7. Emite el ticket correspondiente. evidente R1.8 Captura la información sobre los socios usando una captura manual del número de socio. evidente R1.9 Informa si un video ha sido o no alquilado. evidente R1.10 Calcula la deuda total de un socio. evidente
  • 14.
  • 15. DISEÑO DE SISTEMAS Primeros Artefactos del Análisis Caso I Atributo Detalles y restricciones de frontera tiempo de respuesta (restricción de frontera) la información sobre un video deberá aparecer en menos de 1 segundo. metáfora de interfaz (detalle) desarrollo del sistema en un lenguaje visual (detalle) permitir la utilización del mouse y el teclado plataforma del sistema operativo (detalle) Windows XP/ 7 facilidad de uso (detalle) guiar al operador durante la utilización del sistema
  • 16. CASOS DE USO Craig Larman (Cap. 8) Ingeniería en Sistemas de Información DISEÑO DE SISTEMAS
  • 17.
  • 18.
  • 19. DISEÑO DE SISTEMAS Casos de Uso UML no impone un formato rígido en su estructura, que puede modificarse para atender las necesidades y ajustarse al espíritu de la documentación. Se busca, ante todo, lograr una comunicación clara. Un caso expandido de uso muestra más detalles que uno de alto nivel; suelen ser útiles para alcanzar un conocimiento mas profundo de los procesos y de los requerimientos. CASO EXPANDIDO DE USO
  • 20. Formato de un caso expandido de uso: Caso de Uso: Nombre del caso de uso. Actores: Lista de actores (agentes externos), en el cual se indica quien inicia el caso de uso. Propósito: Intención del caso de uso. Resumen: Repetición del caso de uso de alto nivel o alguna síntesis similar. Tipo: 1. Primario, secundario u opcional. 2. Esencial o real. Referencias Cruzadas: Casos de uso y/o Funciones relacionadas del sistema DISEÑO DE SISTEMAS Casos de Uso
  • 21. DISEÑO DE SISTEMAS Casos de Uso Curso normal de los eventos Describe los detalles de la interacción entre los actores y el sistema. Explica la secuencia más común de los eventos: la historia normal de las actividades y la terminación exitosa de un proceso. No incluye situaciones alternas. Acción del actor Respuesta del sistema 1. Este caso de uso comienza cuando un Cliente ...   2. ... 3. ... Detalla las acciones atribuidas a los Actores Describe las respuestas dadas por el Sistema
  • 22.
  • 23.
  • 24.
  • 25. Un error común en los casos de uso : Un error común en la identificación de los casos de uso consiste en representar los pasos, las operaciones o las transacciones como casos. Por ejemplo Caso de uso (incorrecto): imprimir recibo. Pues este sólo es un paso del caso de uso Comprar productos. DISEÑO DE SISTEMAS Casos de Uso Un Caso de Uso es una descripción de un proceso de principio a fin relativamente amplia, descripción que suele abarcar muchos pasos o transacciones, normalmente no es un paso ni una actividad individual del proceso.
  • 26. Casos de uso y procesos del dominio Un Caso de Uso describe un proceso, que puede ser un proceso de negocios. Un proceso describe, de comienzo a fin, una secuencia de los eventos, acciones y transacciones que se requieren para producir u obtener algo de valor para una empresa o actor. Procesos: Ordenar un producto. Realizar una llamada telefónica.  DISEÑO DE SISTEMAS Casos de Uso
  • 27. Caso de Uso, funciones del sistema y rastreabilidad Las funciones del sistema identificadas durante la especificación previa de requerimientos deben asignarse a los casos de uso. Además, debe ser posible verificar, mediante la sección Referencias Cruzadas, que todas las funciones hayan sido asignadas. Con ello se logra un vinculo importante respecto a la rastreabilidad entre los artefactos. En definitiva, todas las funciones y casos de uso del sistema deberían poder rastrearse hasta la implementación y la aplicación de pruebas. DISEÑO DE SISTEMAS Casos de Uso
  • 28.
  • 29. Casos Esenciales de Uso Son casos expandidos que se expresan en una forma teórica que contiene poca tecnología y pocos detalles de implementación : las decisiones de diseño se posponen y se abstraen de la realidad, especialmente las relacionadas a la interfaz con el usuario. Describen al proceso a partir de sus actividades y motivos esenciales . Los casos de alto nivel son siempre ESENCIALES, debido a su alto grado de brevedad y abstracción.   DISEÑO DE SISTEMAS Casos de Uso Casos Reales de Uso Describen concretamente el proceso a partir de su diseño concreto actual, sujeto a tecnologías específicas de entrada y salida. Se orienta particularmente a definir las interfaces con el usuario, ofrece presentaciones de pantalla y explica la actuación de los artefactos.
  • 30. DISEÑO DE SISTEMAS Casos de Uso DIAGRAMA DE CASOS DE USO Un Diagrama de Caso de Uso explica gráficamente un conjunto de Casos de Uso de un sistema, los actores y la relación entre éstos y los casos de uso. Las líneas de comunicaciones entre los casos y los actores indican el flujo de información o el estímulo. Actor 1 Actor 2 Sistema X Caso de Uso 1 Caso de Uso 2 Caso de Uso 3
  • 31.
  • 32.
  • 33. DISEÑO DE SISTEMAS Ejemplo Práctico   Formato de un caso de uso de alto nivel: Caso de Uso: Alquiler de Vídeo Actores: Empleado Tipo: Primario. Descripción: Un cliente llega a la caja registradora con los videos que quiere alquilar. El empleado registra los videos y cobra el importe. Al terminar la operación, el Cliente se marcha con los videos y el comprobante. 3) Descripción Formal de los Casos de Uso: Se realiza la descripción de los Casos de Uso con el formato de alto nivel. Considerando ésto, solo se describe la acción en general. A modo de ejemplo solo se describen dos casos de uso.
  • 34. DISEÑO DE SISTEMAS Ejemplo Práctico Caso de Uso: Devolución de Video Actores: Empleado Tipo: Primario. Descripción: Un cliente llega al negocio con los videos que quiere devolver. El empleado registra los videos y verifica fecha de devolución. El empleado recibe los videos y el Cliente se retira.
  • 35. DISEÑO DE SISTEMAS Ejemplo Práctico Formato de un caso expandido de uso:   Caso de Uso: Alquiler de Video Actores: Empleado (Iniciador) Propósito: Dejar registrado que el Cliente alquilo X película. Resumen: Un cliente llega a la caja registradora con los videos que quiere alquilar. El empleado registra los videos y cobra el importe. Al terminar la operación, el Cliente se marcha con los videos y el comprobante. Tipo: Primario. Referencias Funciones : R1.1., R1.2., R1.3., R1.6., R1.7. Cruzadas: 4) Especificar el curso normal de eventos y los cursos alternos.
  • 36. DISEÑO DE SISTEMAS Trabajo Práctico Nº 2 Curso normal de los eventos:   Acción del actor Respuesta del sistema 1. Este caso de uso comienza cuando en Cliente llega a la caja con videos para aquilarlos.   2. El empleado verifica que el cliente sea socio, registra los videos, y el estado de este (si no tiene alguna multa pendiente) 3. El Cliente confirma que no quiere mas videos.     4. El empleado emite un ticket y cobra. 5. El cliente paga lo correspondiente al ticket.     6. El empleado cobra. Entrega el/los video/s al cliente. 7. Este recibe los videos, y se retira.  
  • 37.
  • 38. DISEÑO DE SISTEMAS Ejemplo Práctico Caso I: Funciones     5) Realizar el diagrama de casos de uso. Empleado Video Club Alquilar Videos Alta de nuevos Videos Alta de Socio .