You are on page 1of 50

PROCESO

TECNOLOGIA PERSONAS
PRODUCTO
Caractersticas
del Cliente
Organizacin
(Solucin de Negocio)
Entorno de
Desarrollo
Sistemas de
Informacin
Mercado
Competitivo
ENTORNO DE MEDICIN DEL SOFTWARE
MTRICAS ORIENTADAS AL TAMAO (Directa)
Se derivan de la normalizacin de las medidas de calidad y
productividad con base al tamao del software desarrollado con
anterioridad
No. de lneas de de cdigo (LDC)

Esfuerzo (persona-mes)

Costo

Personas participantes

Errores durante el desarrollo

Errores en el uso del producto


Ciclo de Vida de un Proyecto
MTRICAS ORIENTADAS AL TAMAO
LCD COMO VALOR DE NORMALIZACIN
Las lneas de
cdigo (LCD) es
un valor de
normalizacin
que permite
hacer
comparaciones
entre distintos
proyectos
Errores / Miles de LCD

Defectos / Miles de LCD

Costo / Miles de LCD

Pginas de Documentacin / Miles de LCD

Esfuerzo / Miles de LCD


Errores / Esfuerzo

Costo / Pginas de documentacin
Otros elementos
MTRICAS ORIENTADAS AL TAMAO
A Favor y en Contra
La mayora de los modelos de estimacin de
software utilizan las LCD como clave de entrada
Existe un amplio conjunto de datos y literatura
que utilizan las LDC
En base a las LCD se pueden hacer fcilmente
otras estimaciones
Las LCD son dependientes del lenguaje de
programacin. Perjudican a los programas ms
cortos
No incorpora fcilmente lenguajes
procedimentales
Requiere un nivel de detalle difcil de alcanzar
MTRICAS ORIENTADAS AL TAMAO
Los Puntos de Funcin, llamados as por vez primera por
Albertch, A.J, son mtricas orientadas a la funcin con un valor
de normalizacin
PUNTOS DE FUNCIN (indirecta)
Qu son?
Los Puntos de Funcin, son una forma sinttica o alternativa
para medir el tamao de un software.
Los Puntos de Funcin, se utilizan en los primeros estadios del
desarrollo de un software, independientemente de la metodologa
utilizada, y se determinan a partir de las especificaciones de los
requerimientos de la etapa de anlisis que sirven de fundamento
para la etapa de diseo.
Definicin
Utilizacin
MTRICAS ORIENTADAS AL TAMAO
ET APA DE
AN ALIS IS
Por lo tanto los Puntos de Funcin
proporcionan una visin interna de la
calidad de los modelos de anlisis
Para una buena estimacin es necesario un buen anlisis y
compresin de cada una de las prestaciones del producto,
mediante una gestin de los requerimientos:
Metodologa de anlisis de requerimiento
Mtodo para crear modelos de sistemas
Mtodos de comunicacin
MTRICAS ORIENTADAS AL TAMAO
FASES DE REQUERIMIENTOS
Concepto del Producto
Anlisis de
Requerimiento
Diseo
Preliminar
Diseo
Detallado
Cdigo
Buena comunicacin con el usuario

Las especificaciones deben ser
completas

Reducir al mnimo las
modificaciones en cuanto a los
requerimientos y especificaciones
posteriores
MTRICAS ORIENTADAS AL TAMAO
COMO SE DETERMINAN LOS PUNTOS DE FUNCION
Se deriva de una
relacin emprica
de acuerdo a
medidas que s son
contables de forma
directa
Dominio de la Informacin y
Evaluaciones de Complejidad
MTRICAS ORIENTADAS AL TAMAO
CRACTERSTICAS DEL DOMINIO DE INFORMACIN
Nmero de Entradas de Usuario: que proporciona diferentes datos
orientados a la aplicacin (no considera peticiones).

Nmero de Salidas de Usuario: que proporciona informacin orientada a la
aplicacin (informes, pantallas, mensajes de error, etc.)

Nmero de Peticiones de Usuario: que es una entrada interactiva que
produce alguna respuesta del software inmediata en forma de salida
interactiva

Nmero de Archivos Lgicos: que pueden ser parte de una gran base de
datos o archivos independientes.

