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.

1. Mejoresprácticas en el desarrollo de software Gustavo Bonalde, PMP IBM RUP Certified

2. Fundamentos RationalUnifiedProcess ModeloCascadavsModeloIterativo Gerencia de los Requerimientos Componentesbasado en la Arquitectura Modelado Visual Verificación continua de la calidad Gerencia del Cambio

4. Dificulta el manejo de indicadores de progreso

5. Con frecuencia surgen importantes resultados en iteraciones imprevistas

7. Riesgo en Iterativo Modelo Cascada vs. Iterativo Riesgo en Cascada Riesgo Reducción del riesgo Tiempo

10. organizar

11. documentar

12. manejarLos cambios de requerimientos del software.

13. 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

14. Registrar subasta vendedor comprador Traza de los Requerimientos Problema u Oportunidad +Abstracto NECESIDAD CARACTERÍSTICAS REQUERIMIENTOS

15. 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

16. 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

18. Costo de pérdida de oportunidades

19. Costo de pérdida de clientesFases del Desarrollo

20. 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

21. 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

22. 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

23. Gustavo Bonalde, PMP PROJECT MANAGEMENT PROFESSIONALPMI 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/ gustavo.bonalde@gmail.com