calidad de software

Con la aparición de nuevas tecnologías es inherente la aparición de nuevo software y con él una buena gestión de calidad es necesaria para mantenerlo y ofrecer calidad a largo plazo.

Y2K “falta de un control riguroso y sistemático de la gestión de calidad de software”

mODELOS DE CALIDAD DE SW

Con los modelos de calidad de software se logra:

Tener un buen control de los procesos desde el comienzo del diseño de una aplicación

Brindar calidad y alternativas para futuros cambios o mejoras del software

Administrar y controlar los riegos de un proyecto

Tomar decisiones que permitan mejorar la calidad del producto final.

Antecedentes del concepto de calidad

• La búsqueda de la perfección en el trabajo realizado, y la búsqueda de asumir responsabilidad y buen nombre por la labor hecha, origina el concepto de calidad.

• Egipcios – usaban métodos de inspección durante la construcción de sus monumentos.

•  Europa – Edad media – Sistema de organización en gremios – Con normas básicas por zonas y su cumplimiento originaba mayor calidad en sus productos.

Antecedentes del concepto de calidad

• Revolución industrial – aparecen empleados con cargos enfocados en la verificación en los puntos de producción y no tanto en la calidad de producto final.

• Gráficos de control – en los años 30 del siglo XX – aparecen para controlar indicadores de calidad-

• Japón – postguerra II guerra mundial – producen enfocados en calidad y bajo el ciclo (planear, hacer, verificar, actuar), Implementan capacitaciones para mentalizar a todos los empleados de la importancia de la calidad en todos los procesos.

Dos conceptos diferentes:

Calidad del producto final de software

Calidad en el proceso de desarrollo (esta lleva a la 1)

Diferencias entre la calidad de productos y la calidad de software

• El software es un producto mental, intangible (no aplican las medidas de productos tangibles)
• El mayor coste se encuentra en su diseño y elaboración y no en su producción en serie
• Los errores del futuro son fallas desde el inicio y por tanto la falla está en todas las copias.

Diferencias entre la calidad de productos y la calidad de software

• Casi siempre es un producto a la medida de las organizaciones dificultando el control de calidad.
• Cuesta más el mantenimiento o corrección que la detección temprana de los errores

• Las fallas se presentan en gran medida por inconsistencias en las especificaciones entre cliente y proveedor del software.

• El no tener métodos, procedimientos y normas en la elaboración conlleva a un producto con poca calidad.

Modelos

Que es un modelo de calidad para sw

Según el estándar iso 8420(1986), un modelo de calidad se puede definir como un conjunto de factores de calidad y de relaciones entre ellos, que proporcionan una base para la especificación de requisitos de calidad y para la evaluación de los componentes de software.

Modelo de McCALL

MACCALL

Modelo de calidad de software basado en 3 puntos de vista, definidas por 11 factores que a su vez están compuestos por 23 criterios de calidad, adicional el modelo propone 41 métricas subjetivas (métricas que evaluadas por personas diferentes pueden dar resultados diferentes)

MACCALL

Maccall

mccall

Cada uno de estos factores se descompone, a su vez, en criterios. En el modelo se definen un total de 23 criterios, con el siguiente significado:

• Facilidad de operación: Atributos del software que determinan la facilidad de operación del software.

• Facilidad de comunicación: Atributos del software que proporcionan al usuario entradas y salidas fácilmente asimilables.
• Facilidad de aprendizaje: Atributos que facilitan la familiarización inicial del usuario con el software y la transición desde el modo actual de operación.

maccall

• Control de accesos: Atributos del software que proporcionan control de acceso al software y los datos que maneja.
• Facilidad de auditoría: Atributos del software que facilitan el registro  y  la auditoría de los accesos al software.
• Eficiencia en ejecución: Atributos del software que minimizan el tiempo de procesamiento.

maccall

