UNIVERSIDAD AGRARIA DEL ECUADOR.

FACULTAD DE CIENCIAS AGRARIAS

INGENIERÍA EN COMPUTACIÓN E INFORMÁTICA

CURSO DE 7mo SEMESTRE PARALELO “B”.

TEMA:

CONTROL DE CALIDAD DEL SOFTWARE

DOCENTE:
ING. MARCOS ESPINOZA

MATERIA:
CALIDAD DE SOFTWARE

ALUMNO:
MIGUEL DAVID AGUILAR QUIMI

GUAYAQUIL- ECUADOR
2017 – 2018
Contenido
Introducción ...................................................................................................................... 3
Calidad ............................................................................................................................... 4
¿Qué es la calidad del software? ...................................................................................... 5
Revisiones técnicas formales ........................................................................................ 5
Prueba del software....................................................................................................... 5
Control de cambios ....................................................................................................... 5
Medidas de calidad del software .................................................................................. 5
Archivar la información generada y divulgada.......................................................... 6
Ejemplo de flujo de control de McCabe ...................................................................... 6
Estándares de calidad ....................................................................................................... 7
Modelos de calidad ............................................................................................................ 9
Modelo CMMI ............................................................................................................... 9
Ventajas ...................................................................................................................... 9
Desventajas .............................................................................................................. 10
Modelo ISO/IEC 912.- ................................................................................................ 10
Ventajas .................................................................................................................... 11
Desventajas .............................................................................................................. 11
Modelo ISO/IEC 15504(SPICE) ................................................................................ 11
Ventajas .................................................................................................................... 12
Desventajas .............................................................................................................. 12
Mejora del proceso de software ..................................................................................... 12
PSP (Process software Personal) ............................................................................... 12
Características: ........................................................................................................ 13
TSP (Team Software Process) .................................................................................... 13
Características ......................................................................................................... 13
Metodología ..................................................................................................................... 14
Conclusión........................................................................................................................ 15
Bibliografía ...................................................................................................................... 17
 Introducción
Para la obtención de un software de calidad este si implica la utilización de modelos de calidad,
ya que son herramientas que guían a las organizaciones a la mejora continua de su sistema, debido
que contiene procedimientos estándares para el análisis, diseño, programación y pruebas del
software que permiten informar la filosofía de trabajo.
En áreas para lograr una mayor confiabilidad, mantenibilidad y facilidad de pruebas y a su vez se
eleve la productividad, porque si existe falta de concordancia con los requisitos o si no siguen una
metodología estándar siempre existirá la falta de calidad de lo que se está desarrollando.
Al ver los diferentes tipos de software necesarios en las diferentes áreas se puede ver claramente
la importancia de un software de alta calidad; lo que conlleva a pensar en diferentes métodos y
factores que determinen la calidad de un software.
A continuación, se da a conocer algunas definiciones como “la calidad de un software”, “modelos
de calidad” que se pueden implementar en cada proyecto donde se participe.
 Calidad
 “LA CALIDAD ES COMO LA BELLEZA Y SE ENCUENTRA EN LOS OJOS DEL
OBSERVADOR” Lionel Stebbing
 “Propiedad o conjunto de propiedades inherentes a algo” (Española, s.f.)
 “la calidad es un concepto que penetra cada día más en la conciencia de la sociedad. No
debe sorprendernos que también de la organización en que laboramos, debamos hacer cambios
para introducir nuevas metodologías de calidad que contribuyan a una satisfacción de nuestros
clientes y al mejoramiento y permanencia de nuestra organización” (IMCP, 2013)
 “Calidad es el grado de aceptación o satisfacción que proporciona un producto o servicio a
las necesidades y expectativas del cliente. La calidad es más una condición psicológica y
emocional que técnica” (Barillas, Hernández, & Paredes, 2011)
Entonces podemos referirnos a calidad, como el valor que puede tomar un objeto, servicio o
producto, y que debe de tener alto grado de aceptación y que nos proporcione un grado de
satisfacción al poder usarlo.
 ¿Qué es la calidad del software?
En el libro curso de consultoría TIC de Antonio Valle, nos define que es calidad de software y que
necesitamos para poder medirlo: “La garantía de calidad del software es pues el conjunto de
actividades que se deben llevar a cabo para asegurar la calidad del software:” (Valle, Puerta, &
Núñez, 2017).
El libro de Introducción a la Ingeniería de Software, nos indica las actividades que se deben
considerarse:
 Revisiones técnicas formales
 Prueba del software
 Control de cambios
 Medidas de calidad del software
 Archivar la información generada y divulgada
