Casos de Uso y el Proceso del Requerimiento

1. Casos de Uso y el Proceso del Requerimiento

2. Listado de Casos de Uso Casos de Uso Terminados Declaración de Trabajo Casos de Uso Fachada Casos de Uso Completos Casos de Uso Enfocados Priorizar Especific. De Req. Listado de Actores Prototipos Proceso de Requerimientos • “Nuestra Clase”

3. Proceso de Requerimientos ¿Qué es lo primero? • ¡¡ Saber que es lo que tenemos que hacer !! • Lograr definiciones con los interesados.

4. Declaración de Trabajo • Es una definición clara del proyecto que se va a realizar. • Permite especificar los acuerdos iniciales establecidos con los interesados en el producto de software. (StakeHolders) • Se realiza en las primeras reuniones con los intersados (gerentes o quienes toman las decisiones).

5. Declaración de Trabajo • El objeto de la declaración de trabajo es establecer el alcance del proyecto. • Uno de los principales problemas es que al comienzo de los proyectos no es claro el alcance, ni la composición del producto de software a desarrollar. • No se puede comenzar hasta tener definiciones en torno a esto.

6. Declaración de Trabajo • Título • Alcance • Objetivos • Descripción del Software • Demografía de Usuarios • Restricciones • Presunciones • Grupo de Desarrollo • Cronograma y Presupuesto.

7. Declaración de Trabajo • Título: Nombre del Proyecto de Software. • Ejemplo: • Acadata. Sistema de Administración Académico para Universidades.

8. Declaración de Trabajo • Alcance: Procesos y Actividades del negocio que serán soportadas por el producto de software. • Ejemplo: • Soportará las actividades relacionadas con la matrícula académica de los estudiantes, el registro de sus notas y la generación de reportes y certificados. • No incluirá los procesos de auxilios financieros, préstamos, manejo de becas, procesos de entrevistas y admisiones, ni evaluación de profesores.

9. Declaración de Trabajo • Objetivos: Metas que se esperan lograr con la implementación del software. Razones por las cuales el producto de software va a ser desarrollado. • Ejemplo: • El sistema permitirá reemplazar el sistema actual. • El sistema posibilitará reducir el tiempo de generación de listados de notas de una semana a tres días hábiles. • El sistema permitirá la generación de certificados académicos en múltiples idiomas, en un tiempo inferior a dos días hábiles.

10. Declaración de Trabajo • Descripción del Software: Conjunto de Funcionalidades que se esperan del software. (Requerimientos Funcionales). • Ejemplo: • El Software permitirá el ingreso de diferentes tipos de notas por cada uno de los profesores en sus materias. Un tipo de nota, por ejemplo, puede ser “Examen Final”, “Trabajo Final”, etc.

11. Declaración de Trabajo • Demografía de Usuarios: Tipos de Usuarios que emplearán el software. • Ejemplo: • Profesores: Personal adscrito a la Universidad, encargado de dictar las clases y quienes ingresarían información sobre el desempeño académico de cada estudiante. En muchos casos no tienen conocimientos de computadores.

12. Declaración de Trabajo • Restricciones: Condiciones que debe satisfacer el software. (Requerimientos no funcionales) • Ejemplo: • El sistema deberá funcionar en los equipos que actualmente utiliza la compañía. En estos momentos la compañía cuenta con computadores Pentium a 233Mhz, con Windows 98.

13. Declaración de Trabajo • Presunciones: Elementos y condiciones que deben ser cumplidas por el propietario del software para que este funcione. • Ejemplo: • La empresa deberá tener una red interna de alta velocidad en todos los puntos en donde los usuarios trabajen. El Software funcionará a través de una conexión permanente con el servidor central.

14. Declaración de Trabajo • Otros Items: • Grupo de Trabajo • Cronograma y Presupuesto

15. Declaración de Trabajo • Revisión • Los documentos de declaración de trabajo deben elaborarse y validarse con los StakeHolder. • La idea no es hacer un documento extensamente detallado. • La idea es establecer un marco general del producto.

16. Declaración de Trabajo ¿Que sigue? • Un Listado de Actores • Un Listado de Casos de Uso

17. Declaración de Trabajo Listado de Casos De Uso Declaración de Trabajo Descripción Listado de Actores Usuarios

18. Listado de Actores • Listado de Actores del Sistema • Listado de Usuarios que interactúan con el Software. • Listado de otros Sistemas/Software con los cuales interactúa el Software.

19. Listado de Actores • Revisión • Un Actor no debe ser una persona particular • Jaime • Un Actor no debe ser un cargo en partícular • Director de Ventas del SurOccidente • Una persona concreta puede hacer el papel de varios actores. • Un actor es un rol dentro del sistema/Software. • Profesor • Coordinador Académico • Estudiante

20. Listado de Casos de Uso • Un Caso de Uso es una situación en la cual es software es utilizado. • Un Caso de Uso representa una acción que puede ser desarrollada empleando el Software.

21. Listado de Casos de Uso • ¿Cuáles son los casos de uso de un celular? • ¿Para que lo utilizan? • ¿Cuáles son los casos de uso de una videograbadora? • ¿Para que la utilizan?

22. Listado de Casos de Uso • Casos de Uso de un Celular • Hacer una llamada • Recibir una llamada • Guardar los datos de un contacto • Mirar la Hora • Jugar “Culebrita”

23. Listado de Casos de Uso • ¿Para que se va a utilizar el Software? • ¿En que casos se va a usar el software?

24. Listado de Casos de Uso • Revisión • Un caso de uso no es una funcionalidad general (demasiado amplia y ambigüa). • Manejo de Usuarios • Un caso de uso no puede ser un paso elemental dentro del Software • Ingresar código de estudiante • No debe ser ambigüo. • Generar estadísticas