• Eficiencia en almacenamiento: Atributos del software que minimizan el espacio de almacenamiento necesario.
• Precisión: Atributos del software que proporcionan el grado de precisión requerido en los cálculos y los resultados.
• Consistencia: Atributos del software que proporcionan uniformidad en las técnicas y notaciones de diseño e implementación utilizadas.

maccall

• Tolerancia a fallos: Atributos del software que posibilitan la continuidad del funcionamiento bajo condiciones no usuales
• Modularidad: Atributos del software que proporcionan una estructura de módulos altamente independientes.
• Simplicidad: Atributos del software que posibilitan la implementación defunciones de la forma más comprensible posible.
• Completitud: Atributos del software que proporcionan la implementación completa de todas las funciones requeridas.

maccall

• Instrumentación: Atributos del software que posibilitan la observación del comportamiento del software durante su ejecución (para facilitar las mediciones del uso o la identificación de errores).
• Independencia entre sistema y software: Atributos del software que determinan su independencia del entorno operativo.
• Independencia del hardware: Atributos del software que determinan su independencia del hardware.
  

maccall

• Compatibilidad de comunicaciones: Atributos del software que posibilitan el uso de protocolos de comunicación e interfaces estándar.
• Compatibilidad de datos: Atributos del software que posibilitan el uso representaciones de datos estándar.
• Concisión: Atributos del software que posibilitan la implementación de una función con la menor cantidad de código posible.
  

maccall

maccall

• Todas las referencias a datos definidas son calculadas u obtenidas de una fuente externa [R,D,I]
• Todas las funciones definidas son utilizadas [R,D,I]
• Todas las referencias a funciones están definidas [R,D,I]
• Se han definido todas las condiciones y procesamientos para cada punto de decisión [R,D,I]
• Concuerdan todos los parámetros de llamada a funciones definidos y referenciados [D,I]
  

macall

• Todos los informes de problemas se han resuelto [R,D,I]
• El diseño concuerda con los requisitos [D]
• El código concuerda con el diseño [I]
• Las letras R, D e I indican si la lista de comprobación es aplicable a los requisitos (R), el diseño (D) y/o la implementación (I).
• Se contesta a estas preguntas con un SI o NO, y luego se aplica la siguiente fórmula matemática que da como resultado el grado o nivel de calidad para dicho atributo:
  
  [(número de SI para R/6) +(número de SI para D/8) + (número de SI para I/8)] / 3
  
  
  

Modelo de FURPS

furps

Modelo desarrollado por Hewlett Packard (HP) en 1987, desarrollando un conjunto de factores de calidad de software y sus respectivos atributos.

FURPS

Acrónimo:

•     Funcionalidad,   facilidad de uso,  fiabilidad,
•     Usabilidad,
  
•     Performance - Rendimiento y
  
•     Supportability - compatibilidad,
  
•     El signo más (+) para representar todos los demás                requerimientos

furps

Se encarga de realizar una clasificación para diferentes tipos de necesidades; examinando cada uno de los requerimientos.

Se observan las características de los requerimientos  funcionales y no funcionales,  también se identifican  algunos requerimientos si son independientes de la tecnología y otros de tecnología específica.

Por ello necesitamos una clasificación que nos permita pensar en estos diferentes aspectos.

f

Funcionalidad (Functionality) 

El F en el FURPS + acrónimo representa a todos los requerimientos funcionales de todo el sistema que describiríamos. Estos por lo general representan las principales características de los productos que son familiares dentro del dominio del negocio de la solución que está siendo desarrollado.

u

Usability - Usabilidad

La ISO 9241-11:1998 “Guidance on usability”, define la usabilidad como: 

La medida con la que un producto se puede usar por usuarios determinados para conseguir objetivos específicos con efectividad, eficiencia y satisfacción en un contexto de uso concreto.

r

Reliability - Confiabilidad

r

p

Performance - Rendimiento 

Rendimiento implica cosas como el rendimiento de la información a través del sistema, el tiempo de respuesta del sistema (que también se refiere a la usabilidad), el tiempo de recuperación y el tiempo de inicio.

