PSM - Monografía

Universidad San Pedro
Filial Lima - SAD Huacho
Facultad de Ingeniera
Escuela acadmico profesional de
Ingeniera Informtica y de Sistemas
Curso:
Calidad de Software
Tema:
PSM (Practical Software Measurement)
Autores:
Camacho Hoces, Edwin

Pimentel Bernal, Yumilka
Garca Palma, Luilly
Gmez Valencia, Franz
Ciclo:
VIII
Asesor:
Ing. CIP Renzo I. Vergara Quiche
HUACHO PER
2014
PSM (Practical Software Measurement) | Calidad de Software
PSM
(Practical Software Measurement)
INTRODUCCIN
Practical Software and System Measurement (PSM), presenta un enfoque probado para
definir e implementar un proceso de mediciones efectivo para proyectos de desarrollo de
software e integracin de sistemas.
El objetivo de PSM es proveer a los Gerentes de proyecto y tcnicos la informacin
cuantitativa requerida para tomar decisiones objetiva que impactarn en los objetivos de
costo, plazos, y desempeo tcnico.
El PSM propone un proceso de medicin que permite dirigir los objetivos tcnicos y de
negocio de una organizacin, y recoge las mejores prcticas utilizadas por los profesionales
de la medicin dentro de las comunidades del software, la adquisicin de sistemas y la
ingeniera.
INDICE
INTRODUCCIN.......................................................................................................................................2
INDICE DE FIGURAS ................................................................................................................................4
CONTENIDO .............................................................................................................................................5
1.
Antecedentes..............................................................................................................................5
2.
Definicin.....................................................................................................................................5
3.
Modelos del PSM .......................................................................................................................5
4.
3.1
MIM (Measurement Information Model).......................................................................6
3.2
MPM (Measurement Process Model)............................................................................6
Estructura del PSM ...................................................................................................................8

4.1
Planificar la Medicin.......................................................................................................8
4.2
Ejecutar la Medicin .......................................................................................................12
4.3
Evaluacin de la Medicin ............................................................................................13
5.
Administracin del Software ................................................................................................15
6.
Responsabilidades del Proceso de Software ..................................................................15
7.
Perspectivas de un Proceso de Software .........................................................................17
8.
Ventajas y Desventajas del PSM .........................................................................................18
9.
Casos de xito .........................................................................................................................18
REFERENCIAS..........................................................................................................................................19
INDICE DE FIGURAS
Fig. 1 - Niveles del proceso Constructor de la Medicin.............................................................6
Fig. 2 - Modelo del Proceso de Medicin (MPM)............................................................................7
Fig. 3 - Ilustracin de la actividad de Planificacin del PSM......................................................8
Fig. 4 - Mecanismo de seleccin de PSM para medidas............................................................10
Fig. 5 - Ejemplo de constructor de medicin de PSM e ISO 15939.........................................11
Fig. 6 - Ilustracin de la actividad de Ejecucin del PSM .....................................................12
Fig. 7 - Ilustracin de la actividad de Evaluacin del PSM .......................................................13
Fig. 8 - Ilustracin de las Responsabilidades del Proceso de Software ...............................16
CONTENIDO
1. Antecedentes
En 1993, el Grupo Mixto del Conjunto de Logstica de Comandantes en Ingeniera

de Sistemas (JLC JGSE) estableci un proyecto de medicin para elaborar
orientaciones y medicin del software para la transicin de la orientacin a la
prctica.
En 1994, fue nombrado el proyecto y la orientacin como Medicin prctica de

Software (PSM). Las medidas inciales se centraron en proyectos de software de
gestin.
En 1996, se incorporaron medidas adicionales del producto, y un Centro de

Soporte PSM fue establecido.
En 1997, se dio la transicin del patrocinio a la OSD. Ese mismo ao la ISO

estableci un proyecto sobre la medicin del software, y PSM se us como base
para el nuevo estndar internacional ISO/IEC 15939.
En 1998, el programa de transicin formal para PSM fue establecido, y el Centro