Nmero de Interfaces Externas: flujos legibles por la mquina (archivos de
datos de cinta o de disco) que transfieren informacin desde o hacia otros
sistemas.
MTRICAS ORIENTADAS AL TAMAO
Un Ejemplo Grfico de Definicin de las Caractersticas
de Dominio
MTRICAS ORIENTADAS AL TAMAO
DEFINIR el Valor de Complejidad para cada uno de los
dominios de informacin
SIMPLE

MEDIO

COMPLEJO
DEFINIR la frmula para calcular los Puntos de Funcin
con relacin a la complejidad para cada dominio de
informacin
PFA = PF x [ 0,65 + 0,01 x S Fi ]
MTRICAS ORIENTADAS AL TAMAO
PFA = PF x [ 0,65 + 0,01 x S Fi ]
Significados de los elementos de la frmula
Puntos de Funcin
Ajustados
El total de los puntos de funcin sin
ajustar (de acuerdo a las 5
caractersticas de dominio de la
informacin)
Es un multiplicador
estandarizado de influencia
cuyo intervalo es de 0,65 a
1,35
Valores de ajuste de la
complejidad (segn la
respuesta a 14 preguntas en
una escala de 0 a 5)
MULTIPLICADOR
MTRICAS ORIENTADAS AL TAMAO
Sustitucin grfica de la frmula de Puntos de Funcin
PFA = Cuenta Total x [ 0,65 + 0,01 x S Fi ]
349.6
PFA
MTRICAS ORIENTADAS AL TAMAO
Resultado Grfico de Puntos de Funcin
Dominio de
Informacin
Multiplicador estandarizado
MTRICAS ORIENTADAS AL TAMAO
Estimacin de las LDC requerida para cada Punto de
Funcin de acuerdo al nmero medio LDC de un lenguaje
de programacin determinado
FRMULA:
TLDC
Nmero Medio de LDC de un
x Lenguaje de
Programacin
PFA
X
=
EJEMPLO:
24,472
70
(Lenguaje de Programacin
ADA)
349.6
=
X
MTRICAS ORIENTADAS AL TAMAO
Presentacin Grfica de la Estimacin de las LDC
24,472
Lenguaje de Programacin
ADA
349.6
=
X
349,6
ESTIMACIN DEL ESFUERZO
La Estimacin del Esfuerzo nos determina el nmero de
personas que hay que incorporar al proyecto
Utilizacin de estimaciones a partir del tamao

Utilizacin de estimacin a partir del tamao en LDC

Utilizacin del mtodo algortmico de aproximacin (COCOMO)
Esfuerzo (personas-meses) = A x (Tamao)
B
x EMi
donde :
A es una constante derivada de la calibracin igual a 2.94.
B = 0.91 + .01 x S SFi, donde SFi es un factor para cada uno
de los indicadores de escala (5)

EMi es el Factor de esfuerzo compuesto obtenido a partir de los
indicadores

El Tiempo de Desarrollo del Proyecto se estima a partir de la siguiente
ecuacin:
Tdes = 3.67*(E) 0.28+0.002*SSF
La Cantidad de Personal necesaria para desarrollar el Sistema se
cuantifica a partir de la siguiente ecuacin:
CH=E/Tdes
COCOMO II
FACTORES DE ESCALA
. Precedentes (PREC)
. Flexibilidad de Desarrollo (FLEX)
. Resolucin de Arquitectura/Riesgo (RESL)
. Cohesin del Equipo de Trabajo (TEAM)
. Madurez del proceso (PMAT)

Son cinco factores que afectan E, el exponente del TAMAO:
PREC: Desarrollos previos similares
0.00: nuevo desarrollo es idntico a previos
1.24: es muy parecido
2.48: bastante parecido
3.72: aspectos novedosos
4.96: muy diferente
6.20: totalmente diferente.
FLEX: Flexibilidad del desarrollo (e.g. grado de acuerdo con requerimientos pre-establecidos o
con interfaces externos pre-existente)
0.00: metas son generales
1.01: cierto acuerdo
2.03: acuerdo general
3.04: cierta flexibilidad
4.05: flexibilidad ocasional
5.07: riguroso

