FANDOM


Autores: Pilar Arroyave | César Muñóz | Sebastián Montoya

Docente: Luz Viviana Cobaleda Estepa

Introducción

En la actualidad es de mucha importancia que los productos de software sean de calidad y es por este motivo que las empresas y desarrolladores deben tener conocimiento sobre que es la calidad del software y como asegurar la misma. Este es el fin de esta página, brindar el conocimiento de los conceptos alrededor de este tema y mostrar los estándares que aseguran la calidad.

El concepto de calidad de software ha evolucionado con el paso de los años, es por esto que presentamos a continuación una linea de tiempo en la cual se puede ver las diferentes definiciones de calidad y el año en el cual se hicieron.

Linea Tiempo-0

[1]


Conceptos de calidad (mapa conceptual)

En este mapa conceptual se encuentran conceptos de calidad y las relaciones existentes entre estos.

Los conceptos tratados son:
  • Calidad del producto de software
  • Requerimientos del software
  • Usabilidad
  • Validación
  • Funcionalidad
  • Verificación
  • Gestión del riesgo
  • Atributos de calidad del software
  • Inspección
  • Pruebas
  • Revisiones
  • Detección de errores/defectos
  • Acción correctiva
  • Walk-throughs
  • Artefacto
  • Gestión de la configuración
  • Calidad del proceso en ingeniería de software
  • Características de calidad del software
  • Taxonomía
  • Requerimientos de calidad
  • Confiabilidad
  • Prevención
  • Mejora continua
  • Estándares de calidad
  • Auditorias
  • Eficiencia
  • SQA: Software quality assurance
  • Plan SQA
  • PHVA: planear, hacer, verificar, actuar (PDCA: plan, do, check, act)
  • Modelos de calidad
  • Gestión de calidad del software (SQM)
  • CMMI
  • ISO 25010
  • IEEE 1061
  • ISO-9126
Mapa conceptual

Las definiciones de cada concepto se desplegarán al dar clic en el botón [+] en la parte superior izquierda de cada recuadro. Para abrir la imagen dar clic aquí

Plan SQA

Es un plan para guiar las actividades de aseguramiento de la calidad del software. En el plan de SQA se reflejan las evaluaciones a realizar, los estándares a aplicar, los productos a revisar, los procedimientos a seguir en la elaboración de los distintos productos y los procedimientos para informar de los defectos detectados a sus responsables y realizar el seguimiento de los mismos hasta su corrección. (Vivv, 2008).
Proceso de SQA

Dar clic en el botón [+] en la parte superior izquierda de cada recuadro para ver su información. Para abrir la imagen dar clic aquí

Modelos de calidad del producto

Los modelos de calidad son herramientas que ayudan y guían a las compañías desarrolladoras de software a la mejora continua y a la competitividad, entregando especificaciones de qué tipo de requisitos se deben implementar para poder brindar productos y servicios de alto nivel. De este modo, un modelo de calidad para un producto de software es un conjunto de buenas prácticas para el ciclo de vida del software y el cual se enfoca en los procesos de gestión y de desarrollo de proyectos.

Entonces, los modelos de calidad son referentes que pueden pasar desde los más simples y convencionales hasta llegar a los más complejos pero que su objetivo es descomponer las características de calidad que todo producto de software debe tener y que dichas características se usen para determinar los elementos de una lista de chequeo que ayuda a verificar si los productos informáticos cumplen con la misma.

Algunos de los modelos de calidad de producto de software son:

Modelo McCall (1977): Es un modelo presentado en 1977 el cual se focaliza en el producto final identificando atributo claves desde el punto de vista del cliente. Esto atributos se denominan factores de calidad y son normalmente atributos externos pero también se incluyen algunos atributos internos. Dichos factores de calidad son abstractos para ser medidos directamente por lo cual se introduce un atributo de bajo nivel denominado criterio de calidad.

El modelo de McCall organiza los factores en tres ejes o puntos de vista desde los cuales el usuario puede contemplar la calidad de un producto, basándose en once factores de calidad organizados en torno a los tres ejes y a su vez cada factor se desglosa en criterios de calidad.

Modelo McCall

Modelo Boehm (1978): Este modelo descompone las características de la calidad del software en tres niveles previos a la aplicación de métricas: usos principales, componentes intermedios y componentes primitivos. Los componentes del modelo se centran en el producto final y se identifican las características de la calidad desde el punto de vista del usuario.

Modelo Boehm

Modelo Arthur (1985): Modelo de calidad creado por Arthur Andersen en 1985. Arthur presenta una variante del modelo de calidad propuesto por McCall. La variante consta de dos acciones:

  • Añadir tres nuevos criterios de valoración: Complejidad, Seguridad, Auditabilidad.
  • Variar las relaciones de los factores y los criterios

Modelo FURPS (1987): Modelo de calidad propuesto por Robert Grady y Hewlett Packard Co (HP) en 1987. Esta propuesta contempla, por un lado 5 características de las cuales se deriva su nombre (Funcionalidad, Facilidad de Uso, Confiabilidad, Desempeño y Facilidad de Soporte), y por otro, que los requisitos se clasifiquen en dos categorías: requisitos funcionales (F), que son los que especifican funciones que el sistema debe ser capaz de realizar sin tener en cuenta las restricciones físicas; y requerimientos no funcionales (NF), que puntualizan atributos del sistema o del medio ambiente del sistema.

Modelo FURPS

Modelo CMM (1986): El CMM (Capability Maturity Model for Software), es decir, Modelo de Madurez de Capacidades. Fue creado por el Software Engineering Institute (SEI) y tiene como meta el describir los elementos principales para llegar a cabo los procesos de software de una forma efectiva. El CMM consiste en una serie de procedimientos destinados a evaluar y mejorar los procesos de desarrollo, implementación y mantenimiento del software.


Modelo Gilb (1988): Este modelo determina una lista de características de la calidad que se dividen en: originales y de los modelos tradicionales. Dichas características se pueden medir mediante varias subcaracterísticas y métricas detalladas, especificando para cada una de ellas: nombre y definición, escala de medición, recogida de datos, valor previsto, valor óptimo, valor actual y comentarios.

Modelo de DROMEY (1996): Es un modelo que resalta el hecho de que la calidad del producto es altamente determinada por los componentes del mismo (incluyendo documentos de requerimientos, guías de usuarios, diseños y código). Como tal, sugiere el uso de cuatro categorías que implican propiedades de calidad, que son: correctitud, internas, contextuales y descriptivas.

Modelo Dromey

Norma ISO 9126 (2001): Es la norma anteriormente usada para la evaluación de la calidad de software, en sí permite especificar y evaluar la calidad del software desde diferentes criterios asociados con adquisición, requerimientos, desarrollo, uso, evaluación, soporte, mantenimiento, aseguramiento de la calidad y auditoría de software. Los modelos de calidad para el software se describen así:

  • Calidad interna y externa: Específica 6 características para calidad interna y externa, las cuales, están subdivididas. Estas divisiones se manifiestan externamente cuando el software es usado como parte de un sistema Informático, y son el resultado de atributos internos de software.
9126 calidad interna y externa-0
  • Calidad en uso: Es el efecto combinado para el usuario final de las 6 características de la calidad interna y externa del software. Específica 4 características para la calidad en uso.
9126 calidad en uso

Modelo QSOS (2006): Es un modelo que permite identificar si el software cumple los requisitos técnicos, funcionales y estratégicos, mediante la clasificación y comparación de los diferentes productos según los criterios ponderados, con el fin de tomar una decisión final. Para ello provee plantillas y cuadros para poder clasificar y evaluar los diferentes productos. Su método consiste de 4 pasos que son iterativos e independientes entre sí:

1 - Definir y organizar lo que se evaluará (criterios y riesgos comunes de código abierto y funcionalidades específicas de dominio técnico),

2 - Evaluar el software que compite contra los criterios definidos anteriormente y calificar estos criterios individualmente,

3 - Calificar la evaluación organizando los criterios en los ejes de evaluación y definiendo los filtros (ponderaciones, etc.) relacionados con su contexto,

4 - Seleccionar el software apropiado anotando todos los programas de la competencia usando el sistema de filtrado diseñado en el paso 3.

Modelo QSOS

Norma ISO 25010 (2011): Es la norma que reemplazó la ISO 9126 y como tal es una revisión(actualización) de dicha norma y la cual agrega o reorganiza nuevas características de calidad a la norma 9126.

Modelo iso25000

Modelo de calidad del proceso

Son herramientas que se usan para medir la calidad de los procesos de las compañías.

Modelo CMMI (1995): Es la evolución del modelo CMM y el cual es un conjunto de modelos basados en las mejores prácticas en la gestión de los procesos, este modelo fue desarrollado a través de un proyecto conjunto en el que participaron el SEI (Software Engineering Institute), el gobierno estadounidense y algunos miembros de la industria. Dichos modelos establecen cinco niveles de ‘madurez’ de las organizaciones en función de si tienen o no una serie de características que detalla cada modelo. Las organizaciones pueden ser evaluadas y, en función de dicha evaluación, se las puede otorgar un nivel de madurez del 1 al 5.

Modelo cmmi

Ensayo

Ensayo sobre el aseguramiento de la calidad en metodologías ágiles en este enlace.

Referencias

