Importancia Requerimientos
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Importancia Requerimientos

  • 12,262 views
Uploaded on

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

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

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
12,262
On Slideshare
12,203
From Embeds
59
Number of Embeds
7

Actions

Shares
Downloads
162
Comments
0
Likes
2

Embeds 59

http://leonardoraygoza.com 25
http://www.slideshare.net 22
http://www.linkedin.com 8
http://www.leonardoraygoza.com 1
http://webcache.googleusercontent.com 1
http://pensamientocriticoprop.blogspot.com 1
https://www.linkedin.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Importancia de los requerimientos en un proyecto de Software.
    Identificación de Requerimientos.
  • 2. El papel de los requerimientos en el proyecto de Software
    Introducció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.
    Alcance
    Recursos (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 Requerimientos
    P: ¿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 requerimientos
    Detectar 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 Entrevistas
    Preparar 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 JAD
    JointApplicationDevelopment.
    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.