de Soporte PSM se traslad al Ejrcito de EE.UU, ARDEC.
En 1999, la ingeniera de sistemas y la ingeniera de medicin del producto se

aadieron a la orientacin. La norma internacional ISO/IEC 15939, se public en
el 2001, y Addison-Wesley public un libro acerca de la medicin prctica de
software en el 2002.
2. Definicin
La medicin prctica del software (PSM) es un proceso para disear e implementar un
programa de medicin del software basada en proyectos. El objetivo del PSM es
proveer informacin necesaria para el manejo de los costos, cronogramas y objetivos
tcnicos en el desarrollo de software. Para ello el PSM brinda mediciones y tcnicas
para la aplicacin de las mtricas. El PSM integra en el proceso de desarrollo las
mediciones y tcnicas de forma flexible.
3. Modelos del PSM

El PSM se basa en el MIM (Measurement Information Model) y MPM (Measurement
Process Model). Ambos modelos trabajan juntos para definir un programa apropiado
para cada proyecto.
3.1 MIM (Measurement Information Model)

EL MIM utilizado en PSM deriva del MIM definido por el estndar ISO/IEC 15939
Software Measurement Process. Provee un mecanismo formal para vincular
necesidad de informacin con procesos de ingeniera del software y productos que
pueden ser medidos. Este modelo es el principal recurso del proceso de medicin
y es la gua para el planeamiento e implementacin de la recoleccin de datos y
anlisis. Durante la etapa de planificacin y ejecucin se deben definir las
necesidades de informacin (seguramente en reas relacionadas a costos, tiempo,
calidad), identificando las medidas e indicadores que van a dar soporte al proceso
de toma de decisiones. Est claro que las necesidades de informacin pueden
modificarse durante el ciclo de vida del proyecto. En la Fig. 1, podemos observar
una estructura bsica para implementar un Constructor de Medicin, facilitando
la toma de decisiones e incorporando la relacin entre entidades, mtricas,
indicadores y las necesidades de informacin.
Fig. 1 - Niveles del proceso Constructor de la Medicin
PSM define siete categoras comunes de informacin de proyectos de software

para facilitar la identificacin y priorizacin de las necesidades de informacin:
1)
2)
3)
4)
5)
6)
7)
Tiempo y progreso
Recursos y Costo
Tamao de producto y estabilidad
Calidad
Rendimiento de los procesos
Eficiencia tecnolgica
Satisfaccin del cliente
3.2 MPM (Measurement Process Model)

El modelo MPM presentado en la Fig. 2, se basa en la secuencia tpica del ciclo
PHVA: PLANEAR - HACER - VERIFICAR - ACTUAR. Est compuesto por las
siguientes actividades que se ejecutan en forma iterativa:
Planificacin de la Medicin: se definen las mtricas necesarias para

satisfacer las necesidades de informacin. La salida de esta actividad da el
soporte para las necesidades de informacin del proyecto. Especifica como
los atributos de software son cuantificados y convertidos en indicadores para
la toma de decisiones. Se define en esta actividad el detalle para la
construccin, los procedimientos de recoleccin, anlisis, resultados.
Realizacin de la Medicin: se implementa el plan de medicin y se realizan

la recoleccin de datos, se realiza el anlisis y se presentan los resultados.
Evaluacin de la Medicin: tanto el proceso de medicin como las propias

mtricas definidas deben evaluarse y mejorarse peridicamente segn sea
necesario.
Establecimiento y mantenimiento del Compromiso: se establecen los

recursos, tecnologa, formacin y herramientas necesarias para implementar
un programa de medicin de forma efectiva.
Este paradigma sugiere un plan de medicin que surge a partir de la necesidad de

informacin.
Fig. 2 - Modelo del Proceso de Medicin (MPM)
4. Estructura del PSM

