ISO / EC 15504: Guía de calidad para el desarrollo del Software

1. GUÍA DE CALIDAD PARA
DESARROLLO DE
SOFTWARE
ISO/IEC 15504
Mg. Ing. Andrés Epifanía Huerta
E-mail: educacion.sistemas@Gmail.com
Blog: formacionandres.blogspot.com
Twitter: @aepifaniah
CIP. 95881 – Andrés Epifanía Huerta

2. Día a día se habla del concepto calidad en diferentes
entornos, ajeno a esto no es la ingeniería de software,
donde constantemente se aumenta el interés por desarrollar
productos de calidad; esto debido al alto nivel de exigencia
por parte de los clientes y al rechazo que éstos tienen sobre
productos que no cumplen con los requisitos propuestos o
que no presentan una adecuada calidad.
INTRODUCCIÓN
CIP. 95881 – Andrés Epifanía Huerta

3. El sistema de información no cumple con los procesos que realiza la empresa
35%15% 50 %
Inadecuado Con limitaciones Adecuado
El sistema de información, se limita a operaciones establecidas en su inicio
El sistema de información, se adecua a los procesos y agrega nuevas funcionalidades
LAS EMPRESAS Y LOS SISTEMAS DE INFORMACIÓN
CIP. 95881 – Andrés Epifanía Huerta

5. Para asegurar la calidad de los procesos de desarrollo de
software en una empresa, es necesario además de realizar
mediciones en cuanto a los productos de software, evaluar
los procesos que componen el ciclo de vida de su
desarrollo, debido a que se ha demostrado que la mayoría
de mediciones se realizan sobre productos, y son escasas
las mediciones sobre los procesos.
ANTECEDENTES
CIP. 95881 – Andrés Epifanía Huerta
“Los procesos se miden cuando son gestionados”

6. ANÁLSIS DE CASOS
Nombre Casos Descripción
Moprosoft
Secretaría de Economía en
México
Procesos relacionados con
estructura de la organización:
la Alta Dirección, Gestión y
Operación.
MPS. BR. Mejora de
proceso de Software
Brasileño
Asociación para Promoción
de la Excelencia del Software
Brasileño (SOFTEX)
Marco de trabajo para la
medición y evaluación de los
procesos del ciclo de vida de
desarrollo de software
Light MECPDS
Sistema Integral para el
Mejoramiento de los
Procesos de Desarrollo de
Software en Colombia,
SIMEP-SW1
Tres niveles de capacidad
-Nivel 0 Proceso Incompleto
-Nivel 1 Proceso Realizado
-Nivel 2 Proceso Gestionado
CIP. 95881 – Andrés Epifanía Huerta

7.  Este problema se identificó por primera vez en 1968, año en el que la
organización NATO, de EE.UU desarrolló la primera conferencia sobre
desarrollo de software, y en la que se acuñaron los términos “crisis del
software”.
 Los problemas actuales se deben a la complejidad de que el programador
interprete los procesos que requieren los usuarios.
 Software sometidos a constantes cambios, debido a las necesidades de
los usuarios.
 No existe aun herramienta que permita estimar de manera exacta los
tiempos de esfuerzo que demandara realizar un proyecto.
CRISIS DEL SOFTWARE
CIP. 95881 – Andrés Epifanía Huerta

8. ILSUSTRACIÓN
CIP. 95881 – Andrés Epifanía Huerta

9. ¿PORQUÉ EXISTE FRACASO?
CIP. 95881 – Andrés Epifanía Huerta

10. IDENTIFICACIÓN DE PROBLEMAS
CIP. 95881 – Andrés Epifanía Huerta
 Los fallos en los sistemas de información, tanto de funcionalidad como de
seguridad, no son algo excepcional para los usuarios.
 Actualmente, más de la mitad de los errores pasan desapercibidos hasta la
última fase del proceso de desarrollo del producto, e incluso hasta que llega
a manos de los usuarios.
 Algunos desarrolladores se escudan en la complejidad de los
requerimientos. A mayor complejidad, mayor número de errores.
 El 80 por ciento de los sistemas de información, una vez que son