Adaptabilidad, facilidad en el mantenimiento, facilidad de configuración

s

Supportability -  Soporte

Por último, tenemos la tendencia a incluir una sección llamada compatibilidad, donde se especifica una serie de requisitos tales como la capacidad de prueba, la adaptabilidad, facilidad de mantenimiento, la compatibilidad, configurabilidad, capacidad de instalación, escalabilidad, localizabilidad, y así sucesivamente.

Adaptabilidad.
Extensibilidad.
Mantenibilidad.
Compatibilidad.
Configurabilidad.

Plus +

El "+" de la sigla FURPS + nos permite especificar restricciones, incluyendo el diseño, la implementación, la interfaz y las limitaciones físicas. 

+

+

Modelo CMMI (Capability Maturity Model Integrator)

• SE: abarca desarrollo total del sistema que puede o no incluir desarrollo de software

• SW: cubre el desarrollo de software y su mantenimiento.

• IPPD: hace referencia a la colaboración entre las partes relevantes en la vida de un producto

• SS: si se requiere la incorporación de proveedores para realizar funciones o mejoras al producto.

Nivel 1 CMMI

Empresas sin procesos en el desarrollo

Presupuestos desfasados

Incumplimiento de fechas de entrega

No existe control sobre el estado del proyecto

nivel 2

• Los éxitos se pueden repetir
• El proyecto es gestionado y controlado durante el desarrollo
• El estado de los desarrollos y del proyecto se puede saber
• Los procesos que hay que implantar para alcanzar el  nivel 2 son:

• • Gestión de requisitos
  • Planificación de proyectos
  • Seguimiento y control de proyectos
  • Gestión de proveedores
  • Aseguramiento de la calidad
  • Gestión de la configuración

nivel 2

•  La forma de desarrollar proyectos (gestión e ingeniería) esta definida, Definida = establecida, documentada.
  Existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos.
  Los procesos que hay que implantar para alcanzar este nivel son:
          Desarrollo de requisitos
          Solución Técnica
          Integración del producto
          Verificación
          Verificación
          Validación
          Desarrollo y mejora de los procesos de la organización
          Definición de los procesos de la organización
  

nivel 3

La forma de desarrollar proyectos (gestión e ingeniería) esta definida, Definida = establecida, documentada.
    Existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos.
    Los procesos que hay que implantar para alcanzar este nivel son:
        Desarrollo de requisitos
        Solución Técnica
        Integración del producto
        Verificación
        Verificación
        Validación
        Desarrollo y mejora de los procesos de la organización
        Definición de los procesos de la organización

nivel 3

La mayoría de las empresas que llegan al nivel 3 paran aquí, ya que es un nivel que proporciona muchos beneficios y no ven la necesidad de ir más allá porque tienen cubiertas la mayoría de sus necesidades.

nivel 4

Los proyectos usan objetivos medibles para alcanzar las necesidades de los clientes y la organización.
Se usan métricas para gestionar la organización.
Los procesos que hay que implantar para alcanzar este nivel son:
Gestión cuantitativa de proyectos
Mejora de los procesos de la organización

nivel 5

Los procesos de los proyectos y de la organización están orientados a la mejora de las actividades.
Mejoras incrementales e innovadoras de los procesos que mediante métricas son identificadas, evaluadas y puestas en práctica.
Los procesos que hay que implantar para alcanzar este nivel son:
Innovación organizacional
Análisis y resolución de las causas

Nivel 1:

Nivel 1: El resultado de los procesos suele ser impredecible.
No existen áreas o funciones formales
No existen puntos de control en el proceso
No es posible el estado del proyecto en sus procesos intermedios. 

Nivel 2:
Existen  puntos de control en cada etapa principal del proyecto
Cada etapa es aún una caja.

