Ingeniería del Software I 2er. Cuatrimestre 2002 Casos de Uso Gustavo Pifarre.

Presentación del tema: "Ingeniería del Software I 2er. Cuatrimestre 2002 Casos de Uso Gustavo Pifarre."— Transcripción de la presentación:

1

2 Ingeniería del Software I 2er. Cuatrimestre 2002 Casos de Uso Gustavo Pifarre

3 Ingeniería del Software I - 1er C. 20022 Agenda zIntrodución: Qué es un caso de uso? zLos casos de usos en el contexto de la captura de requerimeintos zArtefactos zPerfiles de trabajo zFlujo de trabajo

4 Ingeniería del Software I - 1er C. 20023 Casos de Uso zUn sistema de software tiene sentido para dar servicios a sus usuarios. Los casos de usos son una herramienta para especificar los requisitos de un sistema mediante la descripción de los servicios que presta zUn caso de uso es un fragmento de funcionalidad que proporciona al usuario un resultado importante

5 Ingeniería del Software I - 1er C. 20024 Casos de Uso zEl caso de uso se plantea desde el punto de vista del usuario, desde sus necesidades, su interacción y su propia evaluación de importancia zLos casos de uso pueden dirigir el proceso de desarrollo. Guían el diseño, la implementación y la prueba del sistema

6 Ingeniería del Software I - 1er C. 20025 Casos de Uso zUsuario hace referencia a alguien o algo que interactua con el sistema. zLos requisitos reales son aquellos que agregan valor a los usuarios del sistema

7 Ingeniería del Software I - 1er C. 20026 Captura de requerimientos zEnumerar los requerimientos candidatos zComprender el contexto del sistema yModelado del dominio yModelado del negocio zCapturar requerimientos funcionales zCapturar requerimientos no funcionales

8 Ingeniería del Software I - 1er C. 20027 Captura de requerimientos zEl objetivo es desarrollar un modelo del sistema que se va a construir zLos casos de uso son una forma adecuada de crear ese modelo zLos requerimientos funcionales se estructuran naturalmente como casos de uso zLos requerimientos no funcionales están asociados en general a un caso de uso

9 Ingeniería del Software I - 1er C. 20028 Artefactos zModelo de Casos de Uso yCasos de Uso yLos actores yDescripción de Arquitectura yGlosario yPrototipo de interfaz de usuario

10 Ingeniería del Software I - 1er C. 20029 Modelo de casos de uso zEs el acuerdo entre los desarrolladores y el cliente zEs un modelo que contiene yActores yCasos de uso ySus relaciones

11 Ingeniería del Software I - 1er C. 200210 Actor zEl modelo describe lo que hace el sistema para cada tipo de usuario zCada tipo de usuario será representado con uno o mas actores zCada sistema o dispositivo externo será representado con uno o mas actores zLos actores representan terceros fuera del sistema que colaboran con el sistema

12 Ingeniería del Software I - 1er C. 200211 Actor zEl entormo de un sistema es el conjunto de todos los actores zLos actores suelen corresponder con trabajadores zEl rol del trabajador define lo que hace el trabajador en un proceso de negocio concreto zDotamos a cada trabajador con un caso de uso del sistema para cada uno de sus roles

13 Ingeniería del Software I - 1er C. 200212 Actor zEl actor juega un papel por cada caso de uso con el que colabora zUna instancia de un actor es un usuario concreto que interactua con el sistema zCualquier entidad que se ajuste a un actor puede actuar como una instancia del actor

14 Ingeniería del Software I - 1er C. 200213 Casos de uso zUn caso de uso especifica una secuencia de acciones que el sistema puede llevar a cabo interactuando con sus actores, incluyendo alternativas dentro de la secuencia zUn caso de uso es una especificación zEspecifica el comportamiento de cosas dinámicas, de instancias de los casos de uso

15 Ingeniería del Software I - 1er C. 200214 Descripción de Casos de uso zUn caso de uso tiene operaciones y atributos zUna descripción puede incluir: yDiagrama de estado yDiagrama de actividad yColaboraciones yDiagramas de secuencia

16 Ingeniería del Software I - 1er C. 200215 Descripción de Casos de uso zLos diagramas de estado especifican el ciclo de vida de las instancias de los casos de usos en terminos de estados y transiciones entre los estados zCada transicion es una secuencia de acciones zLos diagramas de actividad describen el ciclo de vida con mas detalle describiendo la secuencia temporal de acciones dentro de una transición

17 Ingeniería del Software I - 1er C. 200216 Descripción de Casos de uso zLos diagramas de colaboración y los de secuencia se emplean para describir las interaciones entre una instancia típica de un actor y la instancia típica de un caso de uso zLa instancia de una caso es la realización ( o ejecución) de un caso de uso zLos atributos de un caso de uso representan los valores que una instancia de un caso de uso utiliza y manipula durante la ejecución de su caso de uso

18 Ingeniería del Software I - 1er C. 200217 Propiedades del modelo zEl único tipo de interacione en el modelo de casos de uso tiene lugar entre instancias de actores e instancias de casos de uso zEsto asegura que el modelo sea simple e intuitivo z Consideramos atómicas las instancias de los casos de uso zEl comportamiento de cada caso de uso puede interpretarse independiente de los otros

19 Ingeniería del Software I - 1er C. 200218 Descripción de Arquitectura zContiene una vista de la arquitectura del modelo de casos de uso, que representa los casos de uso más significativos

20 Ingeniería del Software I - 1er C. 200219 Glosario zDefine términos comunes importantes que los analistas utilizan al describir el sistema

21 Ingeniería del Software I - 1er C. 200220 Prototipo de Interfaz zAyudan a comprender y especificar las interacciones entre actores humanos y el sistema

