2.

2 Gestión de proyectos usando un marco de calidad

REPASO
2.2 Gestión de proyectos usando un marco de calidad

 Marco de calidad. Es el marco de referencia que determina las actuaciones y medidas idóneas para potenciar
la mejora en los servicios y productos.

 Sistema de calidad: Estructura organizativa, procedimientos, procesos y recursos necesarios para implantar
la gestión de calidad. El sistema de calidad se debe adecuar a los objetivos de la calidad de la empresa. La dirección
de la empresa es la responsable de fijar la política de calidad y las decisiones relativas a iniciar, desarrollar,
implantar y actualizar el sistema de calidad.

2.2 Gestión de proyectos usando un marco de calidad

Un sistema de calidad consta de varias partes:

 Documentación
 Manual de calidad. Es el documento principal para establecer e implantar un sistema de calidad. Puede haber manuales a
nivel de empresa, departamento, producto, específicos (compras, proyectos,…).
 Parte física: locales, herramientas ordenadores, etc.
 Aspectos humanos:
 Formación de personal.
 Creación y coordinación de equipos de trabajo.
2.2 Gestión de proyectos usando un marco de calidad

Normativas:
 ISO
 ISO 9000: Gestión y aseguramiento de calidad (conceptos y directrices generales).Recomendaciones externas para
aseguramiento de la calidad (ISO 9001, ISO 9002, ISO 9003).
 Recomendaciones internas para aseguramiento de la calidad (ISO 9004).

 MALCOM BALDRIGE NATIONAL QUALITY AWARD.

 Software Engineering Institute (SEI) Capability Maturity Model (CMM) for software.
2.2 Gestión de proyectos usando un marco de calidad

 La gestión de la calidad provee una comprobación independiente de los procesos de desarrollo software.
 Los procesos de gestión de la calidad comprueban las entregas del proyecto para asegurarse que concuerdan
con los estándares y metas organizacionales.

Proceso de desarrollo
de software

Proceso de administración
de calidad

Estándares y Plan de Informes de Revisión de Calidad

procedimientos Calidad
2.2 Gestión de proyectos usando un marco de calidad

 El equipo de garantía de calidad debe ser independiente

del equipo de desarrollo para que puedan tener una visión
objetiva del software.

 Ellos transmitirán los problemas y las dificultades al gestor

principal de la organización.

Un equipo independiente de calidad garantiza que los objetivos organizacionales y la calidad no sean
comprometidos por consideraciones de presupuesto o agenda
2.2 Gestión de proyectos usando un marco de calidad

 La siguiente figura muestra una aproximación basada en proceso para conseguir la calidad del producto.

Desarrollar Valorar la calidad

Definir proceso
producto del producto

Calidad Estandarizar
Mejorar proceso
ok proceso

Calidad basada en procesos

2.2 Gestión de proyectos usando un marco de calidad
2.3 ESTÁNDARES Y MÉTRICAS DE CALIDAD DE
SOFTWARE
L.I. NATIVIDAD JUÁREZ GONZÁLEZ
2.3 ESTÁNDARES Y MÉTRICAS DE CALIDAD DEL SOFTWARE

 Estándares de calidad del Software, son normas emitidas por organismos específicos, que sirven para sentar un
marco con el que comparar si un proceso de desarrollo es o no de Calidad.
2.3 ESTÁNDARES Y MÉTRICAS DE CALIDAD DEL SOFTWARE

 Métrica de Software, es cualquier medida o conjunto de medidas destinadas a conocer o estimar el tamaño u
otra característica de un software o un sistema de información, generalmente para realizar comparativas o
para la planificación de proyectos de desarrollo.
2.3 ESTÁNDARES Y MÉTRICAS DE CALIDAD DEL SOFTWARE

1. Estándares de producto. Se aplican sobre el producto software que se comienza a desarrollar. Incluyen
estándares de documentación, como cabecera de comentarios estándar para definición de clases, y estándares de
codificación.

2. Estándares de proceso. Definen los procesos que deben seguirse durante el desarrollo del software. Pueden
incluir definiciones de procesos de especificación, diseño y validación, así como una descripción de los
documentos que deben escribirse en el curso de estos procesos.

▪ Existe una relación muy cercana entre los estándares de producto y los
estándares de proceso.
▪ Los estándares de producto se aplican a las salidas del proceso software y. en
muchos casos, los estándares de proceso incluyen actividades de proceso
específicas que garantizan que se sigan los estándares de producto.
2.3 ESTÁNDARES Y MÉTRICAS DE CALIDAD DEL SOFTWARE

