P. 1
Aplicaciones Cmm Psp Tsp

Aplicaciones Cmm Psp Tsp

|Views: 21|Likes:

More info:

Published by: Daft Aikawa Von Ripper on Jun 25, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPTX, PDF, TXT or read online from Scribd
See more
See less

02/27/2014

pdf

text

original

APLICACIONES CMMI

Calidad y Enfoque de Procesos: Retos en el Desarrollo de Aplicaciones de Negocios

Indice
1. Antecedentes: Problemática del Desarrollo de Software 2. ¿Existe el Desarrollo de Software con Calidad? 3. Enfoque de Procesos (CMM® ) 4. Dos Tecnologías de Vanguardia: PSPSM y TSPSM 5. Resultados y Beneficios

Problemática
• La Satisfacción del cliente • El Costo y el Tiempo • Software Artesanal

La satisfacción del cliente
• Se ha convertido en un objetivo crítico para seguir siendo competitivo • Los requerimientos de los usuarios no siempre son satisfechos

Costo y tiempo
• En la fase de desarrollo son factores determinantes en la mayoría de los planes de negocio
– Las fechas de entrega

de software comúnmente
se retrasan – Los costos de producción

de software son
generalmente más altos de lo estimado

Software Artesanal
• El software se desarrolla de manera artesanal
– Los procesos de

Administración de
Proyectos de Software son poco practicados

– El éxito de los proyectos
depende comúnmente de “héroes”

Problemática Real
• El 99% de los problemas de la industria es NO entregar en la fecha especificada • Falta de gente capacitada • No hay control de proyectos de software • No se tiene un enfoque de calidad en el desarrollo de software

¿Qué es calidad?
Satisfacción del Cliente.
Un producto o servicio de Calidad, es aquel que cumple las expectativas del cliente y que satisface sus necesidades en una adecuada relación costo/beneficio

El Cliente es el único que nos puede juzgar si nuestros productos son o no de Calidad

Calidad Total en Informática
• Es resultado del movimiento global dentro del proceso de mejoramiento continuo de los estándares de producción en todos los sectores industriales, en particular, cuando éste se concentra en la producción de sistemas de información y software especializado

Calidad Total en Informática
• La calidad en informática es el reto más difícil de enfrentar que en otras actividades creativas e industriales. • Existen metodologías y mecanismos para establecer programas que conducen directamente a que cada uno de los involucrados hagan las cosas cada vez mejor. • En ningún otro campo de la productividad industrial pueden los programas de calidad total tener mayor impacto que en el campo de la informática, constituyendo un efectivo agregado competitivo

¿Cómo podemos lograr la gestión y el aseguramiento de la calidad en la producción de software?

• Con implantación de un programa de calidad total en la producción de software, que implica necesariamente establecer un compromiso muy fuerte en todos los niveles de la organización y entre todas las partes involucradas en la producción, incluyendo los servicios y el mantenimiento después de la venta. • Los resultados más impactantes se obtienen en el largo plazo (tres a cinco años)

El programa de gestión y aseguramiento de la calidad
• Comienza por elegir un modelo y establecer una definición de calidad. • Identificar componentes de tipo «resultado» y de tipo «contribuyente»

Componentes
Tipo resultado Tipo contribuyente

• Son unidades de • Son unidades bajo las cuales el tipo técnico y están orientadas a usuario o cliente la tecnología emite un juicio informática sobre el producto o servicio.

Componentes tipo «resultado»
• Estas unidades son de relevancia a la actividad del usuario de informática. Ejemplos: El número de veces que no se pudo lograr una venta porque sus sistemas fallaron. La pérdida de oportunidades de negocio por no contar con la información pertinente.

Componentes tipo Contribuyente
• Ejemplos: El número de veces que se pierde la comunicación en un día El tiempo que se requiere para levantar una base de datos.

Parámetros para definir CALIDAD en sistemas informáticos Métrica Medida
• Es la evaluación de una variable de control. • Por ejemplo, una medida de un programa es el número de líneas de código o el tiempo que tarda un usuario en manejar bien el programa.
• Es la combinación de dos medidas, las cuales conducen a la evaluación de una unidad de control • Ejemplo: El total de defectos sobre el número de líneas de código es una métrica de la calidad de programación, y cuando ésta se eleva, se puede inferir que los programadores están siendo menos cuidadosos o que existe otro problema

El ciclo continuo de un programa de calidad

• El control de la calidad • La garantía de la calidad.

Para controlar la calidad…..
• Los niveles directivos deben establecer y monitorear conjuntos de métricas, que les proporcionen información suficiente para actuar con base a hechos ….

• El conjunto de medidas que maneja cada directivo debe concordar con su capacidad de acción para poder actuar efectivamente y garantizar calidad

