Sistema Contable coelgio

Plan de Medición

Version 1.0

1
 Historia
Fecha Versión Descripción Autor
14/04/2017 1.0

2
 Tabla de Contenido
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4

2. Administración de las metas 4

3. Métricas 4
3.1 Estimación de Horas trabajadas 5
3.2 Estimación del cronograma 6
3.3 Cambios durante el desarrollo 7
3.4 Avance de las tareas 8
3.5 Avance de los historias de Usuario 8
3.6 Facilidad de aprendizaje 10
3.7 Tiempo transcurrido entre fallas 11
3.8 Cobertura de las pruebas unitarias 11
3.9 Tiempo caída 12
3.10 Retardo de Peticiones 13
3.11 Documentación entendible 14
3.12 Máximo de Peticiones 14
3.13 Tiempo Esperado para Reparar Errores 15

4. Métricas primitivas o Técnicas 16

4.1 Horas trabajadas 16
4.2 Tiempo calendario transcurrido 16
4.3 Número de líneas eliminadas 17
4.4 Número de líneas 18
4.5 Historias de Usuario completados 18
4.6 Número de tareas retrasadas 19
4.7 Número de tareas completadas 19

3
 Plan de Medición
1. Introducción
En el plan de medición se definen las metas de medición y las métricas asociadas que deben ser analizadas
en el proyecto y así analizar su progreso.

1.1 Propósito
En el plan de medición se definen las metas de medición y las métricas asociadas que deben ser analizadas
en el proyecto y así analizar su progreso.

1.2 Alcance
Este plan se limita a este proyecto, tiene como objetivo no interrumpir los procesos del equipo de desarrollo

2. Administración de las metas

Las métricas que serán listadas en este documento son con el fin de determinar el avance del proyecto y
determinar la calidad del software, esta fue determinada por medio de FURPS, por medio de unos atributos
de calidad a cumplir y posteriormente definiendo un conjunto de métricas para evaluar el cumplimiento de
tales atributos.

3. Métricas
Las métricas que usaremos para determinar el avance del proyecto (Gestión proyecto)son las siguientes:

Clasificación Factores Medidas Métricas

Planeación del Estimación Esfuerzo Horas trabajadas

proyecto

Estimación de cronograma

Estabilidad Cambios durante el desarrollo

Progreso del Progreso Avance de las tareas

cronograma

Avance de las historias de Usuario

4
3.1 Estimación de Horas trabajadas

Nombre Exactitud de Horas trabajadas

Definición para resumir el nombre de esta métrica, la cual se calcula mediante la experiencia
que tenga la persona en completar las metas, teniendo en cuenta la carga
académica, y las fechas de entregas especificadas en trello.
Exactitud de Horas trabajadas=((Horas trabajadas)/(Horas de trabajo
estimadas))*100

Metas La meta de esta métrica es medir la estimación de las horas trabajadas

Análisis Para poder obtener la medición de esta requerimos una estimación de las horas
de trabajo. La interpretación de esta métrica es porcentual. Nos sirve para
analizar cuán exacta fue la estimación de las horas de trabajo.

Responsable Esta medición será recolectada por Jhon Jaime Ramírez

Horas trabajadas= 25 horas

Horas de trabajo estimadas = 27 horas
Exactitud de Horas trabajadas = 92%

Imagen 1. Se puede visualizar en la parte superior las horas trabajadas, tomada de trello.

5
 Imagen 2. Se puede Visualizar las horas trabajadas en cada actividad

3.2 Estimación del cronograma

Nombre Estimación del cronograma

Definición p se calcula de la siguiente forma:

Estimación Cronograma = ((Número actividades terminadas
actualmente)/(Número de actividades estimadas ))*100

Metas La meta de esta métrica es medir la estimación del cronograma

Análisis Para poder obtener la medición de esta métrica requerimos una estimación del
avance del proyecto respecto al cronograma. La interpretación de esta métrica es
porcentual. Nos sirve para analizar cuán exacta fue la estimación de las del
cronograma de actividades, para la primera iteración.

Responsable Esta medición será recolectada por Jhon Jaime Ramírez

Número actividades terminadas actualmente (fecha actual)= 17 actividades

Número de actividades estimadas (Fecha estimada) =17 actividades
Estimación Cronograma =100%

6
 Imagen 3. Se puede visualizar el tiempo de trabajo desde el comienzo del proyecto por medio de la herramienta
correlo a través de trello.

3.3 Cambios durante el desarrollo

Nombre Cambios durante el desarrollo

Definición se calcula de la siguiente forma:

Cambios Desarrollo = Número de cambios durante el desarrollo

