Universidad Estatal A Distancia

Escuela de Ciencias Exactas y Naturales

Ingeniería Informática

Cátedra Sistemas de Calidad en las TIC

Tarea No.3

Métricas de calidad

Curso: 03094-Control de la Calidad en Software.

Grupo No. 01.

Profesores:

IVAN CORDERO VARGAS ERCILIA MEDINA TORRES

MARISELA RODRIGUEZ ARAUZ LISETTE URENA PORRAS

Luis Paniagua Jiménez Ced. 6-0302-0538

Carol Rojas Valerín. Ced. 7-0223-0634

Francinie Villegas Alfaro Ced. 2-0711-0355

CU-01

Fecha entrega: 23-07-2018

II Cuatrimestre 2018.
Contenido
Introducción ........................................................................................................ 3

Enunciado de la tarea ........................................................................................ 4

Métricas de calidad ............................................................................................ 5

Situación que se desea medir......................................................................... 5

Desarrollo de métricas .................................................................................... 6

Escenario .................................................................................................... 6

Métrica 1. .................................................................................................... 6

Métrica 2 ..................................................................................................... 7

Métrica 3 ..................................................................................................... 9

Calidad del Producto ................................................................................. 11

¿Es correcto afirmar que un área de SQA mejora la calidad del proceso? .. 12

Conclusión........................................................................................................ 14

Bibliografía ....................................................................................................... 15

2
Introducción

El siguiente trabajo tiene como objetivo desarrollar tres métricas que permitan a

la administración verificar que la implementación de un área de SQA ha

producido en la organización la reducción del siguiente problema, “Un proceso

sin fin, de prueba y error” que es muy común hoy día en las empresas. Se

pretende evaluar el beneficio producido por la implementación de un área de

Q&A en la empresa.

Para llevar a cabo el objetivo anterior se realizará una investigación a una

empresa, se empleará y diseñarán métricas cuantitativas, las cuales tendrán las

siguientes características: cumplirán con las fortalezas de la administración e

indicarán la metodología para aplicarlas, y contendrán una descripción detallada

de cada una, donde muestre el período de ejecución, y los indicadores de éxito

o fracaso.

El proceso de aseguramiento de la calidad de software contiene un conjunto de

acciones que están debidamente planificadas y a la vez son sistemáticas, las

cuales se implementan con el fin de brindar confianza de que una empresa va a

cumplir con los requisitos para la calidad la cual está vinculada al desarrollo de

software, logrando así, la identificación y evaluación de defectos que puedan

afectar el sistema, y haciendo de forma temprana en el proceso.

3
Enunciado de la tarea

Desarrollar una métrica que permita evaluar el beneficio producido por la

implementación de un área de Q&A en su empresa.

Frecuentemente el proceso de desarrollo de software se convierte para las

empresas en un proceso sin fin, de prueba y error.

Se requiere que desarrolle al menos 3 métricas que le permitan a la

administración verificar que la implementación de un área de SQA ha producido

en la organización la reducción de ese fenómeno.

 Las métricas deben cumplir con las fortalezas de la administración.

 Las métricas deben ser cuantitativas y se debe indicar la metodología para

aplicarlas, describa detalladamente cada métrica, indique el período de

ejecución y sus indicadores de éxito y fracaso.

En primera instancia se supone que con el apoyo de la nueva área, los errores

que saltan después de liberar una versión deben ir en decremento continuo, y es

lo que se espera que la métrica a desarrollar demuestre.

 Describa con detalle la situación que se desea medir en la administración.

 ¿Es correcto afirmar que un área de SQA mejora la calidad del proceso?

 Sus conclusiones y recomendaciones son de gran importancia en este

instrumento.

 Se le recomienda que aplique este ejercicio a su organización, coordine

si actualmente algún proceso de mejora está elaborándose y aporte a este

curso experiencias reales que puedan enriquecerlo. Si no tiene acceso a

un problema o situación real puede dirigirse al tutor quien puede asignarle

un caso para desarrollar.

4
Métricas de calidad

Situación que se desea medir

Problema: empresa de desarrollo de software utiliza el mismo personal que

programa para que haga las pruebas de QA.

Antes de hacer avances al cliente el proveedor por responsabilidad debe de

