Modelos de Gestión de calidad del software

Un modelo de calidad del software es un conjunto de buenas practicas para el ciclo de vida del software, enfocado en los procesos de gestión y desarrollo de proyectos.

Construir un modelo de calidad es bastante complejo y es usual que estos modelos descompongan la calidad del producto software jerárquicamente en una serie de características y subcaracterísticas que pueden usarse como una lista de comprobación de aspectos relacionados con la calidad.

Los Modelos de Calidad son herramientas que guían a las Organizaciones a la Mejora Continua y la Competitividad dando les especificaciones de que tipo de requisitos deben de implementar para poder brindar productos y servicios de alto nivel.

Modelo de calidad ISO 9126

ISO 9126 es un estándar internacional para la evaluación del Software. Está supervisado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos conceptos.

El estándar está dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente: modelo de calidad, métricas externas, métricas internas y calidad en las métricas de uso.

El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y subcaracterísticas de la siguiente manera:

§ Funcionalidad - Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades específicas. Las funciones son aquellas que satisfacen las necesidades implícitas o explícitas.

§ Idoneidad

§ Exactitud

§ Interoperabilidad

§ Seguridad

§ Cumplimiento de normas.

§ Fiabilidad - Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestación bajo condiciones establecidas durante un período establecido.

§ Madurez

§ Recuperabilidad

§ Tolerancia a fallos

§ Usabilidad - Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoración individual de tal uso, por un establecido o implicado conjunto de usuarios.

§ Aprendizaje

§ Comprensión

§ Operatividad

§ Atractividad

§ Eficiencia - Conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas.

§ Comportamiento en el tiempo

§ Comportamiento de recursos

§ Mantenibilidad - Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software.

§ Estabilidad

§ Facilidad de análisis

§ Facilidad de cambio

§ Facilidad de pruebas

§ Portabilidad - Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra.

§ Capacidad de instalación

§ Capacidad de reemplazamiento

§ Adaptabilidad

§ Co-Existencia


La subcaracterística Conformidad no está listada arriba ya que se aplica a todas las características. Ejemplos son conformidad a la legislación referente a usabilidad y fiabilidad.

Cada subcaracterística (como adaptabilidad) está dividida en atributos. Un atributo es una entidad la cual puede ser verificada o medida en el producto software. Los atributos no están definidos en el estándar, ya que varían entre diferentes productos software.

Un producto software está definido en un sentido amplio como: los ejecutables, código fuente, descripciones de arquitectura, y así. Como resultado, la noción de usuario se amplía tanto a operadores como a programadores, los cuales son usuarios de componentes como son bibliotecas software.

El estándar provee un entorno para que las organizaciones definan un modelo de calidad para el producto software. Haciendo esto así, sin embargo, se lleva a cada organización la tarea de especificar precisamente su propio modelo. Esto podría ser hecho, por ejemplo, especificando los objetivos para las métricas de calidad las cuales evalúan el grado de presencia de los atributos de calidad.

Métricas internas son aquellas que no dependen de la ejecución del software (medidas estáticas).

Métricas externas son aquellas aplicables al software en ejecución.

La calidad en las métricas de uso están sólo disponibles cuando el producto final es usado en condiciones reales.

Idealmente, la calidad interna no necesariamente implica calidad externa y esta a su vez la calidad en el uso.

Este estándar proviene desde el modelo establecido en 1977 por McCall y sus colegas, los cuales propusieron un modelo para especificar la calidad del software. El modelo de calidad McCall está organizado sobre tres tipos de Características de Calidad:

§ Factores (especificar): Describen la visión externa del software, como es visto por los usuarios.

§ Criterios (construir): Describen la visión interna del software, como es visto por el desarrollador.

§ Métricas (controlar): Se definen y se usan para proveer una escala y método para la medida.

ISO 9126 distingue entre fallo y no conformidad. Un fallo es el incumplimiento de los requisitos previos, mientras que la no conformidad es el incumplimiento de los requisitos especificados. Una distinción similar es la que se establece entre validación y verificación.