0.0: plan identifica todos los riesgos crticos y establece hitos para resolverlos, calendario
y presupuesto toma en cuenta riesgos, arquitectura puede tomarse hasta el 40% del
esfuerzo de desarrollo, herramientas disponbles para resolver/mitigar riesgos y verificar
especif. de la arq., muy poca incertidumbre de remisin, interfaz con usuario, tecnologa,
desempeo, riesgos no son crticos.

1.41: plan identifica la mayora de los riesgos crticos y establece hitos para resolverlos,
calendario y presupuesto toma en cuenta la mayora de los riesgos, arquitectura puede
tomarse hasta el 33% del esfuerzo de desarrollo, herramientas disponibles para
resolver/mitigar mayora de riesgos y verificar especif. de la arq., poca incertidumbre re
misin, interfaz con usuario, tecnologa, desempeo, riesgos no son crticos.

2.83: plan identifica muchos de los riesgos crticos y establece hitos para resolverlos,
calendario y presupuesto generalmente toma en cuenta riesgos, arquitectura puede tomarse
hasta el 25% del esfuerzo de desarrollo, herramientas regularmente disponibles para
resolver/mitigar riesgos y verificar especif. de la arq., algo de incertidumbre re misin,
interfaz con usuario, tecnologa, desempeo, no ms de un riesgo crtico.
FACTORES DE ESC ALA (SFi)
RESL: Manejo de riesgos y arquitectura
4,24: plan identifica algunos de los riesgos crticos y establece hitos para resolverlos,
calendario y presupuesto toma en cuenta algunos de los riesgos, arquitectura puede tomarse
hasta el 17% del esfuerzo de desarrollo, hay problemas con la disponibilidad del arquitecto,
algo de herramientas disponibles para resolver/mitigar riesgos, verificar especif. de la arq.,
considerable incertidumbre re misin, interfaz con usuario, tecnologa, desempeo, entre 2-
4 riesgos crticos.

5.65: plan identifica pocos riesgos crticos y establece hitos para resolverlos, calendario y
presupuesto toma en cuenta pocos riesgos, arquitectura puede tomarse hasta el 10% del
esfuerzo de desarrollo, hay problemas con la disponibilidad del arquitecto (disp. menor al
40%), pocas herramientas disponibles para resolver/mitigar riesgos y verificar especif. de
la arq., significativa incertidumbre re misin, interfaz con usuario, tecnologa, desempeo,
entre 5-10 riesgos crticos.

7.07: plan no identifica los riesgos crticos, calendario y presupuesto no toma en cuenta los
riesgos, arquitectura puede tomarse hasta el 5% del esfuerzo de desarrollo, hay problemas
con la disponibilidad del arquitecto (disp. menor del 20%), herramientas no disponibles
para resolver/mitigar riesgos y verificar especif. de la arq., extrema incertidumbre re
misin, interfaz con usuario, tecnologa, desempeo, ms de 10 riesgos crticos.
FACTORES DE ESCALA (SFi)
RESL: Manejo de riesgos y arquitectura

0.0: interacciones fluidas, objetivos y culturas de accionistas totalmente
consistentes, total habilidad y disponibilidad de accionistas para acomodar
objetivos de otros accionistas, dilatada experiencia previa operando como
equipo, visin y compromisos 100% compartidos.

1.1: interacciones altamente cooperativas, objetivos y culturas de
accionistas fuertemente consistentes, fuerte habilidad y disponibilidad de
accionistas para acomodar objetivos de otros accionistas, considerable
experiencia previa operando como equipo, visin y compromisos
considerablemente compartidos.

2.19: interacciones principalmente cooperativas, objetivos y culturas de
accionistas considerablemente consistentes, considerable habilidad y
disponibilidad de accionistas para acomodar objetivos de otros accionistas,
mediana experiencia previa operando como equipo, visin y compromisos
medianamente compartidos.
FACTORES DE ESCALA (SFi)
TEAM: Cohesin del equipo de desarrollo
3,29: interacciones bsicas cooperativas, objetivos y culturas de accionistas
bsicamente consistentes, habilidad y disponibilidad bsica de accionistas para
acomodar objetivos de otros accionistas, poca experiencia previa operando
como equipo, visin y compromisos poco compartidos.

4,38: algunas interacciones difciles, objetivos y culturas de accionistas algo
consistentes, algo habilidad y disponibilidad de accionistas para acomodar
objetivos de otros accionistas, poca experiencia previa operando como equipo,
visin y compromisos poco compartidos.