probar lo que va a entregarle, es común que en empresas especializadas en el

desarrollo se utilicen los mismos recursos para el desarrollo y para las pruebas,

lo anterior ahorra dinero para el proveedor pero no significa que sea lo mejor, ya

que puede generarle re-trabajo y disconformidades por parte del cliente.

El principal problema de que el personal que desarrolla pruebe sus propias

aplicaciones es que desde el inicio es ya un usuario experto, por ende, probará

lo que considera más importante pero puede dejar pequeños detalles e irlos

arrastrando en el camino; esos detalles pueden ser descubiertos cuando el

cliente realice sus validaciones, lo cual le fomentará una percepción de descuido

con lo que se le entregó.

Ahora, un cliente insatisfecho exigirá obviamente la corrección de errores como

prioridad, él espera probar y de ser posible sólo hacer recomendaciones de

mejora ya que los errores deberían ser detectados en etapas previas.

Dado lo descrito anteriormente resulta muy importante evitar esos errores ante

el cliente, y si se deja esa tarea a un programador que ya de por sí tiene suficiente

carga de trabajo no se puede esperar que logre probar cada función del sistema,

para ello debería contar con el apoyo de personal especializado en someter el

sistema a pruebas intensivas con cada iteración (entrega).

5
El personal de QA ayudará a encontrar las variaciones en el sistema y probará

como si se tratase del cliente y esto a su vez permitirá que cada entrega vaya

cargada únicamente de contenido certificado reduciendo significativamente la

probabilidad de que el cliente detecte inconsistencias.

Desarrollo de métricas

Escenario: Como se describió antes la situación que se maneja es la de una

empresa que desarrolla software pero que no tiene su propio equipo de QA. Para

el caso de las métricas se desarrollaron pensando en un sistema de registro y

control de transacciones realizadas en una entidad financiera específicamente

para aquellas que tienen relación con el euro ya que son menos comunes para

la entidad y requieren cierto nivel de control y vigilancia.

Dado que es una entidad financiera los errores no son permitidos, por lo que las

métricas de pruebas están orientadas a medir ciertos aspectos importantes y

ayudar a confirmar el por qué un equipo de QA resultaría vital para incorporarse

dentro de la empresa de desarrollo de software para llevar esta tarea a cabo.

Métrica 1. Exhaustividad Funcional

Plantilla de la definición de la métrica 1

Métrica Métrica Externa de Idoneidad: Exhaustividad Funcional
(Comprueba que tan completa es la implementación según
las especificaciones de requerimientos)

Versión 1.0 Fecha de 2018

Vigencia
Necesidad Requerimientos del sistema
d
e información
Objetivo(s) Analizar y medir atributos como la ocurrencia de una función
o la ocurrencia de una operación.

Beneficio(s) Permite evaluar y detectar las funciones faltantes en la

6
 implementación, de acuerdo a las funciones definidas en la
especificación de requisitos.
Aplicabilidad Pruebas funcionales (prueba de recuadro negro) del software
basado en los requerimientos.
Responsable(s Analista / programador y el cliente
)
Periodicidad Una vez, antes de poner en operación el sistema
Valor Igualdad de funciones según las especificadas en los
Esperado requerimientos.
Herramienta(s) Pruebas funcionales
Datos A= Contar

B = Contador

X =Contador / Contador
Cálculo X=1-A/B

A = Número de funciones faltantes detectados en la evaluación

B = Número de funciones descritas en las especificaciones de

requisitos

Ejemplo Medir el cumplimiento de requerimientos en el sistema

financiero para registro y control de transacciones en euros.
Interpretación 0 <= X <= 1
Cuanto más cercano a 1,0 es la mejor.
Referencias ISO / IEC 9126-2: Software de ingeniería - La calidad del
producto -
Parte 2: métricas externas. SCRIBD

Distribuidor Secretaría: Canadá (SCC)

Observaciones Uso experimental

Métrica 2. Tiempo medio entre fallos

Plantilla de la definición de la métrica 2

Métrica Métrica Externa de Madurez: Tiempo medio entre fallos
(MTBF) (¿Frecuencia con la que el software falla en
funcionamiento?)

Versión 1.0 Fecha de 2018

Vigencia

