TRABAJO INVESTIGATIVO

ADMINISTRACIN DE PROYECTOS DE SOFTWARE

ACTIVIDAD N: 22 FECHA ENVIO: 23/06/2015 FECHA ENTREGA: 25/06/2015

Profundizar la investigacin sobre los procesos de estimacin del tiempo
TEMA:
segn HUMPHREY.
UNIDAD N 5: SEGUIMIENTO Y CONTROL DEL PROYECTO

OBJETIVO: Investigar sobre los procesos de estimacin del tiempo segn

HUMPHREY.

PROBLEMA: Necesidad investigar sobre los procesos de estimacin del tiempo segn
HUMPHREY.
INDICADOR DE EVALUACION: CALIFICACIN
- Habilidad para aplicar el conocimiento de las ciencias
bsicas de la profesin e ingeniera en sistemas.
- Comprender la responsabilidad tica y profesional.
CRITERIOS DE EVALUACIN: Siempre A veces Nunca
(2) (1) (0,5)
CAPACIDAD DE COMUNICACIN.
EN IMPRESOS
Entrega documentacin impresa y digital. (Siguiendo las normas y convenciones para la
escritura y sin falta de ortografa). La redaccin del documento debe ser clara. Debe incluir todas las
fuentes de donde tom la informacin.
Cumple con el formato, normas y estructura para la elaboracin del documento .
APLICACIN DE VALORES.
Puntualidad. Entrega de trabajo a tiempo
Responsabilidad tica. El trabajo es indito y respeta la propiedad intelectual
Responsabilidad profesional. Cumple con las normas tcnicas.
USO DE RECURSOS:
Recursos bibliogrficos fidedignos y con validez cientfica
Recursos tecnolgicos adecuados
CAPACIDAD DE REFLEXIN.
Incluye ejemplos claros que permiten un mejor entendimiento del tema.
CONOCIMIENTO TCNICO.
Destreza con las herramientas informticas.
TIPO DE ACTIVIDAD
LUGAR ALCANCE FORMA
Intraclase Individual Taller Prctica en laboratorio
Grupal Sntesis, esquemas Prctica en clase
Extraclase Caso de estudio Resolucin de problemas,
Investigativa ejercicios
Vinculacin con la Ensayo, artculo
colectividad Informe de exposicin
ROLES Y RESPONSABILIDADES DE LOS PARTICIPANTES EN LA TAREA:
NOMBRE ESTUDIANTE ROL DESCRIPCIN
Belduma Edwin Estudiante Desarrolla la tarea propuesta
Palacios Sandra Anabel Estudiante Desarrolla la tarea propuesta
Gonzales Jorge Luis Estudiante Desarrolla la tarea propuesta
Tabango Jos Estudiante Desarrolla la tarea propuesta
 1. INTRODUCCIN

Un proyecto es un esfuerzo temporal acometido para crear u nico servicio o

producto. Temporal quiere decir que todo proyecto tiene un comienzo claro y un
final claro. nico significa que el producto o servicio es diferente de alguna forma
clara de todos los productos o servicios similares (PMI).

La necesidad de obtener datos objetivos que permitan evaluar, predecir y mejorar

la calidad del software as como el tiempo y coste de desarrollo del mismo es
imprescindible para garantizar resultados satisfactorios; evidencindose la
importancia de la medicin del software. El valor de las mediciones aumenta
cuando se realiza sobre modelos construidos en las primeras fases del proyecto
ya que los resultados obtenidos permiten tenerlo bajo control en todo momento y
corregir a tiempo posibles desviaciones.

Se debe tener en cuenta que el desarrollo de software implica mucho ms que

escribir instrucciones de programacin y ejecutarlas en un computador, se
requiere cumplir los requisitos del cliente a un costo y de acuerdo a una
planificacin preestablecida.

La estimacin en proyectos de software es una tarea extremadamente compleja,

que requiere, entre otras cosas, disponer de informacin detallada del proyecto o
de los proyectos a estimar, realizar una primera planificacin del proyecto y
conocer los recursos disponibles. Aun disponiendo de todos los medios y de la
informacin necesaria, las estimaciones de los proyectos de software suelen errar,
normalmente, pronosticando resultados menores de los que finalmente se
producen.

En el siguiente documento se conocer sobre el modelo de estimacin

determinado por la teora de Humphery, para ayudar a la estimacin del tiempo y
esfuerzo del producto o servicio de un Proyecto.

2. OBJETIVOS
 2.1 Objetivo General

Profundizar la investigacin sobre los procesos de estimacin del

tiempo segn HUMPHREY.
2.2 Objetivos Especficos

Realizar mejores estimaciones, cada vez ms eficientes, precisas y que

