3. Métricas

Proyecto de Sistema de Registro de las Actividades de
Extensión de Profesores y Estudiantes de la
Universidad Simón Bolívar
Plan de Medición
Versión 1.1
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
Version:
Fecha:
1.1
08/03/2008
Historial de Revisiones
Fecha
Versión
Descripción
Autor
08/02/2008
1.0
Primera Versión del Plan de Medición
Atlas Solutions
08/03/2008
1.1
Segunda version. Con las correcciones
dadas por los profesores en la entrega
#1.
Atlas Solutions.
Confidencial
Atlas Solutions, 2015
Pág. 2
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
Version:
Fecha:
1.1
08/03/2008
Tabla de Contenidos
1.
Introducción
3
1.1
1.2
1.3
1.4
1.5
3
3
4
5
5
Propósito
Alcance
Definitiones, Acrónimos, y Abreviaciones
Referencias
Vista General
2.
Metas y Submetas
5
3.
Métricas
6
3.1
3.2
3.3
6
6
7
Para el Producto
Para el Proceso
Metricas
4.
Métricas Primitivas
8
5.
Anexos
8
Confidencial
Atlas Solutions, 2015
Pág. 3
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
Version:
Fecha:
1.1
08/03/2008
Plan de Medición
1.
Introducción
1.1
Propósito
El propósito de este documento es especificar las métricas primitivas que permitirán la
evaluación y control del desarrollo del proyecto.
Para monitorear el progreso general del proyecto debe ser especificada una serie de
metas y submetas a llevar a cabo durante el desarrollo.
1.2
Alcance
El presente documento define un conjunto de métricas simples, incluyendo las metas de
medición, las métricas asociadas, y las métricas primitivas a ser evaluadas durante el desarrollo
del proyecto, con el fin de monitorear su desempeño global.
Los detalles de las actividades individuales han sido descritos en los Planes de Iteración.
La orientación de este documento está basada en los requerimientos del software tal y como
fueron especificados en el Documento de Requerimientos.
1.3
Definiciones, Acrónimos, y Abreviaciones
1.3.1.
Caso de Uso
Formato que proporciona uno o más escenarios que indican cómo debería interactuar el sistema
con el usuario o con otro sistema para conseguir un objetivo específico.
1.3.2.
DII
Dirección de Ingeniería de Información
1.3.3.
Iteración
Una fase en el proceso de desarrollo del proyecto según la metodología RUP.
1.3.4.
Recurso
Conjunto de elementos disponibles para el desarrollo del proyecto.
1.3.5.
RUP
Siglas de Rational Unified Process.
1.3.6.
SIRADEx
Acrónimo de Sistema de Registro de Actividades del Decanato de Extensión.
1.3.7.
USB
Siglas de la Universidad Simón Bolívar.
1.3.8.
Usuario
La persona que utiliza o trabaja con algún objeto o que es destinaria de algún servicio público o
privado, empresarial o profesional. En este caso, es la persona que utilizará el software.
Confidencial
Atlas Solutions, 2015
Pág. 4
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
1.4
Referencias
1.4.1
Documento de Requerimientos del Software.
1.4.2
Plan de Desarrollo del Software
1.4.3
Planes de Iteración
1.5
Vista General
Version:
Fecha:
1.1
08/03/2008
Este Plan de Medición del Software contiene la siguiente información:



2.
Metas de Medición: detalles del programa de medición que va a llevarse a cabo
en términos de logros, mejoras y calidad.
Métricas: las métricas que serán evaluadas en intervalos regulares del proyecto
con el fin de apoyar la medición del logro de las metas.
Métricas Primitivas: las métricas primitivas que serán computadas, bien sea de
manera automática o manual, con el fin de evaluar una métrica.
Metas y Submetas
Existen dos aproximaciones esenciales que pueden ser tomados en cuenta para
asegurar la calidad final del producto. El primer enfoque es el estudio del Proceso por el que un
producto es desarrollado, y el otro, es la evaluación de la calidad del Producto mismo.


El Proceso: visto como la secuencia de actividades llevadas a cabo para
producir el software final, y los artefactos que lo describen.
El Producto: vista como el conjunto de artefactos del Proceso, incluyendo
Software desarrollado, Documentos y Modelos.
Las Metas del Plan de Medición del Software, en líneas generales, son definir las
herramientas y métricas a utilizar para:
 Evaluar:
o Calidad del Producto.
o Calidad del Código.
o Calidad de los Documentos y Modelos.
o El impacto de los cambios en los Requerimientos, según el documento
de riesgo.
o Las tareas que se derivan de cada Requerimiento, según los casos de
uso a implementar (sus diagramas y descripciones)
o El nivel de completitud de cada Requerimiento, según los diagramas ya
hechos y la validación del usuario.
 Asegurar:
o Un seguimiento documentado del proyecto.
o El progreso de las tareas de acuerdo a los estimados realizados.
o El estado progresivo de las actividades.
 Facilitar:
