Este documento describe la importancia de identificar requerimientos claros al comienzo de un proyecto de software. Los requerimientos definen el alcance del proyecto y permiten estimaciones realistas, planeación efectiva, pruebas basadas en especificaciones, y control del crecimiento del proyecto. La recolección de requerimientos involucra entrevistas con usuarios clave, prototipos, y sesiones conjuntas para balancear objetivos y requisitos entre departamentos. Los requerimientos deben enfocarse en necesidades del negocio en lugar de de

1. Importancia de los requerimientos en un proyecto de Software.Identificación de Requerimientos.

2. El papel de los requerimientos en el proyecto de SoftwareIntroducción

3. ¿Que es un proyecto ?Es un trabajo que se ejecuta una sola vez.Tiene un alcance, plasmado en objetivos y actividades.Tiene recursos asignados.Tiene un inicio y un final (Tiempo asignado).Produce resultados únicos.

4. Principales parámetros de un proyecto.AlcanceRecursos (costo del esfuerzo, principalmente).Tiempo.Cada parámetro es función de los otros dos.Mover un parámetro implica cambios a los otros (por lo menos a uno).El principal objetivo de la dirección del proyecto es planearlos y controlarlos.

5. Los alcances y los RequerimientosP: ¿En base a qué se establecen los alcances de un proyecto?R: En base a los requerimientos.

6. Al carecer de requerimientos definidos:No es posible realizar estimaciones realistas.No es factible emplear coherentemente herramientas de planeación.No se pueden realizar revisiones periódicas del progreso en base a especificaciones.La arquitectura, el diseño y el desarrollo del software carecerán de una base firme.

7. Al carecer de requerimientos definidos: (cont.)Las pruebas estarán basadas en supuestos y no en lo que el usuario y otros interesados requieren.No es posible Realizar un control de configuraciones adecuado.No es posible controlar el crecimiento de los requerimientos.

8. Una definición de requerimientos permite:Empleo de métricas.Empleo de técnicas y herramientas de estimación.Informes formales y regulares de avances.Empleo de arquitectura de software adecuada y datos.Empleo de métodos formales de desarrollo.

9. Una definición de requerimientos permite: (cont.)Revisiones formales de diseño.Métodos formales de pruebas.Empleo de herramientas de diseño.Empleo de control de versiones y configuraciones.Administración de los requerimientos y control del crecimiento del proyecto.

10. Levantamiento de Requerimientos¿Por dónde Empezar?

11. ¿Por dónde empezar?Identificar usuarios clave, expertos del área y directivos que auspician el proyecto (los patrocinadores, o sponsors).Obtener organigrama del área.Planear entrevistas iniciales.Establecer un centro de operaciones.

12. Un objetivo fundamental: alinear el proyecto con las estrategias y metas de los directivos.Análisis del área y requerimientosDetectar características y condiciones que deben cumplir el producto y el proyecto.La subestimación o menoscabo de su importancia es uno de los errores fatales más comunes.Alineación de perspectivas.Exploración de antecedentes.

13. ¿Cómo hacerlo?Técnicas de recolección e identificación de Requerimientos.

14. Las EntrevistasPreparar la entreviste de antemano.Preparación != Rigidez o falta de espontaneidad.Si es con un directivo de alto nivel:Identificar visión panorámica.Solicitar que nos ayude a detectar usuarios clave.Identificar si se han investigado las mejores prácticas del ramo, o las que se llevan a cabo en empresas similares.

15. Uso de prototipos.Facilita la obtención y validación de requerimientos.Presentan una parte del sistema.Excelente vehículo de descubrimiento.Ayuda a obtener retroalimentación.Reduce ambigüedades.Permite al cliente/usuario a clarificar ideas.¡Cuidado! Los prototipos tienden a crear la ilusión de que el sistema está casi, casi listo.

16. Sesiones JADJointApplicationDevelopment.Diseño de aplicación conjunta.Son idóneas para balancear objetivos y requisitos.Son indispensables cuando están involucrados varios departamentos.Se debe, ante todo Escuchar.

17. El enfoque hacia requerimientos.Estos no son requerimientos:Análisis, diseño, diagramas, herramientas CASE …Interfaz gráfica, OO.Ebusines, ancho de banda, ERP… Sino soluciones técnicas.

18. El enfoque hacia requerimientos.Estos sí son requerimientos.“Necesitamos reducir el tiempo que nos toma elaborar el informe semestral”“Queremos reducir los errores en los estados de cuenta de los clientes”“Necesitamos saber a que clientes les estamos vendiendo suministros para equipo de computo”

19. Conclusiones:Los requerimientos son el insumo principal en el desarrollo de software.Delimitan el alcance real del proyecto de software.El subestimarlos en un proyecto, por lo general nos hace entrar en crisis.

20. ¿Dudas? Comentarios …Contacto:David Ramírez Ledesma.davo.rmz@gmail.com@davo_man

21. Gracias por su atención.