Está en la página 1de 7

PMS V1.

0 Plan de medición-

PLAN DE MEDICION DE SOFTWARE


Versión 1.0

PMS V1.0

Marzo 31, 2018

1
PMS V1.0 Plan de medición-

Contenido:

SECCION 1. Introducción.........................................................................................................................................................3
1.1 Propósito................................................................................................................................................................3
1.2 Descripción Organizacional...................................................................................................................................3
SECCION 2. Papeles de medición organizativa y responsabilidades.......................................................................................4
2.1 Responsabilidad de medición del administrador del proyecto de software.........................................................4
2.2 Asignación y responsabilidad al analista de datos................................................................................................4
SECCION 3. Especificaciones de medición de proyectos de software....................................................................................5
3.1 Necesidades y objetivos de información de medición..................................................................................................5
SECCION 4. Proceso de medición............................................................................................................................................5
4.1 Colección de datos y proceso de almacenamiento...............................................................................................5
4.2 Métricas del mantenimiento.........................................................................................................................................6
4.3 Medición del Proceso....................................................................................................................................................7

2
PMS V1.0 Plan de medición-

SECCION 1. Introducción

Con el presente plan de mediciones, se espera que las mismas se lleven a cabo de manera correcta y
que se tomen en cuenta cada uno de los parámetros y diferentes tipos de métricas para cada caso en
particular. Se tiene pensado con el mismo la mejoría de los procesos, ya que ofrecerán resultados
que serán de vital importancia para las mejoras.

1.1 Propósito

El propósito del Plan de medición de software (SMP) es especificar las mediciones centrales que
utilizarán todos los proyectos de soporte del ciclo de vida de producción dentro de la División. El
objetivo es desarrollar un conjunto de métricas que mejoren la gestión de los riesgos y proporcionen
una base de datos de información que se utilizará para estimar el esfuerzo de trabajo futuro.

1.2 Descripción Organizacional

El alcance de este plan de medicion estará orientado a:


*Alinear los objetivos del proyecto con el alcance a través de los entregables.
*Definir los entregables del proyecto mediante la herramienta de estructura desagregada de trabajo
o ‘WBS’ (Work Breakdown Structure).
*Revisar la lista de requerimientos funcionales de los clientes, así como, los requerimientos técnicos
*Realizar sesiones de trabajo con el patrocinador del proyecto y el grupo de interesados
o ‘stakeholders’, en caso de existir discrepancias entre los objetivos y los entregables.

Referencias
Documentos abarcados en este proyecto:
* Plan de prueba
* Artefactos

3
PMS V1.0 Plan de medición-

SECCION 2. Papeles de medición organizativa y responsabilidades

Identifica y gestiona los problemas


Usa mediciones para la toma de decisiones
Project
Manager
Toma medidas para arreglar los
fallos
Analista
Colecciona, analiza los datos
de
Y los reportes
datos

Usará los resultados


Para mejorar software

Desarrollador

Figura 2-1. Roles y Responsabilidades. En este caso, es una sola persona.

2.1 Responsabilidad de medición del administrador del proyecto de software


El Administrador de proyectos de software (yo) es responsable de completar con éxito los proyectos
de software asignados. El PMS genera información clave para la toma de decisiones que el
Administrador de proyectos de software necesita para garantizar un proyecto exitoso. Con ese fin, el
Administrador del proyecto de software será responsable de dirigir y organizar las revisiones
formales requeridas y será responsable de la conducta general de este PMS. Los detalles de la
ejecución del PMS se delegan al líder del equipo de análisis de datos.

2.2 Asignación y responsabilidad al analista de datos

El analista de datos proporciona soporte directo al administrador del proyecto de software sobre la
conducta del PMS. La recopilación de datos, las actividades de la base de datos, la preparación de la
presentación, el mantenimiento del Plan MS Project y el análisis preliminar del estado del proyecto
son responsabilidad de él. Se enumeran sus responsabilidades:
a. Como líder del equipo de análisis de datos: Sus responsabilidades son: recopilación de datos,
análisis y presentación.
b. Servirá como jefe de la división de desarrollo de software, el jefe de la rama de pruebas, el
administrador de SCM y el grupo SQA. Realizará análisis de datos, desarrollo de materiales de presentación y
el mantenimiento de los Archivos de Historia del Proyecto y los planes de MS Project.

4
PMS V1.0 Plan de medición-

SECCION 3. Especificaciones de medición de proyectos de software

3.1 Necesidades y objetivos de información de medición

Qué se necesita medir?


* Líneas de código escritas para la construcción del sistema (con fines de medición de esfuerzo).
* Número de ventanas empleadas.
* Entradas/salidas
* Interacción con otros sistemas
* Procesos internos
* Factor de complejidad
* Eficacia en los procesos
* Puntualidad en los cálculos (nómina, asignaciones, deducciones, liquidaciones, etc)

SECCION 4. Proceso de medición

4.1 Colección de datos y proceso de almacenamiento


Para recolectar los datos del proceso de medición, se siguieron procedimientos tales como el conteo
de las líneas de código, la utilización de las métricas por complejidad y funcionalidades, y llevando a
cabo la medición de los cálculos con el objetivo de obtener la eficacia. Éstos luego se almacenarán en
una tabla, la cual contendrá todos los datos para la futura optimización del sistema desarrollado.
PMS V1.0 Plan de medición-

4.2 Métricas del mantenimiento

Nombre: Registrabilidad de cambios


Propósito: ¿Se registran adecuadamente los cambios a la especificación y a los módulos
con comentarios en el código?
Método de
Registrar la proporción de información sobre cambios a los módulos
aplicación:
Medición, fórmula: X = A/B
A = número de cambios a funciones o módulos que tienen comentarios
confirmados
B = total de funciones o módulos modificados
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más registrable. 
0 indica un control de cambios deficiente o pocos cambios y alta estabilidad.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de Sistema de control de configuraciones
medición: Bitácora de versiones
Especificaciones
ISO/IEC 12207 Verificación
SLCP: Revisión conjunta
Audiencia: Desarrolladores
Mantenedores
Requeridores
PMS V1.0 Plan de medición-

4.3 Medición del Proceso

Nombre: Tiempo de respuesta


Propósito: Cuál es el tiempo estimado para completar una tarea.
Método de Evaluar la eficiencia de las llamadas al SO y a la
aplicación: aplicación.
Estimar el tiempo de respuesta basado en ello. Puede
medirse:
 Todo o partes de las especificaciones de diseño.
 Probar la ruta completa de una transacción.
 Probar módulos o partes completas del producto.
 Producto completo durante la fase de pruebas.

Medición, fórmula: X = tiempo (calculado o simulado)


Interpretación: Entre más corto, mejor.
Tipo de escala: proporción
Tipo de medida: X = time
Fuente de medición: Sistema operativo conocido
Tiempo estimado en llamadas al sistema
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Desarrolladores
Requeridores

También podría gustarte