7
Necesidad Informe de pruebas
d
e información
Objetivo(s) Analizar y medir las ocurrencias de fallas frecuentes y de
operación en las distintas funciones a consecuencia de la
función y el uso de la dependencia.
Beneficio(s) Permite evaluar y detectar las fallas del sistema en las
diferentes funciones.
Aplicabilidad Pruebas operacionales durante un período definido que
permita calcular el intervalo promedio entre las fallas.
Responsable(s Analista / programador
)
Periodicidad Etapa de pruebas
Valor Errores en las funciones
Esperado
Herramienta(s) Pruebas operacionales e informe de Pruebas.
Datos A= Contar

T1= El Tiempo

T2 = El Tiempo

X = Tiempo / Contar

Y = Tiempo /

Cálculo a) X = T1 / A

b) Y = T2 / A

tiempo T1 = funcionamiento

T2 = suma de intervalo de tiempo entre el fracaso s ocurrencia

consecutiva s

A = número total de realidad detectado insuficiencia s (Fallos

ocurrió

Ejemplo Medir qué operaciones o tareas genera fallas y qué tan rápido
se logra recuperar el sistema financiero para registro y control
de transacciones en euros.
Interpretación 0 <X, Y

El más largo es el mejor. Con el tiempo ya se puede esperar

8
 entre fallos.

Referencias ISO / IEC 9126-2: Software de ingeniería - La calidad del

producto -
Parte 2: métricas externas. SCRIBD

Distribuidor Secretaría: Canadá (SCC)

Observaciones Ayuda a determinar la distribución de intervalo de tiempo entre
el fracaso de ocurrencias

Métrica 3. Disponibilidad

Plantilla de la definición de la métrica 3

Métrica Métrica Externa de Recuperabilidad: Disponibilidad
(Comprueba la disponibilidad del sistema en un periodo de
tiempo específico)

Versión 1.0 Fecha de 2018

Vigencia
Necesidad Informe de Pruebas y operación
d
e información
Objetivo(s) Analizar y medir los tiempos de respuesta del sistema al
realizar las tareas durante un periodo de tiempo determinado.

Beneficio(s) Efectividad del sistema mediante el análisis de los tiempos de

respuesta.
Aplicabilidad Pruebas funcionales
Responsable(s Analista / programador
)
Periodicidad Etapa de pruebas
Valor Rendimiento del sistema
Esperado
Herramienta(s) Informe de Pruebas y operación
Datos Para = Tiempo

Tr=Tiempo

X = Tiempo /El Tiempo

9
 A1=Contador

A2=Contar

Y=Cantidad/ Contar

Cálculo a) X = {A / (A + Tr)}

b) Y = A1 / A2

Para = tiempo de operación

Tr = tiempo de reparar

A1 = total de casos disponibles de uso de software con éxito del

usuario cuando intento usuario utilizar

A2 = número total de casos de intento del usuario para utilizar

el software durante el tiempo de observación. Esto es de la

función exigible vista operación del usuario.

Ejemplo Medir la disponibilidad en tiempos específicos como por

ejemplo momentos de mayor interacción y concurrencia en el
sistema financiero para registro y control de transacciones en
euros.
Interpretación 0 <= X <= 1
El mayor y más cercano a 1,0 es mejor, ya que el usuario
puede utilizar el software para obtener más tiempo.

0 <= Y <= 1
El más grande y más cercano a 1,0 es la mejor.
Referencias ISO / IEC 9126-2: Software de ingeniería - La calidad del
producto -
Parte 2: métricas externas. SCRIBD

Distribuidor Secretaría: Canadá (SCC)

Observaciones Se recomienda que este indicador incluya sólo la recuperación
automática proporcionada por el software y excluya los
trabajos de mantenimiento de recursos humanos.

10
Calidad del Producto

Fuente: (Mind maps, 2017 - 2018)

Fuente: (Mind maps, 2017 - 2018)

11
¿Es correcto afirmar que un área de SQA mejora la calidad del

proceso?

Es importante tener claro que el área de SQA es quien proporciona los procesos

de calidad a la administración y desarrollares, por ende sí brinda una mejora a la

calidad del proceso, pero son estos últimos quienes se encargan de aplicar cada

principio de calidad en los departamentos. La administración y el equipo de