(Amo, Normand, & Pérez, 2005)
En el presente libro que nos menciona los pasos para un control de calidad, también nos explica
que hace cada una de estas actividades.
Revisiones técnicas formales
Aquí se habla de todas las reuniones de todo el personal que se involucra en el proyecto, para
descubrir los errores y verificar el software.
Prueba del software
Este es un parte muy esencial debido que representa la revisión final de las especificaciones, pues
el ingeniero debe realizar una serie de pruebas con la intención de descubrir si el software funciona
correctamente.
Control de cambios
Esta actividad es una de la principal amenaza para la calidad del software debido que con el tiempo
se producen cambios en el proyecto lo cual el informático tiende a optimizar el sistema.
Medidas de calidad del software
Aquí se mide el software que se está desarrollando, para ello utilizan métricas que garantizan la
calidad del mismo:
 El índice de calidad de la estructura de diseño (ICED), mide la calidad entre 0 y 1.
 El índice de la madurez del software (IMS), es el estándar IEEE 982.1 que es la estabilidad
del producto.
 La teoría de Halstead sobre la ciencia del software, mide el software en base a varios casos
de prueba.
 La medida de complejidad ciclomatica de McCabe, esta medida mide la calidad mediante
el uso del diagrama de flujo de control.
Archivar la información generada y divulgada
Todo resultado generado se debe archivar y ser divulgado o presentado al cliente para que tengan
conocimiento de ellos.
Ejemplo de flujo de control de McCabe

La calidad del software se puede medir, según la referencia anterior, siguiendo una serie de pasos
que debemos de ir cumpliendo para asegurarnos de que nuestro software cumple con la mejor
calidad que podemos ofrecerle a nuestro cliente.
Estándares de calidad
Pero la calidad del software no llega hasta aquí, en la actualidad, en un mundo tan globalizado en
el que estamos, se crearon una cantidad de estrictas reglas que se deben de seguir para poder ofrecer
lo que llamamos “calidad” a un cliente.
 “La calidad de software, los últimos años dejó de ser únicamente un factor de ventaja
competitiva, pasando a ser el punto central del éxito, e incluso de supervivencia de las
organizaciones, ya que el mercado es cada vez más exigente. Sin embargo, para mantener la
calidad de software, es necesaria la utilización de herramientas, estándares y normas que
atiendan a las necesidades de los clientes.” (Valle, Puerta, & Núñez, 2017)
 “El control de la calidad del software producido no debe correr por cuenta de la persona
que realizó el análisis/diseño de la aplicación; éste debe obedecer a estándares o metodología
previamente definidas.” (Alzate, 2001)
 “Se entiende por Norma aquellos acuerdos documentados que contienen especificaciones
técnicas u otros criterios precisos, destinados a ser utilizados sistemáticamente como reglas,
directrices o definiciones de características que aseguran que los materias, procesos y servicios
son aptos para su empleo” (España, 2005)
Dentro del libro Metodología del análisis estructurado de sistemas del señor Jesús Barranco de
Areba nos da una estructura definida para la garantía y control de calidad: “Un equipo de
ingeniería del software debe contar con las normas y estándares que garanticen que el proceso
de fabricación del software está sujeto a ellas, y no se constituyen o crean de nuevo cada vez que
arrancamos un nuevo proyecto informático” (Areba, 2001)
(Areba, 2001)
Entonces tenemos definido que, gracias a las normalizaciones, o reglas que nos definen diferentes
organizaciones debemos de seguir una estructura.
 Modelos de calidad
Según el libro de SENA, menciona que existen tres tipos de modelos de calidad que son:

Modelo CMMI

Modelo
Modelo ISO/ IEC
ISO/IEC 912 15504
(SPICE)

Modelo CMMI
Para (Chacón) la CMMI (Capability Maturity Model Integration), es un conjunto de normas que
se enfoca al mundo del software, este modelo indica lo que hay que hacer y no como hay que hacer
para lograr producir software con calidad. También permite:
 Describir componentes y relaciones del modelo.
 Comprender las áreas del proceso.
 Encontrar información relevante.
 Aplicar los conocimientos de acuerdo al entorno.
Para los autores (SOLARTE, MUÑOZ, & ARIAS, 2007) este modelo tiene las siguientes ventajas
y desventajas.
Ventajas

 Mejor organización interna y homogeneización en procesos de actuación.

 Temprana detección de errores en el desarrollo del producto o en la prestación de nuestro
