Importancia de los requerimientos en un proyecto de Software.<br />Identificación de Requerimientos.<br />
El papel de los requerimientos en el proyecto de Software<br />Introducción<br />
¿Que es un proyecto ?<br />Es un trabajo que se ejecuta una sola vez.<br />Tiene un alcance, plasmado en objetivos y activ...
Principales parámetros de un proyecto.<br />Alcance<br />Recursos (costo del esfuerzo, principalmente).<br />Tiempo.<br />...
Los alcances y los Requerimientos<br />P: ¿En base a qué se establecen los alcances de un proyecto?<br />R: En base a los ...
Al carecer de requerimientos definidos:<br />No es posible realizar estimaciones realistas.<br />No es factible emplear co...
Al carecer de requerimientos definidos: (cont.)<br />Las pruebas estarán basadas en supuestos y no en lo que el usuario y ...
Una definición de requerimientos permite:<br />Empleo de métricas.<br />Empleo de técnicas y herramientas de estimación.<b...
Una definición de requerimientos permite: (cont.)<br />Revisiones formales de diseño.<br />Métodos formales de pruebas.<br...
Levantamiento de Requerimientos<br />¿Por dónde Empezar?<br />
¿Por dónde empezar?<br />Identificar usuarios clave, expertos del área y directivos que auspician el proyecto (los patroci...
Un objetivo fundamental: alinear el proyecto con las estrategias y metas de los directivos.</li></li></ul><li>Análisis del...
¿Cómo hacerlo?<br />Técnicas de recolección e identificación de Requerimientos.<br />
Las Entrevistas<br />Preparar la entreviste <br />de antemano.<br />Preparación != Rigidez <br />o falta de espontaneidad....
Uso de prototipos.<br />Facilita la obtención y validación de requerimientos.<br />Presentan una parte del sistema.<br />E...
Sesiones JAD<br />JointApplicationDevelopment.<br />Diseño de aplicación conjunta.<br />Son idóneas para balancear objetiv...
El enfoque hacia requerimientos.<br />Estos no son requerimientos:<br />Análisis, diseño, diagramas, herramientas CASE …<b...
El enfoque hacia requerimientos.<br />Estos sí son requerimientos.<br />“Necesitamos reducir el tiempo que nos toma elabor...
Conclusiones:<br />Los requerimientos son el insumo principal en el desarrollo de software.<br />Delimitan el alcance real...
¿Dudas? Comentarios …<br />Contacto:<br />David Ramírez Ledesma.<br />davo.rmz@gmail.com<br />@davo_man<br />
Gracias por su atención.<br />
Upcoming SlideShare
Loading in...5
×

Importancia Requerimientos

11,528

Published on

Presentación de la platica de importancia de requerimientos para la comunidad de desarrolladores.

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
11,528
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
177
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Importancia Requerimientos

  1. 1. Importancia de los requerimientos en un proyecto de Software.<br />Identificación de Requerimientos.<br />
  2. 2. El papel de los requerimientos en el proyecto de Software<br />Introducción<br />
  3. 3. ¿Que es un proyecto ?<br />Es un trabajo que se ejecuta una sola vez.<br />Tiene un alcance, plasmado en objetivos y actividades.<br />Tiene recursos asignados.<br />Tiene un inicio y un final (Tiempo asignado).<br />Produce resultados únicos.<br />
  4. 4. Principales parámetros de un proyecto.<br />Alcance<br />Recursos (costo del esfuerzo, principalmente).<br />Tiempo.<br />Cada parámetro es función de los otros dos.<br />Mover un parámetro implica cambios a los otros (por lo menos a uno).<br />El principal objetivo de la dirección del proyecto es planearlos y controlarlos.<br />
  5. 5. Los alcances y los Requerimientos<br />P: ¿En base a qué se establecen los alcances de un proyecto?<br />R: En base a los requerimientos.<br />
  6. 6. Al carecer de requerimientos definidos:<br />No es posible realizar estimaciones realistas.<br />No es factible emplear coherentemente herramientas de planeación.<br />No se pueden realizar revisiones periódicas del progreso en base a especificaciones.<br />La arquitectura, el diseño y el desarrollo del software carecerán de una base firme.<br />
  7. 7. Al carecer de requerimientos definidos: (cont.)<br />Las pruebas estarán basadas en supuestos y no en lo que el usuario y otros interesados requieren.<br />No es posible Realizar un control de configuraciones adecuado.<br />No es posible controlar el crecimiento de los requerimientos.<br />
  8. 8. Una definición de requerimientos permite:<br />Empleo de métricas.<br />Empleo de técnicas y herramientas de estimación.<br />Informes formales y regulares de avances.<br />Empleo de arquitectura de software adecuada y datos.<br />Empleo de métodos formales de desarrollo.<br />
  9. 9. Una definición de requerimientos permite: (cont.)<br />Revisiones formales de diseño.<br />Métodos formales de pruebas.<br />Empleo de herramientas de diseño.<br />Empleo de control de versiones y configuraciones.<br />Administración de los requerimientos y control del crecimiento del proyecto.<br />
  10. 10. Levantamiento de Requerimientos<br />¿Por dónde Empezar?<br />
  11. 11. ¿Por dónde empezar?<br />Identificar usuarios clave, expertos del área y directivos que auspician el proyecto (los patrocinadores, o sponsors).<br />Obtener organigrama del área.<br />Planear entrevistas iniciales.<br /><ul><li>Establecer un centro de operaciones.
  12. 12. Un objetivo fundamental: alinear el proyecto con las estrategias y metas de los directivos.</li></li></ul><li>Análisis del área y requerimientos<br />Detectar características y condiciones que deben cumplir el producto y el proyecto.<br />La subestimación o menoscabo de su importancia es uno de los errores fatales más comunes.<br />Alineación de perspectivas.<br />Exploración de antecedentes.<br />
  13. 13. ¿Cómo hacerlo?<br />Técnicas de recolección e identificación de Requerimientos.<br />
  14. 14. Las Entrevistas<br />Preparar la entreviste <br />de antemano.<br />Preparación != Rigidez <br />o falta de espontaneidad.<br />Si es con un directivo de alto nivel:<br />Identificar visión panorámica.<br />Solicitar que nos ayude a detectar usuarios clave.<br />Identificar si se han investigado las mejores prácticas del ramo, o las que se llevan a cabo en empresas similares.<br />
  15. 15. Uso de prototipos.<br />Facilita la obtención y validación de requerimientos.<br />Presentan una parte del sistema.<br />Excelente vehículo de descubrimiento.<br />Ayuda a obtener retroalimentación.<br />Reduce ambigüedades.<br />Permite al cliente/usuario a clarificar ideas.<br />¡Cuidado! Los prototipos tienden a crear la ilusión de que el sistema está casi, casi listo.<br />
  16. 16. Sesiones JAD<br />JointApplicationDevelopment.<br />Diseño de aplicación conjunta.<br />Son idóneas para balancear objetivos y requisitos.<br />Son indispensables cuando están involucrados varios departamentos.<br />Se debe, ante todo Escuchar.<br />
  17. 17. El enfoque hacia requerimientos.<br />Estos no son requerimientos:<br />Análisis, diseño, diagramas, herramientas CASE …<br />Interfaz gráfica, OO.<br />Ebusines, ancho de banda, ERP<br />… Sino soluciones técnicas.<br />
  18. 18. El enfoque hacia requerimientos.<br />Estos sí son requerimientos.<br />“Necesitamos reducir el tiempo que nos toma elaborar el informe semestral”<br />“Queremos reducir los errores en los estados de cuenta de los clientes”<br />“Necesitamos saber a que clientes les estamos vendiendo suministros para equipo de computo”<br />
  19. 19. Conclusiones:<br />Los requerimientos son el insumo principal en el desarrollo de software.<br />Delimitan el alcance real del proyecto de software.<br />El subestimarlos en un proyecto, por lo general nos hace entrar en crisis.<br />
  20. 20. ¿Dudas? Comentarios …<br />Contacto:<br />David Ramírez Ledesma.<br />davo.rmz@gmail.com<br />@davo_man<br />
  21. 21. Gracias por su atención.<br />
  1. ¿Le ha llamado la atención una diapositiva en particular?

    Recortar diapositivas es una manera útil de recopilar información importante para consultarla más tarde.

×