Modelo de calidad IT-MARK

Es el primer modelo de calidad internacional diseñado en particular para las micro y pequeñas empresas, es un modelo escalable y tiene por objetivo brindar un sello de calidad para las micro y pequeñas empresas de tecnologías de la información, que acredita su madurez y capacidad.

También tiene como objetivo mejorar la efectividad organizacional y el éxito en el mercado mediante la mejora de sus procesos. El esquema IT-Mark distingue tres niveles posibles, y progresivamente más exigentes, en función de la Madurez demostrada en los procesos de cada PYME. Entre ellos está It-Mark, IT-Mark Premium, It-Mark Elite:

  • IT-Mark

Acredita a una empresa que es consciente de los problemas relacionados con la gestión técnica, de seguridad y del negocio, y que los mantiene habitualmente bajo control. Para ello se admite que algunas de las áreas de proceso puedan no estar suficientemente elaboradas, trabajándose en el caso particular de los Procesos Técnicos sobre CMMI Nivel 2 y por medio de evaluaciones rápidas orientadas fundamentalmente a la identificación de debilidades (de Clase C).

  • IT-Mark Premium

Acredita a una empresa que ha conseguido una Buena Madurez en sus procesos de trabajo técnico, seguridad y del negocio. En este caso los niveles necesarios son considerablemente superiores a los descritos anteriormente, exigiéndose que todos los procesos evaluados desde los tres puntos de vista están razonablemente desarrollados. Por ejemplo, en el caso de CMMI se utiliza una evaluación bastante detallada de Clase B sobre CMMI Nivel 2, que una vez superada nos facilita una confianza grande de poder superar con un trabajo relativamente escaso la Evaluación Oficial CMMI de Clase A.

  • IT-Mark Elite

Acredita a una empresa que ha conseguido un nivel Superior en la Definición e Institucionalización de sus procesos de trabajo técnico, de seguridad y de negocio, por lo que se confía en que la calidad de sus productos sea buena, debido a la madurez de sus procesos y a la mejora continua. En el caso de Elite, los niveles de exigencia son

Proporcionalmente superiores, y en caso de CMMI se trabaja sobre el Nivel 3. I.T.Mark está diseñado de forma que define un camino de mejora continua incluso para micro empresas, que es totalmente compatible y alineado con el modelo CMMI, y que ayuda a las empresas en su permanente búsqueda de competitividad en el mercado.

RESULTADOS Y BENEFICIOS CON IT-MARK

Resultados de aplicar IT Mark

El servicio It-Mark se completa con la explicación de los resultados preliminares a la organización afectada:

o Puntos fuertes y puntos débiles de los procesos de la organización, de acuerdo con la buena práctica y los diferentes modelos descritos.

o Certificado provisional, en caso en que la evaluación resultara exitosa.


    Tras la evaluación, y con el fin de resolver ligeras noconformidades detectadas, se abre un periodo de: tres meses para las acciones de mejora requeridas (verificación de cambios, así como consecuencias de su implementación). Si este período no se cumpliera, y una vez realizados los cambios, se llevaría a cabo una nueva evaluación para poder reconocer el nivel alcanzado por la organización, y progresivamente más exigentes, en función de la madurez demostrada en los procesos de cada PYME.


Beneficios de aplicar IT Mark

Mejorar el desempeño del negocio (desde el punto de vista técnico y administrativo)

Ganar reconocimiento en el mercado en cuanto a capacidades de TI.

Lograr un diferenciador de mercado por medio de un sello de excelencia.

Visibilidad al interior de sus propias capacidades de desarrollo de TI, identificando fortalezas y debilidades, así como oportunidades de mejora.

Ruta de mejora a través de los grados sucesivos de madurez y su compatibilidad y complementariedad con otros modelos existentes.

Económico, rápido y rentable.

El programa incluye valoraciones en gestión del negocio y en seguridad informática, ignoradas por otros modelos, por encima de los procesos de Software y Sistemas.