El proceso de PSM de descompone en 3 actividades principales:
Planificacin
Ejecucin
Evaluacin
Fig. 3 - Ilustracin de la actividad de Planificacin del PSM
4.1 Planificar la Medicin

Esta consiste en identificar las necesidades de informacin del proyecto e
integrndolas dentro del proceso tcnico y de gestin del proyecto.
Identificar y priorizar las necesidades de informacin

Un considerable nmero de recursos debe ser considerado para asegurar que
todas las necesidades de informacin son identificadas, necesidades como las
resultantes de las evaluaciones tcnicas y de gestin de riesgos, objetivos
impuestos desde arriba por la gestin de ejecutivos. PSM ofrece una
clasificacin de recursos para identificar las necesidades del proyecto de
software.
Evaluacin de riesgos, de unas evaluaciones tcnicas y de gestin de
riesgos se pueden identificar algunas necesidades de informacin:
Ms requerimientos.
Una mejor tecnologa.
Un mayor ajuste al proceso.
Mejorar el coste o programa.
Restricciones y asunciones del proyecto, un proyecto puede venir con

asunciones como rendimiento del proveedor, o la disponibilidad de las
pruebas. Posibles necesidades de informacin:
La prdida de informacin que impacta en la estimacin del esfuerzo,

programa, y calidad.
Los presupuestos y programas con restricciones e inflexibles afectan

al xito del proyecto.
Tecnologas liberadas, el xito de un proyecto puede depender de la

liberacin de ciertas tecnologas. Posibles necesidades de informacin:
La efectividad de las tecnologas.
Caractersticas de los paquetes de software comprados.
Componentes reusables.
Criterio de aceptacin del producto, muchas necesidades del proyecto

estn relacionadas con los requisitos de los clientes. Posibles
necesidades de informacin:
Grado de satisfaccin con el criterio de aceptacin del producto

software.
Hitos rigurosos que nos pide el cliente.
Requerimientos externos, la necesidad de tomar decisiones

concernientes a la prontitud para las pruebas o liberaciones de productos
puede necesitar cierta necesidad de informacin derivada del cliente, la
cual ser identificada y seguida dentro del proyecto. Posibles necesidades
de informacin:
Requerimientos del cliente relacionados con la prontitud de pruebas

o liberaciones.
Probabilidad de completitud de objetivos agresivos o poco realistas

de la organizacin.
Experiencia, los equipos con experiencia puede identificar las reas de

problemas potenciales como necesidad de informacin.
Las necesidades de informacin son clasificadas dentro de una de las
siguientes categoras de informacin: programa y progreso, recursos y costes,

estabilidad y tamao del producto, calidad del producto, rendimiento del
proceso, efectividad de la tecnologa, satisfaccin del cliente. Estas categoras
ayudaran a seleccionar apropiadamente las medidas en la actividad siguiente.
Ya que se tiene la clasificacin necesidad-categora ahora hay que dar
prioridad a las necesidades de informacin. Los gestores de software tienen
bastantes necesidades de informacin las cuales tienen un impacto en los
objetivos del proyecto, y para asegurar que el programa de medicin cumpla
esos objetivos las necesidades tienen que ser priorizadas, para ello se puede
realizar un ranking de impacto relativo sobre los objetivos del proyecto y
probabilidad de ocurrencia de la necesidad en el proyecto.
Seleccionar y especificar medidas

