COCOMO II

• Esfuerzo (personas-meses) = A x (Tamaño ó TLDC) B x  EMi

donde :
A es una constante derivada de la calibración igual a 2.94.
B = 0.91 + .01 x  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

ecuación:
Tdes = 3.67*(E) 0.28+0.002*SF
• La Cantidad de Personal necesaria para desarrollar el Sistema se
cuantifica a partir de la siguiente ecuación:
CH=E/Tdes
 FACTORES DE ESCALA
. Precedentes (PREC)
. Flexibilidad de Desarrollo (FLEX)
. Resolución de Arquitectura/Riesgo (RESL)
. Cohesión del Equipo de Trabajo (TEAM)
. Madurez del proceso (PMAT)
Son cinco factores que afectan E, el exponente del TAMAÑO:
• PREC: Desarrollos previos similares
•0.00: nuevo desarrollo es idéntico 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
 FACTORES DE ESC ALA (SFi)
RESL: Manejo de riesgos y arquitectura
0.0: plan identifica todos los riesgos críticos 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 remisión, interfaz con usuario, tecnología,
desempeño, riesgos no son críticos.

1.41: plan identifica la mayoría de los riesgos críticos y establece hitos para resolverlos,
calendario y presupuesto toma en cuenta la mayoría de los riesgos, arquitectura puede
tomarse hasta el 33% del esfuerzo de desarrollo, herramientas disponibles para
resolver/mitigar mayoría de riesgos y verificar especif. de la arq., poca incertidumbre re
misión, interfaz con usuario, tecnología, desempeño, riesgos no son críticos.

2.83: plan identifica muchos de los riesgos críticos 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 misión,
interfaz con usuario, tecnología, desempeño, no más de un riesgo crítico.
 FACTORES DE ESCALA (SFi)
RESL: Manejo de riesgos y arquitectura
4,24: plan identifica algunos de los riesgos críticos 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 misión, interfaz con usuario, tecnología, desempeño, entre 2-
4 riesgos críticos.

5.65: plan identifica pocos riesgos críticos 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 misión, interfaz con usuario, tecnología, desempeño,
entre 5-10 riesgos críticos.

7.07: plan no identifica los riesgos críticos, 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
misión, interfaz con usuario, tecnología, desempeño, más de 10 riesgos críticos.
 FACTORES DE ESCALA (SFi)
TEAM: Cohesión del equipo de desarrollo
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, visión 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, visión 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, visión y compromisos
medianamente compartidos.
 FACTORES DE ESCALA (SFi)
TEAM: Cohesión del equipo de desarrollo

3,29: interacciones básicas cooperativas, objetivos y culturas de accionistas

básicamente consistentes, habilidad y disponibilidad básica de accionistas para
acomodar objetivos de otros accionistas, poca experiencia previa operando
como equipo, visión y compromisos poco compartidos.

4,38: algunas interacciones difíciles, 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,
visión y compromisos poco compartidos.

5,48: interacciones difíciles, 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, visión y compromisos nada compartidos.
 FACTORES DE ESCALA (SFi)
Madurez del proceso (PMAT) estimada, en relación al modelo de madurez de software CMM:
El Modelo de Capacidad de Madurez (CMM)
•Modelo de Madurez del Proceso de Software - desarrollado para evaluar las capacidades de
una organización de software e identificar las áreas más 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 visión 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), prácticas claves, e
indicadores claves.
•Áreas claves: identifican objetivos a ser alcanzados para alcanzar un nivel de madurez
particular.
•Prácticas 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 evaluación.
•Desenfatiza el score (nivel de madurez) de una evaluación. 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 relación al modelo de madurez de software CMM:
Capability Maturity Model (CMM)
Nivel Característica Desafíos claves Áreas Claves Resultados

5 Mejoramiento Un proceso humano-intensivo •Prevención de defectos. Productividad

Optimizante realimentado al Mantiene la organización en •Administración de cambios tecnológicos. y calidad
0.00 proceso nivel optimizante •Administración de cambios en el proceso.

4 (Cualitativo) Cambio de tecnología •Administración cuantitativa del proceso.

Administrado Proceso medido Análisis de procesos •Administración de calidad de software.
1.56 Prevención de problemas

3 (Cualitativo) Métricas de procesos •Foco en el proceso de la organización.

Definido Proceso definido e Análisis de procesos •Definición del proceso de la organización.
3.12 institucionalizado Planes cuantitativos de calidad •Programa de entrenamiento.
•Administración de software integrado.
•Ingeniería del producto de software.
•Coordinación inter grupos.
•Revisión por pares.