Basado en modelos reconocidos mundialmente y sólidas metodologías probadas, repetibles, confiables y útiles para compararse competitivamente.

Un buen mecanismo para avanzar luego hacia una valoración integral de CMMI®.

Modelo de calidad ISO 15504

Es un modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software.

Caracteristicas

  • Establece un marco para métodos de evaluación, no es un método o modelo en sí.
  • Comprende: evaluación de procesos, mejora de procesos, determinación de capacidad.
  • Está alineado con el estándar ISO/IEC 12207 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operación de los sistemas de software.
  • Equivalencia y compatibilidad con CMMI. ISO forma parte del panel elaborador del modelo CMMI y SEI mantiene la compatibilidad y equivalencia de ésta última con 15504.
La norma tiene una arquitectura basada en dos dimensiones: de proceso y de capacidad de proceso.

Desde la dimensión de proceso agrupa a los procesos en tres grupos que contienen cinco categorías de acuerdo al tipo de actividad:

Procesos primarios

  • CUS: Cliente - Proveedor
  • ENG: Ingeniería

Procesos de soporte

  • SUP: Soporte

Procesos organizacionales

  • MAN: Gestión
  • ORG: Organización

Para todos los procesos se definen los componentes: Identificador, Nombre, Tipo, Propósito, Salidas y Notas.
Desde la dimensión de capacidad el modelo define una escala de 6 niveles para determinar la capacidad de cualquier proceso:

  • Nivel 0: Incompleto
  • Nivel 1: Realizado
  • Nivel 2: Gestionado
  • Nivel 3: Establecido
  • Nivel 4: Predecible
  • Nivel 5: En optimización

Modelo de calidad Metrica 3


Metrica3 o Metrica V3 (Metrica versión 3)

MÉTRICA es una metodología de planificación, desarrollo y mantenimiento de sistemas de información. Promovida por el Ministerio de Administraciones Públicas del Gobierno de Españapara la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito de las administraciones públicas. Esta metodología propia está basada en el modelo de procesos del ciclo de vida de desarrollo ISO/IEC 12207 (Information Technology - Software Life Cycle Processes) así como en la norma ISO/IEC 15504 SPICE (Software Process Improvement And Assurance Standards Capability Determination).

En lo que se refiere a estándares se ha tenido en cuenta como referencia el Modelo de Ciclo de Vida de Desarrollo propuesto en la norma ISO 12.207 "Information technology Software life cycle processes". Siguiendo este modelo se ha elaborado la estructura de MÉTRICA Versión 3 en la que se distinguen procesos principales (Planificación, Desarrollo y Mantenimiento) e interfaces (Gestión de Proyectos, Aseguramiento de la Calidad, Seguridad y Gestión de Proyectos) cuyo objetivo es dar soporte al proyecto en los aspectos organizativos.

Estructura de Metrica3

Por ser un "retoño" de ISO 12207, esta también toma el enfoque de procesos, subdividos enactividades, y estas a su ves en tareas.

Así los procesos de la estructura principal de MÉTRICA Versión 3 son los siguientes:

- PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN.

- DESARROLLO DE SISTEMAS DE INFORMACIÓN.

- MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN.

El enfoque del Proceso de Planificación de Sistemas de Información, al no estar dentro del ámbito de la norma ISO 12.207 de Procesos del Ciclo de Vida de Software, se ha determinado a partir del estudio de los últimos avances en este campo, la alta competitividad y el cambio a que están sometidas las organizaciones. El entorno de alta competitividad y cambio en el que actualmente se encuentran las organizaciones, hace cada vez más crítico el requerimiento de disponer de los sistemas y las tecnologías de la información con flexibilidad para adaptarse a las nuevas exigencias, con la velocidad que demanda dicho entorno.

La existencia de tecnología de reciente aparición, permite disponer de sistemas que apoyan la toma de decisiones a partir de grandes volúmenes de información procedentes de los sistemas de gestión e integrados en una plataforma corporativa. MÉTRICA Versión 3 ayuda en la planificación de sistemas de información facilitando una visión general necesaria para posibilitar dicha integración y un modelo de información global de la organización.

