Mejores prácticas en el desarrollo de software

Gustavo Bonalde, PMPIBM RUP Certified

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

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

Modelo Iterativo

Requerimientos Análisis &Diseño

Implementación

Planificación

Pruebas

DespliegueEvaluación

Cada iteración,significa una mini-versión

funcional

Modelo Cascada vs. Iterativo

TiempoTiempo

Rie

sgo

Rie

sgo

Riesgo en Iterativo

Riesgoen Cascada

Reducción del riesgo

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.

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

Traza de los Requerimientos

NECESIDAD

CARACTERÍSTICAS

REQUERIMIENTOS

+AbstractoProblema u

Oportunidad

Registrarsubasta

vendedorcomprador

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

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

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

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

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

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

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/gustavo.bonalde@gmail.com