Buenas practicas para el desarrollo de software
Descargar como PPTX, PDF2 recomendaciones9,906 vistas
Este documento describe seis mejores prácticas para el desarrollo de software probadas comercialmente. Estas incluyen desarrollar de manera iterativa en lugar de cascada para reducir riesgos, administrar requerimientos para construir el sistema correcto, usar arquitecturas basadas en componentes para tiempos más cortos, modelar visualmente el software para evitar ambigüedades, verificar continuamente la calidad del software, y controlar los cambios realizados al software.
Buenas practicas para el desarrollo de software
- 1. Mejoresprácticas en el desarrollo de softwareGustavo Bonalde, PMPIBM RUP Certified
- 2. Fundamentos RationalUnifiedProcessModeloCascadavsModeloIterativoGerencia de los RequerimientosComponentesbasado en la ArquitecturaModelado VisualVerificación continua de la calidadGerencia del Cambio
- 3. RequerimientosAnálisisDiseñoCodificaciónPruebasModelo CascadaSe crea retrasos en la identificación de riesgos
- 4. Dificulta el manejo de indicadores de progreso
- 5. Con frecuencia surgen importantes resultados en iteraciones imprevistas
- 6. Imposibilita el despliegue tempranoModelo IterativoRequerimientosAnálisis &DiseñoPlanificaciónImplementaciónPruebasCada iteración,significa una mini-versiónfuncionalEvaluaciónDespliegue
- 7. Riesgo en IterativoModelo Cascada vs. IterativoRiesgoen CascadaRiesgoReducción del riesgoTiempo
- 8. Gerencia de los Requerimientos Uno de los principales factores que inciden en la baja tasa de éxito de los proyectos de software es una incorrecta definición de los mismos o un pobre manejo de ellos Se debeasegurar:Resolver el problemacorrecto
- 9. Construir el sistemacorrectoSistemáticamente se debe:elicitar
- 10. organizar
- 11. documentar
- 12. manejarLos cambios de requerimientos del software.
- 13. Aspectos de la Gerencia de los RequerimientosAnálisis del problemaComprensión de las necesidades de los usuariosDefinición del sistemaManejo del alcanceRefinamiento de la definición del sistemaGerencia del cambio en los requerimientos
- 14. RegistrarsubastavendedorcompradorTraza de los RequerimientosProblema u Oportunidad+AbstractoNECESIDADCARACTERÍSTICASREQUERIMIENTOS
- 15. Componentes basado en la ArquitecturaSe trata de un nuevo proceso de arquitectura empresarial para proveer aplicaciones. Propone un enfoque de “plug & play” para enfrentar las solucionesEn lugar de una orientación de soluciones a la medida, propone una metodología de “diseño, codificación y prueba”Tiempos más cortos, menores riesgos y sistemas modulares y adaptativosPermite seleccionar de componentes comerciales disponibles
- 16. Modelado VisualCaptura la estructura y el comportamiento del sistemaMuestra como se engranan todos los elementos del sistemaMantiene consistencia entre el diseño y la implementaciónEvita la ambigüedad en la comunicaciónForward and Reverse Engineering
- 17. Verificación continua de la calidadConseguir y reparar los problemas de software luego de su puesta en producción,Es de 100 a1000 veces más costosoCostoCosto de reparación de fallas
- 18. Costo de pérdida de oportunidades
- 19. Costo de pérdida de clientesFases del Desarrollo
- 20. Verificación continua de la calidadLa calidad se toma en cuenta a los largo de todo el proyectoLas pruebas se planifican para cada iteraciónCada caso de uso se acompaña de un caso de pruebaEl aseguramiento de la calidad es parte del proceso de desarrollo y no la responsabilidad de un grupo independiente
- 21. Gerencia del CambioManejo de las requisiciones de cambioGerencia de la configuraciónTraza de los cambiosSelección de versiónManufactura de software
- 22. ResumenExisten un conjunto de síntomas asociados a los problemas que se generan comúnmente en el desarrollo de software, los cuales se pueden observar como resultados de unas causas principalesSeis mejores prácticas en el desarrollo de software, probadas comercialmente, atacan estas causas:Desarrollar de manera iterativaAdministrar RequerimientosUsar Arquitecturas basadas en componentesModelar visualmente el softwareVerificación continua de la calidad del softwareControlar los cambios hechos al software
- 23. Gustavo Bonalde, PMPPROJECT MANAGEMENT PROFESSIONALPMIIBM Certified Solution Designer Rational Unified Process v 7.0IBM Certified Specialist Rational Requirements Management w/Use Cases v2003IBM Certified Specialist for Rational Unified Process v2003http://gbonalde.blogspot.com/gustavo.bonalde@gmail.com