Ejemplo:
• Los resultados que obtiene un ejecutivo basado en opiniones y que toma decisiones porque «al parecer» una metodología de diseño no está siendo satisfactoria, son muy distintos a los que llega uno que analiza datos históricos de varios meses de labores, donde se observan tendencias en métricas. Ejemplos de estas tendencias pueden ser: • Defectos por KLOC. • Defectos por funcionalidades. • Funcionalidades por tiempo de desarrollo. • Horas hombre sobre número de funcionalidades. • Funcionalidades sobre nivel de capacitación del equipo de desarrollo.

Medidas de acción de directivos
Directivo Monitorea

• Métricas tales como defectos • Director de Proyectos sobre KLOC y funcionalidades de sistema sobre costos de desarrollo • Métricas de productividad, • Coordinador de Proyectos calidad, tiempos de construcción y costos • Métricas de efectividad, • Director de Sistems. eficiencia de entrega, capacidad de respuesta, eficiencia de mantenimiento, valor táctico y valor estratégico

¿Qué riesgos tiene una mala calidad?
• Ejemplo
– Un ingeniero experimentado introduce 100 defectos por KLOC y el 50% de estos llegan a la fase de pruebas
– Un producto de 50,000 LOC entraría a la fase de pruebas con 2,500 defectos por ser encontrados – Se requiere en promedio de 5 a10 horas-programador para encontrar cada defecto, es decir, un total de 20,000 horas-programador – Un equipo de 5 personas, trabajando 160 horas al mes, terminaría en 25 meses

¿Qué riesgos tiene una mala calidad?
• Ejemplo
– Asumir un rendimiento promedio del 70% en el proceso de aseguramiento de calidad.
– Un producto de 50,000 LOC entraría a la fase de pruebas con 750 defectos por ser encontrados – Se requeriría un total de 6,000 horas-programador para encontrar todos los defectos – Un equipo de 5 personas, trabajando 160 horas al mes, terminaría en un periodo de entre 7 y 8 meses – El ahorro sería de 1 año y medio de pruebas!!!

Aplicación de Modelo de Proceso de SW
Herramientas

Métodos

Procesos

Enfoque de calidad

El triángulo del Software
Procesos

Recurso Humano

Tecnología

Utilizar el enfoque de procesos
– Facilita las tareas repetitivas

– Facilita la recolección de métricas
– Ayuda a conocer el desempeño y mejorar las estimaciones

– Ayuda a mejorar la calidad de los productos de SW
– No se depende de un individuo para ejecutar una tarea

– Permite una buena administración y control del proceso de desarrollo de SW

Karl E. Wiegers en la Conferencia “Software Quality Management” 2002:
• Existen infinidad de Modelos
– – – – – – – Modelos de desarrollo (cascada, espiral, evolutivo, RAD, prototipos,...) Métodos ágiles (XP, Crystral, SCRUM, Lean Development, Xbreed,...) Modelos para requerimientos, diseño, pruebas, ... Modelos para Mejoramiento de Procesos (CMM/i, ISO, Bootstrap, ...) Modelos de Sistemas de Calidad (TQM, Cleanroom, QFD, Squid, ...) Modelos para inspecciones, riesgos, métricas Etc., etc.,...

Sus recomendaciones: – No esperar a que uno de ellos sea el “verdadero camino” – No inventar otro modelo hasta no estar seguro que los que tienes no te sirven – No aceptar las excusas de los “late adopters” – No ser dogmático – Just Do it!!

Organización del software usando CMM
Mejoramiento continuo de procesos

Optimizando (5)

Proceso predecible

Administrado (4)

Proceso estándar y consistente

Definido (3)

Proceso disciplinado

Repetible (2)

Inicial (1)

TSP -PSP
• Team Software Process • Personal Software Process
• Creadas por Watts Humphrey (SEI)
– Orígenes en CMM

– Motivación
• • • • Implementación de CMM Administración de tiempo y Costo Administración de calidad Reducir el tiempo de desarrollo

Estado Actual
– En uso con muy buenos resultados – Efectividad en acelerar SPI – Diseminando esta tecnología

Niveles Organizacionales
• CMM
Organización

• TSP

Equipos

Personas

• PSP

RESULTADOS
• Costos y calendarios de trabajo predecibles, dentro de +/- 10%. • La productividad casi se ha duplicado para algunos equipos • Los defectos encontrados en las últimas fases y el tiempo de pruebas se han reducido de 4 a 5 veces.

• La calidad del producto liberado abajo de 1.0 defectos/KLOC.
• Los equipos TSP logran un desempeño equiparable al nivel 5 de CMM en cuanto costo, tiempo de desarrollo y calidad, desde su primer proyecto. • A los ingenieros les gusta TSP. La rotación de personal ha sido 0

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->