sirvan para tener un modelo de comparacin con datos reales.
Determinar el modelo del uso de los procesos de estimacin basados
segn HUMPHREY.
Definir cules son los procesos a utilizar en la estimacin del tiempo
segn HUMPHREY.

3. MARCO TERICO.

3.1. PROCESOS DE ESTIMACIN DEL TIEMPO SEGN

HUMPHREY.
Segn (Yadira Ruz Constanten, 2013), dice que Watts S. Humphrey fund el
Proceso de Software Personal (PSP) ampliando el proceso de mejora a las
personas que realizan el trabajo de desarrollo de software, pues PSP se
concentra en las prcticas de trabajo de los ingenieros en una forma individual,
teniendo como principio servir para producir software de calidad, basados en la
utilizacin constante de prcticas sanas de ingeniera de software.

De la misma forma que ensea a cmo planear y darle un seguimiento al trabajo,

utilizando un proceso bien definido y medido, estableciendo metas mesurables, y
finalmente utilizando el rastreo constante para alcanzar dichas metas.

Como el objetivo es realizar mejores estimaciones, cada vez ms eficientes,

precisas y que sirvan para tener un modelo de comparacin con datos reales para
que al final se generen los mejores resultados finales, PSP comienza a estimar
los tamaos de los productos que los ingenieros desarrollan personalmente
basndose en el tamao y en los datos de la productividad de cada ingeniero y
con ellos estima el tiempo requerido para hacer el trabajo. Teniendo en cuenta
que el tamao del programa tambin ser expresado en cantidad de Lneas de
Cdigo.

Para gestionar el tiempo empleando los principios de PSP, se deben hacer planes
realistas, intentar seguir dichos planes, controlar el uso del tiempo y determinar
los errores y cmo corregirlos. PSP realiza las estimaciones, tanto del tamao del
programa como de los recursos del mismo, con un mtodo que se cre para estos
fines que tiene por nombre PROBE (del ingls PROxy Based Estimating) y que se
aplica a todos los objetos que se encuentran en el diseo conceptual.

En aras de facilitar la recogida de estos datos, PSP provee varias plantillas con un
formato especfico para ir obteniendo todos y cada uno de los cambios en el
sistema. De manera tal que se pueda llegar a entender cmo se aprovecha el
tiempo.

Al aplicar la teora de Humphrey no se puede, a menos que se est trabajando

con una persona experta en la realizacin de una actividad determinada, hacer
una estimacin temprana del tiempo de duracin, pues se basa en la experiencia
acumulada y sta se obtiene tras la contabilizacin de las lneas de cdigo.

Afiliacin Madurez del Proceso (PMAT)

La determinacin del PMAT est basada en el uso del Modelo de Madurez de

Capacidad (CMM) del Instituto de Ingeniera del Software (SEI). El perodo de
tiempo para medir la madurez del proceso es el momento en el que el proyecto
comienza, hay dos formas de hacerlo. La primera toma el resultado de una
evaluacin organizada basada en el nivel alcanzado, segn se muestra en la
Tabla 1 en la que se asocia el valor del nivel de CMM obtenido con su
clasificacin correspondiente (desde Muy Bajo a Extra Alto) y este a su vez se
vincula con el valor de factor de escala para PMAT. La segunda est en
correspondencia con las 18 reas de Proceso Principales (KPAs por sus siglas
en ingls) en el CMM.

Tabla 1. PMAT segn niveles de CMM

Nivel de CMM PMAT Valor PMAT

1. Mitad Inicial Muy bajo 7.80
inferior
1. Mitad Bajo 6.24
superi
or
2 Repetible Nominal 4.68
3 Definido Alto 3.12
4 Gestionado Muy Alto 1.56
5 Optimizado Extra Alto 0.00
Teniendo en cuenta las 18 reas de Proceso Principales (Administracin de
requerimientos, Planificacin del Proyecto de Software, Seguimiento y supervisin
del Proyecto de Software, Administracin de subcontratos, Aseguramiento de la
calidad, Administracin de la configuracin, Objetivo del Proceso de Organizacin,
Definicin del Proceso de Organizacin, Programa de entrenamiento,
Administracin Integrada de Software, Ingeniera del Producto, Coordinacin entre
grupos, Revisin por Pares, Administracin Cuantitativa, Administracin de la
calidad, Prevencin de defectos,

Administracin de las Tecnologas de Cambio y Administracin de los Procesos de

Cambio) el procedimiento para determinar PMAT es establecer el porcentaje de
cumplimiento de cada una de las reas evaluando el grado de cumplimiento de
las metas correspondientes. Para definir el nivel de conformidad se utiliza la
escala porcentual propuesta por Likert.

Cuando se aplica el modelo evaluativo pueden ocurrir fundamentalmente dos