25. Listado de Casos de Uso • Revisión • Un caso de uso debe representar una acción. Debe contener un verbo • Documento • Un caso de uso debe representar una acción concreta que se puede desarrollar con el software. • Análizar el estado financiero del Cliente.

26. Listado de Casos de Uso • Revisión • El primer listado de casos de uso no pretende ser un listado exhaustivo. • El primer listado es el punto de partida de nuestro trabajo. • A medida que se empiecen a entrevistas usuarios y expertos de dominio (no solo al StakeHolder), los casos de uso pueden ampliarse en número.

27. Listado de Casos de Uso • Revisión • Nombres “sospechosos” • Administrar • Manejar • Controlar • Imprimir • Soportar • Suministrar • Ingresar

28. Listado de Casos de Uso • Ejemplo • Matricular Estudiante por primera vez. • Matricular Estudiante antigüo. • Matricular Estudiante en Curso. • Cancelar matrícula de estudiante en Curso. • Listar cursos matriculados por un Estudiante. • Listar estudiantes matriculados en un Curso

29. Listado de Casos de Uso ¿Qué sigue? • Detallar cada uno de los requerimientos. • Especificar cada uno de los casos de uso

30. Listado de Casos de Uso ¿Qué sigue? Listado de Casos De Uso Casos de Uso De Fachada Listado de Actores

31. Casos de Uso de Fachada • Los Casos de Uso deben especificarse. • A pesar de que idealmente los nombres de los casos de uso son bastante representativos y no ambigüos, el comportamiento del software en cada caso de uso puede ser interpretado de diversas formas. • Es necesario establecer el comportamiento del software.

32. Casos de Uso de Fachada • ¿Cómo se hace una llamada en el Celular? • Es posible determinar un conjunto de pasos de forma independiente del aparato celular. • ¿Cómo se ve una película en una videocasetera? • Es posible determinar un conjunto de pasos de forma independiente del aparato partícular.

33. Casos de Uso de Fachada • El primer paso consiste en establecer un guión inicial, una secuencia de pasos que serán ejecutados por el actor y por el software.

34. Casos de Uso de Fachada • El primero paso consiste en establecer el tipo de interacción que se tendrá entre el actor y el software • El guión permite llegar a un primer tipo de acuerdo con los usuarios sobre lo que debe hacer el software

35. Casos de Uso de Fachada • La interacción se defina a través de un “guión”. • Una serie de pasos que deben ser realizados por el usuario y por el sistema de software. • También se conoce como “Secuencia de Eventos” o “Flujo Normal”.

36. Casos de Uso de Fachada

37. Casos de Uso de Fachada • La interacción no debe incluir “presunciones de diseño” o “detalles de implementación”. No debe incluirse: • Hace clic en el botón X. • Muestra una forma con los campos X, Y, Z. • Arrastra el icono hasta la carpeta. • Debe ser un guión lo más “general” posible, ojalá aplicable a una gran variedad de implementaciones.

38. Especificación de Casos de Uso de Fachada • Número • Nombre • Descripción • Fase (Fachada) • Actores • Guión

39. Especificación de Casos de Uso de Fachada • Número: Identificador de cada caso de uso • Nombre: Nombre del caso de uso • Ejemplo: • 01. Registrar datos de nuevo cliente • 02. Registrar datos de producto. • 03. Registrar pedido de cliente.

40. Especificación de Casos de Uso de Fachada • Descripción: Descripción del caso de uso, la situación en la cual se utiliza y un resumen del comportamiento del software. • Ejemplo: • Cuando el vendedor ha iniciado el contacto con un nuevo cliente, incluso antes de vender el primer producto, puede registrar los datos del mismo en el sistema.

41. Especificación de Casos de Uso de Fachada • Actores: Actores (Roles o Tipos de Usuarios que utilizan ese caso de uso) • Principales: Aquellos actores que interactúan directamente con el software (quienes usan el teclado). • Secundarios: Aquellos actores que proveen o reciben información para la ejecución del caso de uso, pero que no interactúan directamente con él.

42. Especificación de Casos de Uso de Fachada • Actores • Ejemplo: • Para la compra de productos en un almacen de cadena. • Principal: Cajero • Secundario: Cliente, Jefe de Cajeros.

43. Especificación de Casos de Uso de Fachada

44. Casos de Uso de Fachada • Revisión • Todas las especificaciones deben incluir el guión. • Los Actores deben ser usuarios que realmente interactúan con el software. • El Guión debe verificarse con los usuarios. • No deben existir presunciones de diseño y/o detalles de implementación.

45. Casos de Uso de Fachada ¿Qué sigue? Listado de Casos De Uso Casos de Uso De Fachada Casos de Uso Completos Listado de Actores

46. Casos de Uso Completos • Lo primero... • Establecer un primer guión para el caso de uso. • Negociar que cosas va a hacer el usuario y que cosas va a hacer el software. • Ahora.. • Establecer los casos excepcionales. • Determinar que debe hacer el software en cada una de las situaciones especiales.

47. Casos de Uso Completos • Excepciones • Sitación/Caso en el que el software no desarrolla el guión normal. • Secuencias de pasos que se deben ejecutar en una situación particular. • Ejemplo: • Cuando un estudiante hace su matricula por fuera del plazo estipulado, el software debe comportarse diferente a cuando se hace dentro del plazo estipulado.

48. Casos de Uso Completos • El guión típico deberá contener validaciones y verificaciones que permitan conocer si una excepción ocurre o no. • Cada una de las excepciones debe documentarse con un guión particular.

49. Casos de Usos Completos • Guión • Caso típico. Pasos a desarrollar en un caso típico. • Excepciones • Casos no típicos. Casos excepcionales en donde se desarrollan pasos diferentes.

50. Casos de Uso Completos