5,48: interacciones difciles, objetivos y culturas de accionistas poco
consistentes, poca habilidad y disponibilidad de accionistas para acomodar
objetivos de otros accionistas, nada de experiencia previa operando como
equipo, visin y compromisos nada compartidos.
FACTORES DE ESCALA (SFi)
TEAM: Cohesin del equipo de desarrollo
El Modelo de Capacidad de Madurez (CMM)
Modelo de Madurez del Proceso de Software - desarrollado para evaluar las capacidades de
una organizacin de software e identificar las reas ms importantes de mejoramiento -
tratando el proceso completo de desarrollo de software como un proceso que puede ser
controlado, medido, y mejorado.
Para mejorar sus capacidades, las organizaciones de software deben: comprender el estado
actual de sus procesos de software; desarrollar una visin de los procesos deseados;
establecer una lista de las acciones de mejoramiento requeridas en orden de prioridad;
producir un plan para cumplir dichas acciones; y comprometer los recursos para ejecutar el
plan
Descompone cada nivel de madurez en reas claves de proceso (KPA), prcticas claves, e
indicadores claves.
reas claves: identifican objetivos a ser alcanzados para alcanzar un nivel de madurez
particular.
Prcticas claves: procedimientos y actividades que contribuyen a alcanzar los objetivos.
Indicadores claves: ayudan a determinar el cumplimiento de los objetivos, forman la base
para el procedimiento de evaluacin.
Desenfatiza el score (nivel de madurez) de una evaluacin. El producto final es ahora un
perfil de reas claves, que pueden ser satisfechas parcial o completamente, o no ser
satisfechas.
El nivel de madurez se establece como aquel en que se satisfacen todas las reas claves en
forma continua.
FACTORES DE ESCALA (SFi)
Madurez del proceso (PMAT) estimada, en relacin al modelo de madurez de software CMM:
Nivel de madurez estimada, en
relacin al modelo de madurez de
software CMM:
0.00, nivel 5
1.56, nivel 4
3.12, nivel 3
4.68, nivel 2
6.24, nivel 1, superior
7.80, nivel 1, inferior.

FACTORES DE ESCALA (SFi)
Madurez del proceso (PMAT)

Capability Maturity Model
(CMM)
Inicial (1)
Repetible
(2)
Definido
(3)
Administrado
(4)
Optimizante
(5)
Nivel Inicial (1) - reas claves de proceso:
ninguna
Nivel Repetible (2) - reas claves de proceso:
Gestin de requisitos.
Planificacin de proyectos de software.
Supervisin y seguimiento de proyectos de software.
Gestin de subcontratos de software.
Aseguramiento de calidad de software.
Gestin de la configuracin de software.
Nivel Definido (3) - reas claves de proceso:
Foco en el proceso de la organizacin.
Definicin del proceso de la organizacin.
Programa de entrenamiento.
Administracin de software integrado.
Ingeniera del producto de software.
Coordinacin inter grupos.
Revisin por pares.
Nivel Administrado (4) - reas claves de proceso:
Administracin cuantitativa del proceso.
Administracin de calidad de software.
Nivel Optimizante (5) - reas claves de proceso:
Prevencin de defectos.
Administracin de cambios tecnolgicos.
Administracin de cambios en el proceso.
FACTORES DE ESCALA (SFi)
Madurez del proceso (PMAT) estimada, en relacin al modelo de madurez de software CMM:
Capability Maturity Model (CMM)
Nivel Caracterstica Desafos claves Resultados
5
Optimizante
Mejoramiento realimentado
al proceso
Un proceso humano-intensivo
Mantiene la organizacin en nivel optimizante
Productividad
y calidad



















