INVESTIGACIN SISTEMAS EVALUACIN CALIDAD DE SOFTWARE

ALEXANDER BRAVO MOLINA

UNIVERSIDAD DE SANTANDER [UDES]

MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA
EVALUACIN DE LA CALIDAD DEL SOFTWARE EDUCATIVO
MOGOTES
2016

1. INVESTIGACIN SISTEMAS EVALUACIN CALIDAD DE

SOFTWARE
De acuerdo los documentos adjuntados por la tutora y su anlisis se procede a escribir un
informe sobre las organizaciones que han formulado normas y modelos referentes a la calidad de
software tanto para los procesos de desarrollo como para el producto final, indicando la forma de
trabajo establecida.

1.1
1
1

MODELOS DE CALIDAD EN DESARROLLO

Modelo Capability Maturity Model Integration (CMMi).

Definicin y objetivo.
Se trata de un modelo de aseguramiento de calidad del software cuyo propsito
fundamental es unificar una gua para la mejora continua en cuatro disciplinas: Ingeniera de
Sistemas (SE System Engineering), Ingeniera del Software, el Desarrollo Integrado del
Producto y del Proceso (IPPD) y, la fuente (proveedor).
Tiene modelo adems propende por una mejora continua en la necesidades de la
organizacin que requieren y quieren implementar protocolos que permitan ofrecer software
consistente y de calidad.
Usualmente este mejoramiento a travs de este modelo se puede lograr desde dos
enfoques: el mejoramiento continuo y el escalonado. Cada uno de estos enfoques sintetiza sus
propios procesos.

Norma que soporta al modelo.

Para su proceso de acreditacin las organizaciones deben cumplir y estar sujetas al
cumplimiento de la norma IS 900003.

Modelo de trabajo.
El CMMi enfoque el trabajo en grupos de trabajo por rea de proceso, acordes con las
cuatro disciplinas que desarrolla.

Cada rea adelanta en forma articulada un proceso, que a su vez coincide con una escala de
niveles, que indican el grado de madurez del desarrollo del software.
2
1

Modelo Capability Maturity Model Integration (CMMi).

Definicin y objetivo.
En 1991, el Consejo Nacional de Acreditacin de los Organismos de Certificacin
(National Accreditation Council of Certification Bodies, NACCB), introdujo en el Reino el
modelo como mecanismo de aseguramiento de calidad y consistencia del software.
El objetivo del programa TickIT era ayudar a las organizaciones de software a crear
sistemas de calidad que agregaran valor a sus empresas y que cumplieran con la norma ISO
9001:2000. El programa TickIT se basa en la norma ISO 9001:2000 y exige que al evaluar la
conformidad con dicha norma se tome en consideracin la gua ISO 9000-3. Por otra parte, el
programa TickIT tambin aade requisitos administrativos para el organismo de certificacin
acreditado en relacin con la calificacin del auditor y una nueva evaluacin completa cada tres
aos.
El objetivo de la certificacin es demostrar que las prcticas necesarias para asegurar la
calidad durante el desarrollo de software existen y son verificables. En general, el modelo
permite certificar cualquier tipo de proyecto a travs de una estructura ms flexible.
TickIT tiene como meta principal estimular a los desarrolladores de sistemas de software a
pensar acerca de: (1) Qu calidad existe en el contexto de los procesos de desarrollo de software,
(2) Cmo puede ser lograda la calidad y (3) Cmo los sistemas de informacin de la calidad
pueden ser mejorados en forma continua

Norma que soporta al modelo.

Para su proceso de acreditacin las organizaciones deben cumplir y estar sujetas al
cumplimiento de la norma ISO 9001:2000 y ISO 9000-3.

Modelo de trabajo.
Este modelo se desarrolla en una secuencia gradual de partes o etapas. Los siguientes son
las etapas de certificacin de obligatorio cumplimiento para la organizacin que quiera someterse
a este modelo de acreditacin.

Parte A - Introduccin al TickIT y el proceso de certificacin

Parte B - Gua para los Clientes
Parte C - Gua para los Distribuidores
Parte D - Gua para los Auditores
Parte E - Requerimientos del Sistema de Administracin de la Calidad del Software -

Perspectivas estndares
Parte F - Requerimientos del Sistema de Administracin de la Calidad del Software Perspectiva del Proceso

3
1