Metas La meta de esta métrica es llevar un histórico de los cambios pedidos por el cliente

Análisis Para poder obtener la medición de esta métrica requerimos analizar en cada
sprint si el cliente pidió cambios y registrarlos en esta métrica.

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Cambios Desarrollo=1 cambios

En la reunión con los clientes el 15 de abril se solicitó un cambio en la vista de “listado de estudiantes por
grado”.

7
3.4 Avance de las tareas

Nombre Avance de las tareas

Definición se calcula de la siguiente forma:

Avance de las tareas = ((Número de actividades completadas)/(Número de tareas
propuestas))*100

Metas La meta de esta métrica es llevar un histórico del avance de las tareas en cada
sprint y analizar en qué porcentaje están completadas las tareas

Análisis Para poder obtener la medición de esta métrica requerimos analizar en cada
sprint el número de casos de uso desarrollados y registrarlos en esta, cada sprint
nos dará un valor y este valor nos ayudará a medir el avance de las tareas. La
interpretación de esta métrica es porcentual

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Número de actividades completadas=18 actividades

Número de tareas propuestas=18 actividades
Avance de las tareas = 100%

3.5 Avance de los historias de Usuario

Nombre Avance de los historias de usuario

Definición se calcula de la siguiente forma:

Avance historias de usuario= ((Número historias de usuario
desarrollados)/(Número historias de usuario))*100

Metas La meta de esta métrica es llevar un histórico del avance del proyecto en cada
sprint y analizar en qué porcentaje está completado el proyecto en función de los
casos de uso

Análisis Para poder obtener la medición de esta métrica requerimos analizar en cada
sprint el número de casos de uso desarrollados y registrarlos en esta, cada sprint
nos dará un valor y este valor nos ayudará a medir el avance del proyecto en
función de los casos de uso. La interpretación de esta métrica es porcentual

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Número historias de usuario desarrolladas=6 historias de usuario

Número historias de usuario=6 historias de usuario
Avance historias de usuario=100%
8
Imagen 4. Se puede visualizar a través de trello las 6 historias de usuario realizadas

9
 Las métricas que usaremos para determinar el avance del proyecto (Gestión Producto) son las siguientes:

Clasificación Factores Medidas Métricas

Funcionabilidad Seguridad Máximo de Peticiones

Confiabilidad Predicción Predicción Numero de validaciones

de Errores

Documentación Legibilidad Documentación entendible

Facilidad A Aprendizaje Facilidad aprendizaje

de Uso

Fiabilidad Disponibilidad Fallos Tiempo transcurrido entre fallas

Cobertura de las pruebas unitarias

Tiempo tardado Tiempo de caída

Desempeño Velocidad Velocidad de respuesta Retardo de las peticiones

Soporte Mantenimiento Corrección Tiempo esperado para reparar errores

de errores

Cada una de las métricas serán definidas analizando sus metas, su responsabilidad y como se mide

10
3.6 Facilidad de aprendizaje

Nombre Facilidad de aprendizaje

Definición Esta métrica representa la facilidad de aprendizaje de nuestro software. Su valor

está comprendido entre 0 a 5
Esta medición es una comparación entre un tiempo estimado y el promedio de
tiempo de los usuarios, teniendo en cuenta que los errores que cometa el usuario
puede restar a la puntuación

Metas La meta de esta métrica es analizar la facilidad de aprendizaje del usuario y dar
un valor porcentual de esta

Análisis Para poder obtener la medición de esta métrica requerimos analizar la cobertura
de la documentación

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Teniendo en cuenta la reunión con los clientes 15/04/2017, se tuvo buena recepción de lo explicado, se
realizó una prueba en la que no se cometieron errores, pero hicieron 2 preguntas en su desarrollo.
por estimación se calificara 4, por las preguntas hechas por los clientes

3.7 Tiempo transcurrido entre fallas

Nombre Tiempo transcurrido entre fallas

Definición Esta métrica representa el promedio del tiempo transcurrido entre fallas de
nuestro software.
Tiempo transcurrido entre fallas = ((Tiempo total de horas trabajadas)/(Número
de fallas))

Metas La meta de esta métrica es analizar el tiempo transcurrido entre las fallas

Análisis Para poder obtener la medición de esta métrica requerimos analizar las fallas
reportadas por el equipo de desarrollo y el cliente.

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Número de fallas=10
Tiempo total de horas trabajadas=25 horas
Tiempo transcurrido entre falla=3 horas

11
 Las fallas reportadas por el equipo de desarrollo, se solucionaron en un promedio de 2 horas, se espera