Riesgo
4
Administrado
(Cualitativo)
Proceso medido
Cambio de tecnologa
Anlisis de procesos
Prevencin de problemas
3
Definido
(Cualitativo)
Proceso definido e
institucionalizado
Mtricas de procesos
Anlisis de procesos
Planes cuantitativos de calidad
2
Repetible
(Intuitivo)
Proceso dependiente de
individuos
Entrenamiento, testeo
Prcticas tcnicas y revisiones
Foco en el proceso, estndares y procesos
1
Inicial
(Ad hoc/catico) Administracin de proyectos y planificacin
Administracin de la configuracin
Aseguramiento de la calidad de software
FACTORES DE ESCALA (SFi)
Madurez del proceso (PMAT) estimada, en relacin al modelo de madurez de software CMM:
FACTOR DE ESFUERZO COMPUESTO POST ARQUITECTURA (EMi)
Producto: RELY, DATA, DOCU, CPLX, RUSE
Plataforma: TIME, STOR, PVOL
Personal: ACAP, AEXP, PCAP, PEXP, LTEX, PCON
Proyecto: TOOL, SITE, SCED
Nomenclatura Empleada
RELY (Seguridad Requerida)
DATA (Tamao de Base de Datos)
DOCU (Documentacin Adaptada al Ciclo de Vida)
CPLX (Complejidad), RUSE (Reutilizacin Requerida)
TIME (Tiempo de Ejecucin Requerido)
STOR (Almacenamiento principal Requerido)
PVOL (Volatilidad de la Plataforma)
ACAP (Capacidad del Analista)
AEXP (Experiencia del Analista)
PCAP (Capacidad del programador)
PEXP (Experiencia en la Plataforma de Sistema Operativo)
LTEX (Experiencia en Lenguaje y Herramienta)
PCON (Continuidad del personal)
TOOL (Uso de Herramientas de SW)
SITE (Desarrollo Multitarea)
SCED (Esquema de Desarrollo Programado)
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (RELY)
MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.
ALTO
Indicador
RELY
Efecto de falla
sin ninguna
consecuencia.
Efecto Peq.
Recuperable
fcilmente.
Fallas
Moderadas.
Grandes
Prdidas
Financieras
Riesgo
de Vidas
Humanas
Valor
Asociado

0.75

0.88

1.00

1.15

1.39

1.00
Tamao de la Base de Datos. (DATA)
Se toma el tamao de la base de datos en kbytes y se divide entre la
cantidad de instrucciones mf, en dependencia del valor obtenido se toma la
complejidad de este indicador. Es lgico que para poder obtener el tamao
de la base de datos, deban estar definidos, los archivos, los campos, la
longitud de estos y estimadas la cantidad de artculos.
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (DATA)
MUY BAJO BAJO NOMINAL ALTO MUY
ALTO
EXT.
ALTO
Indicador
DATA
<10 >=10 Y
<100
>=100 Y
<1000
>=1000
Valor
Asociado
0.93 1.00 1.09 1.19
MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.
ALTO
Indicador
DOCU
Muchas
Etapas sin
cobertura.
Algunas
Etapas sin
Cobertura.
Adapta
do a las
etapas
del
Ciclo
de
Vida.
Excesiva
Document
acin.
Muy
Excesiva
Docu.
Valor
Asociado
0.89 0.95 1.00 1.06 1.13
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (DOCU)
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (CPLX)
NIVEL OPERACIONES DE
CONTROL
OPERACIONES
MATEMTICAS
OPERACIONES DE
ENTRADA/SALIDA
OPERACIONES
DE MANEJO DE
DATOS
Valor
Asociado

MUY BAJO
Cdigos lineales: DO
IF-THEN-ELSE
Predicados simples,
pocas subrutinas.
Evaluacin de expresiones
matemticas simples:
C = A+B*(D-E).
Lecturas simples Escrituras
con formatos simples.
Arreglos simples en
memoria RAM.

0.75

BAJO
Subrutinas en secuencia
la mayor parte en
predicados simples.
Evaluacin de expresiones
reiteradas. Races y
Potencias.
No se necesitan procesos
especiales de E/S. Slo toma y
entrega de informacin. No hay
solapamiento.
Archivos simples sin
cambios en la
estructura de datos.

0.88

NOMINAL
Programacin
Estructurada (PE).
Mayormente subrutinas
simples. Tablas de
decisin.
Uso de subrutinas
matemticas y estadsticas.
Operaciones con matrices y
vectores.
E/S comprende selecciones,
chequeos de estado y
tratamiento de errores.
Mltiples archi- vos
de E/S. Cambios
simples en la
estructura de datos.

1.00

