Está en la página 1de 9

ESCUELA DE POSTGRADO

MAESTRA EN INGENIERA DE SISTEMAS Y COMPUTACIN


CON MENCIN EN DIRECCIN ESTRATGICA DE TI

CURSO: GESTION DE CALIDAD DE SOFTWARE


Profesor: Mgtr. ABRAHAM ELISEO DAVILA
RAMON
Grupo:
-

DIAZ ESPINO, MIGUEL


GUZMAN ALVARADO, CRISTHYAN
ROJAS ESPEJO, KORI
URIARTE ZARPAN, JUAN
Chiclayo, Abril 2014

PARTE I: TRABAJO GRUPAL


1. ORIGINAL
NOMBRE: Porcentaje del resultado no aceptado de requerimientos
funcionales.
OBJETIVOS: Calcular el porcentaje
requerimientos funcionales.

del

DESCRIPCION: Representa el porcentaje


requerimientos funcionales acordados.

resultado
de

no

no

aceptado

aceptacin

de

de
los

FRMULA: X= 1 - A/B
A: Nmero de requerimientos funcionales no aceptados
B: Nmero de requerimientos funcionales acordados
INTERPRETACIN: X tiende a 1, cuanto ms cercano a UNO mejor

2. MEJORADO
NOMBRE: Porcentaje de requerimientos funcionales aceptados en la
primera entrega del software
OBJETIVOS: Calcular el porcentaje de requerimientos funcionales
aceptados en la primera entrega del software. Esta mtrica nos da
informacin importante para conocer el grado de aceptabilidad de los
requerimientos funcionales acordados con el cliente en la primera entrega
del software.
DESCRIPCION: Representa el porcentaje de
requerimientos funcionales en la primera entrega

aceptacin

de

los

FRMULA: A/B
A: Nmero de requerimientos funcionales aceptados en la primera
entrega
B: Nmero de requerimientos funcionales acordados
PROTOCOLO: El porcentaje de requerimientos funcionales aceptados,
obtenido de la divisin del nmero de requerimientos funcionales aceptados
en la primera entrega y el nmero de requerimientos funcionales acordados
INTERPRETACIN: Cuanto ms cercano a UNO mejor

3. VALIDACION DE METRICA
3.1.
CONTEXTO
En una divisin de una empresa agrcola, se viene implementando un
software de automatizacin de las actividades principales. Dentro del
alcance en las especificaciones de requerimientos del software (SRS) se
tiene el siguiente listado de requerimientos funcionales que debe de
incorporar el software: Labor agrcola (1. registrar, 2. consultar, 3.
imprimir reporte, 4. Registrar Ejecucin, 5. Registrar Programacin),
recursos (6. registrar, 7. consultar, 8. Imprimir reporte, 9. Dar de baja),
campos (10. registrar, 11. consultar, 12. imprimir reporte), cuartel (13.
registrar, 14. consultar, 15. imprimir reporte).
En la planificacin de la implementacin del software, se tiene
programado la primera entrega del producto software en la semana 17
del proyecto. Cabe indicar que el tiempo programado del proyecto es de
20 semanas. Las tres semanas restantes es para levantar las
observaciones presentadas del producto y dar por cerrado el proyecto.
En la evaluacin del producto software en la primera entrega, se poseen
los instrumentos de verificacin (documentos de checklist de verificacin
de conformidad de los requerimientos funcionales) para comprobar el
producto con los requerimientos funcionales de acuerdo al SRS.
En dicha evaluacin se comprob que 12 requerimientos funcionales
estaban completamente terminados. Dicha conformidad queda
registrada en las actas de aceptacin. Los 3 requerimientos funcionales
que presentaron observaciones fueron: 4. Registrar ejecucin de labor
agrcola, 5. Registrar programacin de labor agrcola, e Imprimir reporte
cuartel. Las mismas quedaron registradas para que en la prxima
revisin sean levantadas.
3.2.

EVALUACIN DE LA MTRICA PROPUESTA.

3.2.1.
Software: Software automatizacin de actividades
agrcolas
3.2.2.
Datos:
15 Requerimientos funcionales segn SRS
12 requerimientos funcionales conformes en la primera
entrega
3.2.3.
Mtrica: (12/15) da como resultado 0.8, lo que indica que
existe una muy buena aceptacin por parte de los stakeholders
del producto software en la primera entrega.

PARTE II: TRABAJO INDIVIDUAL


1. METRICA PROPUESTA POR DIAZ ESPINO MIGUEL
NOMBRE: Porcentaje de efectividad en las operaciones realizadas en el
Sistema de Planillas por da
OBJETIVOS: Calcular el porcentaje de efectividad en las operaciones
realizadas en el sistema de planillas durante el periodo de 01 da. Esta
mtrica nos da informacin importante para conocer el grado de
efectividad en las operaciones realizadas por un usuario en el manejo
del Sistema de Planillas.
DESCRIPCION: Representa el porcentaje de efectividad de
operaciones realizadas en el Sistema de Planillas durante un da.