para la segunda iteración reducir estos tiempos, vamos a calificar en 3.9.

3.8 Cobertura de las pruebas unitarias

Nombre Cobertura de las pruebas unitarias

Definición Esta métrica representa el la cobertura de las pruebas unitarias. Es un porcentual

y es calculado con la herramienta SonarQube o PhpUnit

Metas La meta de esta métrica es analizar la cobertura de las pruebas unitarias y dar un
valor de esta métrica está en un rango entre 0 a 5 y es apreciativo

Análisis Para poder obtener la medición de esta métrica requerimos analizar la cobertura
de las pruebas unitarias

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Se calificara un 1 ya que no se tiene ni el 30% de la cobertura del proyecto

3.9 Tiempo caída

Nombre tiempo caída

Definición Esta métrica representa una apreciación de cuán rápida sea la respuesta del
servidor y si puede llegar a caerse. la calificación es porcentual ya que se hace
una comparación con la respuesta óptima.
Tiempo caída =((respuesta nuestro servidor)/(respuesta óptima))*100

Metas La meta de esta métrica es analizar el tiempo de respuesta del servidor de acuerdo
a la cantidad de solicitudes

Análisis Para poder obtener la medición de esta métrica requerimos analizar el tiempo de
respuesta del servidor de acuerdo al número de solicitudes al tiempo

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

12
 Se realizó la prueba online con a petición de 6 usuarios a la vez, no se calló la página, ya que los máximos
de usuarios que se utilizará la plataforma en el mismo tiempo sería 3, mediante https://loadfocus.com lo
que arrojo la página web es lo siguiente:
Respuesta nuestro servidor=218 ms
Respuesta óptima=500 ms
Tiempo Respuesta Solicitud de usuarios= 56,4% mejor que la respuesta óptima.

Imagen 5. Resultado de la prueba online de la página loadfocus.

3.10 Retardo de Peticiones

Nombre Retardo de las peticiones

Definición Esta métrica representa una apreciación de cuán rápida es la respuesta del
servidor luego de recibir una petición. Va de 0 a 5 representando la velocidad de
respuesta.
Esta medida se tomará 20 veces y se promedia para tener un resultado promedio

Metas La meta de esta métrica es analizar el tiempo de respuesta del servidor

Análisis Para poder obtener la medición de esta métrica requerimos analizar el tiempo de
respuesta de una petición realizada al servidor

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Se realizó una prueba con 20 usuarios en la página online :https://a.blazemeter.com, nos arrojó un

13
 promedio de respuesta del 13,47ms

Imagen 6. Resultado de la prueba online de la página blazemeter.

3.11 Documentación entendible

Nombre Documentación entendible

Definición Esta métrica representa una apreciación, que tan entendible es la documentación
que se le va a entregar al cliente como el manual de usuario. Su valor va de una
escala de 0 a 5, donde 5 es el valor más alto

Metas La meta de esta métrica es analizar la documentación y dar un valor de cuan

entendible esta es

Análisis Para poder obtener la medición de esta métrica requerimos analizar la

documentación con los clientes y dar un valor sobre cuán entendible es esta
dependiendo del manual de usuario a entregar al cliente

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Esta métrica no se puede calcular debido a que todavía no se ha terminado el proyecto, se calculará cuando
se entregue a los clientes.

3.12 Máximo de Peticiones

Nombre Máximo de peticiones

Definición Esta métrica representa una apreciación del número máximo de solicitudes que

14
 puede tener al mismo tiempo y verificar la respuesta del servidor. Va de 0 a 5
representando la velocidad de respuesta.
Esta medida se tomará 10 veces y se promedia para tener un resultado promedio

Metas La meta de esta métrica es analizar el máximo de solicitudes que aguanta el

servidor en caso de un ataque y verificar el tiempo que tarda el servidor en
reponerse.

Análisis Para poder obtener la medición de esta métrica requerimos analizar el tiempo de
respuesta de una petición realizada al servidor y número máximo de solicitudes.

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Esta métrica se calculará cuando se termine todas las historias de usuario

3.13 Tiempo Esperado para Reparar Errores

Nombre Tiempo esperado para reparar errores

Definición Esta métrica representa el promedio del tiempo transcurrido en solucionar los
problemas presentados
Tiempo Esperado para Reparar Errores= número de errores/suma de tiempo en reparar
cada error

Metas promedio de tiempo en reparar cada error

Análisis Para poder obtener la medición de esta métrica requerimos analizar el tiempo
promedio en reparar cada error

Responsable El responsable de recolectar esta métrica es Lucerito Alarcón acosta