Para tal fin PSM tiene su propio mecanismo de seleccin de medidas, Por
cada categora de informacin existe un conjunto de conceptos medibles, y
estos a su vez medidas. Este paso consiste en trazar el concepto medible
apropiado a cada necesidad de informacin, y seleccionar las medidas
candidatas. Un concepto medible es una relacin abstracta entre atributos de
entidades y necesidades de informacin (ISO 2007). En sencillas palabras, de
un documento (entidad) como un reporte de inspeccin del diseo del proyecto
A contiene atributos como una lista de defectos encontrados en las
inspecciones, estos atributos pueden estar relacionados con una necesidad
de informacin como evaluar la calidad del producto durante el diseo. Y una
medida, es una variable para cual su valor es asignado como resultado de
medir.
Fig. 4 - Mecanismo de seleccin de PSM para medidas
10
Fig. 5 - Ejemplo de constructor de medicin de PSM e ISO 15939
Por ltimo, hay que especificar el constructor de medicin. Se pueden ver los
campos cumplimentados de constructor de medicin de PSM, es el mismo
formato del constructor de la norma ISO 15939 (ISO 2007).
11
Integrar propuestas de medicin dentro del proceso del proyecto

Este paso consiste en identificar como los datos sern recogidos y analizados.
Esto incluye la integracin de los procedimientos de recogida de datos dentro
de los procesos, proveyendo datos e integrando los procedimientos de anlisis
y reporte dentro de los procesos de toma de decisiones. El documento
resultante de estas tres tareas es el plan de medicin, cual puede contener:
La descripcin del proyecto.
Los roles de medicin, sus responsabilidades, y medios de comunicacin.
Descripcin de las necesidades de medicin del proyecto.
Especificaciones de medicin (Concepto de medicin, entidades,
atributos, medidas base, modelo de anlisis, etc.) por cada necesidad de
informacin.
Estructuras de agregacin del proyecto (estructura de componentes,
actividades, y funcional).
Mecanismos de reporte y periodicidad.
4.2 Ejecutar la Medicin

Explica como el plan es implementado para producir informacin para los que
toman decisiones.
Fig. 6 - Ilustracin de la actividad de Ejecucin del PSM
12
Recopilar y procesar los datos

Es decir, se describe como los datos pueden ser recogidos con herramientas
de anlisis de cdigo, reportes de defectos, herramientas de planificacin de
proyectos, etc.
Anlisis de datos
Ellos analizan los resultados en base a los procedimientos de anlisis
definidos en el plan de medicin. Existen tres tipos de anlisis en PSM:
Estimacin, produce estimaciones de tamao, esfuerzo, programa, y
calidad.
Anlisis de fiabilidad, evala la fiabilidad de los planes de proyecto
durante las actividades inciales de planificacin y re-planificacin.
Anlisis de rendimiento, evala el rendimiento del proyecto actual con
los planes durante todo el proyecto.
Recomendaciones
Esta tarea envuelve la formulacin de las recomendaciones y las comunica a
travs un anlisis de resultados con los ingenieros, clientes, gestores, etc.
4.3 Evaluacin de la Medicin

Est integrada por cuatro tareas con el objeto de mejorar las medidas y el proceso
de medicin.
Fig. 7 - Ilustracin de la actividad de Evaluacin del PSM
13
Evaluar las medidas

La tarea de evaluacin de medidas considera como los elementos de todos
los constructores de medicin satisfacen las necesidades de medicin. La
medicin es evaluada acorde con: uso del producto de medicin, fiabilidad y
exactitud.
Evaluar el proceso de Medicin

En esta tarea se evala el proceso de medicin desde tres perspectivas:
Rendimiento (entradas, salidas y los efectos del proceso de medicin).
Conformidad (proceso de medicin actual contra la implementacin
intencional).
Madurez (proceso de medicin contra los puntos de referencia externos
del proceso de madurez).
Actualizar la base de experiencias

Tomando como base la evaluacin de los resultados, la base de experiencia
de medicin es actualizada con las lecciones aprendidas, as como tambin
informacin acerca del xito y fallos. Algunos artefactos pueden ser
actualizados con la base de experiencia: los planes de medicin, las polticas,
y procedimientos; la definicin de medidas; tcnicas de verificacin de datos;
medicin de las encuestas de satisfaccin del cliente; reportes de medicin de
anlisis de rendimiento; reportes de medicin del proceso de auditora.
Identificar e Implementar las mejoras