o La planificación y estimación de proyectos similares futuros.
o La importancia del desarrollo de cada actividad dentro de las Disciplinas.
Confidencial
Atlas Solutions, 2015
Pág. 5
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
3.
Métricas
3.1
Para el Producto
Version:
1.1
Fecha:
08/03/2008
Los productos son: el código, los documentos y los modelos. Algunas características y
sus métricas asociadas se listan en la siguiente tabla:
Producto
Características
Métricas
Código
Tamaño
SLOC (Size Line of Code:
Numero de Líneas de Código)
Documentos
Tamaño
Numero de Paginas
Esfuerzo
Tiempo
invertido
producción,
cambios
reparaciones.
Volatilidad
Numero
cambiadas.
Tamaño
- Numero de Casos de Uso.
- Numero de Actores.
- Numero de Clases.
- Numero de Paquetes.
- Numero de Métodos por
Clase.
- Numero de Atributos por
Clase.
Modelos
3.2
de
en
y
páginas
Para el Proceso
Para caracterizar el proceso, las mediciones deben estar basadas en comparaciones
entre los valores actuales y los estimados realizados. Algunas características y sus métricas
asociadas se listan en la siguiente tabla:
Confidencial
Característica
Métrica
Esfuerzo
Horas Hombre
desarrollo.
Duración
Tiempo invertido en cada actividad.
Salida
Artefactos y su tamaño y cantidad.
Atlas Solutions, 2015
invertidas
en
el
Pág. 6
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
3.3
Version:
Fecha:
1.1
08/03/2008
Métricas
Nombre
WMC (Weighted Methods per Class)
Definición
Número de Métodos implementados en una Clase.
Metas
El número de métodos de una clase ayuda a medir la
cantidad de tiempo y esfuerzo requeridos para
mantener esa clase. Mientras el número de métodos
en una clase es mayor, se incrementa el impacto
sobre las clases hijas ya que heredarían todos los
métodos de la superclase. Las clases con un número
de métodos muy grande tienden a limitar la posibilidad
de reutilización (de código o de componentes).
Esta métrica mide Usabilidad y Reusabilidad.
Procedimiento de
Análisis
El número de métodos por clases será medido,
contado y almacenado en el momento de la
elaboración del Diagrama de Clases.
Los resultados serán almacenados para futuras
referencias.
Responsabilidades Equipo Desarrollador: Atlas Solutions.
Nombre
Duración
Definición
La duración es calculada según los momentos de
comienzo y culminación del Desarrollo, y es medida
en Horas.
Duración = Tiempo_Culminacion – Tiempo_Comienzo
Metas
Procedimiento de
Análisis
La Duración es medida para calcular o aproximarse a
una medida del esfuerzo realizado por el Equipo
Desarrollador. Esta medida del esfuerzo será utilizada
para realizar mediciones sobre el Producto y sobre el
Proceso.
El tiempo de duración será calculado por medio de la
cantidad de horas que emplee cada integrante del
equipo en el desarrollo de una actividad.
Se utilizara un modelo de planilla donde se llevaran
los datos necesarios para el calculo de las horas
trabajadas (anexo 5.1)
Responsabilidades
Confidencial
Cada miembro del Equipo Desarrollador (Atlas
Solutions) es responsable de realizar la medición del
tiempo invertido en la realización de cada actividad
específica, cuando está sea culminada.
Atlas Solutions, 2015
Pág. 7
Proyecto de Sistema de Registro de las Actividades de Extensión de
Profesores y Estudiantes de la Universidad Simón Bolívar.
Measurement Plan de Medici on
D10
4.
Version:
Fecha:
1.1
08/03/2008
Métricas Primitivas
Las siguientes Métricas Primitivas serán recolectadas manualmente y servirán como base para
el cómputo de las Métricas expuestas anteriormente:
Nombre
SLOC (Source Lines of Code)
Definición
Numero de líneas ocupadas en el Código Fuente de la aplicación.
Procedimiento de
Recolección
Las líneas del código fuente serán contadas por cada clase.
Responsabilidades
Equipo Desarrollador: Atlas Solutions.
Nombre
Número de Casos de Uso
Definición
Cantidad de Casos de Uso en el Modelo de Casos de Uso del Sistema.
Procedimiento de
Recolección
El número de Casos de Uso será contado al culminar la elaboración del
Modelo y Diagrama de Casos de Uso.
Responsabilidades
Equipo Desarrollador: Atlas Solutions.
El conteo final será realizado al final de cada Iteración.
5.
Anexos
5.1
Formato para el registro del esfuerzo


Modelo de plantilla donde se guardará el esfuerzo realizado por cada miembro del Equipo
Desarrollador.
El esfuerzo será medido en función del tiempo invertido en la culminación de una determinada
actividad.
Miembro
Caso de Uso
correspondiente
Confidencial
Actividad
Artefacto
Fecha
Atlas Solutions, 2015
Tiempo de
Comienzo
Tiempo de
Culminación
Duración
Pág. 8