Está en la página 1de 49

Aseguramiento de la calidad y pruebas

de software
2- Estándares y Modelos para la mejora del proceso de software

Blanca A. Vargas Govea – vargasgovea@itesm.mx – Febrero 8, 2013


Objetivo

Conocer los diferentes estándares y modelos de


referencia para la mejora de procesos de
software

2
SQA (Software Quality Assurance)

SQA tiene su propio ciclo de vida y cubre todas


las facetas de un proyecto se software

3
Procesos de aseguramiento de la calidad de software (SQA)

Ciclo de vida de la administración de proyectos (PMLC)


Inicio Planeación Ejecución Monitoreo y Cierre
control

Análisis Diseño Desarrollo Implementación Pruebas


Ciclo de vida de desarrollo de software (SLDC)

4
Ciclo de vida de aseguramiento de la calidad
(SQA)

Aseguram Aseguramie Aseguram


Inicio Planeación Aseguramie Cierre
iento nto iento
SQA SQA nto Req SQA
Diseño Desarrollo Pruebas

Inicio del Cierre del


Planeación Análisis Diseño Codificación Pruebas
proyecto proyecto

Ciclo de vida de administración de proyectos y


desarrollo de software

5
Proceso de software

Puede definirse como un conjunto de actividades,


métodos y prácticas que la gente usa para desarrollar y
mantener software y los productos asociados (e.g.,
planes, documentación del diseño, código, casos de
prueba, manuales de usuario).

Capability Maturity Model SM for Software,Version 1.1

6
Estándares y modelos de referencia

CMMI
TSP
Cada organización
puede adoptar un
PSP
modelo para trabajar
conforme a él o bien
ISO 15504/SPICE
adoptar guías propias Six Sigma
MoProSoft

7
Estándares y modelos de referencia

GP 1.1 Identify Work Scope


CMMI Identify the scope of the work to be performed and
work products or services to be produced, and
communicate this information to those performing the
work.

The purpose of this practice is to ensure that the


people doing the work have a common understanding
of the work to be performed and work products to be
produced.

Ejemplo de una práctica genérica (Nivel 1)

CMMI SM for Systems Engineering/Software Engineering,Version


1.02 (CMMI-SE/SW,V1.02)
8
Evaluadas
Aunque es común escuchar
los términos “certificación”
y “acreditación”, para
CMMI no existen. Las
organizaciones son
evaluadas por un evaluador
autorizado por SEI
(Software Engineering
Institute)
http://www.sei.cmu.edu/

http://everac99.wordpress.com/2010/10/20/cmmi-certified-companies-in-
mexico-and-the-world/

9 https://sas.cmmiinstitute.com/pars/pars.aspx
Team Software Process / Personal Software
Process

http://www.sei.cmu.edu/tsp/
http://www.sei.cmu.edu/library/abstracts/reports/00tr022.cfm
10
11
PSP
 CMMI se enfoca en “qué” 1. PSP0 – Medición
se debe hacer y no personal-
“cómo”. 2. PSP1 – Planeación
 PSP guía a los ingenieros a personal
mejorar su calidad y 3. PSP2 – Calidad personal
productividad en los 4. PSP3 – Proceso cíclico
procesos en los que
participan.
 Define 4 niveles de
madurez e identifica los
pasos para alcanzar el
siguiente.

12
13
PSP Si ahora
agrego 10
 Recolección de tamaño, contactos por
minuto, ¿cómo
tiempo y datos hacer para
 Cómo estimar el trabajo mejorar?

en una forma consistente


y explicable
 Cómo usar las propias
medidas para mejorar la
estimación
 Cómo mejorar de forma
contínua la calidad del
trabajo
http://www.sei.cmu.edu/reports/00tr022.pdf

14
15
16
PSP - Niveles
 PSP0  PSP1,
 Cómo medir el tiempo de  Se aprenden técnicas para
desarrollo y los defectos estimar el tamaño y tiempo
que han introducido y de desarrollo con base en
eliminado. los datos recolectados en
 Se introduce el uso de PSP0.
estándares de código,  Se aprende a planear tareas
medidas y una forma de y horarios.
proponer mejoras al
proceso personal.

17
PSP - Niveles
 PSP2 - Adminstración de  PSP3 – Proceso cíclico.
defectos. Se usan los datos Constante monitoreo de
de las etapas anteriores errores introducidos y
para construir listas e eliminados y constante
identificar los defectos revisión de la lista de
que más se generan. defectos llevará a mejoras
en la calidad personal.

18
TSP (Team Software Process)
 TSP usa las habilidades de
PSP.
 Team Software Process
(TSP) extiende y refina
CMM y PSP para guiar a
los ingenieros en el
desarrollo y
mantenimiento de equipos
de trabajo (20p)
 Enseña cómo construir un
equipo auto-dirigido
efectivo, cómo guiarlos y
administrarlos
19
20
21
SPICE (Software Process Improvement and Capability
Determination)

22
SPICE
 Surgimiento de diversas  Armonizar las
metodologías de metodologías existentes
evaluación originó la no- en un modelo
estandarización comprensivo
 Iniciativa de ISO
International Organization
for Standardization y de
IEC International
Electrotechnical
Commission 1993

23
SPICE: meta
 Construir un estándar
internacional para
evaluación del proceso de
software cubriendo el
desarrollo, adquisición,
administración, soporte al
cliente y calidad, también
preocupaciones del cliente
y transferencia de
tecnología.
 Se basa en el
conocimiento adquirido
de otras metodologías.
http://www.cs.helsinki.fi/u/paakki/Pyhajarvi.pdf
24
Existe gran conformidad con el modelo CMM
Estructura
 6 niveles de
competencia

25
Partes del estándar

26
¿y en relación a CMMI?
 ISO/IEC 15504 no ha sido
tan exitoso como CMMI.
 ISO/IEC 15504 no está
disponible de forma
gratuita. CMM yCMMI
están disponibles del sitio
de SEI.
 CMMI es patrocinado por
el Departamento de
Defensa de Estados
Unidos.
 CMM surgió primero.

27
28
Six Sigma
 Filosofía de administración
 Enfocada en el cliente
 Orientada a metas
 Escuchar la voz del cliente
y convertir sus
necesidades en
requerimientos medibles

29
Six Sigma
 Six Sigma proceso que
ayuda al desarrollo y
entrega de productos y
servicios casi perfectos.
 Six Sigma se originó en
Motorola a finales de
1980s,Bill Smith.
 Sigma es un término
estadístico que mide
que tanto se desvía un
producto de la
perfección.

30
Six Sigma
 La idea central es que si
puedes medir cuántos
defectos tienes en un
proceso, puedes
sistemáticamente descubrir
cómo eliminarlos y
acercarte a tener cero
defectos.
 Para lograr calidad Six Sigma,
un proceso debe producir
no más de 3.4 defectos por Una “oportunidad” se define como una
millón de oportunidades. probabilidad de no-conformidad, o no lograr
las especificaciones requeridas

31
Escala Sigma
Medida universal del
Table: The Sigma Scale

Sigma Percent Defective Defects per Million
desempeño de una 1 69% 691,462

organización. 2
3
31%
6.70%
308,538
66,807

 A mayores valores de Sigma 4


5
0.62%
0.02%
6,210
233
corresponde mejor 6
7
0.00%
0.00%
3.4
0.019
desempeño.
 Si la salida es defectuosa
69% de las veces, significa Seis Sigma significa una salida casi perfecta,
que tiene Un Sigma de solamente de 3.4 defectos por millón de
conformidad. La mayoría de las organizaciones entregan
 Si la salida es defectuosa resultados entre el Tres y Cuatro Sigma.
31% de las veces, está
mostrando una conformidad
de Dos Sigma.
32
Metodología básica: DMAIC
Para modificar un proceso existente
 Definir las metas para la mejora del proceso de acuerdo
a las demandas del cliente y las estrategias de la
organización.
 Medir el desempeño actual y reunir datos relevantes
para el futuro.
 Analizar el escenario actual y observar la relación entre
los parámetros y el desempeño.
 Mejorar el proceso con base en el análisis para
optimizarlo.
 Controlar los parámetros antes de que afecten la salida.

33
Implementación
 Profesionalizó los roles de  Campeones o líderes de
administración de la calidad: Implementan e
calidad. Adopta una integran la metodología Seis
nomenclatura de artes Sigma en la organización. Son
seleccionados por los líderes
marciales para definir la ejecutivos. Son mentores de
jerarquía que cubre todos los Cinturones Negros.
los tipos de funciones de  Maestros Cinturones
negocios Negros, son entrenadores
 Líderes ejecutivos: expertos en Seis Sigma.
visionarios que autorizan a Actúan como guías de
otros miembros del equipo y Cinturones Negros y Verdes
les proporcionan los y ayudan a los Campeones a
recursos para la mejora del implementar Seis Sigma.
proceso.
34
Implementación
 Cinturones negros: operan bajo
la guía de los Maestros Cinturones
Negros y su tarea es aplicar la
metodología Seis Sigma. Su
función principal es la ejecución de
Seis Sigma.
 Cinturones Verdes Trabajan en
la implementación de Seis Sigma.
Son guiados por los Cinturones
negros.
 Cinturones amarillos han sido
entrenados en Seis Sigma pero no
lo han aplicado.

35
Por otro lado
 El estándar no puede ser
óptimo para algunos
procesos. ¿Por qué 6?
 Salud: puede requerirse
más.
 Ciertas operaciones
pueden funcionar bien con
un valor menor.
 No hay clara justificación
acerca del número Seis.

36
CMM Six Sigma

 CMM se basa en el punto  Six Sigma se basa en el


de vista de la punto de vista del cliente.
organización. Lo que él necesite se
traduce a productos y
procesos en Six Sigma.

http://crackmba.com/difference-between-six-sigma-and-cmm/
37
Modelo de Procesos de Software

38
MoProSoft
 A solicitud de la
Secretaría de Economía
para servir de base a la
Norma Mexicana para la
Industria de Desarrollo y
Mantenimiento de
Software bajo el convenio
con la Facultad de
Ciencias, Universidad
Nacional Autónoma de
México.

39
MoProSoft

 Modelo de procesos de software. Norma NMX-059/01-


NYCE-2005 declarada el 15 de Agosto del 2005
 CMMI y SPICE no apropiadas para empresas pequeñas,
medianas
 1er versión Nov 2002

http://blogadmi1.files.wordpress.com/2009/02/moprosoft.pdf
40
Divide el proyecto en 4 fases

41
Estructura: 3 Categorías
 Alta dirección (DIR) Se  Operación (OP) Se realizan
establecen los lineamientos las actividades de acuerdo a
para los procesos de la los elementos
Categoría de Gerencia y se proporcionados por la
retroalimenta con la Categoría de Gerencia y
información generada por entrega a ésta la
ellos en apoyo a la información y productos
estrategia de la organización. generados.
 Gerencia (GER) Se definen
los elementos para el
funcionamiento de los
procesos de la Categoría
de Operación en función de
la estrategia de Dirección.

42
Estructura: 3 Categorías
1. Categoría Dirección
 Gestión de negocios
2. Categoría Gerencia
 Gestión de proyectos
 Gestión de recursos
 Recursos humanos y ambiente de trabajo
 Bienes, servicios e infraestructura
 Conocimiento de la organización
3. Categoría Operación
 Administración específica de proyectos
 Desarrollo y mantenimiento de software

43
Niveles de madurez
1. Realizado. El proceso se 4. Predecible. El proceso
implementa y alcanza su establecido opera bajo
propósito. límites definidos y
2. Gestionado. El proceso conocidos.
realizado se administra. Sus 5. Optimizado. El proceso
productos de trabajo están predecible se mejora
establecidos, controlados y continuamente.
mantenidos.
3. Establecido. El proceso
realizado y gestionado se
implementa por medio de
un proceso definido.

44
Uso de metodologías

 Encuesta 114 empresas de desarrollo de software (2007)


 Metodologías propias 45.41%
 Metodologías ágiles 41.25% (XP, Scrum, espiral)
 Modelos y estándares 13.34% (CMM, CMMI, ISO)

45
Actividad 7: en equipo
Investigación:
 Buscar en medios diversos (foros de discusión, blogs,
documentos, etc.) problemas, quejas, inconformidades que los
usuarios/clientes describen sobre los
modelos/metodologías/estándar (CMMI, TSP, PSP, SPICE, Six
Sigma y MoProSoft)
 Hacer un reporte crítico que contraste lo que el
modelo/metodología/estándar ofrece con los problemas que
encontraste.
 ¿Consideras que son problemas reales o uso deficiente de los
modelos?
 ¿Estás de acuerdo con los aspectos negativos reportados? ¿por qué?
 Viendo ambas caras, ¿cuál es su opinión sobre el uso de
modelos/metodologías/estándares?
 Enviar por correo – formato pdf

46
Avance de proyecto
 Martes 12 de Febrero
 Descripción y alcance del proyecto, requerimientos
funcionales y no funcionales: Documento basado en el
estándar SRS830-1998 IEEE
 Guía inicial para los componentes del aseguramiento de la
calidad (Sesión 4):
 1. Control de calidad
 2. Administración de configuraciones de software
 Presentación (Power Point o cualquier software de
presentaciones) No documento de texto.

47
Examen – Primer parcial
 Viernes 15 de Febrero

48
Referencias
 Galin, Daniel. Software Quality Assurance, Software quality assurance : from
theory to implementation, Harlow, Essex ; New York, N.Y. :
Pearson/Addison Wesley, 2004., England, 2004.
 http://www.navegapolis.net/content/view/515/59/
 Sergio Alan Flores Rosales. Modelo de calidad para la microempresa basado
en MoProSoft. Tesis de maestría. Universidad de Colima. Febrero 2012.
 http://www.ge.com/en/company/companyinfo/quality/whatis.htm
 http://www.allsoft.mx/recursos/AS-Moprosoft.pdf
 http://sixsigmabasics.com/
 http://www.ge.com/en/company/companyinfo/quality/whatis.htm
 http://crackmba.com/difference-between-six-sigma-and-cmm/
 http://www.navegapolis.net/content/view/515/59/
 http://blogadmi1.files.wordpress.com/2009/02/moprosoft.pdf

49