UNIVERSIDAD TÉCNICA ESTATAL DE QUEVEDO

FACULTAD DE CIENCIAS DE LA INGENIERÍA

ESTUDIANTE:

ALMEIDA DUEÑAS CARLOS IVAN

CARRERA:

INGENIERÍA DE SOFTWARE

DOCENTE:

GUERRERO ULLOA GLEISTON CICERON 

QUEVEDO – ECUADOR
Normas y estándares de calidad para el desarrollo de software

La utilización de estándares de calidad conlleva a obtener un producto de

software con una mayor calidad [1].

La Organización Internacional para la Estandarización ISO

La ISO es la agencia especializada en estandarización, tiene como objetivo

promover la estandarización internacional. Se compone de estándares y guías
relacionados con sistemas y herramientas de gestión aplicables en cualquier
organización. En el año 1991 la ISO publicó el modelo de calidad ISO 9126 par
la evaluación del producto de software [2].

La norma ISO 9126

Es la norma Internacional de Tecnología de la información, que busca la

calidad del producto software. Define 6 características que el software debe
cumplir para que sea un producto de calidad [1]:

 Funcionalidad: El software debe satisfacer en todos los requisitos

funcionales especificados.
 Fiabilidad: Se refiere a la capacidad que un software debe poseer y
mantener su nivel de desempeño, bajo condiciones establecidas por un
periodo de tiempo.
 Usabilidad: Es la capacidad de un software de ser comprendido, usado,
atractivo, aprendido y conforme por los usuarios.
 Eficiencia: El software debe proporcionar un rendimiento apropiado.
 Mantenibilidad: Es la capacidad de un software para ser modificado.
Las modificaciones incluyen en realizar mejoras o adaptación a cambios
del software en el entorno.
 Portabilidad: Se refiere a la capacidad que tiene un producto de
software para ser transferido de un ambiente (hardware o software) a
otro.
La norma ISO 25000

Es la norma de requisitos y evaluación de la calidad del software, también

conocida SQuaRE. Tiene como objetivo la coordinación y armonización del
contenido de la norma ISO 9126. Además, la ISO 25000 se encuentra formada
por las siguientes divisiones [2] [3]:

 ISO/IEC 2500n: Es la división de gestión de calidad. Los estándares de

esta división definen todos los modelos comunes, términos y referencias
comunes a los que se refiere más adelante todas las normas de la serie
SQuaRe.
 ISO/IEC 2501n: Es la división del modelo de calidad. El estándar de
esta división presenta un modelo de calidad detallado, además incluye
las características para la calidad interna, externa y en uso.
 ISO/IEC 2502n: Es la división de mediciones de calidad. Los
estándares que la conforman incluyen modelo de referencia de calidad
del producto de software. Además, presenta métricas para la calidad de
software interna, externa y en uso.
 ISO/IEC 2503n: Es la división de requisitos de calidad. Los estándares
que la conforman ayudan a especificar los requisitos de calidad. Estos
requisitos pueden ser usados como entrada para un proceso de
evaluación.
 ISO/IEC 2504n: Es la división de evaluación de calidad. Estos
estándares brindan requisitos, recomendaciones y guías para la
evaluación de un producto de software.

La norma ISO/IEC 25012: 2008

Esta norma describe un modelo de calidad de datos que permite a los

creadores de base de datos observar distintos criterios, a continuación se listan
los siguientes [3]:

 Evaluar la calidad de los datos.

 Establecer base de datos integradas e interoperables.
  Reducir la ambigüedad.
 Evitar la redundancia.
 Promover la facilidad de mantenimiento de los datos.
 Fomentar base de datos fiables y seguras.

SPICE

Es un estándar importante para apoyar el desarrollo de una Norma

Internacional para la evaluación de procesos de software. SPICE cumple con la
norma ISO/IEC 15504 por que se define como una adaptación que proporciona
un esquema para evaluar la capacidad del proceso de software y un marco de
trabajo para la mejora. Además, tiene tres objetivos principales [4] [5] :

 Para desarrollar un proyecto de trabajo para un estándar para la

evaluación de procesos de software.
 Para llevar a cabo los ensayos de la industria de la norma emergente.
 Para promover la transferencia de tecnología de la evaluación de
