Your SlideShare is downloading. ×
Errores clásicos del desarrollo SW
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Errores clásicos del desarrollo SW

2,917
views

Published on

En esta presentación se describen varios errores clásicos cometidos en un proyecto real de desarrollo software.

En esta presentación se describen varios errores clásicos cometidos en un proyecto real de desarrollo software.

Published in: Technology, Business

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,917
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
63
Comments
0
Likes
0
Embeds 0
No embeds

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. Analisis proyecto software: Giga-Quote Equipo 1 : P.David Cuesta Pedro Amores Salva Peris
  • 2. Errores clásicos
    • - Motivación débil
    • Probablemente los trabajadores del equipo no están del todo motivados debido a la gran presión, cantidad de horas de trabajo, falta de descanso, problemas entre trabajadores dentro del grupo, etc.
    •      - Empleados problemáticos incontrolados
    • Existe como una división del equipo en pequeños grupos cerrados ya que ciertas personas no admiten dentro del equipo de proyecto a un nuevo desarrollador. Una programadora no quiere que nadie vea su código mientras lo desarrolla.
    •     
    • - Hazañas
    • Un único programador se encarga de manera personal e independiente de encontrar una solución al problema del texto en los gráficos
    •      
    • - Falta de participación del usuario
    • En ningún momento del proyecto participa el usuario final únicamente el equipo de pruebas por lo que un fallo en el análisis puede ser arrastrado hasta el final    
    Florida universitaria - DA4
  • 3. Errores clásicos
    • - Planificación excesivamente optimista
    • Sin conocer de manera profunda el lenguaje y herramientas ni el equipo de trabajo piensan que es posible reducir en un 50% el tiempo
    • - Fallos de los contratados
    • Uno de los contratados debe abandonar el proyecto ya que comienza un nuevo proyecto, no se tuvo en cuenta un posible retraso del proyecto en el que surgiría este problema
    •  
    • - Planificación insuficiente
    • Este error es el que conlleva la heroicidad del programador que se encarga de desarrollar los gráficos ya que no se planifica bien la herramienta a usar.
    • - Diseño inadecuado
    • No se tiene en cuenta un posible cambio de tasas ni el estándar de gráficos a seguir.
    •  
    Florida universitaria - DA4
  • 4. Errores clásicos
    • - Programación a destajo
    • El equipo trabaja 12 horas al dia sin ningún dia de descanso durante un largo periodo por lo que la creatividad, las ganas de trabajar y la eficiencia cada dia son menores.
    • - Exceso de requerimentos
    • No se especifica hasta que punto es necesario volcar los datos al mainframe pero es un requerimento que complica el proyecto.
    • - Cambio de las prestaciones
    • Durante el proyecto surge un nuevo cambio en la gestión de las tasas que lleva a realizar un drástico cambio en el desarrollo por lo que retrasa de nuevo la fecha de entrega.
    • - Sobreestimación de las ventajas del empleo de nuevas herramientas o métodos
    • El programador confía en una nueva herramienta de gráficos sin conocerla ni haberla usado anteriormente por lo que al trabajar con ella se encuentra con la sorpresa de que no realiza la función exactamente como se necesita.
    Florida universitaria - DA4
  • 5. Metodología usada
    • Cascada pura
    Florida universitaria - DA4
  • 6. Metodología idónea tras el análisis
    • Diseño por planificacion + Xtream Programming
    •  
    •         - Orden de preferencia de tareas
    •         - Entrega por versiones
    •         - Metodología adaptada a la fecha de entrega
    •         - Programación por parejas
    •         - Rápida detección y resolución de errores
    •  
    Florida universitaria - DA4
  • 7. Evaluación de la gestión del proyecto
    • - Excede el plazo de entrega
    •                  
    • - Excede el presupuesto previsto
    •                  
    • - Personal desquiciado
    •            
    • - Gestión Pésima
    Florida universitaria - DA4
  • 8. CONCLUSIONES
    •  
    •  
    • - Importancia de las primeras fases 
    •                  
    • - Constante interactuación con el usuario
    • - Que complicado es gestionar un proyecto de desarrollo de sofware
    •            
    Florida universitaria - DA4