Nivel 5:
Cada proceso es analizado y controlado para  mejóralo.
Los controles permiten la mejora continua.
Se tienen implementadas todas las áreas clave de proceso recomendadas por el modelo.

Modelo de DROMEY

Modelo de dromey

Un modelo presentado por el Sr. R. Geoff Dromey  se basa  en reconocer que evaluación de la calidad es diferente para cada producto, que es necesario contar con una idea más dinámica que permita modelar el proceso.

Dromey se centra en la relación entre los atributos de calidad y los sub-atributos, así como intentar conectar propiedades de productos de software con la calidad de los atributos de  software .

Modelo de Dromey (1996)

Modelo de dromey

DROMEY

DROMEY

Normas ISO 9000 - ISO/IEC 9126.

Normas ISO 9000

• Las normas ISO 9000, son un conjunto de normas que  constituyen un modelo para el aseguramiento de la Calidad   en el diseño, el desarrollo, la producción, la instalación y el servicio. 
• ISO 9000:2008 Sistemas de Gestión de la Calidad- fundamentos y vocabularios
  

• Normas y reglas establecidas para la gestión de calidad aplicable a cualquier empresa de producción de bienes o servicios

• La norma ISO 9000 proporciona el vocabulario y fundamentos de las normas ISO

certificaciones iso

• El proceso por el cual una tercera entidad examina nuestro sistema de calidad.
• Verifica la efectividad del sistema de calidad implantado en base del grado de cumplimiento de una norma ISO 9000.
  
• Este examen se realiza mediante una auditoría.
• Se entrega un informe .
• Se concede el certificado cuya validez típica es de 3 a 5 años.
  
• La certificación demuestra un cumplimiento frente a terceros.
  
• El objetivo debe ser la calidad en el producto y servicio.

requisitos iso

DOCUMENTACIÓN
MANUAL DE CALIDAD
PROCEDIMIENTOS Y PROCESOS
REGISTROS
IMPLANTACIÓN

Normas ISO 9000

 Los pasos típicos en un proceso de implantación las ISO en nuestra empresa son: 

Normas ISO 9000

Los pasos para la adopción de un sistema de calidad ISO son:

Norma ISO / IEC 9126

El estándar ISO 9126, establece un modelo de calidad para la caracterización de la calidad del producto software.

Este estándar propone un modelo de calidad que se divide en tres vistas:
•    interior
•    exterior 
•    en uso.

Norma ISO / IEC 9126

Estas vistas están compuestas por características, que se dividen en sub características, y que  estas a su vez se componen de atributos.

Los atributos obtienen sus valores tras realizar mediciones sobre el software.
Estas mediciones dan como resultado una serie de métricas que se pueden clasificar en tres categorías según sea su naturaleza:
Métricas básicas, que se obtienen directamente de analizar el código o la ejecución del software.

Norma ISO / IEC 9126

Métricas de agregación, que consisten en la composición de una métrica a partir de un conjunto definido de métricas básicas, generalmente mediante una suma ponderada.
Métricas derivadas, que son una función matemática que utiliza como entrada el valor de otras métricas.
El modelo establece diez características, seis que son comunes a las vistas interna y externa y cuatro que son propias de la vista en uso.
 Las características que definen las vistas interna y externa, se muestran a continuación:

Norma ISO / IEC 9126

Norma ISO / IEC 9126

Norma ISO / IEC 9126

Características propias de la vista en uso, se muestran a continuación

Norma ISO / IEC 9126

Norma ISO / IEC 9126

MOSCA (Modelo Sistémico de Calidad).

mosca

mosca

La estructura de MOSCA consta de 4 niveles los cuales son explicados brevemente a continuación:

•     Nivel 0: Dimensiones. Eficiencia del proceso, Efectividad del  proceso, Eficiencia del producto y Efectividad del producto  son las cuatro dimensiones propuestas en el prototipo de  modelo. Sólo un balance y una buena interrelación entre ellas    garantizan la calidad Sistémica global de una organización.