ALTO
Programa estructurado
con muchas subrutinas.
Considerables mdulos.
Colas. Pilas.
Anlisis numrico.
Interpolacin multivariable.
Ecuaciones diferenciales.
Optimizacin del solapamiento
de E/S. Operaciones de E/S a
nivel fsico.
Complejas
reestructuraciones
de los datos.
Subrutinas activadas
por el FD.

1.15

MUY ALTO
Cdigo reentrante y
recursivo. Prioridad fija
de interrupcin manual.
Ecuaciones con matrices
singulares. Ecuaciones
diferenciales parciales.
Anlisis numrico difcil.
Subrutinas para interrumpir el
servicio. Manejo de lneas de
comunicacin.
Uso generalizado de
lo anterior. Archivo
comando de
procesamiento.
Optimizacin de
bsqueda.

1.30

EXTRA ALTO
Programacin mltiple.
Cambios dinmicos de
prioridad. Micro cdigo.
Anlisis numrico difcil y no
estructurado. Anlisis muy
preciso. Mtodos
estocsticos.
Operaciones micro
programables.
Direccin de datos
en lenguaje natural.
Estructuras
dinmicas altamente
enlazadas

1.66
MUY
BAJO
BAJO NOMINA
L
ALTO MUY
ALTO
EXT.
ALTO
Indicador
RUSE
Ninguna A travs
del
Proyecto
A travs
de
Programas
A travs
de Lneas
de
Productos.
A travs de
Lneas
Mltiples de
Prod.
Valor
Asociado
1.00 0.91 1.00 1.14 1.29 1.49
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (RUSE)
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PLATAFORMA (TIME)
MUY BAJO BAJO NOMINA
L
ALTO MUY
ALTO
EXT.
ALTO
Indicador
TIME
50% 70% 85% 95%
Valor
Asociado
1.00 1.00 1.00 1.11 1.31 1.67
Tiempo de Ejecucin Requerido.(TIME)
Se debe estimar el tiempo necesario para la ejecucin de este componente y
calcular el tiempo disponible de computacin, se divide uno entre otro y se
multiplica por 100 para hallar el por ciento, con este nmero se entra a la Tabla
para hallar el nivel de complejidad de este indicador.

El tiempo de ejecucin podr determinarse mediante la siguiente frmula:
TE = TED + TEA + TSD. (Horas/da)
(Tiempo de Ejecucin ) TE = TED + TEA + TSD. (Horas/da)
Donde: TED - Tiempo consumido en la entrada de los datos (hr/da)
TEA - Tiempo de ejecucin y acceso a archivos (hr/da)
TSD - Tiempo consumido en la salida de los datos (hr/da)
VDE VDS
TED = TSD =
RE * 3600 RS * 3600
Donde: VDE - Volumen de datos de entrada (caracteres/da)
RE- Rapidez de la entrada de datos (cps) (0.5)
VDS - Volumen de datos de salida (caracteres/da)
RS - Rapidez de salida de los datos (cps)

VDE o VDS =S CIj (caracteres)
m j=1
CIj = Aij Donde: Aij - Longitud del dato i en el flujo j. (caracteres)
i=1 CIj - Capacidad de informacin del flujo j (caracteres)
m - Cantidad de datos de un flujo
n - Cantidad de flujos de entrada o de salida.
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PLATAFORMA (TIME)
El tiempo de ejecucin y acceso a archivo depende del tipo de proyecto (gestin,
inteligencia artificial, clculo cientfico, etc.), del tipo de mquina, del sistema
operativo, del sistema de gestin de base de datos, etc.

Este tiempo puede calcularse, a travs de programas realizados anteriormente del
mismo tipo o diseados para ello propiamente, que simulen la ejecucin de las
instrucciones y los accesos y a partir de ellos calcular "k11" (tiempo promedio de
ejecucin en segundos por cada mil instrucciones) y entonces se puede calcular TEA
as:
k11 * mf
TEA = (horas/da)
3600
El tiempo de ejecucin y acceso a archivos, es despreciable frente a (TED+TSD) en
sistemas de gestin y es grande con respecto a (TED+TSD) en procesos que contengan
Mtodos Econmico-Matemticos, Estadsticos, de Simulacin, etc.


CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PLATAFORMA (TIME)
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PLATAFORMA
(STOR) ALMACENAMIENTO PRINCIPAL REQUERIDO.
Se estima la cantidad de memoria que se necesita para la ejecucin de este
componente, se divide entre la memoria disponible del computador y se multiplica por
100 para hallar el porciento, con este nmero se entra a la Tabla para hallar el nivel de
complejidad de este indicador.

La cantidad de memoria principal ocupada se puede calcular mediante la frmula:
MP = MOS + MOP + MOD
Donde: MOS - Memoria ocupada por el Software instalado.
MOP - Memoria ocupada por los programas.
MOD - Memoria ocupada por los datos.
MUY BAJO BAJO NOMINAL ALTO MUY
ALTO
EXT.
ALTO
Indicador
STOR
50% 70% 85% 95%
Valor
Asociado
1.00 1.00 1.00 1.06 1.21 1.57
MUY BAJO BAJO NOMINA
L
ALTO MUY
ALTO
EXT.
ALTO
Indicador
PVOL
>=1 MES
Y <=12
MESES
>=6
MESES Y
<=2 SEM
>=2
MESES Y
<=1 SEM
>=2 SEM
Y <= 2
DIAS
Valor
Asociado
0.87 1.00 1.15 1.30
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PLATAFORMA
VOLATILIDAD DE LA PLATAFORMA. (PVOL)
La velocidad de cambio de los medios de cmputo es la frecuencia de cambio del
hardware y el software necesario para las tareas.
* Si el proyecto a desarrollar es un sistema operativo es la velocidad con que cambia el
hardware de la computadora.
* Si el proyecto a desarrollar es un Sistema de Gestin de Base de Datos (SGBD) es la
velocidad con que cambia el hardware de la computadora y el sistema operativo.
* Si el subsistema a desarrollar es una aplicacin del Sistema de Base de Datos es la
velocidad del cambio del hardware de la computadora, el sistema operativo y el sistema
de base de datos.
De acuerdo con la frecuencia de cambio se entrar en la Tabla y se hallar el nivel de
este indicador.
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PERSONAL
CAPACIDAD DE LOS ANALISTAS. (ACAP)
La capacidad de los analistas se mide en trminos de percentiles con respecto a la
poblacin total de analistas de sistemas. Los atributos que deben ser considerados
son: habilidad para el anlisis, eficiencia e integridad y habilidad para la
comunicacin y cooperacin. Este atributo es del conjunto de analistas como un
equipo ms que una suma de ellos individualmente. De acuerdo al valor estimado por
Usted se entra en la Tabla para hallar el nivel de este indicador.
MUY BAJO BAJO NOMINAL ALTO MUY
ALTO
EXT.
ALTO
Indicador
ACAP
15 % 35% 55%. 75% 90% 100%
Valor
Asociado
1.50 1.22 1.00 0.83 0.67 1.00
MUY BAJO BAJO NOMI
NAL
ALTO MUY
ALTO
EXT.
ALTO
Indicador
PCAP
15 % 35% 55%. 75% 90% 100%
Valor
Asociado
1.37 1.16 1.00 0.87 0.74 1.00
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PERSONAL
CAPACIDAD DE LOS PROGRAMADORES. (PCAP)
De este indicador se puede decir lo mismo que de ACAP salvo que lo
principal es la habilidad para programar en vez de la habilidad para el
anlisis. El percentil ser con respecto a la poblacin de programadores.
Con el valor del percentil se entra a la Tabla y se halla el nivel de este
indicador.
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PERSONAL
CONTINUIDAD DEL PERSONAL. (PCON)
Es el porcentaje de Servicio del Personal compuesto tanto por analistas
como por Programadores con respecto a los aos de Existencia de la
Institucin.
MUY BAJO BAJO NOMI
NAL
ALTO MUY
ALTO
EXT.
ALTO
Indicador
PCON
48% 24% 12% 6% 3% 0%
Valor
Asociado
1.24 1.10 1.00 0.92 0.84 1.00
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PERSONAL
EXPERIENCIA DE LOS ANALISTAS. (AEXP)
Es el tiempo de trabajo promedio que lleva el grupo de analistas en la
actividad de anlisis dentro de la rama en que se esta haciendo el sistema. Con
este valor se entra en la Tabla para hallar el nivel de este indicador
MUY BAJO BAJO NOMINAL ALTO MUY
ALTO
EXT.
ALTO
Indicador
AEXP
2 meses 6 meses 12 meses 36 meses 72 meses > 72
meses
Valor
Asociado
1.22 1.10 1.00 0.89 0.81 1.00
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PERSONAL
EXPERIENCIA EN EL SISTEMA OPERATIVO. (PEXP)
Es el tiempo promedio de experiencia en el sistema operativo de todo el
grupo de analistas y programadores. Con este valor se entra en la Tabla
para hallar el nivel de este indicador.
MUY BAJO BAJO NOMI
NAL
ALTO MUY
ALTO
EXT.
ALTO
Indicador
PEXP
2 meses 6
meses
12
meses
36
meses
72
meses
> 72
meses
Valor
Asociado
1.25 1.12 1.00 0.88 0.81 1.00
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DE PERSONAL
EXPERIENCIA EN EL LENGUAJE DE PROGRAMACIN. (LTEX)
Es el tiempo promedio de experiencia en el lenguaje de programacin de
analistas y programadores. Con este valor se entra en la Tabla para hallar el
nivel del indicador.
MUY BAJO BAJO NOMI
NAL
ALTO MUY
ALTO
EXT.
ALTO
Indicador
PEXP
2 meses 6
meses
12
meses
36
meses
72
meses
> 72
meses
Valor
Asociado
1.22 1.10 1.00 0.91 0.84 1.00
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PROYECTO
USO DE MODERNAS HERRAMIENTAS DE SOFTWARE. (TOOL)
Se considera el uso de:
Muy bajo: Ensamblador
Editor de enlaces bsico
Monitor bsico
Programas de auxilio para la eliminacin de
errores de programacin
Bajo: Compilador lenguaje de alto nivel
Macroemsamblador
Editor de enlaces overlay
Monitor de lenguaje independiente
Editor de documentos en lote
Biblioteca bsica de ayuda
Sistema Base de Datos Bsico
Nominal: Sistema operativo tiempo real o compartido
Sistema de Direccin de Base de Datos (DBMS)
Biblioteca simple de programacin
Editor de documentos interactivo
Editor de enlaces overlay extendido
Programa de auxilio para la eliminacin de
errores interactivo