entregados, comienzan a identificar y corregir defectos.
 Algunos desarrolladores, opinan y fundamentan, que es parte del proceso de
maduración del sistema.
 Los usuarios que detentan, los errores y defectos comienzan a cuestionar
los sistemas.

11. ISO 15504
En 1993 la ISO aprobó un programa de trabajo para el desarrollo de un
modelo que fuera la base de un futuro estándar internacional para la
evaluación de los procesos del ciclo de vida del software. Desde su
primer borrador publicado en 1995, la ISO invitó a las empresas
desarrolladoras de software a aplicarlo.
En 1998 tras las primeras evaluaciones, el trabajo pasó a la fase de
informe técnico con la denominación ISO/IEC TR 15504. La aparición
oficial del estándar se hizo en el año 2003, y a partir de este año se
han presentado nuevas versiones con modificaciones y adiciones de
partes con el único fin de fortalecer dicho estándar (Palacio, 2006).
CIP. 95881 – Andrés Epifanía Huerta

12. ¿QUÉ ES ISO 15504?
 Norma que proporciona un marco de trabajo para la evaluación de
procesos
 Establece los requisitos mínimos para realizar una evaluación que
asegure la consistencia de las valoraciones obtenidas
 Objetivo de la evaluación del proceso: conocer la capacidad de los
procesos de una organización.
CIP. 95881 – Andrés Epifanía Huerta

13. PROCESOS DE SOFTAWARE
 La gestión de procesos de software identifica cuatro
responsabilidades clave.
CIP. 95881 – Andrés Epifanía Huerta
Definir
Proceso
Medir el
Proceso
Controlar
el
Proceso
Mejorar
el
Proceso
“Cuando una empresa mantiene sus procesos gestionados, fortalece el
nivel de calidad del software que desarrolla”

14. OPINIONES DE ISO 15504
 Inicialmente se orientó únicamente a evaluación de procesos de
software” (Basurto, 2009)
 Marco para métodos de evaluación y no un método o modelo en sí”
(Rodríguez, Alonso, & Sánchez, 2005).
 Gracias a dicha implantación las empresas pueden resultar más
competitivas, generar mayores utilidades y ser más atractivas a los
clientes. (Garzás, Fernández & Piattini, 2009, a)
CIP. 95881 – Andrés Epifanía Huerta

15. ESTRUCTURA – PARTES DE LA NORMA
Estructura del estándar ISO/IEC 15504
Parte Normativa
Parte 1: Conceptos y
Vocabulario
Parte 2: Realización de
la evaluación
Parte 5: Un ejemplo de
modelo de evaluación
de procesos
Parte 6: Conceptos y
Vocabulario
Parte No Normativa
Parte 3: Guía para la
realización de la
evaluación
Parte 4: Guía sobre el
uso para la mejora y
determinación de
calidad del proceso
Parte 7: Evaluación de
la madurez de una
organización
CIP. 95881 – Andrés Epifanía Huerta

16. ESTRUCTURA - NIVELES DE MADUREZ
Niveles de madurez de la parte 7 del estándar ISO/IEC 15504
Nivel 0
Inmadura
• La organización no tiene una implementación efectiva de los procesos
Nivel 1
Básica
• La organización implementa y alcanza los objetivos de los procesos.
Nivel 2
Gestionad
a
• La organización gestiona los procesos y los productos resultantes se
establecen, controlan y mantienen.
Nivel 3
Establecid
a
• La organización utiliza procesos definidos basados en estándares.
Nivel 4
Predecibl
e
• Las organización gestiona cuantitativamente los procesos.
Nivel 5
Optimizada
• La organización mejora continuamente los procesos para cumplir los
objetivos del negocio.
CIP. 95881 – Andrés Epifanía Huerta

17. MODELO DE EVALUACIÓN
CIP. 95881 – Andrés Epifanía Huerta

