1 Gestión de Requerimientos

2 Los Requerimientos ¿Qué son los requerimientos? ¿Alguien sabe?

3 Requerimiento Restricción sobre el espacio de soluciones de software.Condición que debe ser cumplida por el software para que pueda ser recibido por el cliente. Se negocia/determina de mutuo acuerdo con el cliente. No todas las necesidades y expectativas de los clientes son requerimientos.

4 ¿Es un requerimiento? Necesito pasar todo a “web” antes de 3 meses¿esta completo? ¿podremos cumplir?

5 Unas definiciones inicialesRequerimiento Característica requerida para recibir, aceptar o adquirir un producto. Restricción sobre el espacio de soluciones. Si No

6 Unas definiciones inicialesEl conjunto de requerimientos define el espacio de soluciones aceptables. Soluciones Aceptables

7 ¿Cómo así un conjunto de restricciones?¿Manejamos requerimientos en otros contextos? ¿un encargo de alguien? ¿la lista del mercado? ¿en el software es algo diferente?

8 Unas definiciones inicialesEjemplo... Comprar una videocasetera Debe ser Sony Debe manejar VHS Debe costar menos de $ oo Debe poderse pagar con tarjeta de crédito

9 Unas definiciones inicialesEjemplo... Comprar una videocasetera ¿Compraría una grabadora de audio, Sony, de menos de $ ?. ¿Compraría una videocasetera Panasonic, de menos de $ ? ¿Compraría una videocasetera Sony de $ ?

10 Unas definiciones inicialesLos requerimientos deben negociarse con los clientes Las necesidades y expectativas de los clientes son requerimientos potenciales. La negociación permite determinar los requerimientos del sistema/software. Los requerimientos deben ser parte integral de los contratos.

11 Unas definiciones inicialesRequerimientos Potenciales Necesidades, Deseos, Expectativas del cliente Requerimientos Acuerdos entre Desarrolladores y Clientes Entrevistas Especificación Negociación

12 ¿Es un requerimiento? Necesito pasar todo a “web” antes de 3 meses¿Qué es todo? ¿Qué significa pasarlo a web? ¿se tendría que desarrollar internamente? ¿podría comprarse?

13 Caso de Ejemplo En una licitación para el software de recaudo y control de impuestos… ¿El software maneja fondos?

14 ¿Qué tipos de requerimientos se manejan?¿Qué se debe especificar? ¿Qué se debe negociar? ¿Cuáles son los requerimentos?

15 Tipos de RequerimientosNo todos los requerimientos son requerimientos del software. Existen muchos requerimientos del sistema Redes Equipos Personal Controles Etc. Existen también requerimientos de soporte y mantenimiento. (¿Se deben manejar igual?)

16 Tipos de RequerimientosAl trabajar con requerimientos de software suelen diferenciarse varios tipos: Funcionales De Datos Técnicos Reglas

17 Tipos de RequerimientosRequerimientos funcionales Sobre la funcionalidad del software No son aspectos procedimentales Representan las funciones que deben realizarse con el software Representan las funcionalidades esperadas del producto

18 ¿Es un requerimiento funcional?El software deberá utilizar el sistema de colas implementado en PL/SQL para mejorar el nivel de responsibidad ante los usuarios

19 ¿Es un requerimiento funcional?El software deberá ser parametrizable

20 ¿Cuáles son requerimientos funcionales?Para un equipo de comunicación personal (como un teléfono celular) ¿Qué quisiera como cliente? ¿Cuáles son requerimientos de software?

21 Tipos de RequerimientosRequerimientos funcionales Los usuarios “perciben primero” los requerimientos funcionales Deseo que el software genere un reporte de ventas… El reporte debe contener los siguientes datos…

22 Tipos de RequerimientosRequerimientos de datos Sobre los datos que se manejan al interior del software Sobre la información que debe generarse a partir de ella No solo estructuras de almacenamiento (MER) También pantallas, reportes, estructuras en memoria, etc.

23 ¿Cuáles son requerimientos de datos?Para un equipo de comunicación personal (como un teléfono celular) ¿Qué datos le gustaría se manejaran en las diferentes funcionalidades?

24 Tipos de RequerimientosRequerimientos técnicos Otros requerimientos, exigencias del usuario, que determinan aspectos del proyecto Tiempo de Desarrollo Costo Personal

25 Tipos de RequerimientosRequerimientos técnicos Tiempo de Respuesta Plataforma de Desarrollo Plataforma de Operación Lenguaje de programación Impacto en memoria Impacto en disco Confiabilidad Tolerancia a Fallos Seguridad (etc.)

26 ¿Cuáles son requerimientos técnicos?Para un equipo de comunicación personal (como un teléfono celular) ¿Qué otros requerimientos se le ocurren?

27 Tipos de RequerimientosRequerimientos de decisión (reglas) Los requerimientos son contradictorios Soluciones Aceptables

28 Tipos de RequerimientosRequerimientos de decisión (reglas) Deben existir reglas o priorizaciones que determinen cuales requerimientos prevalecen sobre otros. Idealmente deberían definirse en la etapa de requerimientos, antes de empezar el desarrollo