En esta tarea se identifican las mejoras especficas para el proceso de
medicin actual. Estas acciones de mejora o cambios pueden ser
implementadas en la siguiente iteracin del plan de medicin o iniciar como
una actividad paralela. Los siguientes elementos son comnmente cambiados
en un plan de medicin:
Definicin de medidas.
Tcnicas de anlisis.
Procedimientos de procesamiento y recogida de datos.
Herramientas de soporte y dotacin de personal.
Procedimientos de reportes y comunicacin.
14

En resumen, esta propuesta es un buen proceso para planificar, implementar, y evaluar
un plan de medicin e indicadores, adems, los productos de medicin de PSM estn
dirigidos a los gestores de proyectos para tomar el control de sus proyectos de una
forma cuantitativa. Tambin, PSM puede caracterizar proyectos de software con
objetivos especficos que podran ser dirigidos bajo rdenes de alto nivel de un gestor
ejecutivo.
5. Administracin del Software

Para lograr los objetivos del negocio, las funciones de administracin del software estn
agrupadas de la siguiente forma:
Administracin del proyecto: permite crear planes y seguir el estado / progreso

de los productos.
Administracin del proceso: permite asegurar que los procesos de la

organizacin se realizan de manera correcta y son mejorados.
Ingeniera del Producto: tiene como objetivo asegurar la aceptacin del cliente y
la satisfaccin del producto.
La administracin del proceso de software hace referencia a la administracin de los

procesos de trabajo asociados con el desarrollo, mantenimiento y soporte de productos
de software. Esto significa que los productos y servicios producidos por los procesos
cumplen totalmente con los requerimientos internos y externos; y con los objetivos de
negocio de la organizacin. El concepto de administracin del proceso est basado
en 4 principios del control estadstico de procesos. Estos principios sostienen que por
medio del establecimiento y mantenimiento de niveles de variabilidad, los procesos
darn resultados predecibles. De esta forma, se puede decir que los procesos estn
dentro del control estadstico.
6. Responsabilidades del Proceso de Software

Las 4 responsabilidades de la administracin del proceso de software son:
Definir el proceso.
Medir el proceso.
Controlar el proceso.
Mejorar el proceso.
15
Mejorar el
Proceso
Definir el Proceso
Controlar el
Proceso
Medir el Proceso
Ejecutar el
Proceso
Fig. 8 - Ilustracin de las Responsabilidades del Proceso de Software
1) Definicin de un Proceso de Software

Se crea un ambiente disciplinado y estructurado necesario para el control y
mejoramiento del proceso. La responsabilidad de la administracin es definir cada
proceso incluyendo las responsabilidades para implementar y mantener el
proceso. Los objetivos principales asociados a la definicin, implementacin y
mantenimiento son:
a) Disear procesos que se correspondan con los objetivos tcnicos y de
negocio.
b) Identificar y definir los resultados, modelos y mediciones que se relacionan
con el performance de los procesos.
c) Tener la infraestructura necesaria para soportar las actividades de software.
d) Asegurar que la organizacin de software tiene la capacidad de poder ejecutar
y mantener los procesos.
2) Medicin del proceso
Las mediciones son la base para detectar las desviaciones respecto del
performance aceptable. Tambin es la base para detectar oportunidades de
mejora en el proceso. Los objetivos principales asociados a la medicin del
proceso son:
a) Recopilar datos que miden el performance de cada proceso.
b) Analizar el performance de cada proceso.
16