mosca

• Nivel 1: Categorías. Se contemplan 11 categorías: A través de la ejecución de esta fase, se evalúa la calidad del   (FUN), producto del software; para tal fin, se siguen 4 actividades, las  Fiabilidad cuales son descritas a continuación.

mosca

• Nivel 2: Características. Cada categoría tiene asociado un conjunto de características (56 asociadas al producto y 27 al  proceso de desarrollo), las cuales definen las áreas claves a satisfacer para lograr, asegurar y controlar la calidad tanto en el producto como en el proceso. Entre las características asociadas a cada categoría del producto, se proponen en el modelo MOSCA, una serie de características del proceso.
  

mosca

• Nivel 3: Métricas. Para cada característica se propone una serie de métricas utilizadas para medir la calidad sistemática. Dada la cantidad de métricas asociadas a cada una de las características que conforman MOSCA (587 en total).

TSP (Team Software Process) – PSP (Personal Software Process).

psp

Es una metodología reciente
Creada por Instituto de Ingeniería del Software (SEI).
Permite mejorar la forma en la que construyen software.
Considera aspectos como la planeación, calidad, estimación de costos y productividad.

psp

VENTAJAS Y DESVENTAJAS PARA UTILIZAR PSP
PSP es una metodología basada en estimación.
 La estimación permite saber cuándo y cómo se desarrollan las tareas de un proceso,
Estar basada en métricas y estimaciones.
La información de las métricas y estimaciones se utiliza para evaluar y mejorar procesos futuros. PSP parte de la premisa que, si el ingeniero de software conoce sus fortalezas y debilidades, puede establecer las acciones necesarias para erradicar o explotar los aspectos identificados en la forma en que desarrolla software.

psp

Desventajas:
Llegar a ese auto conocimiento puede resultar tedioso y, en el peor de los casos, una pesadilla para el desarrollador.
Los ingenieros de software rara vez  realizan procedimientos formales para conocer la forma en que trabajan,
No saben con exactitud cuántas líneas de código generan por hora,
Cuánto tiempo invierten al corregir un error,
Cuánto tiempo invierten en pruebas, etcétera.
 Los pasos de registro de información a detalle en el nivel de medición pueden resultar frustrantes cuando se tiene presión de tiempo.

caracteristicas

Las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, están puntualmente definidas en un conjunto de documentos conocidos como scripts.
Los scripts son el punto medular de PSP, deben ser seguidos en forma disciplinada, ya que de ello depende el éxito.
Gran parte de las tareas y actividades definidas en los scripts generará en su realización un conjunto de datos, fundamentalmente de carácter estadístico.
Permite al ingeniero de software identificar, tanto sus fortalezas como sus debilidades,

psp

Permite al ingeniero de software crecer a través de un proceso de auto aprendizaje y auto mejora.
La calidad en PSP, es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene.
El modelo PSP propone al igual que CMMI una forma de medir calidad mediante escalafones o niveles:

TEAM SOFTWARE PROCESS (TSP)

Características de los grupos aplicando TSP.

• Miembros expertos en papeles de liderazgo y pertenencia.
• Relaciones tranquilas y establecidas entre los miembros.
• Los miembros se sienten atraídos por el grupo y son fieles.
• Los valores y metas del grupo son los de sus integrantes.
• La interacción y toma de decisiones tiene lugar en el ambiente adecuado.
• Cada miembro acepta con gusto y sin resentimiento las metas y normas establecidas.
• Los miembros se prestan ayuda mutua cuando es necesaria o recomendable.
• Existe una atmósfera de creatividad.

LOS  OBJETIVOS  DEL TSP

conclusiones del modelo

El TSP/PSP, cuando se implementa correctamente, ha probado ser más eficaz que el CMMI Nivel 5.
Contar con un método avalado por el SEI que permitirá demostrar objetivamente la calidad de los proyectos desarrollados por las empresas que usan el TSP.