Anónimo. (s.f.) Atributos de la calidad del software. Recuperado de http://www.grihotools.udl.cat/mpiua/usabilidad/atributo-de-la-calidad-del-software/
Anónimo. (s.f.) ISO/IEC 25010. Recuperado de http://iso25000.com/index.php/normas-iso-25000/iso-25010
Anónimo. (s.f.) Oxford dictionary: taxonomía. Recuperado de https://es.oxforddictionaries.com/definicion/taxonomia
Acuña. S. T., De Antonio, A, Ferré, x., Mate, L y López, M. (2001). "The Software Process: Modelling. Evaluation and Improvement". In S. K. Chang (Ed.), Handbook of Software Engineering and Knowledge Engineering. (Vol. l. Fundamentals.. pp. 193-237).
Barrera, M. A. (2010, March 17). TESTING: PRUEBAS DE SOFTWARE “TESTING.” Retrieved February 12, 2018, from http://85517atesting.blogspot.com.co/2010/08/pruebas-de-software-testing.html
Bourque, P. y Fairley, R. (2004) Hispa Swebok (Borrador). Recuperado de http://www.cc.uah.es/drg/b/HispaSWEBOK.Borrador.pdf
Calidad & Gestión. (n.d.). CICLO PDCA - ESTRATEGIA PARA LA MEJORA CONTINUA. Retrieved February 13, 2018, from http://www.calidad-gestion.com.ar/boletin/58_ciclo_pdca_estrategia_para_mejora_continua.html
Camacho, A. (2005). Herramienta para el análisis de requerimientos dentro de la pequeña empresa desarrolladora de software en Bogotá. Recuperado de http://www.javeriana.edu.co/biblos/tesis/ingenieria/Tesis189.pdf
Dicson, O. (n.d.). Gestion de configuracion del software - Monografias.com. Retrieved February 13, 2018, from http://www.monografias.com/trabajos99/gestion-configuracion-del-software/gestion-configuracion-del-software.shtml
Estayno, M., Dapozo, G., Cuenca, L. y Greiner, C. (s.f.) Modelos y métricas para evaluar calidad del software. Recuperado de http://sedici.unlp.edu.ar/bitstream/handle/10915/19762/Documento_completo.pdf?sequence=1
Garzás, J. (2012, August 1). No es lo mismo calidad del PRODUCTO software, que calidad del PROCESO software, que calidad del EQUIPO. Retrieved February 12, 2018, from http://www.javiergarzas.com/2012/08/calidad-del-producto-software-proceso-equipo.html
Narayana, P. (n.d.). Software Defect Prevention – In a Nutshell. Retrieved February 14, 2018, from https://www.isixsigma.com/industries/software-it/software-defect-prevention-nutshell/
Oriente, J. (2014, April 13). Acelerando el desarrollo software con prácticas de aseguramiento de la calidad (2/2). Retrieved February 14, 2018, from http://joaquinoriente.com/2014/04/13/acelerando-el-desarrollo-software-con-practicas-de-aseguramiento-de-la-calidad-22/
Pereiro, J. (2005, Julio 9). Correcciones y acciones correctivas, acciones diferentes que se confunden - Artículo portalcalidad.com. Retrieved February 13, 2018, from http://www.portalcalidad.com/articulos/51-correcciones_y_acciones_correctivas_acciones_diferentes_que_confunden
Pressman, R. S. , Ingeniería del software. Un enfoque práctico., 7.a ed. México, D.F.: McGraw-Hill, 2010.
Rodriguez, D. (s.f.) Medición en la ingeniería de software. Recuperado de http://www.cc.uah.es/drg/docencia/GPDSI/medicion.pdf
Rodríguez Calvo, F. (2014, May 21). Mejora continua en desarrollo del software ¿Por donde empezar? Retrieved February 13, 2018, from https://comunidad.iebschool.com/fafolkie/2014/05/21/mejora-continua-en-desarrollo-del-software-por-donde-empezar/
Sicilia, M. (2009) Estándar ISO 9126 del IEEE y la Mantenibilidad. Recuperado de http://garciagregorio.webcindario.com/ms/iso9126.pdf
Solarte, G., Muñoz, L., & Arias, B. (2009). Modelos de calidad para procesos de software. Scientia Et Technica, 2(42).
Sommerville, I. (2005). Ingeniería del software. Pearson Educación.
Vargas, C. y Biagioli, G. (2009) Sistema para auditar el cumplimiento de CMMI-SW nivel 2 - Capitulo 3. Tesis Doctoral. Facultad de Informática.
Vivv, V. (2008, November 28). PLAN DE SQA - Ingeniería Software. Retrieved February 14, 2018, from http://clases3gingsof.wikifoundry.com/page/PLAN+DE+SQA


El contenido de la comunidad está disponible bajo CC-BY-SA a menos que se indique lo contrario.