c) Conservar y usar los datos, analizarlos, emitir informes e identificar
oportunidades de mejora.
3) Control del proceso
Se mantiene el proceso dentro los lmites normales de performance. Las acciones
necesarias para establecer y mantener el control de un proceso de software son:
a) Determinar si el proceso est o no bajo control.
b) Identificar las variaciones de performance que son provocadas por anomalas
del proceso.
c) Eliminar el origen de las causas y estabilizar el proceso.
4) Mejora del proceso
Los procesos pueden ser mejorados por medio de la realizacin de cambios que
mejoran las actuales capacidades o por medio del reemplazo de subprocesos
existentes por otros que son ms efectivos o eficientes. Los objetivos principales
asociados al mejoramiento de procesos son:
a) Entender las caractersticas de los actuales procesos y los factores que
afectan la capacidad del proceso.
b) Planear, justificar e implementar acciones que modificarn los procesos y
permitirn mejorar las necesidades del negocio.
c) Evaluar el impacto y los beneficios obtenidos; y compararlos con los costos de
los cambios realizados en los procesos.
7. Perspectivas de un Proceso de Software

1) Performance, que produce actualmente el proceso respecto de los atributos
medibles de calidad, cantidad, costo y tiempo.
2) Estabilidad, determinar el comportamiento del proceso.
3) Conformidad, determinar si las fallas del proceso estn dentro del rango requerido
para el xito del negocio.
4) Capacidad, determinar si el proceso es capaz de entregar productos que se
ajustan a los requerimientos.
5) Mejoramiento e inversin, mejorar el performance del proceso y reducir la
variabilidad.
17
8. Ventajas y Desventajas del PSM
Ventajas
Conocimiento cuantitativo de las caractersticas del proceso y del producto.
Se podrn realizar comparaciones con otros proyectos.
Se podr mejorar el producto ya que las mtricas sirven para detectar defectos.
Se tendr un soporte para la estimacin y la planificacin.
Desventajas
Cuando el mejoramiento se concentra en un rea especfica de la organizacin,

se pierde la perspectiva de la interdependencia que existe entre todos los
miembros de la empresa.
Requiere de un cambio en toda la organizacin, ya que para obtener el xito es

necesaria la participacin de todos los integrantes de la organizacin y a todo
nivel.
En vista de que los gerentes en la pequea y mediana empresas son muy

conservadores, el Mejoramiento Continuo se hace un proceso muy largo.
Hay que hacer inversiones importantes.
9. Casos de xito
Metrix
Adems de contratar especialistas en Ingeniera de Software, Know Edge contrat
a la consultora Metrix para definir los requisitos del producto PSM, y para capacitar
a sus ingenieros en aspectos de mediciones en software y PSM La consultora Metrix
se especializa en la implementacin de programas de mediciones, capacitacin y
consultora para empresas dedicadas al desarrollo de software. Metrix cuenta con
una vasta experiencia en la aplicacin delas mejores prcticas de mediciones en
software basadas en los procesos definidos por la organizacin Practical Software
and System Measurement (PSM) y el modelo CMMI.
18
REFERENCIAS
Practical Software & Systems Measurement, PSM (2005)

http://www.psmsc.com/
PSM Grupo, (2013)

http://www.academia.edu/4726384/PSM-Grupo
Estudio comparativo de los modelos y estndares de calidad del software, (2006)

http://www.iidia.com.ar/rgm/tesistas/scalone-tesis-maestria-ingenieria-en-calidad.pdf
Alineacin de la gestin estratgica con la medicin de productos y procesos para

organizaciones de Ingeniera del software, Hugo Arnoldo Mitre Hernndez (2008)
http://es.youscribe.com/catalogue/informes-y-tesis/recursos-profesionales/sistemasde-informacion/alineacion-de-la-gestion-estrategica-con-la-medicion-de-productos-y1905650
Sistema informtico para el seguimiento y supervisin de proyectos de desarrollo de

software, (2002)
http://repositorioacademico.upc.edu.pe/upc/bitstream/10757/273549/1/XPiaget.pdf
Panel de Control para el monitoreo de proyectos de desarrollo de software, (2006)

http://es.scribd.com/doc/18689841/Presentacion-del-Trabajo-Final-PSM-Dashboard
Configuracin y funcionamiento de un Sistema de Medicin del Proceso de Diseo,

(2010)
http://www.tl9000.org/registration/documents/Design_Process_Measurement_System
_Guidance_Rev_2_1_Spanish.pdf
Medicin de software, Flix Garca Universidad de Castilla (2010)