Alto: Sistema operativo de memoria virtual
Sistema de ayuda al diseo de Base de Datos
Biblioteca de apoyo a la programacin con
ayuda para el manejo de la configuracin
Analizador de uso fijo
Analizador del flujo de programas y textos
Editor de textos bsico
Muy Alto: Sistema de documentacin integrado
Sistema de control de proyectos
Herramientas automatizadas de diseo
Sistema automtico de verificacin
Herramientas de propsito especifico
Simuladores de conjuntos de instrucciones
Formateador de display
Herramientas del proceso de comunicacin
de control de entrada de datos, ayuda a la
conversin, etc.
INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.
ALTO
Indicador
TOOL
Editar,
Codificar y
Corregir.
Ciclos y
Pequea
Integracin.
Integracin
Moderna.
Bastante
Integra-
cin.
Cuantiosa
Integracin.
Valor Asociado 1.24 1.12 1.00 0.86 0.72 1.00
INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.
ALTO
Indicador
SITE
Telfono,
Correo.
Telfono,
Fax.
Banda
Corta,
Emails.
Banda
Ancha
Banda
Ancha,
Ocasional-
Mente
Vdeo_Con
ferencia.
Mltiples
formas,
Interactivo.
Valor
Asociado
1.25 1.10 1.00 0.92 0.84 0.78
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PROYECTO
Desarrollo Multitarea (SITE)
Segn el por ciento del TDES nominal que se quiera acelerar el proyecto o desacelerar as
ser el nivel de este indicador que se halla en la Tabla . La aceleracin del proyecto por
encima del 75 % del tiempo de desarrollo nominal es considerado imposible al igual que
un alargamiento de ms de un 60%.
CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES
DEL PROYECTO
ESQUEMA DE DESARROLLO PROGRAMADO. (SCED)
INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.
ALTO
Indicador
SCED
75% del
Nominal.
85% 100% 130% 160%
Valor
Asociado
1.29 1.10 1.00 1.00 1.00 1.00

You might also like