CALIDAD DEL PROCESO

Principios y desarrollo de Software

• ASEGURAMIENTO DE LA CALIDAD:
– Garantiza que tanto los productos como los
proceso de producción del software cumple
con los requisitos de calidad establecidos.
– Proporciona evidencias necesarias para
garantizar que la funcion de calidad se llevo a
cabo adecuadamente.
– Fenton: el AC impone obligaciones reales - en
terminos de medicion – para las diferentes
etapas de vida:
• Requisitos: determinar la viabilidad estimando los
recursos necesarios y asignando dichos recursos en
función de la necesidad, definir los objetivos de
calidad.
• Especificación y diseño: revisiones e inspecciones
de la documentación que se genera.
• Construcción: validar, verificar y decidir cuando el
producto esta listo para entrega.
• Mantenimiento y revisión: análisis de defectos,
auditoria del proyecto, planificación del proceso de
producción.
Plan de aseguramiento de la calidad: debe garantizar que los procesos son
adecuados y se ejecutan con el plan previsto y que cada proceso toma
medidas relevantes para la organización que desarrolla dicho proceso.
Requisitos:
- Fijar con precisión los objetivos, plazos y costes en términos de recursos.
- Ser consistente con la gestión de la configuración.
- Identificar inequívocamente las normas aplicables al proyecto y las
directrices que lo guían.
- Establecer procedimientos para todo aquello que afecta el desarrollo.
- Establecer procedimientos de seguimiento y monitorización que
garantizan que todo lo anterior se cumpla.
• MODELO CMMI:
– Es una evolución del modelo CMM, el Instituto de
Ingeniería del Software desarrollo un modelo de
calidad que sirviera como base para establecer un
sistema de capacitación de las compañias que
suministraban software al gobierno de los EU.
– Guía que describe las características que hace
efectivo a un proceso.
– Conjunto de buenas prácticas para la organización,
que prioriza las actividades como una forma de
alinear los objetivos de la organización con los
objetivos del proceso en estudio.
• Se preocupa por la mejora de los procedimientos y
métodos que las personas llevan a cabo con la
ayuda de tecnologías y otras herramientas
• Modelo de madurez: conjunto de características
que describen ciertos aspectos de equilibrio,
experiencia y formalidad en una organización.
Dicho modelo es utilizado para mejorar y comparar
el proceso de desarrollo de software en una
organización, describiendo una profesión continua
en cinco niveles que permiten certificar el nivel en
el cual se encuentra una organización o área de
proceso:
• Nivel Inicial (caótico): se encuentran las organizaciones en las cuales no
existe área de proceso y en las que los procesos no están definidos de
antemano.
• Nivel Repetible: la organización ha establecido las actividades de gestión de
proyectos (repetir procesos con resultados consistentes), no permite la
repetición de procesos para todos los proyectos pues no existe una disciplina
rigurosa.
• Nivel Definido: tiene documentados y estandarizados todos los proceso de
desarrollo y mantenimiento de software y están sujetos a algún tipo de
mejora continua. Los proyectos se ejecutan según los procedimientos
establecidos.
• Nivel Gestionado: las organizaciones tiene un programa detallado y
organizado de medición de proceso de desarrollo de software; las
adaptaciones de procesos se abordan con público y están documentadas.
• Nivel Optimización: describe aquellas organizaciones que tienen
completamente implementado un proceso de mejora continua para todos
sus procesos (datos de todos los proyectos para la mejora e innovación de los
proceso de la organización).
Estos niveles están relacionados con las áreas de
proceso, que representan buenas prácticas que
al implementarse conjuntamente contribuyen al
logro de mejoras significativas en dichas áreas,
que se agrupan por nivel de madurez.
Representación continua: los niveles de
capacitación definen objetivos y prácticas para
cada área del procesos, contribuyendo a su
mejora progresiva, etiquetado de 0 a 5.

ENAC, SEI
MODELO SPICE: EL ESTÁNDAR ISO-IEC 15504:
• Proyecto cuyo objetivo era desarrollar estándares para
la evaluación de procesos, con el apoyo de un comité
de estandarización ISO, produciendo ISO-IEC 155.
• Define un marco de trabajo de evaluación y mejora de
procesos, para mejorar la adquisición, desarrollo,
operación, evaluación y soporte del software.
• Modelo de referencia para la buenas prácticas del
software, hacia un marco de trabajo de evaluación de
procesos aplicable a cualquier disciplina en la áreas de
las tecnologías de la información.
DOCUMENTOS QUE LO CONSTITUYEN:
• ISO-IEC 15504-1 (conceptos y vocabulario): glosario de términos y
una guía de la norma.
• ISO-IEC 15504-2 (como realizar una evaluación): descripción de
requisitos para llevar a cabo evaluaciones consistentes y fiables.
• ISO-IEC 15504-3 (guía para realizar una evaluación): descripción para
alcanzar los requisitos para evaluar la segunda parte de la norma.
• ISO-IEC 15504-4 (guía para el uso de estándares para la mejora de
procesos y determinación de la capacitación): como utilizar una
evaluación de procesos de acuerdo al estándar dentro de un
programa de mejora de procesos.
• ISO-IEC 15504-5 (ejemplo de modelo de evaluación de procesos):
proporciona ayuda mediante la exposición de ejemplos.
DOCUMENTOS QUE LO CONSTITUYEN:
• ISO-IEC 15504-1 (conceptos y vocabulario):
glosario de términos y una guía de la norma.
Detalla tres tipos de procesos:
– Procesos primarios: adquisición, suministro,
ingeniería y operación de la organización.
– Procesos de soporte: aquellos que pueden ser
utilizados por otros en determinadas
circunstancias.
– Procesos de la organización: relacionada con la
gestión, mejora del proceso, recursos, e
infraestructura y reutilización.
ESCALA DE VALORACION DE LOS ATRIBUTOS:
• No alcanzado (0 - 15%)
• Parcialmente alcanzado (15% - 50%)
• En su mayoría alcanzado (50% - 85%)
• Completamente alcanzado (85% - 100%)
• ESTÁNDAR FAMILIA ISO 9000:
– Estándares para sistemas de gestión de calidad en
las organizaciones.
– No tiene nada que ver con programas de
aseguramiento de la calidad.
– Define los requisitos que debe cumplir una
organización con un buen sistema de gestión de la
calidad sin especificar que deben hacer para
alcanzarla.
– Conformidad de los procedimientos de la
organización con sus regulaciones internas.
PRINCIPIO:
– Orientación al cliente: la organización depende de ellos y
debe luchar pos superar sus expectativas.
– Liderazgo: se deben definir políticas de calidad y crear un
entorno en el cual el personal se compromete
completamente con los objetivos de calidad.
– Implicación de los empleados: los empleados sólo
emplearan todas sus capacidades y aptitudes en el proceso
de calidad.
– Modelo de procesos: los resultados esperados, solo se
alcanzarán si las actividades y los recursos se gestionan y
controlan como procesos.
– Modelo de gestión orientado a sistemas: reconocimiento,
gestión y control del enlace entre los procesos garantiza el
alcanza eficiente se sus objetivos.
– Mejora continua: del rendimiento global de la
organización es objetivo último.
– Enfoque a la toma de decisiones objetiva: las
decisiones se basan en el análisis de datos e
información.
– Relaciones con los proveedores mutuamente
interdependientes: relación interdependiente.
OTROS MODELOS, ESTÁNDARES Y ESPECIFICACIONES:

• ITIL (Information Technology Infraestructure Library): modelo

