1

Desarrollando Software de Calidad Mundial

Marzo 2014

2

Contenido

1. Breve exposición.2. Lecciones aprendidas y oportunidades para la

innovación.3. Beneficios.4. Ejemplos.5. Comentarios.

3

Every business is a software business, and every business can profit from

improved software process Watts Humphrey

La Inspiración

4

Estado de proyectos

2004

2006

2008

2010

2012

0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%

SuccessfulFailed Challenged

5

Nuestra propuesta de valor

Reducir el coste total del desarrollo a la mitad

Disminución del mantenimiento correctivo: 80%

Disminución del desarrollo del 20%Disminución de las pruebas 50%

6

La esencia de nuestro método

Medir tiempo, tamaño y defectos de todos los artefactos producidos con granularidad (por persona) y

rigor estadísticoTSPSMPSPSM

7

Métricas derivadas de tiempo, tamaño y defectos

PSPSM

TSPSM

8

Estimación STRAT SRS Diseñodetallado

CódigoFuente

ReportePruebas

ReportePruebas

ReportePruebas

ReportePruebas

PRE-ANÁLISIS REQ LIBPSPIDLD CODE PU

Diseñode

Pruebas

HLD

Arq.y

HLD

Plan y Dis.

Pruebas

R/IR/I/V R/I/V R/I TST TST TSTR/I/V

Línea base de los productos de trabajo.

Registro real de tiempo, tamaño y defectos de los productos de trabajo.

Planeación de tiempo, tamaño y defectos de fases y productos de Trabajo

Revisiones, Inspecciones, Validaciones y Pruebas

9

Revisiones, Inspecciones, Validaciones y Pruebas

Ejemplo

Un indicador de proceso adecuado es (A/FR) Appraisal / Failure Ratio = 2

Appraisal es el tiempo total dedicado a Revisiones, Inspecciones y Validaciones Failure es el tiempo total dedicado a testing

10

1. Gestión de los Requerimientos con buenas prácticas internacionales.

2. Definir y mantener actualizado un protocolo de trabajo con el cliente.3. Enfoque de Calidad del proceso.

Lecciones aprendidas: Tres factores clave para el éxito

11

Alineamiento con buenas prácticas internacionales

BABOK (Business Analysis Body Of Knowledge, cuerpo de conocimiento de análisis de negocio) es una colección de conocimientos dentro de la profesión de análisis de negocio y concentra las mejores prácticas, definido y actualizado por miembros del IIBA.

IIBA (International Institute of Business Analysis). Asociación civil líder a nivel mundial para el desarrollo y mantenimiento de estándares para la práctica del análisis de negocio y para la certificación de sus profesionales. Claro aspirante a significar para la gestión de requerimientos lo que PMI (Project Management Institute) supone para la gestión de proyectos.

UML (Unified Modelling Language, Lenguaje Unificado de Modelado) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema, incluyendo modelado de requerimientos.

RUP (Rational Unified Process, Proceso Unificado de Rational), es un proceso de desarrollo de software creado por la empresa Rational Software. Constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

12

Fundamentos

Planeación y monitoreo de la ingeniería de requerimientos

Gestión y comunicación de requerimientos

Análisis organizacional Elicitación Análisis de

requerimientos

Evaluación y validación de la

solución

Referencia: BABOK V.2.0, IIBA 2009

Con Áreas de Conocimiento específicas

13

• Establecer el protocolo de trabajo con el cliente.

• Acordar el modelo de colaboración Cliente-CAIS.

• Definir el modelo de seguimiento.

• Definir las funciones y responsabilidades de los puntos de interrelación.

• Demostrar los beneficios de de nuestro modelo operativo (PSP/TSP).

• Transformar al cliente en permanente.

CONSTRUIR UN PUENTE DE ENLACE SÓLIDO Y EFICAZ ENTRE EL CLIENTE Y EL CAIS

Realizamos un Piloto para establecer el protocolo de trabajo

14

• Fase Cierre:– Validación resultados

EAP– Revisión proceso

global– Identificación Puntos

de Mejora– Protocolo de trabajo

cliente /CAIS mejorado

• Fase Ejecución:– Recogida

Requerimientos– Análisis Funcional– Diseño Técnico– Codificación y

Pruebas Unitarias– Pruebas Integradas– Seguimiento

proyecto

• Fase Inicio:– Definición EAP (criterios

de calidad a cumplir)– Conocimiento del entorno

del Cliente– Definición alcance del

Proyecto– Modelo de colaboración

Cliente/CAIS– Adaptación de

Procedimientos– Modelo de Seguimiento

del Proyecto

CIERREEJECUCIÓNINICIO

Lo definimos en la fase de Inicio y lo revisamos en la de Cierre

15

Enfoque de Calidad en el Software

15

• La calidad interna del producto influye en su calidad externa.• La calidad no es algo que se le agrega al producto en la fase de

pruebas, es algo que debe adminitrarse durante todo el proceso de desarrollo.

• La calidad del producto tiene relación directa con el proceso que se sigue para el desarrollo del producto.

“La calidad de un producto de software es controlada por el proceso usado para desarrollarlo”.

Calidad del Producto

Calidad del Proceso

16

Beneficios

16

• Estimación basada en datos históricos y con base estadística

• Seguimiento al proyecto en base a métricas• Administración Total de la calidad

17

Cuantificable No Cuantificable

Financiero

• Ahorros en Costos directos

• Ahorros en horas de re-trabajo

• Sistemas de producción detenidos

• Sistemas no correspondientes con expectativas

No Financi

ero

• Reducción en Time to Market

• Especificaciones más acordes a las necesidades

• Incremento en productividad personal

• Mejora de la Imagen del área de sistemas México

• Mejora en hábitos de trabajo personales

• Mayor satisfacción en el usuario final por tener sistemas de mejor calidad

Ejemplo

Cuatro clases de Beneficios

18

Ejemplos: (HAPS)

19

Ejemplos: (HAPS)

Madrid

Av. de la Industria, 3228108 AlcobendasEspaña

México D.F. Periférico Sur 3325, piso 4San Jerónimo Lidice Magdalena Contreras10200México

www.steelmood.com

Huelva PCTH, Edificio 2.000C/ Caucho, 121110 Aljaraque - HuelvaEspaña

Síguenos en: