2. Resultado de aprendizaje
Analiza buenas prácticas y herramientas técnicas
para la gestión de la calidad en el desarrollo de
software.
.
Evidencia de aprendizaje
Informe Académico: Diseña de un plan de
pruebas Proyecto.
7. CALIDAD
DE
SOFTWARE
–
Sesión
4
Introducción Gestión Proyectos
• OBJETIVO: garantizar la satisfacción del cliente y darle una
solución.
• No sólo es necesario aportarle una solución sino que ésta
solución debe implantarse en un tiempo y con unos costes
acordados.
• Para asegurar estos plazos y costes se realizan una serie de
actividades relacionadas con la gestión del proyecto.
9. CALIDAD
DE
SOFTWARE
–
Sesión
4
Creación del Plan de Proyecto
• El Plan de Proyecto es un conjunto de planes para cada elemento a gestionar,
controlados cada uno bajo su propio “versionado”, cada plan tiene anexados un
conjunto de documentos que demuestran la aplicación del mismo.
Comunica-
ciones
Calidad Alcance
Planificación
Riesgo
Finanzas
Contrato
Recursos
10. CALIDAD
DE
SOFTWARE
–
Sesión
4
Introducción a la Gestión de Proyectos
Definición del ámbito del Proyecto
• Determinar la dimensión de los tres ejes que definen el objetivo de un proyecto. Se
debe tomar como punto de partida el contrato con el Cliente (si existe), o en su
defecto el acta de la reunión de lanzamiento/aprobación del proyecto.
COSTE
TIEMPO
REQUISITOS
OBJETIVO
• Han de quedar perfectamente identificados
los objetivos de negocio que han decidido
la realización de dicho proyecto:
– Expectativas y Requisitos del cliente
– Fecha límite de implantación asociada a motivos
de negocio.
– Presupuesto aprobado para este proyecto.
• Sobre todo, objetivos que no son misión de este
proyecto su consecución
11. CALIDAD
DE
SOFTWARE
–
Sesión
4
Introducción a la Gestión de Proyectos
Ámbito del proyecto
• Ejemplos:
• OBJETIVOS de negocio para realizar el proyecto
– Obtener una solución orientada única i exclusivamente a los
requisitos del “cliente”
– Facilitar el acceso a la información
– Unificar y racionalizar la información
– Mejorar el rendimiento del sistema
• NO son Objetivos
– Modelo de datos y acceso a ala información muy costoso
– No estandarización de los procesos
12. CALIDAD
DE
SOFTWARE
–
Sesión
4
Creación del Plan de Proyecto
Componentes - Gestión Calidad
• Dentro del Plan de Proyecto de calidad deben contemplarse tres aspectos básicos:
– La definición de los estándares seleccionados, los cuales han de cubrir desde el ciclo de
vida / metodología que se va a utilizar para el proyecto, hasta aspectos fundamentales de
diseño, programación, documentación…
– El plan de control de configuración, tanto del software como de la documentación
utilizada. Es fundamental tener una eficiente gestión de cambios, y poder asociar cada
versión de software/documento con el requerimiento aprobado por el “cliente”.
– El plan de revisiones de conformidad, así como el resultado de su ejecución, para validar
que:
• la ejecución del proyecto se ciñe a los estándares elegidos
• se está diseñando/programando/probando/implantado/manteniendo exclusivamente en
base a los requerimientos formalmente aprobados.
13. CALIDAD
DE
SOFTWARE
–
Sesión
4
Creación del Plan de Proyecto
Componentes - Gestión Calidad
Actual
F
allos
100
80
60
40
20
0
Defectos
Testing
Prevención
Ahorro
Tiempo,
Coste,
Esfuerzo
• ¿Cuál es el coste de la Inversión?
Futuro
• ¿Vale la pena para este proyecto?
14. CALIDAD
DE
SOFTWARE
–
Sesión
4
Creación del Plan de Proyecto
C
O
S
T
E
De Proyectos
De Implantación Calidad
Costes de un proyecto =
Del desarrollo +
De la implantación +
Del mantenimiento
Porque es necesario una buena gestión de la cualidad:
• no repetir el mismo error más de una vez
• seguir unos estándares del proyecto o del cliente, previenen defectos
• minimizar los costes/tiempo/esfuerzo a consumir en el tiempo
• es clave para conseguir el objetivo del proyecto
Componentes - Gestión Calidad
16. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de la Calidad
• Objetivo: Demostrar que las buenas prácticas asociadas a la Gestión de Proyectos,
emanan de un modelo de Gestión de Calidad completo y orientado a la ingeniería del
software, así cómo ver la materialización de algunas de dichas prácticas dentro de los
proyectos.
• Finalidad: Presentar dos modelos de referencia de gestión de calidad, relacionando
sus puntos débiles y fuertes desde el punto de vista de la gestión de proyectos de
software. Presentar los planes de proyecto relacionados con la función de
Aseguramiento de Calidad.
Introducción
El proceso de mejora de la calidad. Modelos de referencia Plan de
Calidad del proyecto
Plan de Calidad
Plan de Métricas
Plan de Gestión de Configuración
17. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de la Calidad
“Calidad …..es algo que inventaron un día un grupo de empleados aburridos y
que consiste en generar papeles, muchos papeles, cantidades ingentes de
papeles….para justificar que se está haciendo algo cuando en realidad no se
hace nada”
-- Dilbert.
18. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de la Calidad
✔ A todos los Gestores se les exige:
– Reducción de costes.
– Mayor productividad.
– Aprovechar las oportunidades del mercado global.
– Fidelizar las relaciones Cliente/Proveedor:
• Orientación a resultados: Acordes del nivel de servicio (SLA)
• Orientación al beneficio mutuo: Relaciones WIN-WIN
✔ No obstante el entorno profesional es cada vez más complejo
– Impacto creciente de les aplicaciones en el negocio
– Tiempo de desarrollo más corto.
– Visibilidad y control del proyecto: calendario, costes y defectos
– Herencia histórica:
• Poca documentación existente de procesos.
19. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de Calidad
Su mejora continua se mide a partir de las variables:
planificación / costes / defectos
PERSONAS TECNOLOGIA
“La calidad del SW viene directamente determinada por la calidad de los
procesos utilizado para su desarrollo”
PROCESOS
20. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de Calidad
¿Que procesos deben mejorarse?
• De gestión del proyecto:
• Planificación, Expectativas, Riesgos, Seguimiento, Cierre.
• De desarrollo:
• Análisis, Codificación, testing...
• De gestión de la configuración:
• Versiones, Control de cambios...
• De gestión de la calidad:
• Programa de Métricas, Calendario revisiones….
• De gestión de proveedores….
21. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de la Calidad
Algunos datos:
•Ratio del coste que se consume en la resolución de errores según la etapa de
ejecución del proyecto donde se descubre el error
ETAPA COSTE RELATIVO
RESOLUCIÓN
Definición requerimientos 1
Diseño 3.5
Desarrollo 10
Pruebas 50
Post-entrega 170
•Los errores de SW cuestan anualmente a la economía norteamericana (según datos
de junio del 2004):
62 billones de dólares
22. CALIDAD
DE
SOFTWARE
–
Sesión
4
Gestión de la calidad
La Calidad: aspectos fundamentales
Mejoras continuadas
del proceso
Procesos de
Alta calidad
Producto de
alta calidad
COMUNICACIÓN
• Micromejoras, porqué:
- Para que no sean imposibles
- Para que no se vean como imposibles
- Para que se entiendan
- Para que se puedan compatibilizar con el trabajo diario
• Comunicación, aspecto clave para el éxito:
- Explicar, aclarar y justificar (qué se va a hacer, porqué, cómo,..)
- A quién comunicar (equipo desarrollo, responsables superiores,
usuarios)
- Comunicar y saber escuchar
- Persuadir, motivar, orientar,….
24. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Calidad
• Identificación:
-objetivos del proyecto
-estándares y normativas aplicables
• Actividades para su cumplimiento
Planning
Calidad
Aseguramiento
Calidad
Control
Calidad
Gestión
Calidad
del Proyecto
Actividades orientadas a la
verificación del cumplimiento de
los objetivos del proyecto
contemplando productos de
ingeniería y gestión.
Monitorización de resultados
para determinar el cumplimiento
respecto al sistema de calidad, e
identificar defectos y
oportunidades de mejora
SI NO SABES DONDE IR….
NO HAY CARRETERA QUE TE
LLEVE….
25. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Calidad - Planificación de la Calidad
I nputs
• Política Calidad
• Descripción Proyecto
• SLA
• Objetivos del
proyecto
• Estándares y
normativas
Técnicas y
herramientas
1. Diagramas de flujo
2. Análisis coste-beneficio
3.Benchmarking 4.
...
Planning
Calidad
Outputs
• Plan de Calidad
del Proyecto
–Objetivos proyecto analizados
–Estructura del equipo
–Responsabilidades
–Procedimientos
–Recursos necesarios
–Definiciones-Acepciones
• Checklists
Gestión
Calidad
del Proyecto • Identificación:
Planning -objetivos del
proyecto
Calidad -estándares y
normativas
aplicables
• Actividades para
su cumplimiento
Actividades
Control orientadas a la
Calidad verificación del
cumplimiento de
los objetivos del
proyecto.
Asegurami
Monitoriz
ación de ento
resultado
s para
Calidad determinar el
cumplimiento respecto
al sistema de calidad, e
identificar defectos y
oportunidades de
mejora
26. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Calidad - Aseguramiento de la Calidad
I nputs
• Plan de Calidad
del Proyecto
• Registros de las
pruebas,
auditorías,
control…
Técnicas y
herramientas
1. Auditorías de Calidad
2. Benchmarking
3.Costes de Calidad 4.
...
O
utputs
• Mejoras de
calidad
Aseguramiento
Calidad
Asegurami
ento
Calidad
Gestión
Calidad
del Proyecto • Identificación:
Planning -objetivos del
proyecto
Calidad -estándares y
normativas
aplicables
• Actividades para
su cumplimiento
Actividades
Control orientadas a la
Calidad verificación del
cumplimiento de
los objetivos del
proyecto.
Monitorización de
resultados para
determinar el
cumplimiento respecto
al sistema de calidad, e
identificar defectos y
oportunidades de
mejora
x
x
27. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Calidad - Control de la Calidad
I nputs
• Plan de Calidad del
Proyecto
• SLA
• Checklists
• Productos del
proyecto
Técnicas y
herramientas
1. Inspecciones y revisiones
2. Gráficas Charts, Pareto…
3. Diagramas de flujo
4.Análisis estadístico 5.
...
O
utput
s
• Mejoras de
calidad
• Checklists
completadas
• Gestión
incumplimientos
Control
Calidad
Control
Calidad
Gestión
Calidad
del Proyecto • Identificación:
Planning -objetivos del
proyecto
Calidad -estándares y
normativas
aplicables
• Actividades para su
cumplimiento
Actividades
orientadas a la
verificación del
cumplimiento de
los
objetivos del
proyecto.
Asegurami
Monitorización de ento
resultados para
Calidad determinar el
cumplimiento respecto
al sistema de calidad, e
identificar defectos y
oportunidades de
mejora
28. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Calidad - Ejemplo: Evaluación de
productos
C heckPoints
¿ Cuando se realizan ?
Al final de cada fase (análisis, diseño, ...)
¿ Por parte de quien ?
Equipo del proyecto
¿ Cómo ?
Cuestionario establecido por etapa con los criterios a validar FASE DE ORIGEN
FASE
DE
DETECCIÓN
EXPLOTACIÓ
N
C onformance Review
¿ Cuando se realizan ?
• En proyectos de nuevo desarrollo, antes de la entrega a cliente.
• En proyectos de mantenimiento, periódicamente - cada mes.
¿ Por parte de quien ?
Equipo del proyecto conjuntamente con el Jefe de Proyecto
¿ Cómo ?
•Se verifica que todos los productos entregables son conformes a los requisitos
y libres de error.
• Se verifican todos los puntos de control o CheckPoints
29. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Calidad - Ejemplo: Auditorías de Calidad
Me gusta el golf
Aunque necesitaría
mejorar mi técnica Así pues, me
“auditan”
el juego
Y quizás debo
hacer cosas,
que pueden parecer
no ‘ser de golf’
Pero, adoptándolas
a las características
de mi juego... Saqué dos hoyos
de ventaja…..
31. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas – Planificación
I nputs
• Plan de Calidad del
Proyecto
• Programa
de Métricas
• Cuadro de Mando
GESTIÓN
MÉTRICAS
PROYECTO
PLANIFICA
CIÓN
SEGUIMIEN
TO Y
ANALISIS
BALANCE
Y
REPOSITO
RIO
Técnicas y
herramientas
1. Goal Question Metric
2. Relación métricas primitivas
estándar
3. ...
O
utput
s
• Plan de Métricas
• ADAPTACIÓN DEL PROGRAMA
• MÉTRICAS
• PLANIFICACIÓN,
•INSTRUCCIONES DE
RECOLECCION,
• PERIODICIDAD,
• RESPONSABLE,
• REPORTING,
•ANALISIS Y
DISPARADORES
• Baseline
Planificación
Q1
Q2
Q3
m1 m2 m3 m4
G1
32. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas - Seguimiento y análisis
#
of
Issues
Cumulative Open vs. Closed Issues
25 Opened
20 Closed
15
10
5
0
T1 T3 T5 T7 T9 T11
I nputs
• Plan de Métricas
• Baseline
SEGUIMIEN
TO Y
ANALISIS
BALANCE
Y
REPOSITO
RIO
GESTIÓN
MÉTRICAS
PROYECTO
PLANIFIC
A CIÓN
Técnicas y
herramientas
1. Repositorio de métricas
2. Control Estadístico
3. Benchmarking
4.Diagramas de flujo - Causa/Efecto 5.
....
O
utputs
• Variabilidad
• Defectos
• Escalaciones
• ...
Seguimiento y
Análisis
33. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas - Balance y cierre
SEGUIMIEN
TO Y
ANALISIS
BALANCE Y
REPOSITO
RIO
GESTIÓN
MÉTRICAS
PROYECTO
PLANIFIC
A CIÓN
Técnicas y
herramientas
1. Repositorio de métricas
2. Control Estadístico
3. Benchmarking
4.Diagramas de flujo - Causa/Efecto 5.
....
O
utputs
• Report proceso
• Repositorio
actualizado
Balance y
cierre
I nputs
• Plan de Métricas
• Baseline
#
of
Issues
Cumulative Open vs. Closed Issues
25 Opened
20 Closed
15
10
5
0
T1 T3 T5 T7 T9 T11
34. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas - Ejemplo. Métrica: Size
• FP (Function Points) – medida del tamaño de las aplicaciones en términos del número de funciones desde el punto de vista del
usuario.
• SLOC (Líneas de Código) – N° de instrucciones representativas de la lógica del conjunto de programas software del
producto final.
• N° Páginas de documentación – medida para determinar el tamaño de los productos documentales creados como soporte al
desarrollo y/o entregables.
BENEFICIOS CONCRETOS
• Factor que con las consideraciones tecnológicas adecuadas, puede permitir establecer un referente histórico y/o
internacional y hacer posibles comparaciones y análisis.
• Proporciona el contexto necesario para expresar otras métricas
• …
35. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas - Ejemplo. Métrica: Esfuerzo
• H (Horas) – Proporciona información (a través del seguimiento de imputaciones) de ayuda a la determinación de la productividad
• Resulta de vital interés a clientes y proveedores por la derivación directa de costes.
BENEFICIOS CONCRETOS
• Mejora de futuras estimaciones
• Evaluación de la productividad
• Validación de ‘best practices’ y procesos de mejora
• …
36. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas - Ejemplo. Métrica:
Defectos
• NUM DEFECTOS – Proporciona información para la evaluación de la calidad y de la fiabilidad de los
productos.
• El análisis de defectos proporciona comprensión del proceso de desarrollo, facilitando la
focalización de acciones.
BENEFICIOS CONCRETOS
• Mejora de la calidad y de la satisfacción del cliente.
• Mejora de la información en cuanto a la eficiencia del proceso de desarrollo.
• Ayuda a la determinación de acciones de mejora.
• …
37. CALIDAD
DE
SOFTWARE
–
Sesión
4
Plan de Métricas
Métricas informales en entornos no CMM
• Pizza Productivity Metric – número de cajas de pizza por persona- hombre, como medida del
sobreesfuerzo necesario del equipo delante de una mala estimación del proyecto.
• Aspirin Metric – medida del estrés del equipo durante el desarrollo del proyecto expresado en
número de aspirinas tomadas.
• Beer Metric – número de invitaciones a cañas de cerveza los Viernes tarde, como indicador del factor de
frustración del equipo.
38. Aplicando lo aprendido:
● Realizar un mapa mental del tema tratado de acuerdo a las
indicaciones del docente.
● Procedimiento:
○ Crear equipos de estudiantes.
○ Todos los equipos suben a la plataforma su evidencia.
○ El docente escoge 2 resultados de dos equipos para discusión de forma
aleatoria.
○ El estudiante representante del equipo expone y se generan preguntas
con el fin de esclarecer dudas.
39. Referencias
Libros Digitales Alfaro, E. A. (2011).MAIGTI: Metodología para la auditoría integral de la gestión de las tecnologías de información. Lima, Peru:
Universidad Privada Norbert Wiener.
https://intranet.uwiener.edu.pe/univwiener/portales/centroinvestigacion/libros/maigti.htm
Libros Digitales Martin, Robert C. “Clean Code - A Handbookof Agile Software Craftsmanship”. Pearson Education,Inc. (2009): 431.Print.
Disponible en https://thixalongmy.haugiang.gov.vn/media/1175/clean_code.pdf
Material Bibliográfico Físico
005 C14 EJ. 2
Calero Coral Moraga Ma Ángeles Piattini Mario G. Calidad del producto y proceso software. Madrid: Ra-Ma, 2012. Print. Disponible
en
https://ucv.primo.exlibrisgroup.com/discovery/fulldisplay?docid=alma991001377899707001&context=L&vid=51UCV_INST:UCV&l
ang=es&search_scope=PhysicalOnly&adaptor=Local%20Search%20Engine&tab=SoloFisico&query=any,contains,CALIDAD%20DE
%20SOFTWARE&offset=0
005.1021885 I59 T. 1
InstitutoNacional De Calidad. Norma técnica peruana.Ingenieríadesoftwarecalidad del producto.Parte 1: modelodecalidad =
Software engineering. Product quality. Part 1 quality model (EQV. ISO/IEC 9126-1:2001 software engineering. Product quality part 1
quality model)?: 2004-08-05?: 1a edición. 1a ed. Lima: Instituto Nacional De Calidad, 2004.Print. . Disponible en:
https://ucv.primo.exlibrisgroup.com/discovery/fulldisplay?docid=alma991000841949707001&context=L&vid=51UCV_INST:UCV&l
ang=es&search_scope=PhysicalOnly&adaptor=Local%20Search%20Engine&tab=SoloFisico&query=any,contains,CALIDAD%20DE
%20SOFTWARE&offset=0
