buenas practicas para el desarrollo de software
DESCRIPTION
Buenas prácticas a nivel metodológico en el desarrollo de software. Parte de un curso que dicto de Rational Unified Process.TRANSCRIPT
![Page 1: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/1.jpg)
Mejores prácticas en el desarrollo de software
Gustavo Bonalde, PMPIBM RUP Certified
![Page 2: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/2.jpg)
Fundamentos Rational Unified Process
Modelo Cascada vs Modelo Iterativo Gerencia de los Requerimientos Componentes basado en la Arquitectura Modelado Visual Verificación continua de la calidad Gerencia del Cambio
![Page 3: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/3.jpg)
Modelo Cascada
RequerimientosAnálisis
DiseñoCodificación
Pruebas
• Se crea retrasos en la identificación de riesgos• Dificulta el manejo de indicadores de progreso• Con frecuencia surgen importantes resultados en iteraciones imprevistas• Imposibilita el despliegue temprano
![Page 4: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/4.jpg)
Modelo Iterativo
Requerimientos Análisis &Diseño
Implementación
Planificación
Pruebas
DespliegueEvaluación
Cada iteración,significa una mini-versión
funcional
![Page 5: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/5.jpg)
Modelo Cascada vs. Iterativo
TiempoTiempo
Rie
sgo
Rie
sgo
Riesgo en Iterativo
Riesgoen Cascada
Reducción del riesgo
![Page 6: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/6.jpg)
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 debe asegurar:Resolver el problema correctoConstruir el sistema correcto
Sistemáticamente se debe:elicitar organizar documentar manejar
Los cambios de requerimientos del software.
![Page 7: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/7.jpg)
Aspectos de la Gerencia de los Requerimientos
Análisis del problema Comprensión de las necesidades de los usuarios Definición del sistema Manejo del alcance Refinamiento de la definición del sistema Gerencia del cambio en los requerimientos
![Page 8: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/8.jpg)
Traza de los Requerimientos
NECESIDAD
CARACTERÍSTICAS
REQUERIMIENTOS
+AbstractoProblema u
Oportunidad
Registrarsubasta
vendedorcomprador
![Page 9: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/9.jpg)
Componentes basado en la Arquitectura
Se trata de un nuevo proceso de arquitectura empresarial para proveer aplicaciones. Propone un enfoque de “plug & play” para enfrentar las soluciones
En 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 adaptativos
Permite seleccionar de componentes comerciales disponibles
![Page 10: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/10.jpg)
Modelado Visual
Captura la estructura y el comportamiento del sistema Muestra como se engranan todos los elementos del sistema Mantiene consistencia entre el diseño y la implementación Evita la ambigüedad en la comunicación
Forward and Reverse Engineering
![Page 11: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/11.jpg)
Verificación continua de la calidadC
osto
Cos
to
Fases del Desarrollo
• Costo de reparación de fallas• Costo de pérdida de
oportunidades• Costo de pérdida de clientes
Conseguir y reparar los problemas de software luego de su puesta en producción,
Es de 100 a1000 veces más costoso
![Page 12: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/12.jpg)
Verificación continua de la calidad
La calidad se toma en cuenta a los largo de todo el proyecto Las pruebas se planifican para cada iteración Cada caso de uso se acompaña de un caso de prueba El aseguramiento de la calidad es parte del proceso de desarrollo y
no la responsabilidad de un grupo independiente
![Page 13: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/13.jpg)
Gerencia del Cambio
Manejo de las requisiciones de cambio Gerencia de la configuración Traza de los cambios Selección de versión Manufactura de software
![Page 14: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/14.jpg)
Resumen
Existen 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 principales
Seis mejores prácticas en el desarrollo de software, probadas comercialmente, atacan estas causas:◦ Desarrollar de manera iterativa◦ Administrar Requerimientos◦ Usar Arquitecturas basadas en componentes◦ Modelar visualmente el software◦ Verificación continua de la calidad del software◦ Controlar los cambios hechos al software
![Page 15: Buenas practicas para el desarrollo de software](https://reader036.vdocuments.co/reader036/viewer/2022082809/5574c40fd8b42a35678b5469/html5/thumbnails/15.jpg)
Gustavo Bonalde, PMP
PROJECT MANAGEMENT PROFESSIONAL PMI IBM Certified Solution Designer Rational Unified Process v 7.0 IBM Certified Specialist Rational Requirements Management w/Use
Cases v2003 IBM Certified Specialist for Rational Unified Process v2003
http://gbonalde.blogspot.com/[email protected]