servicio.
 Importante reducción del número de incidencias
 Control continuo de los proyectos, en cuanto a: Riegos, Recursos, Esfuerzo, Costos,
Plazos.
 Obtención de un importante caudal de datos históricos susceptibles de ser Analizados.
 Creación de una cultura para compartir conocimientos.
 Mejor servicio a nuestros clientes.
 Nuevas oportunidades de negocio.
Desventajas

 Plazo de implantación del proyecto.

 Se utiliza para empresas grandes.
 Tamaño y complejidad mucho mayor que modelos vigentes.
 El proceso de avaluación es más costoso en tiempo y esfuerzo.
 La complejidad de la evaluación continua puede atentar contra la definición de objetivos
concretos de madurez
El modelo CMMI, necesita fundamentarse alrededor de su negocio y de sus objetivos, este modelo
no es una certificación, ayuda a encontrar la mejor manera de trabajar.
El modelo CMMI no detalla procesos. Define el qué, pero no el cómo, por lo tanto, no adecuado
si no se refuerza y usa apropiadamente. Tiene éxito si es propiedad de los grupos que lo utilizan.
Junto con el modelo SW-CMM, está probado en la industria que mejora la madurez y el
rendimiento de las organizaciones, pero no compensa una mala gestión o decisiones estratégicas
equivocadas.
Modelo ISO/IEC 912.-
“La norma ISO/IEC 9126 Software Product Evaluación, (Evaluación de los productos de
Software), indica las características de calidad y los lineamientos para su uso, la cual fue
desarrollada para dar soporte a esas necesidades.” (Chacón). Para este modelo se define 6
características de calidad y también describe el modelo de los procesos para ser evaluados. Este
modelo considera tres factores que son:
 Calidad del proceso
 Calidad del producto software
 Calidad en el uso
 (Chacón)
Según el autor (Espinoza, 2015) existen varias ventajas y desventajas en este modelo.
Ventajas

 Determinar que subcaracteristicas son relevantes.

 Definir métricas específicas para los componentes de SW.
 Definir indicadores para las características de calidad.
Desventajas

 La usabilidad está estrictamente tratada desde una perspectiva de proceso, no centrada en

el producto.
 No tiene en cuenta la característica de “facilidad de aprendizaje”, siendo esta recomendada
por otros estándares y expertos en usabilidad.
 El conjunto de métricas se proporciona para subcaracteristicas que a su vez engloban
conceptos difícilmente medibles si no se descomponen en atributos.
Esta Norma permite especificar y evaluar la calidad del software desde distintas perspectivas, las
cuales están asociadas a la adquisición, requerimientos, desarrollo, uso, evaluación, soporte,
mantenimiento, aseguramiento de la calidad, y auditoria del software.
Puede ser usada por desarrolladores, evaluadores independientes y grupos de aseguramiento de la
calidad responsables de especificar y evaluar la calidad del software.
Modelo ISO/IEC 15504(SPICE)
Del presente autor (Chacón) este es un modelo abierto e internacional para mejorar, madurar y
evaluar los procesos de desarrollo y mantenimiento de los sistemas de información y productos de
software. Esta se caracteriza por:
 Establecer un marco y requisitos de la evaluación de procesos.
 Provee requisitos para la evaluación de procesos y organizaciones.
 Suministra guías para las competencias de un evaluador de procesos.
 Alcance mejora, evalúa y determina la capacidad de los procesos.
Los autores (SOLARTE, MUÑOZ, & ARIAS, 2007) nos dan a conocer ciertas ventajas y
desventajas de este modelo.
Ventajas

 Específico para el desarrollo y mantenimiento de software.

 Definido como un conjunto de procesos.
 Orientado a mejorar los procesos para contribuir a los objetivos del negocio.
Desventajas

 Tiene solamente lineamientos para un mecanismo de evaluación.

 Todavía no es una norma internacional.
 No es un modelo específico para la industria de software.

El modelo ISO/ IEC 15504, es un estándar SPICE que trabaja con procesos de ingeniería, cliente-
servidor, gestión de la organización y del soporte, fue diseñada por la alta competitividad del
mercado de desarrollo de software, a la difícil tarea de identificar los riesgos, cumplir con el
calendario, controlar los costos y mejorar la eficiencia y calidad, además realiza una evaluación
de los procesos de software relacionando con el conocimiento y la experiencia aportado por otros
modelos.
Mejora del proceso de software
 CMM/CMMI. - para capacidad organizacional
 TPS. – para productos con calidad en costo y calendario.
 PSP. – para habilidad y disciplina.