situaciones que atenten contra las estimaciones y el proceso de desarrollo
respectivamente, la primera de ellas es que la(s) persona(s) encargadas de
determinar el porcentaje de conformidad para cada una de las KPA's no tengan
precisin en la definicin de los valores, debido principalmente al desconocimiento
del estado de las mismas y la segunda es que se pueden obtener valores de la
variable PMAT que demuestren un esfuerzo que se puede disminuir si se
aumentan los porcentajes de cumplimiento en las diferentes KPA's.

Reutilizacin de cdigo

La reutilizacin de cdigo se refiere al comportamiento y a las tcnicas que

garantizan que una parte o la totalidad de un programa informtico existente se
puedan emplear en la construccin de otro programa. De esta forma se
aprovecha el trabajo anterior, se economiza tiempo y se reduce la redundancia.
Tanto COCOMO como PROBE dan tratamiento al cdigo reutilizado y lo tienen en
cuenta para estimar el tamao del software en Lneas de Cdigo (LOC por sus
siglas en ingls).
El tratamiento que hace COCOMO del software reutilizado utiliza un modelo de
estimacin no lineal para calcular las LOC equivalentes al nuevo desarrollo
(ESLOC) a travs de las frmulas (1) y (2):

ASLOC[ AA+ AAF ( A +0.02SU +UNFM ) ]

ESLOC= , si AAF 0.5(1)
100

ASLOC[ AA + AAF +SUUNFM ]

ESLOC= , si AAF >5(2)
100

Dnde:

ASLOC: es la cantidad de LOC que se va a adaptar,

AA (Assesment and Assimilation): es el grado de valoracin y asimilacin

necesario para decidir cundo un mdulo de software reutilizado por completo es
apropiado para la aplicacin,

SU (Software Understanding): es el porciento de esfuerzo de reutilizacin debido

a la comprensin del software,

UNFM (Programmer Unfamiliarity): es el indicador de la familiaridad del

programador con el software y

AAF (Adaptation Adjustment Factor): es el factor de ajuste de la adaptacin, cuyo

valor se calcula por la frmula (3) teniendo en cuenta tres parmetros del grado
de modificacin

AAF =0.4DM + 0.3CM +0.3(3)

Dnde:

DM: es el porcentaje de diseo de software que es modificado para adaptarlo a

los nuevos objetivos y al entorno,

CM: s el porcentaje de cdigo software adaptado que es modificado para

adaptarlo a los nuevos objetivos y al entorno e

IM: es el porcentaje de esfuerzo requerido para integrar el software adaptado

dentro de la totalidad del producto y comprobar el producto resultante comparado
con la cantidad de esfuerzo normal de integracin y pruebas para software de un
tamao similar.
En las frmulas (1) y (2) los valores obtenidos por PSP tendran una incidencia
directa sobre las variables ASLOC, AA y UNFM.

Segn PROBE la categora de reutilizado se utiliza slo para partes del cdigo sin
modificaciones. Cuando se modifican los programas existentes, el programa sin
modificar es la base (tamao total del programa sin modificar antes el desarrollo),
y se estiman las adiciones (tamao del cdigo aadido para mejorar el programa
base), modificaciones (LOC que se aaden al cdigo existente como parte de una
modificacin) y supresiones (tamao del cdigo que es eliminado del programa
base por no ser necesario). Incluso si el programa no se modifica, no se considera
reutilizado a menos que se destine especficamente para su reutilizacin.

4. CONCLUSIONES

La estimacin del tiempo segn Humphrey son mejores, precisos y nos

sirven para tener un modelo de comparacin con datos reales.
La estimacin del tiempo segn Humphrey propone la utilizacin de
LDC, lneas de cdigo, reutilizacin de cdigo y la afiliacin Madurez del
Proceso (PMAT).
Los procesos de estimacin del tiempo segn Humphrey permite
proceso de mejora a las personas que realizan el trabajo de desarrollo
de software.

5. RECOMENDACIONES

Se recomienda que:

Reutilizar el cdigo y las tcnicas que garantizan que una parte o la

totalidad de un programa informtico existente se puedan emplear en la
construccin de otro programa.
Utilizar las partes de cdigo de programas sin modificaciones, caso
contrario se adicionaran estimaciones.
Verificar el proceso de estimacin del tiempo segn Humphrey permite
proceso de mejora a las personas que realizan el trabajo de desarrollo
de software.

6. BIBLIOGRAFA
BIBLIOGRAFA
Ruz, Y. (Octubre de 09 de 2013). Estimacin en proyectos de software integrando
los mtodos de Boehm y Humphrey. Recuperado el 23 de Junio de 2015,
de http://scielo.sld.cu/scielo.php?pid=S2227-
18992013000300003&script=sci_arttext