2 (Intuitivo) Entrenamiento, testeo •Gestión de requisitos.

Repetible Proceso Prácticas técnicas y revisiones •Planificación de proyectos de software.
4.68 dependiente de Foco en el proceso, estándares y •Supervisión y seguimiento de proyectos de
individuos procesos software.
•Gestión de subcontratos de software.
•Aseguramiento de calidad de software.
•Gestión de la configuración de software.

1 (Ad hoc/caótico) Administración de proyectos y • Ninguna

Inicial planificación
Administración de la Riesgo
7.80
configuración
Aseguramiento de la calidad de
software
 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 (Tamaño de Base de Datos)
DOCU (Documentación Adaptada al Ciclo de Vida)
CPLX (Complejidad), RUSE (Reutilización Requerida)
TIME (Tiempo de Ejecución 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 SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (RELY)

MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.

ALTO

Indicador Efecto de falla Efecto Peq. Fallas Grandes Riesgo

RELY sin ninguna Recuperable Moderadas. Pérdidas de Vidas
consecuencia. fácilmente. Financieras Humanas

Valor
Asociado 0.75 0.88 1.00 1.15 1.39 1.00
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (DATA)
Tamaño de la Base de Datos. (DATA)
Se toma el tamaño 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 lógico que para poder obtener el tamaño
de la base de datos, deban estar definidos, los archivos, los campos, la
longitud de estos y estimadas la cantidad de artículos.

MUY BAJO BAJO NOMINAL ALTO MUY EXT.

ALTO ALTO

Indicador <10 >=10 Y >=100 Y >=1000

DATA <100 <1000

Valor 0.93 1.00 1.09 1.19

Asociado
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (DOCU)

MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.

ALTO

Indicador Muchas Algunas Adapta Excesiva Muy

DOCU Etapas sin Etapas sin do a las Document Excesiva
cobertura. Cobertura. etapas ación. Docu.
del
Ciclo
de
Vida.
Valor 0.89 0.95 1.00 1.06 1.13
Asociado
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (CPLX)
NIVEL OPERACIONES DE OPERACIONES OPERACIONES DE OPERACIONES Valor
CONTROL MATEMÁTICAS ENTRADA/SALIDA DE MANEJO DE Asociado
DATOS
Códigos lineales: DO Evaluación de expresiones Lecturas simples Escrituras Arreglos simples en
MUY BAJO IF-THEN-ELSE matemáticas simples: con formatos simples. memoria RAM. 0.75
Predicados simples, C = A+B*(D-E).
pocas subrutinas.
Subrutinas en secuencia Evaluación de expresiones No se necesitan procesos Archivos simples sin
BAJO la mayor parte en reiteradas. Raíces y especiales de E/S. Sólo toma y cambios en la 0.88
predicados simples. Potencias. entrega de información. No hay estructura de datos.
solapamiento.
Programación Uso de subrutinas E/S comprende selecciones, Múltiples archi- vos
NOMINAL Estructurada (PE). matemáticas y estadísticas. chequeos de estado y de E/S. Cambios 1.00
Mayormente subrutinas Operaciones con matrices y tratamiento de errores. simples en la
simples. Tablas de vectores. estructura de datos.
decisión.
Programa estructurado Análisis numérico. Optimización del solapamiento Complejas
ALTO con muchas subrutinas. Interpolación multivariable. de E/S. Operaciones de E/S a reestructuraciones 1.15
Considerables módulos. Ecuaciones diferenciales. nivel físico. de los datos.
Colas. Pilas. Subrutinas activadas
por el FD.
Código reentrante y Ecuaciones con matrices Subrutinas para interrumpir el Uso generalizado de
MUY ALTO recursivo. Prioridad fija singulares. Ecuaciones servicio. Manejo de líneas de lo anterior. Archivo 1.30
de interrupción manual. diferenciales parciales. comunicación. comando de
Análisis numérico difícil. procesamiento.
Optimización de
búsqueda.
Programación múltiple. Análisis numérico difícil y no Operaciones micro Dirección de datos
EXTRA ALTO Cambios dinámicos de estructurado. Análisis muy programables. en lenguaje natural. 1.66
prioridad. Micro código. preciso. Métodos Estructuras
estocásticos. dinámicas altamente
enlazadas
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PRODUCTO (RUSE)

MUY BAJO NOMINA ALTO MUY EXT.

BAJO L ALTO ALTO

Indicador Ninguna A través A través A través A través de

RUSE del de de Líneas Líneas
Proyecto Programas de Múltiples de
Productos. Prod.

Valor 1.00 0.91 1.00 1.14 1.29 1.49

Asociado
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PLATAFORMA (TIME)
Tiempo de Ejecución Requerido.(TIME)
Se debe estimar el tiempo necesario para la ejecución de este componente y
calcular el tiempo disponible de computación, se divide uno entre otro y se
multiplica por 100 para hallar el por ciento, con este número se entra a la Tabla
para hallar el nivel de complejidad de este indicador.

El tiempo de ejecución podrá determinarse mediante la siguiente fórmula:

TE = TED + TEA + TSD. (Horas/día)

MUY BAJO BAJO NOMINA ALTO MUY EXT.

L ALTO ALTO

Indicador 50% 70% 85% 95%

TIME

Valor 1.00 1.00 1.00 1.11 1.31 1.67

Asociado
 CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PLATAFORMA (TIME)

(Tiempo de Ejecución ) TE = TED + TEA + TSD. (Horas/día)

Donde: TED - Tiempo consumido en la entrada de los datos (hr/día)
TEA - Tiempo de ejecución y acceso a archivos (hr/día)
TSD - Tiempo consumido en la salida de los datos (hr/día)
VDE VDS
TED = TSD =
RE * 3600 RS * 3600
Donde: VDE - Volumen de datos de entrada (caracteres/día)
RE- Rapidez de la entrada de datos (cps) (0.5)
VDS - Volumen de datos de salida (caracteres/día)
RS - Rapidez de salida de los datos (cps)

VDE o VDS = CIj (caracteres)

m j=1
CIj = Aij Donde: Aij - Longitud del dato i en el flujo j. (caracteres)
i=1 CIj - Capacidad de información del flujo j (caracteres)
m - Cantidad de datos de un flujo
n - Cantidad de flujos de entrada o de salida.
 CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PLATAFORMA (TIME)

El tiempo de ejecución y acceso a archivo depende del tipo de proyecto (gestión,

inteligencia artificial, cálculo científico, etc.), del tipo de máquina, del sistema
operativo, del sistema de gestión de base de datos, etc.

Este tiempo puede calcularse, a través de programas realizados anteriormente del

mismo tipo o diseñados para ello propiamente, que simulen la ejecución de las
instrucciones y los accesos y a partir de ellos calcular "k11" (tiempo promedio de
ejecución en segundos por cada mil instrucciones) y entonces se puede calcular TEA
así:
k11 * mf
TEA = (horas/día)
3600
El tiempo de ejecución y acceso a archivos, es despreciable frente a (TED+TSD) en
sistemas de gestión y es grande con respecto a (TED+TSD) en procesos que contengan
Métodos Económico-Matemáticos, Estadísticos, de Simulación, etc.
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PLATAFORMA
(STOR) ALMACENAMIENTO PRINCIPAL REQUERIDO.

MUY BAJO BAJO NOMINAL ALTO MUY EXT.

ALTO
ALTO

Indicador 50% 70% 85% 95%

STOR
Valor 1.00 1.00 1.00 1.06 1.21 1.57
Asociado

La cantidad de memoria principal ocupada se puede calcular mediante la fórmula:

MP = MOS + MOP + MOD
Donde: MOS - Memoria ocupada por el Software instalado.
MOP - Memoria ocupada por los programas.
MOD - Memoria ocupada por los datos.

Se estima la cantidad de memoria que se necesita para la ejecución de este

componente, se divide entre la memoria disponible del computador y se multiplica por
100 para hallar el porciento, con este número se entra a la Tabla para hallar el nivel de
complejidad de este indicador.
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PLATAFORMA
VOLATILIDAD DE LA PLATAFORMA. (PVOL)
La velocidad de cambio de los medios de cómputo 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 Gestión 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 aplicación 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.
MUY BAJO BAJO NOMINA ALTO MUY EXT.
L ALTO
ALTO

Indicador >=1 MES >=6 >=2 >=2 SEM

PVOL Y <=12 MESES Y MESES Y Y <= 2
MESES <=2 SEM <=1 SEM DIAS
Valor 0.87 1.00 1.15 1.30
Asociado
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PERSONAL
CAPACIDAD DE LOS ANALISTAS. (ACAP)
La capacidad de los analistas se mide en términos de percentiles con respecto a la
población total de analistas de sistemas. Los atributos que deben ser considerados
son: habilidad para el análisis, eficiencia e integridad y habilidad para la
comunicación y cooperación. Este atributo es del conjunto de analistas como un
equipo más 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 EXT.

ALTO
ALTO
Indicador 15 % 35% 55%. 75% 90% 100%
ACAP
Valor 1.50 1.22 1.00 0.83 0.67 1.00
Asociado
CRITERIOS DE SELECCIÓN 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
análisis. El percentil será con respecto a la población de programadores.
Con el valor del percentil se entra a la Tabla y se halla el nivel de este
indicador.

MUY BAJO BAJO NOMI ALTO MUY EXT.

NAL ALTO
ALTO
Indicador 15 % 35% 55%. 75% 90% 100%
PCAP
Valor 1.37 1.16 1.00 0.87 0.74 1.00
Asociado
CRITERIOS DE SELECCIÓN 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 años de Existencia de la
Institución.
MUY BAJO BAJO NOMI ALTO MUY EXT.
NAL ALTO
ALTO
Indicador 48% 24% 12% 6% 3% 0%
PCON
Valor 1.24 1.10 1.00 0.92 0.84 1.00
Asociado
CRITERIOS DE SELECCIÓN 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 análisis 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 EXT.

ALTO
ALTO
Indicador 2 meses 6 meses 12 meses 36 meses 72 meses > 72
AEXP meses
Valor 1.22 1.10 1.00 0.89 0.81 1.00
Asociado
CRITERIOS DE SELECCIÓN 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 ALTO MUY EXT.

NAL ALTO
ALTO
Indicador 2 meses 6 12 36 72 > 72
PEXP meses meses meses meses meses
Valor 1.25 1.12 1.00 0.88 0.81 1.00
Asociado
 CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DE PERSONAL
EXPERIENCIA EN EL LENGUAJE DE PROGRAMACIÓN. (LTEX)
Es el tiempo promedio de experiencia en el lenguaje de programación de
analistas y programadores. Con este valor se entra en la Tabla para hallar el
nivel del indicador.

MUY BAJO BAJO NOMI ALTO MUY EXT.

NAL ALTO
ALTO
Indicador 2 meses 6 12 36 72 > 72
PEXP meses meses meses meses meses
Valor 1.22 1.10 1.00 0.91 0.84 1.00
Asociado
 CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PROYECTO
USO DE MODERNAS HERRAMIENTAS DE SOFTWARE. (TOOL)
Se considera el uso de: Alto: Sistema operativo de memoria virtual
Muy bajo: Ensamblador Sistema de ayuda al diseño de Base de Datos
Editor de enlaces básico Biblioteca de apoyo a la programación con
Monitor básico ayuda para el manejo de la configuración
Programas de auxilio para la eliminación de Analizador de uso fijo
errores de programación Analizador del flujo de programas y textos
Bajo: Compilador lenguaje de alto nivel Editor de textos básico
Macroemsamblador Muy Alto: Sistema de documentación integrado
Editor de enlaces overlay Sistema de control de proyectos
Monitor de lenguaje independiente Herramientas automatizadas de diseño
Editor de documentos en lote Sistema automático de verificación
Biblioteca básica de ayuda Herramientas de propósito especifico
Sistema Base de Datos Básico Simuladores de conjuntos de instrucciones
Nominal: Sistema operativo tiempo real o compartido Formateador de display
Sistema de Dirección de Base de Datos (DBMS) Herramientas del proceso de comunicación
Biblioteca simple de programación de control de entrada de datos, ayuda a la
Editor de documentos interactivo conversión, etc.
Editor de enlaces overlay extendido
Programa de auxilio para la eliminación de
errores interactivo
INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.
ALTO
Indicador Editar, Ciclos y Integración Bastante Cuantiosa
TOOL Codificar y Pequeña Moderna. Integra- Integración.
Corregir. Integración. ción.
Valor Asociado 1.24 1.12 1.00 0.86 0.72 1.00
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PROYECTO
Desarrollo Multitarea (SITE)

INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.

ALTO
Indicador Teléfono, Teléfono, Banda Banda Banda Múltiples
SITE Correo. Fax. Corta, Ancha Ancha, formas,
Emails. Ocasional- Interactivo.
Mente
Vídeo_Con
ferencia.
Valor 1.25 1.10 1.00 0.92 0.84 0.78
Asociado
CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES
DEL PROYECTO
ESQUEMA DE DESARROLLO PROGRAMADO. (SCED)

Según el porciento 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 aceleración del proyecto por
encima del 75 % del tiempo de desarrollo nominal es considerado imposible al igual que
un alargamiento de más de un 60%.

INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.

ALTO
Indicador 75% del 85% 100% 130% 160%
SCED Nominal.
Valor 1.29 1.10 1.00 1.00 1.00 1.00
Asociado