PSP (Process software Personal)
En el año de 1995 el PSP fue propuesto por Watts Humphrey, este inicialmente estaba dirigido
para estudiantes, para 1997 con el lanzamiento del libro “An Introduction to the Personal Software
Process” el PSP ya estaba destinado a los ingenieros.
Características:
El PSP busca proporcionar un marco de trabajo para el personal involucrado en el proceso de
desarrollo de software.
El PSP se centra en la administración del tiempo y en la administración de la calidad a través de
la eliminación temprana de defectos.
PSP demuestra cómo manejar la calidad desde el principio del trabajo.
PSP puede ser aplicado en:
 Desarrollo de programas.
 Definición de requerimientos.
 Documentación.
 Pruebas de sistemas.
 Mantenimiento de sistemas.
TSP (Team Software Process)
TSP fue creado en 1999 por Watts Humphrey con el fin de proporcionarles a los estudiantes de
ingeniería de software una visión total del ciclo de vida del software
TSP busca a través de la definición de procesos, ayudar a predecir costos y tiempos de proyectos,
mejorando la productividad y en general todo el ciclo de desarrollo proporcionando características
de calidad.
Características:
 Se fundamenta en el trabajo en equipo al establecer directrices para la definición de
objetivos, planificación y control de sus procesos, enfocados en prácticas de ingeniería avanzada.
Se establecen actividades de apoyo para la conformación de equipos de trabajo y su
administración.
 Se posibilita encontrar defectos en las etapas iniciales del ciclo de desarrollo del software,
al ser reparados tempranamente, se reduce el tiempo de pruebas y por tanto el tiempo total.
 La aplicación de esta metodología ayuda a mejorar el desempeño de los individuos y por
tanto de los equipos, haciéndolos más disciplinados y ágiles.
(FAVA , 2014)
 Metodología
En el artículo se emplearon algunos métodos teóricos como el de análisis y síntesis; utilizado en
este caso para estudiar, analizar y sintetizar los conceptos, las relaciones entre ellos y los
planteamientos de la literatura especializada, acerca del tema de la presente investigación. Esto
posibilitó la extracción del conocimiento útil y su consolidación en conclusiones propias u
opiniones críticas. Además, se aplicaron los métodos inductivos, deductivo y comparación, en la
identificación de regularidades, la búsqueda de tendencias y en su generalización.
El uso de los métodos sistémicos y el de generalización concreción, se encuentra matizado por la
definición de un conjunto de subcaracteristicas más utilizadas que componen las características
de calidad, las cuales, a su vez, forman parte de los modelos y estándares de calidad más
referenciados y aplicados. En este trabajo, el instrumento fundamental lo constituye la revisión
bibliográfica acerca de la evaluación de la calidad de los productos de software, los modelos
y los estándares asociados al tema.
 Conclusión
Un desarrollador que analice a la hora de realizar un excelente trabajo en el control de calidad del
software debe de tener en cuenta una buena gestión de los proyectos, tener un buen control para
mejorar los problemas que se estén presentando para el proceso y el desarrollo del sistema.
También se debe de tener en cuenta los mecanismos, acciones, herramientas que realizamos y
utilizamos para detectar la presencia de errores, y en esta medida se deben hacer inspecciones o
pruebas para verificar que las características sean buenas y flexibles al momento de presentar estos
proyectos al cliente que es el encargado en muchos casos de evaluar el producto final. La garantía
de la calidad nos permite tener la certeza de algo que afecte el correcto funcionamiento del
producto y aplicar los recursos necesarios para resolverlos, si en el momento hay un equipo de
trabajo de desarrolladores se pueden generar propuestas de métodos y los mismos recursos que
son resultado del análisis y estos complementan esa garantía tanto para el cliente como para el
desarrollador, y hay que pensar en la contracara de una buena garantía que aparte de buscar errores
es también observar la calidad con que se puede finalizar un sistema de software. El coste de
calidad incluye todos los costos acarreados con una rentabilidad progresiva que sin duda compensa
los costos iniciales. Tener un software de buena calidad y bien definido es muy importante, en la
ingeniería del software es bueno seguir algunos criterios, como los requisitos del software con base
a las medidas de calidad, la falta de concordancia con los requisitos puede en llevar a que la calidad
se vea confusa y no se quiera mirar la realidad del proyecto. Por mucho que cambien los tiempos
y aun avancen las nuevas tecnologías, hablar de calidad nunca será redundar y mucho menos
cuando la calidad se desarrolla por una persona competente en materia de software. Los factores
en la calidad del software son elementos y métodos de gran importancia ya que nos enfocan hacia
lo que vamos a realizar y a que el software final sea lo esperado y se miran desde la operatividad
hasta la adaptabilidad a los entornos. Todos los desarrolladores debemos de estar al día en toda la
información que se encuentra respecto a calidad y por supuesto siempre escuchar y analizar muy
bien al cliente y/o la empresa de la cual se va a realizar el software; para que, así como avanza la
tecnología, avance nuestros conocimientos y la calidad de nuestros sistemas software.
El éxito en la producción de software se obtiene logrando hacerlo con calidad y demostrando el
grado de ésta, calificando como buena. Esto sólo es posible con la implantación de un Sistema
para el Aseguramiento de la Calidad del Software directamente relacionado con la política
establecida para su elaboración y que esté en correspondencia con la definición internacional ISO
de calidad, ampliamente aceptada, y por los estándares del grupo ISO 9000.
Bibliografía
Alzate, A. T. (2001). Auditoría de sistemas: Una visión práctica. Obtenido de Universidad