En cuanto al Proceso de Desarrollo de Sistemas de Información, para facilitar la comprensión y dada su amplitud y complejidad se ha subdividido en cinco procesos:

- ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS).

- ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI).

- DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI).

- CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI).

- IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS).

La necesidad de acortar el ciclo de desarrollo de los sistemas de información ha orientado a muchas organizaciones a la elección de productos software del mercado cuya adaptación a sus requerimientos suponía un esfuerzo bastante inferior al de un desarrollo a medida, por no hablar de los costes de mantenimiento. Esta decisión, que es estratégica en muchas ocasiones para una organización, debe tomarse con las debidas precauciones, y es una realidad que está cambiando el escenario del desarrollo del software. Otra consecuencia de lo anterior es la práctica, cada vez más habitual en las organizaciones, de la contratación de servicios externos en relación con los sistemas y tecnologías de la información y las comunicaciones, llevando a la necesidad de una buena gestión y control de dichos servicios externos y del riesgo implícito en todo ello, para que sus resultados supongan un beneficio para la organización. MÉTRICA Versión 3 facilita la toma de decisión y la realización de todas las tareas que comprende el desarrollo de un sistema de información.

Desde el enfoque de la norma ISO 12.207, el Proceso de Mantenimiento de Sistemasde Información comprende actividades y tareas de modificación o retirada de todos los componentes de un sistema de información (hardware, software, software de base, operaciones manuales, redes, etc.). Este marco de actuación no es el objetivo de MÉTRICA Versión 3, ya que esta metodología está dirigida principalmente al proceso de desarrollo del software. Por lo tanto, MÉTRICA Versión 3 refleja los aspectos del Mantenimiento, correctivo y evolutivo, que tienen relación con el Proceso de Desarrollo.

Modelo de calidad CMMI

El CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez.

Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software.

Los niveles CMMI son 5:

  • Inicial o Nivel 1 CMMI. Este es el nivel en donde están todas las empresas que no tienen procesos. Los presupuestos se disparan, no es posible entregar el proyecto en fechas, los empleados si tienen que quedar durante noches y fines de semana para terminar un proyecto. No hay control sobre el estado del proyecto, el desarrollo del proyecto es completamente opaco, no se sabe que pasara con el.
  • Nivel 2 CMMI. Quiere decir que el éxito de los resultados obtenidos se pueden repetir. La principal diferencia entre este nivel y el anterior es que el proyecto es gestionado y controlado durante el desarrollo del mismo. El desarrollo no es opaco y se puede saber el estado del proyecto en todo momento.
    • Los procesos que hay que implantar para alcanzar este nivel 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
    • Los procesos que hay que implantar para alcanzar este nivel son:
      • Desarrollo de requisitos
      • Solución Técnica
      • Integración del producto
      • Verificación
      • Validación
      • Desarrollo y mejora de los procesos de la organización
      • Definición de los procesos de la organización
      • Planificación de la formación
      • Gestión de riesgos
      • Análisis y resolución de toma de decisiones
    • 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 3 CMMI. alcanzar este nivel significa que la forma de desarrollar proyectos (gestión e ingeniería) esta definida, por definida quiere decir que esta establecida, documentada y que 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
      • Validación
      • Desarrollo y mejora de los procesos de la organización
      • Definición de los procesos de la organización
      • Planificación de la formación
      • Gestión de riesgos
      • Análisis y resolución de toma de decisiones
    • 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 CMMI. 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:
    • Los procesos que hay que implantar para alcanzar este nivel son:
      • Innovación organizacional.
      • Análisis y resolución de las causas.

Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan simultáneamente ya que están muy relacionados.

La implantación de un modelo de estas características es un proceso largo y costoso que puede costar varios años de esfuerzo. Aun así el beneficio obtenido para la empresa es mucho mayor que lo invertido.