las

FORMULA: 1 A/B
A: Nro. De operaciones no exitosas en el Sistema de Planillas al da
B: Nro. De operaciones realizadas al da en el Sistema de Planillas
PROTOCOLO: El porcentaje de efectividad en las operaciones
realizadas en el Sistema de Planillas por da obtenido como
complemento del cociente del Nro. De operaciones no exitosas en el
Sistema de Planillas al da sobre el Nro. De operaciones realizadas al da
en el Sistema de Planillas.
INTERPRETACIN: Cuanto ms cercano a UNO mejor
VALIDACION DE LA METRICA
CONTEXTO: En una empresa existe un Sistema de Planillas denominado
SIRAS, el cual est ejecutado en Visual Fox y con base de datos SQL,
dicho sistema es administrado por 02 personas el Plantillero y el
Asistente de Planillas, cada quien encargado de elaborar las planillas y
emitir los reportes correspondientes referidos al tema como quinta
categora, boletas de pago, aportes AFP, Planillas resumen, etc. El SIRAS
presenta las siguientes caractersticas:
-

Funcionalidad: 90%
Facilidad mantenimiento: 70%
Efectividad: 70%
Satisfaccin: 70%
Fiabilidad: 90%
Usabilidad: 100%
Eficacia: 100%

El software ha manifestado inconsistencias al momento de registrar


nuevos grupos de trabajadores y al momento de la creacin de
planillas, boletas u otros conceptos ah considerar. Adicional a
problemas de conexin por problemas de red para lo cual ya fue
solicitado un switch.
Entonces en fechas de la creacin de planillas normalmente en la
quincena del mes el asistente de planillas realiza llamados a la unidad

de informtica para solucionar problemas sobre las operaciones


realizadas las cuales no han sido medias por lo cual se hace necesario
e importante poder medir esta mtrica y as poder solucionar los
problemas a travs de su identificacin. Se cuenta con un Checlist el
cual tiene registrado la mayora de operaciones comnmente
realizadas en el Sistema de Planillas tales como: registro o
modificacin de datos de personal, Generacin de contratos,
certificacin presupuestal, generacin de planillas, registro y/o
modificacin de conceptos remunerativos y no remunerativos
(diversos ingresos y descuentos por trabajador que deben realizar
clculos precisos, tales como vales por alimento, racionamiento,
descuentos judiciales, etc.), impresin de contratos, generacin de
boletas de pago, impresin de boletas de pago, exportacin a TPLAME
(sistema de la SUNAT que registra los aportes de AFP), Generacin de
CTS, Generacin de Descuentos y Haberes, etc.
SOFTWARE: Sistema de Planillas SIRAS, desarrollado en lenguaje
Visual Fox Pro ver 6.0 y base de datos SQL. Cliente Servidor, instalado en
servidor Windows Server 2012. Consta de los siguientes mdulos:

Control de Asistencia
Planillas
Reportes
Registro de Empleados

DATOS: 25 operaciones tipo segn check List


18 operaciones realizadas con xito
METRICA: 18/25= 0.72 o 72% de efectividad, lo que indica que a la
fecha el Sistema de Planillas cuenta an con inconsistencias las cuales
sern superadas.

2. METRICA PROPUESTA POR GUZMAN ALVARADO CRISTHYAN


NOMBRE : operacin de uso de software
OBJETIVO: Conocer el grado de operacin de uso de un software en relacin al nmero
de incidentes reportados de software en un mes.
DESCRIPCIN: Esta mtrica representa la evolucin mensual de operacin de uso de un
software determinado en un periodo de tiempo.
FRMULA: 1 (A/B)
A: Nmero de incidentes reportados de un software determinado.
B: Nmero total de incidentes reportados de software existentes.
PROTOCOLO: El grado de operacin de uso de un software se obtiene a travs de la
divisin del nmero de incidentes reportados de un software determinado, y el nmero
total de incidentes reportados de software existentes.
INTERPRETACIN: Cuanto ms cercano a uno (1) mejor
VALIDACIN DE LA MTRICA
En una empresa de refinacin de petrleo, tienen una serie de proyectos de
implementacin de software. Uno de estos, un software de gestin de proveedores, entr
en produccin. Los usuarios fueron capacitados en ltimo momento en la funcionalidad de
dicho software.
En el perodo de 5 meses, dicho sistema en su inicio present demasiados incidentes, que
con el tiempo fueron disminuyendo. Entre los ms comunes, errores de inicio de sesin
(clave errnea, falla de conectividad), errores en la impresin de reportes de pagos de
proveedores, errores en los clculos de pagos, incidentes en el uso del software.
Durante el periodo de 5 meses, la gestin de incidentes reporta el siguiente cuadro, en
relacin a los incidentes presentados por el uso de software en el periodo de 5 meses.
Software
Software
de
gestin
proveedores
Otros software
Total