Nacional de Colombia:

https://books.google.com.ec/books?id=HdtpS3UBCuMC&printsec=frontcover#v=onepag

e&q&f=false

Amo, F. A., Normand, L. M., & Pérez, F. J. (2005). Introducción a la ingenieria del software -

Modelos de desarrollo de programas. Obtenido de Delta Publicaciones:

https://books.google.com.ec/books?id=rXU-

WS4UatYC&printsec=frontcover&source=gbs_ge_summary_r&cad=0#v=onepage&q&f

=false

Areba, J. B. (2001). Metodología del análisis estructurado de sistemas. Obtenido de Universidad

Pontificia, ICAI, ICADE, Comillas de Madrid:

https://books.google.com.ec/books?id=PUqxsNVaQC8C&printsec=frontcover#v=onepag

e&q&f=false

Barillas, L. C., Hernández, I. G., & Paredes, L. J. (2011). Inducción a la calidad. Obtenido de

http://www.onsec.gob.gt:

http://www.onsec.gob.gt/descargas/calidadgestionpublica/MATERIALINDUCCIONAL

ACALIDADParte1.pdf

Chacón, C. M. (s.f.). MODELOS DE CALIDAD EN EL DESARROLLO DE SOFTWARE.

Obtenido de

https://senaintro.blackboard.com/bbcswebdav/institution/semillas/228106_2_VIRTUAL-

2015/contenido/oaaps/oaap10/aa2/oa_calidad/oa.pdf
España, M. d. (2005). Sistema de Gestión de la Calidad. Obtenido de www.fomento.gob.es:

https://www.fomento.gob.es/NR/rdonlyres/23C12F31-2179-47C0-AA6B-

9165529B74DA/112631/ISO90012000.pdf

Española, R. A. (s.f.). Real Academia Española. Obtenido de

http://dle.rae.es/?id=6nVpk8P|6nXVL1Z

Espinoza, H. (15 de Julio de 2015). SlideShare. Obtenido de

https://es.slideshare.net/nanchiscr7/comparacin-entre-modelos-de-calidad

FAVA . (2014 de Noviembre de 2014). Obtenido de SENA :

https://senaintro.blackboard.com/bbcswebdav/institution/semillas/228106_2_VIRTUAL-

2015/contenido/oaaps/oaap10/aa2/oa_calidad/oa.pdf

IMCP, C. t. (2013). Norma de control de calidad y norma de revisión de control de calidad.

Obtenido de Instituto Mexicanos de contadores públicos:

https://books.google.com.ec/books?id=fYx0DgAAQBAJ&pg=PT295&dq=control+de+c

alidad+del+software&hl=es-

419&sa=X&redir_esc=y#v=onepage&q=control%20de%20calidad%20del%20software

&f=false

SOLARTE, G., MUÑOZ, L., & ARIAS, B. (2007). MODELOS DE CALIDAD PARA

PROCESOS DE SOFTWARE. Redalyc. Obtenido de

http://www.redalyc.org/articulo.oa?id=84916714069

Valle, A., Puerta, A., & Núñez, R. (2017). Curso de consultoría TIC, Gestión, Software ERP Y

CRM: 2da edición. Obtenido de

https://books.google.com.ec/books?id=SJUSDgAAQBAJ&pg=PA99&dq=normas+de+ca

lidad+de+software&hl=es-419&sa=X&ved=0ahUKEwis7p-
ouqTTAhUJ6SYKHZ_qD0EQ6AEIRzAG#v=onepage&q=normas%20de%20calidad%2

0de%20software&f=false