18. REALIZACIÓN DE LA EVALUACIÓN
CIP. 95881 – Andrés Epifanía Huerta
Niveles de capacidad y atributos del proceso
“Es necesario tener en cuenta que “los atributos de proceso son comunes
para todos los procesos y describen las características que deben estar
presentes para institucionalizar un proceso” (Garzás, Fernández & Piattini,
2009)

19. CIP. 95881 – Andrés Epifanía Huerta
NIVEL DE MADUREZ 0: ORGANIZACIÓN INMADURA
Nivel en el que no se implementan procesos para el desarrollo de
software. Por consiguiente no se alcanzan los propósitos de la
organización, ni se identifican productos o salidas de proceso. Por
consiguiente no hay atributos a evaluar en este nivel.
NIVEL DE MADUREZ 1: ORGANIZACIÓN BÁSICA
Según la información presentada en el portal de la norma en español,
en su aparte de niveles de madurez, “en el nivel 1 la organización
simplemente implementa y alcanza de manera básica los resultados del
proceso”, y al alcanzar los resultados propuestos es posible identificar
satisfactoriamente las salidas (resultados) del proceso evaluado,
teniendo en cuenta los procesos básicos descritos en la tabla siguiente:

20. CIP. 95881 – Andrés Epifanía Huerta
NIVEL DE MADUREZ 1: ORGANIZACIÓN BÁSICA

21. CIP. 95881 – Andrés Epifanía Huerta
Para alcanzar este nivel de madurez es necesario implementar los procesos
y requisitos exigidos en los dos niveles anteriores.
NIVEL DE MADUREZ 3: ORGANIZACIÓN ESTABLECIDA
GUÍA PARA LA REALIZACIÓN DE LA EVALUACIÓN

22. El nivel de madurez 4, requiere del cumplimiento de los procesos de los
anteriores niveles para poder ser alcanzado. En el nivel 4 la organización
gestiona cuantitativamente los procesos, es decir, se mide y se analiza el
tiempo de su realización. “La principal diferencia con el nivel 3 es que ahora
el proceso se lleva a término de manera consistente dentro de unos límites
predefinidos” (Itera, s.f.).
NIVEL DE MADUREZ 5: ORGANIZACIÓN OPTIMIZADA
NIVEL DE MADUREZ 4: ORGANIZACIÓN PREDECIBLE
El nivel 5 corresponde a la adaptación de todos los procesos trabajados en los
primeros cuatro niveles, pero busca que éstos tengan una mejora continua de tal
manera que contribuyan al alcance de los objetivos de negocio de la empresa.
“Se lleva a cabo una monitorización continúa de los procesos y se analizan los
datos obtenidos. Esto permite que los procesos estándar definidos dentro de la
organización cambien dinámicamente, para adaptarse de forma efectiva a los
actuales y futuros objetivos de la empresa” (Itera, s.f.), algo que es una
diferencia significativa con el nivel 4 ya que éste no tiene tan presentes las
necesidades de la organización.
CIP. 95881 – Andrés Epifanía Huerta

23. ¿POR QUÉ APLICAR LA NORMA EN UNA
ORGANIZACIÓN?
CIP. 95881 – Andrés Epifanía Huerta

24. REFERENCIAS BIBLIOGRÁFICAS
 Revista Virtual Universidad Católica del Norte”. No. 34, (septiembre-diciembre de 2011,
Colombia), Guía para pymes desarrolladoras de software, basada en la norma ISO/IEC 155041.
Andrea Catherine Alarcón Aldana , Andrea Catherine Alarcón Aldana , Sandra Lucía Rodríguez
Torres.
 A Framework for Assessing 20 Critical Controls Using ISO 15504 and COBIT 5 Process
Assessment Model (PAM), Muzamil Riffat.
 Is ISO/IEC 15504 Applicable to Agile Methods, Giuseppe Lami , Fabio Falcini.
 Estudio comparativo entre los estándares: ISO / IEC 15504 y CMMI, Torres Samaniego.
 Certificación y normas técnicas: Un enfoque estratégico para las TIC, José Angel Valderrama
Antón.
 Análisis a los Niveles de Madurez en los Modelos CMMI e ISO , Linda Macalister
CIP. 95881 – Andrés Epifanía Huerta