El modelo de McCall.
Definicin y objetivo.
Este proyecto fue creado por la Comisin Europea como parte del programa ESPRIT
(ESPRIT 5441 BOOTSTRAP: A European Assessment Method to Improve Software
Development). La administracin y el mantenimiento del programa Bootstrap corresponden al
Grupo Europeo de Inters Econmico del Instituto Bootstrap (Bootstrap Institute European
Economic Interest Group, BI EEIG) de Miln, Italia.
El Objetivo fundamental del programa es evaluar y mejorar la capacidad de las Unidades
Productoras de Software (SPU, Software Producing Units). Mediante esta metodologa se tratar
la mejora de procesos de software.
El programa Bootstrap combina las normas ISO 9000, las normas europeas para la
Ingeniera de Software y el Modelo de Madurez de la Capacidad CMM para sentar una base con
la cual evaluar y dar asesora.

Norma que soporta este modelo.

La norma que soporta este modelo est dada por el conjunto de principios y criterios de la
ISO 15504 (SPICE).

Modelo de trabajo.
Para lograr la estandarizacin en el proceso de desarrollo del software este modelo usa una
estructura de trabajo basado en 3 niveles:

4
1

Organizacin
Metodologa:
a. Ciclo de vida dependiente
b. Ciclo de vida indendiente: Gestin, soporte, cliente proveedor.
c. Relaciones de proceso
Tecnologa

Modelo Personal SW Process (PSP).

Definicin y objetivo.
El Personal Software Process (PSP) es modelo diseado para ser usado por los ingeriores
de software de forma individual. El PSP fue desarrollado por Watts Humphrey y tiene como
objetivo guiar el planeamiento y desarrollo de los mdulos de software o pequeos programas; y
es adaptable a otras tareas del personal. Con PSP los Ingenieros desarrollan software usando una
propuesta estructurada y disciplinada.
El principio de PSP es que para producir sistemas de software de calidad, todo Ingeniero
que trabaje en el sistema, debe hacer un trabajo de calidad. El PSP est diseado para ayudar a
los profesionales de software a utilizar las prcticas de Ingeniera. Tambin muestra cmo
planear y seguir el trabajo, cmo usar un proceso definido y medido; y sigue el performance de
estos objetivos.
El PSP muestra a los Ingenieros cmo administrar la calidad desde el comienzo del trabajo,
cmo analizar los resultados de cada trabajo, y cmo utilizar los resultados para mejorar el
proceso en el prximo proyecto.

Norma que soporta este modelo.

La norma que soporta el proceso de desarrollo del software en este modelo est basado en
la aplicacin de los principios y valores de las norams IEEE / EIA 12207.

Modelo de trabajo.
Para lograr la certificacin en el proceso de desarrollo del software, los ingenieros y
empresas pequeas deben seguir el siguiente modelo de trabajo.

(1) seguir un proceso definido,

(2) planificar, medir y seguir su trabajo,
(3) administrar la calidad del producto,

5
1

(4) aplicar aspectos cuantitativos para mejorar los procesos de trabajo personales y
(5) lograr la integracin de todos los integrantes de la organizacin.

El modelo Team SW Process (TSP).

Definicin y objetivo.
El proceso TSP (Team Software Process) fue desarrollado por Watt Humphrey en 1996. El
objetivo era suministrar un proceso operacional que ayude a los Ingenieros hacer trabajos de
calidad, es decir, este modelo es complementos del PSP.
El objetivo del TSP es construir y guiar a los equipos para ello se deben suplir los
siguientes requerimientos:

(1) ayudar a los equipos de Ingeniera de Software a elaborar productos de calidad

dentro de los costos y tiempos establecidos,

(2) tener equipos rpidos y confiables; y
(3) optimizar el performance del equipo durante todo el proyecto.

Norma que soporta este modelo.

La norma que regula este modelo es la ISO 20000.

Modelo de trabajo.
El principal modelo de trabajo son los equipos, ya que los equipos de desarrollo tienen
mltiples especialidades y todos los miembros trabajan en vista de un objetivo en comn. Estos
equipos de trabajo son relanzados cada 3 4 meses, a fin de mantener un proceso de desarrollo
constante y sujeto a polticas de calidad estandarizadas de calidad.

6
1

El modelo Practical Software Measurement (PSM).

Definicin y objetivo.
Este modelo trata de un proceso de aseguramiento de la calidad a travs de la medicin
como estrategia para garantizar el xito del proceso de desarrollo del software.
La administracin del proceso de software hace referencia a la administracin de los
procesos de trabajo asociados con el desarrollo, mantenimiento y soporte de productos de