de gestión de servicios de tecnologias de la información más
aceptado actualmente.
Documento (5 libros) de buenas prácticas para facilitar la
implementación de un marco de gestión de éste tipo de servicios:
estrategia de servicios, diseño del servicio, transición del servicio,
operación de servicios y mejora continua.
Disciplinas que abarcan:
– Servicios de soporte: prácticas que permiten la prestación de los
servicios de TI.
– Prestación de servicios: servicios que se requieren de los
proveedores para ofrecer servicios de negocio a sus usuarios.
• TRILLIUM: Modelo para la evaluacion del desarrollo de
software de los proveedores (minimizar el riesgo
asegurando el rendimiento y las entregas segun los
plazos establecidos).
Un mapa de ruta es, un Trilium, un conjunto de prácticas
relacionadas que se aplican a un área o necesidad
concreta de la organización o también un elemento
específico dentro del proceso de desarrollo; las
organizaciones maduran cuando progresan en el mapa de
ruta.
Incorpora características distintivas con su especial
orientación al cliente, incorporando prácticas de
disciplinas tales como: ingenieria de la usabilidad, calidad
del proceso en la organización, la gestión de la confianza.
• BOOTSTRAP: Metodologia para la evalución de proceso de
software.
La última versión es conforme tanto con SPICE ISO-IEC 15504 como
con el estándar ISO 12207 sobre proceso de ciclo de vida del
software.
Es aplicable a compañias de desarrollo de software de tamaño
pequeño o mediano y a departamentos de software de
organizaciones más grandes.
Esta metodología da como resultado un conjunto de puntos fuertes y
debiles dentro de la organización evaluada, teniendo en cuenta seis
niveles de 0 a 5 de manera similar a CMMI y SPICE.
Utiliza cuestionarios estándarizados (organización y tomar datos
sobre los proyectos de la organización).
Estos generan informes y directivas de mejora para la organización
relacionados con sus objetivos y la priorización de procesos teniendo
en cuenta su baja capacitación y alto impacto.
• PSP (Proceso de software personal): Proceso de software diseñado
para controlar, gestionar y mejorar la forma de trabajo individual de
los ingenieros de software, aplicando las ideas de CMMI, cuyos
principios son aplicables tanto a las áreas de la organización como a
los individuos.
Introduce disciplina en el proceso de desarrollo de software de cada
individuo, describiendo prácticas para el desarrollo individual desde la
asignación de las pruebas hasta las pruebas de unidad.
Dentro de los elementos que proporciona tenemos: guiones,
instrucciones, formularios y plantillas preparadas y estandarizadas.
La lógica que los define es: una persona entiende mejor lo que hace
cuando define claramente el proceso que lleva cabo, mide y controla su
propio trabajo, se evalúa y aprende de la propia experiencia.
Este modelo contempla un camino de formación donde deben realizarse
10 entregas de software y 5 informes para conseguir simultaneamente
formarse en las 6 etapas del método.
• TSP: Proceso de Software para equipos, busca
crear conciencia y control de su trabajo a los
profesionales del software, en procura de formar
y gestionar equipos autodirigidos.
Esta metodologia se integra con PSP pues permite
contar con un equipo con las habilidades
necesarias para autogestionar sus procesos y sus
miembros deben contar con habilidades
individuales.
El software es producto del trabajo de un equipo
cuya capacitación, disciplina y compromiso son
claves para el éxito del proyecto.
• TickIT: Este programa define un esquema de certificación para
aplicar el estándar ISO 9001 con el objeto de ayudar a las
organizaciones de software a desarrollar sistemas de gestión de la
calidad adecuados a sus procesos de negocio y que cumplen con
los requisitos de la norma, mediante su interpretación y
adaptación según las especificaciones de la industria de desarrollo
del software.
Su certificación debe ser llevada acabo por organismos acreditados
por TickIT, resultando neesarios una acreditación como auditor que
solo se consigue a traves de un examen y una trayectoria a parti de la
experiencia en la industria del software y sus procesos.
TickIT plus mejora el modelo del proceso, actualiza las prácticas de la
version anterior en lo referente al esquema de calificación , revisa la
documentación, mejora el proceso de evaluación y planificación.
• Six Sigma: metodología orientada a proceso para la mejora del rendimiento a
través de la mejora de áreas específicas de proceso de negocio. Utiliza datos
y análisis estadísticos para medir y mejorar el rendimiento operativo de una
compañía , identificando y eliminando defectos en todos sus procesos. Para
lograrlo propone que un proceso debe producir como máximo 3,4 defectos
por cada millón de oportunidades.
Para ella un defecto corresponde a cualquier cosa fuera de los requisitos de
usuario, oportunidad cualquier área dentro del proceso, producto o servicio
donde se podría producir un defecto.
Medidas utilizadas por Six Sigma:
- Operatividad de Defecto (OD): representa un posible defecto en cada unidad
de entrada/salida importante para los requisitos o especificaciones del
cliente.
- Defectos por oportunidad (DPO): valor que representa el cociente entre el
número total de defectos y el número total de oportunidades.
- Defectos por millón de oportunidades: número medio de defectos por
unidad observados durante un cierto número de ejecuciones del sistema,
que suele normalizarse a un millón.
 ACTIVIDAD PRACTICA
Con base en el informe, denominado “Como acelerar el
proceso de mejora mediante la integracion de TSP y CMMI”,
donde se describe como dos organizaciones involucradas en
la organización y control de sistemas aeronavales
nortamericanos (NAVAIR) integraron la metodología TSM y el
modelo de madurez de CMMI para progresar desde un nivel
CMMI inicial 1 hasta un nivel 4 en 30 meses (menos de la
mitad del tiempo medio para conseguirlo). En grupos de a 5
personas, analice el informe y discuta sobre los factores
claves¡ que permitieron a NAVAIR conseguir algo así,
analizando especialmente la influencia que TSP pudo tener en
la aceleración de los tiempos medios de adquisición de un
nivel 4 de madurez; elaborar el respectivo informe y subirlo
uno por grupo a la plataforma.