procesos de software en la industria mundial del software a nivel
mundial.

CMMI

Es un modelo de mejora de los procesos de construcción de software que

provee los elementos necesarios para determinar su efectividad. Este modelo
puede ser utilizado como guía para mejorar las actividades de un proyecto,
área u organización, ya que proporciona un marco de referencia para evaluar la
efectividad de los procesos actuales, facilitando con ello la definición de
actividades, prioridades y metas para garantizar la mejora continua [6] [7].

Es el estándar más conocido para la mejora de procesos en mejora de

procesos para el desarrollo de proyectos, gestión de proveedores y gestión de
servicio. El CMMI establece cinco niveles de madurez los cuales son [6]:

 Inicial o ejecutando: Este es el nivel en donde todas las empresas que

no tienen procesos, es donde el proceso se ejecuta y se logra su
objetivo, así sea fuera de presupuesto y de cronograma.
  Repetible: Se da cuando el éxito de los resultados obtenidos se puede
repetir.
 Definido: Significa que la forma de desarrollar proyectos está definida,
establecida, documentada y que existen métricas.
 Administrado: Los proyectos usan objetivos medibles y cuantificables
para alcanzar cubrir las necesidades de los clientes y la organización. Es
decir, se usan métricas para gestionar la organización.
 Optimizado: Los procesos de los proyectos y de la organización están
orientados a la mejora de las actividades, que mediante métricas son
identificadas, evaluadas y puestas en práctica.

Conclusiones

Las normas de desarrollo de software ayudan a seguir ciertos pasos para que
los proyectos sean más eficientes y más fáciles de realizarlos y los estándares
nos especifican que el desarrollo de un proyecto debe ser de calidad, el cual
debe satisfacer las necesidades del cliente a la que se le esté desarrollando el
software software.

Los estándares como el proceso de software personal son de gran ayuda para
los desarrolladores porque permiten mejorar la forma en que se trabaja,
además de controlar los tiempos mediante formatos de tiempo para cada una
de las actividades y que el software desarrollado sea de calidad.
 Bibliografía

[1] Alma Delia Chávez Rojas, “(PDF) Calidad del software, el camino al
éxito,” Décima Primera Reunión de Otoño de Potencia, Electrónica y
Computación del IEEE, XI ROPEC, México, 2009.

[2] J. Marcos, A. Arroyo, J. Garzás, M. Piattini, and R. Juan Carlos

JavierGarzas, “La norma ISO/IEC 25000 y el proyecto KEMIS para su
automatización con software libre,” Rev. Española Innovación, Calid. e
Ing. del Softw., vol. 4, no. 2, 2008.

[3] J. Gong, J. Lu, and L. Cai, “An induction to the development of software
quality model standards,” in Proceedings - 2016 3rd International
Conference on Trustworthy Systems and Their Applications, TSA 2016,
Dec. 2016, pp. 117–122, doi: 10.1109/TSA.2016.28.

[4] K. El Emam and D. R. Goldenson, “SPICE: an empiricist’s perspective,” in

Proceedings of the IEEE International Software Engineering Standards
Symposium, 1995, pp. 84–97, doi: 10.1109/sess.1995.525954.

[5] G. Lami, F. Fabbrini, and M. Fusani, “Is automotive SPICE suitable to

assess product lines-based software process?,” in Proceedings - 2011
2nd Eastern European Regional Conference on the Engineering of
Computer Based Systems, ECBS-EERC 2011, Sep. 2011, pp. 157–158,
doi: 10.1109/ECBS-EERC.2011.36.

[6] N. Ehsan, A. Perwaiz, J. Arif, E. Mirza, and A. Ishaque, “CMMI/SPICE

based process improvement,” in 5th IEEE International Conference on
Management of Innovation and Technology, ICMIT2010, 2010, pp. 859–
862, doi: 10.1109/ICMIT.2010.5492803.

[7] Q. Ijaz, H. Asghar, and A. Ahsan, “Exploratory study to investigate the

correlation and contrast between ISO 9001 and CMMI framework:
Context of software quality management,” in 2016 6th International
Conference on Innovative Computing Technology, INTECH 2016, Feb.
2017, pp. 388–391, doi: 10.1109/INTECH.2016.7845114.