software. Esto significa que los productos y servicios producidos por los procesos cumplen
totalmente con los requerimientos internos y externos; y con los objetivos de negocio de la
organizacin. El concepto de administracin del proceso est basado en 4 principios del
control estadstico de procesos. Estos principios sostienen que por medio del establecimiento y
mantenimiento de niveles de variabilidad, los procesos darn resultados predecibles. De esta
forma, se puede decir que los procesos estn dentro del control estadstico.
2

Norma que soporta este modelo.

La norma que regula este modelo es la Information Technology Infrastructure Library
(Biblioteca de Infraestructura deTecnologas de Informacin ITIL. Esta constituye un marco de
trabajo de las mejores prcticas destinadas a facilitar la entrega de servicios de tecnologas de la
informacin (TI) de alta calidad. ITIL resume un extenso conjunto de procedimientos de gestin
ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI.
Estos procedimientos son independientes del proveedor y han sido desarrollados para servir de
gua para que abarque toda infraestructura, desarrollo y operaciones de TI.

Modelo de trabajo.
El modelo de trabajo se centra en grupos de trabajo organizados de acuerdo a las cuatro
responsabilidades propuestas por este estndar de proceso de desarrollo de software: (1) Definir
el proceso, (2) Medir el proceso, (3) Controlar el proceso (asegura que la variabilidad sea estable
y que los resultados sean predecibles).

2
1

MODELOS DE CALIDAD EN EL PRODUCTO

Modelo Gilb.
Este modelo se basa en la creacin de unos requisitos especficos de calidad segn
requerimientos de usuario y analista.
Este modelo de trabajo conjunto permite la construccin de productos de calidad de
acuerdo a dos tipos de caractersticas: modelo original o modelo tradicional.

Cada tipo de caracterstica est integrada por subcategoras que a su vez incluyen
conceptos especficos: (1) nombre y definicin de la caracterstica, (2) Escala o unidades de
medicin, (3) recopilacin de datos o prueba, (4) valor previsto, (5) valor ptimo, (6) valor en el
sistema actual y (7) comentarios.
2

Modelo GQM (Goal Question - Metric).

El modelo GQM (objetivo-pregunta-mtrica /goal question - metric) de Basili y
Rombach se enfoca en la construccin de modelos de calidad basados en la medicin de
objetivos/metas hasta obtener uno que por caractersticas mtricas se convierta en estndar de
medicin y de esta manera se tenga un parmetro para la evaluacin del software final.
El mtodo de trabajo se basa en tres etapas:

1- Listar los objetivos principales del desarrollo y mantenimiento del proyecto

2- Para cada objetivo, se deben obtener las preguntas que deben contestarse para saber

si se estn cumpliendo los objetivos

3- Decidir qu medir para poder contestar las preguntas de manera adecuada, es decir,
desarrollar un conjunto de mtricas que ayuden a responder la pregunta.

De acuerdo al modelo a la medicin de objetivos y metas, esta se cie a 3 niveles de

medicin.

(1) Nivel Conceptual (Goal): un objetivo / meta es definido para un propsito

especfico en base a las necesidades de la organizacin, teniendo en cuenta una
variedad de razones, desde distintos puntos de vista relacionados a un ambiente en

particular. Un objetivo / meta representa el nivel mximo de caracterstica de calidad.

(2) Nivel Operacional (Question): es un conjunto de preguntas que son utilizadas para
caracterizar la forma de realizacin de una meta especfica. Cada caracterstica de

nivel mximo es redefinida en las subcaractersticas usando un conjunto de preguntas.

(3) Nivel Cuantitativo (Metric): es un conjunto de datos que est asociado a toda
pregunta de manera cuantitativa.

Modelo de McCall.

Este modelo la evaluacin de producto se basa en inclusicin de factores de calidad, pues

considera que el problema, el diseo, el cdigo y las pruebas son elementos que pueden incurrir
en errores y estos deben se ajustados para lograr estndares de calidad en tiempo real.
Este modelo se convierte en estndar de mtricas de calidad de software. Para esto el
modelo organiza el mtodo en tres factores o puntos desde los cuales el usuario puede
contemplar la calidad del producto final.

(1) Operacin del producto,

(2) Revisin del producto y
(3) Transicin del producto (Figura 21).

Estos factores de evaluacin a su vez estn integrados por una serie de requerimientos que
son metdicamente analizados por el grupo de evaluacin de producto.

Factor (1): Facilidad de Uso Integridad Correccin Confiabilidad - Eficiencia

Factor (2): Facilidad de mantenimiento - Facilidad de prueba - Flexibilidad
Factor (3): Reusabilidad- Interoperabilidad Portabilidad.

Todos los resultados de la evaluacin mtrica son conocidos en tiempo real por usuario
final, quien podr realizar una interpretacin de los datos, contando as de insumos necesarios
para tomar una decisin.

Modelo FURPS (+).

Se trata de un modelo estndar de calidad fijo desarrollado por Robert Grady y Heweltt
Packard Co (HP). El objetivo del modelo es reducir los riesgos de no considerar alguna de las
facetas del desarrollo de un sistema y estandarizar algunos criterios para poder obtener los
requerimientos.

Una limitacin de este modelo de calidad es que no tiene en cuenta la portabilidad de los
productos software que se estn considerando, factor digno de consideracin en funcin de las
exigencias actuales que recaen sobre el proceso de desarrollo del software.
Para el alcanzar el estndar de calidad este modelo hace nfasis en 5 criterios de calidad,
definidos en cada de la letra de su abreviatura.
Tabla 1
Principios de calidad modelo FURPS +

Fuente: https://es.scribd.com/doc/135637783/Modelo-Furps.

3
1

ESTNDARES DE CALIDAD EN PROCESO

ISO 90003:2004
ISO 90003:2004 provee una gua para las organizaciones respecto de la aplicacin de
ISO/IEC 9001:2000 en la adquisicin, suministro, desarrollo, operacin y mantenimiento de
software y servicios de soporte.
Esta norma y las guas de ISO 90003:2004 no son creadas con el objetivo de ser criterio de
evaluacin en la certificacin de SGC (Sistema de Gestin de la Calidad).
La norma ISO 90003:2004 debe ser aplicada cuando en proceso el software:

 (1) Forma parte de un contrato comercial con otra organizacin,

(2) Es un producto disponible para un sector del mercado,
(3) Es usado para soportar los procesos de una organizacin y
(4) Est relacionado a servicios de software.
Esta norma tiene como ejes de trabajo para el SGC 5 captulos que especifican las
actividades a tener en cuenta el proceso de desarrollo del software.
(1) Sistema de Gestin de la Calidad,
(2) Responsabilidad de la Direccin,
(3) Gestin de los Recursos,
(4) Realizacin del Producto y
(5) Medida, Anlisis y Mejora. a
A su vez la estructura de funcionamiento de la norma est dada por 7 pilares.
(1) mbito,
(2) Normas para la consulta,
(3) Trminos y definiciones,
(4) Sistema de gestin de la calidad,
(5) Responsabilidad de la direccin,
(6) Gestin de los recursos,
(7) Realizacin del producto,
(8) Medicin, anlisis y mejora; y
(9) Bibliografa.
2

ISO/IEC 9001:2000.
ISO/IEC 9001:2000 es un norma de carcter internacional y promueve la adopcin de un
enfoque basado en procesos cuando se desarrolla, implementa y mejora la eficacia de un SGC,
para aumentar la satisfaccin del cliente mediante el cumplimiento de sus requisitos.
Una ventaja de este enfoque es el control continuo que proporciona sobre los procesos
individuales dentro del sistema de procesos, as como sobre su combinacin e interaccin.
Un SGC que use la norma ISO/IEC 9001:2000 debe garantizar la ejecutabilidad de 4
etapas.

(1) la comprensin y el cumplimiento de los requisitos,

(2) la necesidad de considerar los procesos en trminos que aporten valor,
(3) la obtencin de resultados del desempeo y eficacia del proceso, y
(4) la mejora continua de los procesos con base en mediciones objetivas.

Esta norma divide su quehacer en 8 captulos, necesarios para asegurar la calidad en los
procesos.

(1) Objeto y campo de aplicacin,

(2) Referencias normativas,

(3) Trminos y definiciones,

(4) Sistema de Gestin de la Calidad,
(5) Responsabilidad de la Direccin,
(6) Gestin de los Recursos,
(7) Realizacin del Producto y
(8) Medicin, Anlisis y Mejora.

ISO/IEC 12207:1995.
Esta concentra una gua marco comn a los diseadores y organizacin para hablar el
mismo lenguaje tanto en la creacin como la administracin del software.
Esta norma cubre desde la conceptualizacin hasta el retiro de software, es decir, su ciclo
de vida. Esto se da a travs de procesos para adquirir y suministrar productos y servicios de
software controlando y mejorando los procesos en todo momento.
La norma ISO/IEC 12207 debe ser usada en:

(1) Adquirir, suministrar, desarrollar, operar y mantener software,

(2) Soportar las funciones arriba mencionadas, asegurando la calidad, configuracin,
revisiones conjuntas, auditorias, verificacin, validacin, resolucin de problemas y
documentacin;
(3) Administrar y mejorar tanto al personal como a los procesos de la organizacin,
(4) Establecer la administracin del software y los ambientes de Ingeniera basados en
los procesos de ciclo de vida que se adapten para servir a las necesidades del negocio,
(5) Ayudar a un mejor entendimiento entre clientes y proveedores; y entre las partes
involucradas en el ciclo de vida de un producto de software y
(6) Facilitar la comercializacin global del software.

Este estndar agrupa las actividades que deben ser realizadas durante el ciclo de vida del
software en:

5 procesos fundamentales,
8 Procesos de Soporte, y
4 Procesos Organizacionales.

ISO/IEC 15504-1:2004.
La ISO 15504 es una norma internacional para establecer y mejorar la capacidad y
madurez de los procesos de las organizaciones. La ISO 15504 sirve para evaluar la capacidad o
madurez de los procesos de una organizacin. Como veis, en la definicin no cito las palabras
procesos software, porque la ISO 15504 es un framework para evaluar de manera general
cualquier modelo de procesos (de software o de lo que sea). As se pens y as se dise.

Genrica y aplicable a numerosas reas. Y como es genrica, debemos acompaarla, y elegir

nosotros, un modelo de procesos concreto.
5

COBIT 4.0 (Control Objectives for Information and related Technology).

Cobit fue creado por el Information System Audit and Control Association (ISACA) y por el IT
Governance Institute (ITGI) y (2) actualizado recientemente a su versin4.0. La orientacin
hacia el negocio de COBIT consiste en alinear los objetivos de IT con los objetivos del negocio,
proporcionando mtricas y modelos de madurez para medir sus resultados, e identificar las
responsabilidades asociadas al negocio y los responsables de los procesos IT. Funciona como un
framework para la gestin de IT de la organizacin dado que: Provee la informacin que la
empresa requiere para lograr sus objetivos 201 Mediante la gestin y control de los recursos de
IT utiliza una estructura de procesos para garantizar la entrega de los servicios de informacin
requeridos.

4
1

ESTNDARES DE CALIDAD EN PRODUCTO

ISO/IEC 9126-1:2001 Quality Model.
ISO 9126 es un estndar internacional para la evaluacin de la calidad del software.
El estndar est dividido en cuatro partes las cuales dirigen, realidad, mtricas externas,
mtricas internas y calidad en las mtricas de uso y expendido.
El modelo de calidad establecido en la primera parte del estndar, ISO 9126-1, clasifica la
calidad del software en un conjunto estructurado de caractersticas y subcaractersticas de la
siguiente manera:

Funcionalidad - Un conjunto de atributos que se relacionan con la existencia de

un conjunto de funciones y sus propiedades especficas. Las funciones son aquellas
que satisfacen las necesidades implcitas o explcitas.

Fiabilidad - Un conjunto de atributos relacionados con la capacidad del software

de mantener su nivel de prestacin bajo condiciones establecidas durante un perodo
establecido. Esta caracterstica es expresada en: madurez, recuperabilidad, tolerancia a
fallos y cumplimiento de fiablidad.
Usabilidad - Un conjunto de atributos relacionados con el

esfuerzo necesario para su uso, y en la valoracin individual de tal uso, por un

establecido o implicado conjunto de usuarios. La estructura de subcaractersticas es:
aprendizaje, comprensin, operatividad y atractividad.
Eficiencia - Conjunto de atributos relacionados con la

relacin entre el nivel de desempeo del software y la cantidad de recursos necesitados

bajo condiciones establecidas. Las subcaractersticas son: Comportamiento en el
tiempo y comportamiento de recursos.
Mantenibilidad - Conjunto de atributos relacionados con

la facilidad de extender, modificar o corregir errores en un sistema software. Esta

caracterstica se expresa en: Estabilidad, Facilidad de anlisis, Facilidad de cambio y
facilidad de pruebas.
Portabilidad - Conjunto de atributos relacionados con la

capacidad de un sistema software para ser transferido desde una plataforma a otra.
Subcaractersticas: Capacidad de instalacin y capacidad de reemplazamiento.
Calidad en uso - Conjunto de atributos relacionados con

la aceptacin por parte del usuario final y Seguridad. Subcaractersticas expresadas en:
eficiencia, productividad, seguridad y satisfaccin.
2

ISO/IEC 25000:2005 - SQuaRE

El objetivo general de la creacin del estndar ISO/IEC 25000 SQuaRE (Software Product
Quality Requirements and Evaluation) es organizar, enriquecer y unificar las series que cubren
dos procesos principales: especificacin de requisitos de calidad del software y evaluacin de la
calidad del software, soportada por el proceso de medicin de calidad del software.

Las caractersticas de calidad y sus mediciones asociadas pueden ser tiles no solamente para
evaluar el producto software sino tambin para definir los requerimientos de calidad.La serie
ISO/IEC 25000:2005 reemplaza a dos estndares relacionados: ISO/IEC 9126 (Software Product
Quality) e ISO/IEC 14598(Software Product Evaluation).
Para lograr el desarrollo de esta norma se deben seguir una estructura de trabajo basada en
6 procesos: (1) portabilidad, (2) Fiablidad, (3) usabilidad, (4) eficiencia y (5) Mantenibilidad.
Esta norma a su vez se divide en una familia de subcategoras para asegurar la calidad del
producto.

ISO/IEC 2500n. Divisin de gestin de calidad. Los estndares que forman esta
divisin definen todos los modelos comunes, trminos y referencias a los que se alude
en las dems divisiones de SQuaRE.

ISO/IEC 2501n. Divisin del modelo de calidad. El estndar que conforma esta
divisin presenta un modelo de calidad detallado, incluyendo caractersticas para la
calidad interna, externa y en uso.

ISO/IEC 2502n. Divisin de mediciones de calidad. Los estndares pertenecientes a

esta divisin incluyen un modelo de referencia de calidad del producto software,
definiciones matemticas de las mtricas de calidad y una gua prctica para su
aplicacin. Presenta aplicaciones de mtricas para la calidad de software interna,
externa y en uso.

ISO/IEC 2503n. Divisin de requisitos de calidad. Los estndares que forman parte de
esta divisin ayudan a especificar los requisitos de calidad. Estos requisitos pueden ser
usados en el proceso de especificacin de requisitos de calidad para un producto
software que va a ser desarrollado como entrada para un proceso de evaluacin. El
proceso de definicin de requisitos se gua por el establecido en la norma ISO/IEC
15288 (ISO, 2003).

ISO/IEC 2504n. Divisin de evaluacin de la calidad. Estos estndares proporcionan

requisitos, recomendaciones y guas para la evaluacin de un producto software, tanto
si la llevan a cabo evaluadores, como clientes o desarrolladores.

ISO/IEC 2505025099. Estndares de extensin SQuaRE. Incluyen requisitos para la

calidad de productos de software Off-The-Self y para el formato comn de la
industria (CIF) para informes de usabilidad.

REFERENCIAS BIBLIOGRFICAS
Bolaos, L. P., & Navia, M. A. (25 de Mayo de 2015). Exploracin de modelos y estndares de
calidad para el producto del software. Obtenido de UIS Ingeniera. Revista de la facultad
de ingenieras fsico mecnicas:
http://revistas.uis.edu.co/index.php/revistauisingenierias/article/view/1055/1434

Garzs, J. (20 de Octubre de 2010). Entender la norma ISO 15504. Obtenido de Javier Garzas:
http://www.javiergarzas.com/2010/10/entender-iso-15504-1.html
Mindmeister. (s.f.). Mindmeister. Obtenido de Mindmeister:
https://www.mindmeister.com/es/93285991/la-norma-iso-iec-25000-2005-softwarequality-requirements-and-evaluation-square
Pardo Rivera, C. M. (17 de Marzo de 2013). Estndares y modelos de calidad del software.
Obtenido de Estndares y modelos de calidad del software:
http://evaluaciondesoftware2013.blogspot.com.co/
Solarte, G., Muoz, L., & Arias, B. (Agosto de 2009). Modelos de calidad para procesos de
software. Obtenido de Sistema de Informacin Cientfica Redalyc:
http://www.redalyc.org/articulo.oa?id=84916714069
Wikipedia. (4 de Marzo de 2014). ISO/IEC 9126. Obtenido de Wikipedia:
https://es.wikipedia.org/wiki/ISO/IEC_9126
Wikipedia. (18 de Agosto de 2014). Wikipedia. Obtenido de Wikipedia:
https://es.wikipedia.org/wiki/ISO/IEC_25000