29 Caso de Ejemplo En un software transaccional sobre la web para manejo de giros ¿Tiempo de respuesta? ¿Confiabilidad? ¿Seguridad?

30 ¿Cuáles son sus prioridades?Para un equipo de comunicación personal (como un teléfono celular) ¿Qué requerimientos deberían prevalecer?

31 Priorización de RequerimientosUn aspecto que hace parte de la etapa, y que debe realizarse siempre, es la priorización de los requerimientos. ¿Cómo priorizar?

32 Priorización de RequerimientosLa priorización de los requerimientos obedece a una lógica de administración del proyecto Relación Costo / beneficio El modelo de Karl Weigers Importancia Criticidad Complejidad Riesgo

33 ¿Cuáles son sus prioridades?Un proyecto de auditoria médica que opera sobre Palm, celulares y PDAs ¿Cuáles son las prioridades?

34 ¿Cómo se escriben los requerimientos en su empresa?¿Existe una forma de escribir los requerimientos en la empresa? ¿Cómo se validan? ¿Todos los requerimientos se “escriben” igual?

35 Especificación de RequerimientosLa Especificación es: El documento final que detalla, de manera completa y no ambigüa, los requerimientos del software a desarrollar. El proceso de construcción de ese documento.

36 Especificación de RequerimientosLa Especificación puede realizarse de acuerdo a estándares internacionales reconocidos o a formatos de métodos formales de Ingeniería de Software ANSI/IEEE NSA NASA RUP Otros.

37 Especificación de RequerimientosConstruir un documento “perfecto” de requerimientos de software no es posible Hay requerimientos contradictorios. Fácil de Entender vs. No Ambigüo Fácil de Entender vs. Completo

38 ¿Cómo se manejan los requerimientos en su empresa?¿Existe una forma de manejar los requerimientos en la empresa? ¿Cómo se manejan? ¿Qué problemas se tienen?

39 Problemas con los RequerimientosEl proceso de requerimientos no es fácil. No es simplemente “tomar nota” de las necesidades del cliente. Es un proceso de comunicación. Es necesario entender que es lo que quiere el cliente. Es un proceso de negociación. Es necesario determinar que cosas podemos comprometernos a hacer.

40 Problemas con los RequerimientosNo hay acuerdos en los Requerimientos No se hizo ningún tipo de negociación y no hay acuerdos reales entre los usuarios y desarrolladores. No se ha realizado ningún tipo de verificación que posibilite determinar si los desarrolladores han comprendido las exigencias de los usuarios. Los Requerimientos no se han priorizado No se ha hecho ningún estudio costo-beneficio, ni de ningún otro tipo que posibilite la definición de prioridades y/o cronogramas basados en los requerimientos.

41 Problemas con los RequerimientosRequerimientos incompletos El listado de los requerimientos no incluye cosas que son necesarias para que el software funcione. Requerimientos contradictorios Unos requerimientos parecen contradecir a otros requerimientos. Si el software cumple a cabalidad con algunos requerimientos, ni puede cumplir con los otros.

42 Problemas con los RequerimientosRequerimientos ambigüos Existen múltiples interpretaciones para el requerimiento. Cada usuario y/o desarrollador puede entender algo distinto. (Puede no existir ningún acuerdo). Requerimientos de Desarrollador. El desarrollador introduce requerimientos que no fueron solicitados por el cliente, y que hacen díficil satisfacer los requerimientos reales. (Presunciones de Diseño).

43 Problemas con los Requerimientos¿Cómo solucionar el problema? Un proceso disciplinado que busque determinar y solucionar los diferentes problemas de los requerimientos. Un sistema de especificaciones que posibilite comunicar y negociar los requerimientos eficientemente con los usuarios.

44 Procesos de RequerimientosEn la actualidad, a diferencia de los métodos tradicionales, existe una separación marcada entre los procesos de requerimientos y de análisis de requerimientos. Existen varias opciones en torno a los procesos de Requerimientos Ingeniería de Requerimientos

45 Procesos de Requerimientos¿Se pueden aplicar los métodos tal cual como están en los libros?

46 Procesos de RequerimientosAplicando UML y Patrones, Larman Casos de Uso Reales Declaración de Trabajo Listado de Casos de Uso Casos de Uso Esenciales Prototipos

47 Procesos de RequerimientosUse Case in Context, Kulak 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 Listado de Actores Prototipos

48 Procesos de RequerimientosUse Cases, Texell Declaración de Trabajo Entrevistas Listado de Casos de Uso Priorización Especificación de Casos de Uso

49 Procesos de RequerimientosRUP Casos de Uso Prototipos Especificación con Casos de Uso Visión de Producto Glosario de Términos

50 Procesos de RequerimientosIconix Declaración de Trabajo Prototipos Casos de Uso

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

52 Proceso de RequerimientosEl prototipo es el mecanismo para “revisar” las especificaciones de requerimientos. La Especificación es el mecanismo para “formalizar” los acuerdos entre desarrolladores y usuarios.

53 Proceso de RequerimientosAlgunos métodos y autores sugieren comenzar con la definición de los prototipos ¿Será conveniente? ¿Qué pasa si el usuario no sabe “a ciencia cierta” que es lo que quiere? La realización de los prototipos puede ser un “arma de doble filo”.