http://alarcos.esi.uclm.es/per/fruiz/curs/santander/fgarcia-medicion-update.pdf
19

PSM - Monografía

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

PSM - Monografía

Uploaded by

Copyright:

Available Formats

Universidad San Pedro

Filial Lima - SAD Huacho

PSM (Practical Software Measurement)

Camacho Hoces, Edwin

Ing. CIP Renzo I. Vergara Quiche

PSM (Practical Software Measurement) | Calidad de Software

PSM (Practical Software Measurement) | Calidad de Software

PSM (Practical Software Measurement) | Calidad de Software

Modelos del PSM .......................................................................................................................5

MIM (Measurement Information Model).......................................................................6

MPM (Measurement Process Model)............................................................................6

Estructura del PSM ...................................................................................................................8

Ejecutar la Medicin .......................................................................................................12

Evaluacin de la Medicin ............................................................................................13

Administracin del Software ................................................................................................15

Responsabilidades del Proceso de Software ..................................................................15

Perspectivas de un Proceso de Software .........................................................................17

Ventajas y Desventajas del PSM .........................................................................................18

Casos de xito .........................................................................................................................18

PSM (Practical Software Measurement) | Calidad de Software

PSM (Practical Software Measurement) | Calidad de Software

En 1993, el Grupo Mixto del Conjunto de Logstica de Comandantes en Ingeniera

En 1994, fue nombrado el proyecto y la orientacin como Medicin prctica de

En 1996, se incorporaron medidas adicionales del producto, y un Centro de

En 1997, se dio la transicin del patrocinio a la OSD. Ese mismo ao la ISO

En 1998, el programa de transicin formal para PSM fue establecido, y el Centro

En 1999, la ingeniera de sistemas y la ingeniera de medicin del producto se

3. Modelos del PSM

PSM (Practical Software Measurement) | Calidad de Software

3.1 MIM (Measurement Information Model)

Fig. 1 - Niveles del proceso Constructor de la Medicin

PSM define siete categoras comunes de informacin de proyectos de software

3.2 MPM (Measurement Process Model)

PSM (Practical Software Measurement) | Calidad de Software

Planificacin de la Medicin: se definen las mtricas necesarias para

Realizacin de la Medicin: se implementa el plan de medicin y se realizan

Evaluacin de la Medicin: tanto el proceso de medicin como las propias

Establecimiento y mantenimiento del Compromiso: se establecen los

Este paradigma sugiere un plan de medicin que surge a partir de la necesidad de

Fig. 2 - Modelo del Proceso de Medicin (MPM)

PSM (Practical Software Measurement) | Calidad de Software

4. Estructura del PSM

Fig. 3 - Ilustracin de la actividad de Planificacin del PSM

4.1 Planificar la Medicin

Identificar y priorizar las necesidades de informacin

Una mejor tecnologa.

PSM (Practical Software Measurement) | Calidad de Software

Un mayor ajuste al proceso.

Mejorar el coste o programa.

Restricciones y asunciones del proyecto, un proyecto puede venir con

La prdida de informacin que impacta en la estimacin del esfuerzo,

Los presupuestos y programas con restricciones e inflexibles afectan

Tecnologas liberadas, el xito de un proyecto puede depender de la

La efectividad de las tecnologas.

Caractersticas de los paquetes de software comprados.

Criterio de aceptacin del producto, muchas necesidades del proyecto

Grado de satisfaccin con el criterio de aceptacin del producto

Hitos rigurosos que nos pide el cliente.

Requerimientos externos, la necesidad de tomar decisiones

Requerimientos del cliente relacionados con la prontitud de pruebas

Probabilidad de completitud de objetivos agresivos o poco realistas

Experiencia, los equipos con experiencia puede identificar las reas de

PSM (Practical Software Measurement) | Calidad de Software

Seleccionar y especificar medidas