desarrollo tienen el compromiso de realizar la implementación de la calidad. El

hecho de que una empresa cuente con un equipo de SQA esto no garantiza por

si solo que los procesos dados sean seguidos y se introduzca la calidad en el

producto. Es sumamente significativo que la organización tenga un alto interés

en aplicar a su cultura el compromiso hacia la calidad.

De acuerdo con el concepto de SQA, en el desarrollo y la mantención se centran

una serie de procesos determinados, los cuales son los que fundamentan la

calidad en un producto de software. En otras palabras, para alcanzar y lograr

mejorar la calidad de un producto se deben de incorporar prácticas de ingeniería

de software y de monitoreo a los procesos de desarrollo, con el propósito

perfeccionar dichos procesos. Sin embargo, es importante comprender que la

calidad no depende exclusivamente de una sola persona, o de un grupo dentro

de la empresa, sino de cada uno de los integrantes involucrados en el desarrollo

del proyecto.

Entre las principales labores de SQA está, motivar y dirigir en el mejoramiento

de la calidad a los miembros de la empresa, participar en la evaluación del

producto y en el monitoreo de procesos con el propósito de garantizar su

adherencia a los estándares y procedimientos establecidos y guiar a la

administración en la innovación, integración y optimización del proceso de

12
desarrollo. Para lograr estos propósitos es preciso comprender que se requiere

que el grupo de SQA (Software Quality Group) sea responsable, en cada una de

las actividades del proceso de SQA, sus tareas a lo largo del ciclo de vida de un

proyecto y su relación con otras áreas de prácticas del desarrollo de software.

13
Conclusión

La investigación de métricas de calidad en un área SQA nos permitió tener una

visión general sobre el tema, así como evaluar los beneficios de su

implementación que cumplan con los estándares de calidad internacionales.

El establecimiento de métricas en los desarrollos de software suministra una

herramienta eficiente para analizar los progresos y la retroalimentación

necesaria para el ajuste de planes. Dentro de este contexto hay que considerar

a las métricas parte de la ingeniería de software y una ayuda para medir los

cambios y la complejidad del sistema con anticipación.

Posterior al desarrollo de las métricas podemos citar los siguientes beneficios

prácticos:

 Evaluación correcta de proyectos, productos y monitoreo de progreso.

 Eficiencia en los proyectos por medio del análisis de defectos.

 Validación experimental de mejores prácticas (prototipos, acoplamiento

eficiente, incrementos en la cohesión, complejidad reducida, técnicas de

inspección y pruebas, modelos de fiabilidad)

Así mismo encontramos que la implantación de métricas contribuye a generar

sistemas de calidad mediante la reducción de imperfecciones como: reemplazos,

operandos y operadores innecesarios y ambiguos. Por ello las métricas de

software son consideradas una de las metodologías de planificación, desarrollo

y mantenimiento de sistemas de información más eficientes para conocer o

estimar el tamaño u otra característica de un sistema de información.

La ingeniería de software propone la elaboración de métricas para asegurar la

calidad del software, en este contexto destacamos que su utilización proporciona

14
conocimientos necesarios para desarrollar modelos efectivos de análisis y

diseño, un código sólido y pruebas exhaustivas.

Queda demostrado que la utilización de métricas en los desarrollos de software

nos ayuda a entender tanto el proceso técnico que se utiliza para elaborar un

producto, como el propio producto.

Bibliografía

Martínez, J. (2015). Ingeniería de software - Producto de Calidad - Parte 2:

Métricas externas. Obtenido de Scribd:

https://es.scribd.com/document/263434411/iso-9126-2-espanol

Mind maps. (2007-2018). Aseguramiento de la calidad de sotware. Obtenido de

Mind maps: https://mind42.com/public/f70e223f-dd11-448d-81e4-

b1ab17253503

Roca, E. S. (s.f.). Aseguramiento de la Calida. Obtenido de

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&

ved=0ahUKEwiVuquw-aPcAhWqs1kKHfpSB-

MQFggmMAA&url=https%3A%2F%2Fwww.mindmeister.com%2Fgeneri

c_files%2Fget_file%2F1221052%3Ffiletype%3Dattachment_file&usg=A

OvVaw0fjPsQtEqPY5VKcn31AMsn

15