Norma internacional basada en la gestión y

En el los requisitos de control de los procesos
Producto

Ciclo de vida del

En el Software y TI
Proceso
Norma internacional sobre Estándares
de Calidad ISO 15504 SPICE
Gestión de servicios de TI

En el Software Process Improvement Capability Determination

Servicio Determinación de la Capacidad de Mejora del
Proceso de Software

 Algunas veces, los ingenieros de software consideran a los estándares como burocráticos e irrelevantes para las actividades
técnicas de desarrollo de software.
2.3.1 CMMI -
L.I. NATIVIDAD JUÁREZ GONZÁLEZ
2.3.1 CMMI

CMM es una aplicación del sentido común para el gerenciamiento de procesos y conceptos de mejora de la calidad
del desarrollo y mantenimiento del software, es además una guía desarrollada por y para la comunidad profesional
del software.

¿Porque surge CMM?

 Crisis del software de principios de los 80, debido a una falta de eficiencia en los
procesos de desarrollo de programas.

Como lo definen sus siglas CMM quiere decir “Capability Maturity Model”, en
español seria algo como “Modelo de Capacidad de Madurez del Software”, realmente
se trata de un modelo de evaluación de los procesos de una organización. Fue
desarrollado inicialmente para los procesos relativos al software por la Universidad
Carnegie -Mellon para el SEI (Software Engineering Institute)
2.3.1 CMMI

 El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para
un proceso efectivo.
 Fue desarrollado por el SEI (Software Enginnering Institute).
 Mide la madurez del desarrollo del software en una escala del 1 al 5.

El modelo CMM y el modelo CMMI - Capability Maturity Model Integration se diferencian básicamente en que el
primero se enfoca principalmente a las organizaciones o áreas de Tecnologías de información en cambio el modelo
CMMI como su nombre lo indica es un modelo integrado y mejorado que se puede aplicar a un numero mayor de
organizaciones de diferentes sectores.
 2.3.1 CMMI
El modelo tiene 4 áreas de conocimiento o disciplinas que incluyen:

Ingeniería de
Software (SI)

Acuerdos
con
Áreas de Ingeniería de
Sistemas
Proveedores conocimiento (SE)

Desarrollo
de
Productos y
Procesos
 2.3.1 CMMI

Propósito de CMMI
 El propósito del modelo es evaluar la
madurez de los procesos de una
organización y proporcionar una
orientación referente a cómo mejorar
los procesos que darán lugar a
mejores productos.
2.3.2 MOPROSOFT

 MoProSoft® es un modelo de procesos de reciente creación, para la

industria de software en México que fomenta la estandarización de su
operación a través de la incorporación de las mejores prácticas en
gestión e ingeniería de software. El objetivo de este modelo es mejorar
la capacidad de los procesos de las empresas.
2.3.2 MOPROSOFT

 Es un conjunto integrado de prácticas de Administración e Ingeniería de

Software para las pequeñas y medianas empresas ya que Moprosoft
considera que los modelos de evaluación y mejora CMMI e ISO/IEC 15504
no son apropiados para este tipo de empresas, este puede servir de
referencia a las organizaciones que se dedican al desarrollo y mantenimiento
de sistemas para lograr mejoras en su forma de trabajar y su desempeño.

 Moprosoft fue desarrollado por expertos mexicanos que recopilaron las

experiencias exitosas de la industria de software a nivel mundial, y las
adaptaron a las necesidades y características de las pequeñas y medianas
industrias mexicanas (PYMEs) desarrolladoras de software.
2.3.2 MOPROSOFT

 MoProSoft está dividido en 9 procesos, Cada proceso esta cuidadosamente detallado a través de
llamados también prácticas, organizados por un instrumento llamado Patrón de Procesos.
categorías de acuerdo a sus respectivas
áreas de aplicación. Esta descripción está dividida en 3 partes:

 Las categorías de procesos coinciden

con los tres niveles básicos de la estructura • descripción general,
• descripción de prácticas
de una organización: alta dirección, gestión
y operación. • y guías de ajuste.
2.3.2 MOPROSOFT

Alta • Gestión de Negocio

Dirección
• Gestión de Procesos

Gerencia • Gestión de Proyectos

• Gestión de Recursos Humanos

• Administración de Proyectos

Operación Específicos
• Desarrollo y Mantenimiento de
Software
2.3.2 MOPROSOFT
2.3.2 MOPROSOFT