22 Ingeniería del Software I - 1er C. 200221 Perfiles de trabajo

23 Ingeniería del Software I - 1er C. 200222 Perfiles de trabajo zEs un puesto al cual se puede asignar una persona real. Una abstración de un ser humano con ciertas capacidades zCada perfil tiene una descripción de sus responsabilidades yAnalista de Sistemas yEspecificado de casos de uso yDiseñador de interfaz de usuario yArquitecto

24 Ingeniería del Software I - 1er C. 200223 Analista de Sistemas zEs el responsible del conjunto de requisitos que están modelados en los casos de uso zEl analista es el responsable de delimitar el sistema, encontrando los actores y los casos de uso, asegurando que el modelo es completo y consistente zDirige el modelado y coordina la captura de requerimientos

25 Ingeniería del Software I - 1er C. 200224 Especificador de casos de uso zEs el responsable de las descripciones detalladas de uno o más casos de uso

26 Ingeniería del Software I - 1er C. 200225 Diseñador de interfaz de usuario zDan forma visual a las interfaces de usuario zEsto puede implicar el el desarrollo de prototipos de interfaces de usuario para algunos casos de usos, uno por cada actor

27 Ingeniería del Software I - 1er C. 200226 Arquitecto zEs el responsable de la vista de arquitectura del modelo de casos de uso

28 Ingeniería del Software I - 1er C. 200227 Flujo de Trabajo

29 Ingeniería del Software I - 1er C. 200228 Flujo de Trabajo zEncontrar actores y casos de uso zPriorizar los casos de uso zDetallar un caso de uso zPrototipar la interfaz de usuario zEstructurar el modelo de casos de uso

30 Ingeniería del Software I - 1er C. 200229 Encontrar actores y casos de uso zIdentificamos los actores y los casos de uso para: yDelimitar el sistema de su entorno yEsbozar quién y qué (actores) interactuan con el sistema, y que funcionalidad (casos de uso) se espera del sistema yCapturar y definir un glosario de términos comunes para la creación de descripciones detalladas de las funcionalidades del sistema ( es decir de los casos de uso)

31 Ingeniería del Software I - 1er C. 200230 Encontrar actores y casos de uso zEsta actividad consta de cuatro pasos: yEncontrar los actores yEncontrar los casos de uso yDescribir brevemente cada caso de uso yDescribir el modelo de caso de uso completo

32 Ingeniería del Software I - 1er C. 200231 Encontrar los actores zDepende del punto de partida zDos criterios para la elección ydebe existir al menos un usuario que represente al actor candidato ydebe existir coincidencia mínima entre los roles zEl analista de sistemas da nombre a los actores y los describe brevemente zDebemos identificar los actores que representan sistemas externos y los actores para el manteniminto y operación del sistema

33 Ingeniería del Software I - 1er C. 200232 Encontrar los casos de uso zEl analista va repasando los actores y va proponiendo los casos de usos para cada actor zElegimos un nombre para cada caso de uso de forma que nos haga pensar en la secuencia de acciones concreta que añade valor a un actor. El nombre empieza generalmente con un verbo, y debe reflejar cuál es el objeto de la iteracción entre el actor y el sistema zRecordar que un caso de uso entrega un resultado que se puede observar y que añade valor a un actor en concreto

34 Ingeniería del Software I - 1er C. 200233 Encontrar actores y casos de uso zEsta actividad consta de cuatro pasos: yEncontrar los actores yEncontrar los casos de uso yDescribir brevemente cada caso de uso yDescribir el modelo de caso de uso completo

35 Ingeniería del Software I - 1er C. 200234 Priorizar casos de uso zEl propósito de esta actividad es determinar el grado de importancia de cada caso de usos, es decir cuales son: ynecesarios para el desarrollo en las primeras iteraciones ymás importantes para la definición de la arquitectura ymás exigentes en requerimiento no funcionales zLos resultados se recogen en la vista de arquitectura del modelo de casos de uso

36 Ingeniería del Software I - 1er C. 200235 Detallar un caso de uso zDescribe su flujo de sucesos en detalle, incluyendo cómo comienza, termina e interactua con los actores zEl resultado de esta actividad es la descripción detallada de un caso de uso en particular en forma de texto y diagramas

37 Ingeniería del Software I - 1er C. 200236 Estructura de la descripción zEl caso de uso define los estados que las instancias de los casos de uso pueden tener y la posible transición entre estos estados zElegir un camino básico completo y describir este camino en una seción de la descripción zEn secciones separadas caminos alternativos o desviaciones del camino básico (significativo)

38 Ingeniería del Software I - 1er C. 200237 Qué incluir en la descripción? zEstado inicial (precondición) zComo y cuando comineza el caso de uso zEl prden requerido en el que las acciones se deben ejecutar zComo y cuando terminan zEstado finales (postcondición) zLos caminos no permitidos zDescripción de caminos alternativos

39 Ingeniería del Software I - 1er C. 200238 Qué incluir en la descripción? zLa interación del sistema con los usuarios y que cambios producen zLa utilización de objetos, valores y recursos zDescribir explicitamente que hace el sistema (y separar la responsabilidad de los actores)

40 Ingeniería del Software I - 1er C. 200239 Estructurar el modelo de casos de uso zEl modelo de casos de uso se estructura para: yExtraer descripciones de funcionalidad generales y compartidas que pueden ser utilizadas por descripciones más especificas (generalización) yExtraer descripciones de funcionalidad adicionales u opcionales que pueden extender descripciones más especificas (extensión) zEl resultado de esta actividad es un modelo más facil de entender y de trabajar con él