Número de errores=10
Suma de tiempo en reparar cada error=9,6
Promedio de en reparar cada error =1.4

Se puede analizar, que el promedio en reparar cada error es de una hora, este tiempo se necesita reducir e
igualmente el número de errores

15
3.14 Cobertura de validaciones

Nombre Cobertura de validaciones

Definición Esta métrica representa la cobertura de validaciones que se realizaron en las

vistas del proyecto. La calificación va de 0 a 5 representando dependiendo de la
cobertura del proyecto
Ti

Metas Analizar la cobertura de las validaciones en el proyecto

Análisis Con esta métrica se analiza, la confiabilidad que tiene el proyecto en el ingreso de
datos, ya que los usuarios pueden ingresas valores incorrectos, generando errores
e información errónea.

Responsable El responsable de recolectar esta métrica es Lucerito Alarcón acosta

Se tiene un 50% del proyecto con validaciones, lo que se califica con un 3.

4. Métricas primitivas o Técnicas

4.1 Horas trabajadas

Nombre Horas trabajadas

Definición Representa el tiempo trabajado por los integrantes del equipo en cada iteración.

Análisis Para poder obtener la medición de esta métrica se recolecta la información en

trello de las horas trabajadas.

16
 Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Horas trabajadas =25 horas.

4.2 Tiempo calendario transcurrido

Nombre Tiempo calendario transcurrido

Definición Representa el tiempo transcurrido en cada iteración.

Análisis Para poder obtener la medición de esta métrica se llevará la cuenta desde la
fecha de inicio del proyecto y se comparará con la fecha final de entrega,
mediante una resta simple, se puede evidenciar mediante Corrello una extensión
de trello para sacar estadísticas..

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Mediante la herramienta corrello se evidencio que la estimación de tiempo fue de 48 días, y se realizó todo
en 46 días.
Se obtuvo una ventaja de dos días.

Imagen 7. Se puede evidenciar por medio de la herramienta corrello los 46 dias desde que se inició el
proyecto.
17
4.3 Número de líneas eliminadas

Nombre Número de líneas eliminadas

Definición Representa la cantidad de líneas de código eliminadas del proyecto en cada

iteración.

Análisis Para poder obtener la medición de esta métrica se llevará se hará uso de la
herramienta SonarQube o github, y se validará por medio de los resultados que
arroje esta herramienta.

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Según se evidencia en GitHub se han eliminado 345 líneas de código, para la próxima iteración se tendrán
datos con Sonar para comparar este primera iteración con la segunda.

Imagen 8. Se puede evidenciar mediante la página GitHub, el número total de commit, total código y
código eliminado.

4.4 Número de líneas

Nombre Número de líneas

Definición Representa la cantidad de líneas de código agregadas al proyecto en cada

iteración.

Análisis Para poder obtener la medición de esta métrica se hará uso de la herramienta
SonarQube o GitHub, y se validará por medio de los resultados que arroje esta
herramienta.

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

18
 Según se evidencia en github que el proyecto tiene 19,056 líneas de código, para la próxima iteración se
tendrán datos con Sonar para comparar esta primera iteración con la segunda.

4.5 Historias de Usuario completados

Nombre Historias de Usuario completados

Definición Representa la cantidad de Historias de Usuario terminados en cada iteración

con respecto a los casos de uso planteados para la misma.

Análisis Para poder obtener la medición de esta métrica se llevará un registro de los
Historias de Usuario a implementar y su estado dentro del proyecto. Dicho
estado puede ser Pausa, Trabajando y Entrega ;Como se puede evidenciar el
Trello

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Se completaron 6 Historias de Usuario. se pueden evidenciar el trello

4.6 Número de tareas retrasadas

Nombre Numero de tareas retrasadas

Definición Representa la cantidad de tareas retrasadas en cada iteración con respecto a las
tareas planteadas para la misma.

Análisis Para poder obtener la medición de esta métrica, requerimos analizar cada
iteración y verificar con una lista de chequeo que metas no se alcanzaron a
cumplir satisfactoriamente y cuáles sí.

Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Hasta el momento no se encuentran tareas retrasadas

4.7 Número de tareas completadas

Nombre Número de tareas completadas

Definición Representa la cantidad de tareas terminadas en cada iteración con respecto a las
tareas planteadas para la misma.

Análisis Para poder obtener la medición de esta métrica requerimos analizar cada
iteración y verificar con una lista de chequeo en Trello, qué metas se
cumplieron satisfactoriamente y cuáles no.

19
 Responsable Esta medición será recolectada por Lucerito Alarcón acosta

Hasta el momento como se puede evidenciar en Trello se cumplieron 17 tareas.

20