de

1 Mes

2 Mes

3 Mes

4 Mes

5 Mes

40

50

30

15

10

30
70

32
82

30
60

35
50

33
43

1 Mes

2 Mes

3 Mes

4 Mes

5 Mes

40

50

30

15

10

70

82

60

50

43

0.42

0.39

0.5

0.7

0.77

Evaluacin de mtrica propuesta


Software : Software de gestin de proveedores
Datos

: Se tiene segn el cuadro:

Variable
Nmero
de
incidentes
A reportados de un software
determinado
Nmero total de incidentes
B reportados
de
software
existentes
Clculo [1-(A/B)]

Se observa que en el segundo mes (0.39) tuvo un grado de operacin mucho menor que el
primer mes (0.42). Estos dos datos no fueron de los mejores de acuerdo a la mtrica.
Mejora el grado de operacin en los meses siguientes (0.5, 0.7 y 0.77 respectivamente).

3. METRICA PROPUESTA POR ROJAS ESPEJO KORI


NOMBRE: Porcentaje de fallos erradicados durante la etapa de pruebas
unitarias de un software
OBJETIVO: Conocer el porcentaje de fallos erradicados durante la etapa
de pruebas, para conocer los errores en los datos, en la lgica y en los
algoritmos.
DESCRIPCIN: Representa el porcentaje de fallos erradicados durante
la etapa de pruebas sobre.
FRMULA: A/B
A = Fallos solucionados
B = Fallos detectados
PROTOCOLO: el porcentaje de fallos erradicados, obtenido del nmero
de fallos solucionados entre el nmero de fallos detectados.
INTERPRETACIN: Cuanto ms cercano a 1 mejor.
VALIDACIN DE LA MTRICA:
En una institucin se est implementando una aplicacin para la
automatizacin de clculos de aforos, esta se compone de los mdulos
de registro (1. Estaciones, 2. Ecuaciones), aforos (1. Correntmetro, 2.
Flotadores) y reportes (1. Mensuales, 2. Anuales).
Se planificaron las pruebas unitarias y se llevaron a cabo, durante este
proceso se detectaron 12 fallos, de los cuales han sido solucionados 8.
EVALUACIN DE LA MTRICA PROPUESTA:
Software: Software para clculos de aforo
Datos: 12 fallos detectados
8 fallos solucionados
Mtrica: (8/12) da como resultado 0.67, lo que nos indica el avance de
correcciones que tenemos.

4. METRICA PROPUESTA POR URIARTE ZARPAN JUAN


NOMBRE: Porcentaje de completitud de implementacin de los mdulos
de un software en la primera entrega.
OBJETIVOS: Calcular el porcentaje de completitud de implementacin
de los mdulos de un software en la primera entrega. Esta mtrica nos
ayuda a determinar en qu porcentaje se encuentra avanzado un
software, en la primera entrega, en base a la cantidad de mdulos que
posea el software y que fueron acordados con el cliente.
DESCRIPCION: Representa el porcentaje de completitud de
implementacin de los mdulos de un software en la primera entrega.
FRMULA: (A/B)*100%
A: Nmero de mdulos implementados, en la primera entrega.
B: Nmero de mdulos acordados, en la primera entrega.
PROTOCOLO: El porcentaje de mdulos de software implementados,
obtenido de la divisin del Nmero de mdulos implementados del
software y el Nmero de mdulos de todo el software.
INTERPRETACIN: Cuanto ms cercano a uno mejor.
VALIDACIN DE LA MTRICA
Software:
1. Sistema de Gestin Documentario.
Mdulos que la componen:
1.
2.
3.
4.
5.
6.
7.

Login
Panel de inicio
Espacios
Ficheros compartidos
Mis ficheros
Repositorio
Gestin de usuarios

8. Gestin de roles
9. Administracin
10.Blogs
11.Foro
12.Wiki
13.Enlaces
14.Flujos de trabajo

Entregables acordados:
1. 1er entregable: Mdulos del 1 al 9.
2. 2do entregable: Mdulos del 10 al 14.
Cuantificacin de la mtrica:
1. Nmero de mdulos implementados, en la primera entrega = 7.
2. Nmero de mdulos acordados, en la primera entrega = 9.
Mtrica = A / B = 7 / 9 = 78%
Segn los resultados obtenidos se observa que se tuvo un 78% de
completitud de implementacin de los mdulos del Sistema de Gestin
Documentaria, en la primera entrega. Es decir un total 7 mdulos, de los
9 acordados, fueron completados y entregados al cliente en la primera
entrega.