SlideShare une entreprise Scribd logo
1  sur  18
COCOMO BÁSICO



 •David Arroyo
 •Verónica Pérez
Modelo COCOMO
• Se obtuvo recolectando datos de varios
  proyectos de software grandes, y después
  analizando esos datos para descubrir fórmulas
  que se ajustarán mejor a las observaciones.

• El COCOMO 81 , primera versión del modelo
  COCOMO , fue un modelo de tres niveles donde
  éstos reflejaban el detalle del análisis de la
  estimación del costo.




                                                   2
• Simple: proyectos pequeños de < 50KLDC, en los
  cuales se tiene experiencia de proyectos similares

• Moderado: proyectos de complejidad media(<
  300 KLDC) donde la experiencia es variable.

• Incrustado: proyectos bastante complejos donde
  la experiencia es nula y se utiliza tecnología
  realmente de frontera.
TECNICAS DE ESTIMACIÓN
        ESTIMACIÓN LDC Y PF

Las estimaciones de LDC y PF son técnicas de estimación
distintas:

     LDC (Orientadas al tamaño)
     PF (Orientadas a la función)

Los datos de LDC y PF se utilizan de dos formas durante la
 estimación del proyecto de software.
TECNICAS DE ESTIMACIÓN.
El valor esperado para la variable de estimación, E, puede
obtenerse como una media ponderada de las estimaciones
LDC o PF optimista (a), más probable (m), y pesimista (b) de
las estimaciones LDC o PF por ejemplo:

                 E = (a + 4m + b)/6
                                          EJEMPLO: LDC
MODELO PUNTO DE FUNCION
Este modelo se crea como una alternativa a la
estimación del tamaño de un producto software
mediante LDC (Líneas de Código Fuente).

El método de estimación de puntos de función se
utiliza para determinar el tamaño del software.

Están orientadas a la función es decir se centran en la
funcionalidad o utilidad del programa.


PF= ConteoTotal * [0,65 + 0,01 * ∑ (Fi )]         EJEMPLO
COCOMO Básico




   Tiempo de desarrollo:
La Variable a es un factor constante que
depende de las practicas organizacionales
locales y del tipo de software que se
desarrolla.

La variable b por lo general se encuentra
entre (1;1.5), refleja el esfuerzo requerido
en la mayoria de proyectos
• Coeficientes a usar:

PROYECTO SOFTWARE    a     b      c     d                         Descripción




Simple               3,2   1,05   2,5   0,38   Aplicaciones bien comprendidas desarrolladas por
                                               equipos pequeños


Moderada             3,0   1,12   2,5   0,35   Proyectos más complejos donde los miembros del
                                               equipo tienen experiencia limitada en sistemas
                                               relacionados
Incrustada           2,8   1,20   2,5   0,32   Proyectos complejos donde el software es parte
                                               de un complejo fuertemente acoplado de
                                               hardware, software, reglas y procedimientos
                                               operacionales.
EJEMPLO


Supongamos que una empresa cualquiera desea
diseñar un proyecto que gestione sus inventarios
y decide desarrollarlo mediante su propio equipo
de analista y programadores que anteriormente y
durante muchos años, vienen desarrollando
aplicaciones similares en la misma empresa.

Si un estudio inicial determina que el tamaño del
producto en alrededor de 32 000 líneas de
programa fuente (32 KLOC). Cuales serán las
características del proyecto?.
•Esfuerzo:

E = 2.4 (32)1.05     E = 91 hombres-mes

•Tiempo de desarrollo:



•Número de personas trabajando en el proyecto:

N = 91/14    = 6.5 hombres
        La cantidad de hombres nos da una
        medida del número equivalente de
        personas trabajando a tiempo
        completo en el proyecto.
EJEMPLO: LDC
Considerar un paquete de software a desarrollar para una aplicación de diseño
asistido por computador (CAD). Revisando la especificación del sistema encontramos
que el software va ejecutarse en una estación de trabajo de microcomputadora y se
conectará con varios periféricos gráficos incluyendo ratón, digitalizador, pantalla en
color de alta resolución, y una impresora de alta resolución.
   La evaluación del alcance indica que se requieren las siguientes funciones
   principales para el software de CAD:
   * Interfaz de usuario y facilidades de control (IUCF)
   * Análisis geométrico bidimensional (AG2D)
   * Análisis geométrico tridimensional (A3GD)
   * Gestión de estructuras de datos (GED)
   * Facilidades de visualización de gráficos de computadora (FVGC)
   * Control de periféricos (CP)
   * Módulos de análisis de diseño (MAD)
SOLUCION
     Función                     Optimista   Más        Pesimista   Esperado
                                             probable

     Control de interfaz de      1800        2400       2650        2340
     usuario
     Análisis geométrico en 2-   4100        5200       7400        5380
     D
     Análisis geométrico en 3-   4600        6900       8600        6800
     D
     Gestión de la estructura    2950        3400       3600        3350
     de datos
     Visualización de gráficos   4050        4900       6200        4950
     en la computadora
     Control periféricos         2000        2100       2450        2140
     Análisis de diseño          6600        8500       9800        8400




REGRESAR
                                                                       33360
                                                                      LDC estimadas
Sensores
             Contraseña

          Consulta de zona
                                               Funsion E
Usuario   Consulta de sensor
                                            Interaccion De
                                              Usuario En
                                             HogarSeguro
           Botón de pánico                                       Usuario
          Activar/Desactivar




                                                              Subsistema
                    Datos De Configuracion Del Sistema       De Monitoreo
                                                              Y Respuesta
SOLUCION
•   Se muestra 3 entradas externas (contraseña, botón de pánico y activar/desactivar) junto con
    2 consultas externas(consulta de zona y consulta de sensor). Se muestra ALI (archivo de
    configuración del sistema). También están presentes 2 salidas de usuarios( mensajes y
    estatus del sensor) y 4 AIE (sensor de prueba, configuración de zona, activar /desactivar y
    alerta de alarma)
• PREGUNTAS para determinar los factores de ajustes de valor Fi en PF:
1) ¿El sistema requiere respaldo y recuperación confiables?
2) ¿Se requieren comunicaciones de datos especializados para transferir información a la
    aplicación, u obtenerla de ella?
3) ¿Hay funciones distribuidas de procesamiento?
4)¿El desempeño es crítico?
5)¿El sistema se ejecutará en un entorno existente que tiene un uso pesado de operaciones?
6)¿El sistema requiere entrada de datos en línea?
7)¿La entrada de datos en línea requiere que la transacción de entrada se construya en varias
    pantallas u operaciones?
8)¿Los ALI se actualizan en línea?
9)¿Las entradas, las salidas, los archivos o las consultas son complejos?
10)¿Es complejo el procesamiento interno?
11)¿El código diseñado será reutilizable?
12)¿Se incluyen la conversión e instalación en el diseño?
13)¿Esta diseñado el sistema para instalaciones múltiples en diferentes organizaciones?
14) ¿La aplicación está diseñada para facilitar el cambio y para que el usuario use fácilmente?
NIVEL DE COMPLEJIDAD
  TIPO DE FUNCION                                                     TOTAL
                       SIMPLE         MEDIO      COMPLEJO

Entradas de Usuario     3* 3           3*4             3* 6            9

Salidas de Usuario      2* 4           2*5             2* 7            8

Archivos Internos       1*7           1*10             1* 15           7

Archivos Externos       4* 5          4* 7             4* 10           20

Consultas de Usuario    2* 3          2* 4             2* 6            6

TOTAL PF SIN AJUSTAR                                           PF =    50



            PF= 50*(0,65+(0,01*46))                             REGRESAR
            PF=56

Contenu connexe

Tendances

Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareJennifer Andrea Cano Guevara
 
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareMetodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareAndres Hoyos Mosquera
 
Engenharia de Software Pressman
Engenharia de Software PressmanEngenharia de Software Pressman
Engenharia de Software PressmanSimoneinfo
 
Planificacion De Proyectos De Software
Planificacion De Proyectos De SoftwarePlanificacion De Proyectos De Software
Planificacion De Proyectos De SoftwareIván Sanchez Vera
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de softwareMétricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de softwareGalo Lalangui
 
Unit 1 - Introduction to Software Engineering.ppt
Unit 1 - Introduction to Software Engineering.pptUnit 1 - Introduction to Software Engineering.ppt
Unit 1 - Introduction to Software Engineering.pptDrTThendralCompSci
 
Cocomo II
Cocomo IICocomo II
Cocomo IIActimel
 
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareGestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareJosé Antonio Sandoval Acosta
 
IIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de SoftwareIIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de SoftwareFranklin Parrales Bravo
 
Seminario 3 reutilización del software
Seminario 3 reutilización del softwareSeminario 3 reutilización del software
Seminario 3 reutilización del softwarepto0404
 
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosIDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosFranklin Parrales Bravo
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionAbner Gerardo
 

Tendances (20)

Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareMetodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
 
Exposicion cocomo
Exposicion cocomoExposicion cocomo
Exposicion cocomo
 
Engenharia de Software Pressman
Engenharia de Software PressmanEngenharia de Software Pressman
Engenharia de Software Pressman
 
Planificacion De Proyectos De Software
Planificacion De Proyectos De SoftwarePlanificacion De Proyectos De Software
Planificacion De Proyectos De Software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
COCOMO II
COCOMO IICOCOMO II
COCOMO II
 
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de softwareMétricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de software
 
costos del software
costos del softwarecostos del software
costos del software
 
Unit 1 - Introduction to Software Engineering.ppt
Unit 1 - Introduction to Software Engineering.pptUnit 1 - Introduction to Software Engineering.ppt
Unit 1 - Introduction to Software Engineering.ppt
 
tecnicas de revisión del software
tecnicas de revisión del softwaretecnicas de revisión del software
tecnicas de revisión del software
 
Cocomo II
Cocomo IICocomo II
Cocomo II
 
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareGestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
 
IIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de SoftwareIIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de Software
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
 
Seminario 3 reutilización del software
Seminario 3 reutilización del softwareSeminario 3 reutilización del software
Seminario 3 reutilización del software
 
Estilos arquitectónicos
Estilos arquitectónicosEstilos arquitectónicos
Estilos arquitectónicos
 
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosIDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
5. Métodos de Prueba de Software
5. Métodos de Prueba de Software5. Métodos de Prueba de Software
5. Métodos de Prueba de Software
 

En vedette (20)

Cocomo ejemplo
Cocomo ejemploCocomo ejemplo
Cocomo ejemplo
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Estimación por puntos de función
Estimación por puntos de funciónEstimación por puntos de función
Estimación por puntos de función
 
Cocomo (1)
Cocomo (1)Cocomo (1)
Cocomo (1)
 
COCOMO E COCOMO II
COCOMO E COCOMO IICOCOMO E COCOMO II
COCOMO E COCOMO II
 
Puntos de caso de uso
Puntos de caso de usoPuntos de caso de uso
Puntos de caso de uso
 
Estimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de usoEstimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de uso
 
Modelo Cocomo
Modelo CocomoModelo Cocomo
Modelo Cocomo
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Modelo cocomo
Modelo cocomo Modelo cocomo
Modelo cocomo
 
Puertos o interfaces externas
Puertos o interfaces externasPuertos o interfaces externas
Puertos o interfaces externas
 
Slim
SlimSlim
Slim
 
Puntofunci
PuntofunciPuntofunci
Puntofunci
 
Estimación temprana de proyectos software #pmot #pmlat
Estimación temprana de proyectos software #pmot #pmlatEstimación temprana de proyectos software #pmot #pmlat
Estimación temprana de proyectos software #pmot #pmlat
 
S212 Pf Pcu
S212 Pf PcuS212 Pf Pcu
S212 Pf Pcu
 
Modelo slim caso practico
Modelo slim  caso practicoModelo slim  caso practico
Modelo slim caso practico
 
Modelando casos de uso y estimación de software
Modelando casos de uso y estimación de softwareModelando casos de uso y estimación de software
Modelando casos de uso y estimación de software
 
Modelo COCOMO
Modelo COCOMOModelo COCOMO
Modelo COCOMO
 

Similaire à Cocomo basico

Similaire à Cocomo basico (20)

Caso de Estudio Ejecución del Proyecto
Caso de Estudio Ejecución del ProyectoCaso de Estudio Ejecución del Proyecto
Caso de Estudio Ejecución del Proyecto
 
6.2.5 puntos funcion
6.2.5   puntos funcion6.2.5   puntos funcion
6.2.5 puntos funcion
 
Proyecto piper filter
Proyecto piper filterProyecto piper filter
Proyecto piper filter
 
Estimación temprana de proyectos software #pmot #pmlat @iprocuratio
Estimación temprana de proyectos software #pmot #pmlat @iprocuratioEstimación temprana de proyectos software #pmot #pmlat @iprocuratio
Estimación temprana de proyectos software #pmot #pmlat @iprocuratio
 
Modelo
ModeloModelo
Modelo
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Unidad 4
Unidad 4Unidad 4
Unidad 4
 
Proyecto 21
Proyecto 21Proyecto 21
Proyecto 21
 
Tema 3 estimacion
Tema 3 estimacionTema 3 estimacion
Tema 3 estimacion
 
Plan de pruebas_rev
Plan de pruebas_revPlan de pruebas_rev
Plan de pruebas_rev
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de Software
 
Seminario system center family
Seminario system center family Seminario system center family
Seminario system center family
 
Reporte final
Reporte finalReporte final
Reporte final
 
Unidad 1 Ingenieria de software
Unidad 1 Ingenieria de softwareUnidad 1 Ingenieria de software
Unidad 1 Ingenieria de software
 
IIS Unidad 3B Proceso de desarrollo de software
IIS Unidad 3B Proceso de desarrollo de softwareIIS Unidad 3B Proceso de desarrollo de software
IIS Unidad 3B Proceso de desarrollo de software
 
Christian
ChristianChristian
Christian
 
Ingenieria inversa
Ingenieria inversaIngenieria inversa
Ingenieria inversa
 
Arquitectura de una aplicación
Arquitectura de una aplicaciónArquitectura de una aplicación
Arquitectura de una aplicación
 
Olimpiada Programación e Informática
Olimpiada Programación e InformáticaOlimpiada Programación e Informática
Olimpiada Programación e Informática
 
Administracion de proyectos de software
Administracion de proyectos de softwareAdministracion de proyectos de software
Administracion de proyectos de software
 

Cocomo basico

  • 1. COCOMO BÁSICO •David Arroyo •Verónica Pérez
  • 2. Modelo COCOMO • Se obtuvo recolectando datos de varios proyectos de software grandes, y después analizando esos datos para descubrir fórmulas que se ajustarán mejor a las observaciones. • El COCOMO 81 , primera versión del modelo COCOMO , fue un modelo de tres niveles donde éstos reflejaban el detalle del análisis de la estimación del costo. 2
  • 3. • Simple: proyectos pequeños de < 50KLDC, en los cuales se tiene experiencia de proyectos similares • Moderado: proyectos de complejidad media(< 300 KLDC) donde la experiencia es variable. • Incrustado: proyectos bastante complejos donde la experiencia es nula y se utiliza tecnología realmente de frontera.
  • 4. TECNICAS DE ESTIMACIÓN ESTIMACIÓN LDC Y PF Las estimaciones de LDC y PF son técnicas de estimación distintas: LDC (Orientadas al tamaño) PF (Orientadas a la función) Los datos de LDC y PF se utilizan de dos formas durante la estimación del proyecto de software.
  • 5. TECNICAS DE ESTIMACIÓN. El valor esperado para la variable de estimación, E, puede obtenerse como una media ponderada de las estimaciones LDC o PF optimista (a), más probable (m), y pesimista (b) de las estimaciones LDC o PF por ejemplo: E = (a + 4m + b)/6 EJEMPLO: LDC
  • 6. MODELO PUNTO DE FUNCION Este modelo se crea como una alternativa a la estimación del tamaño de un producto software mediante LDC (Líneas de Código Fuente). El método de estimación de puntos de función se utiliza para determinar el tamaño del software. Están orientadas a la función es decir se centran en la funcionalidad o utilidad del programa. PF= ConteoTotal * [0,65 + 0,01 * ∑ (Fi )] EJEMPLO
  • 7. COCOMO Básico Tiempo de desarrollo:
  • 8. La Variable a es un factor constante que depende de las practicas organizacionales locales y del tipo de software que se desarrolla. La variable b por lo general se encuentra entre (1;1.5), refleja el esfuerzo requerido en la mayoria de proyectos
  • 9. • Coeficientes a usar: PROYECTO SOFTWARE a b c d Descripción Simple 3,2 1,05 2,5 0,38 Aplicaciones bien comprendidas desarrolladas por equipos pequeños Moderada 3,0 1,12 2,5 0,35 Proyectos más complejos donde los miembros del equipo tienen experiencia limitada en sistemas relacionados Incrustada 2,8 1,20 2,5 0,32 Proyectos complejos donde el software es parte de un complejo fuertemente acoplado de hardware, software, reglas y procedimientos operacionales.
  • 10. EJEMPLO Supongamos que una empresa cualquiera desea diseñar un proyecto que gestione sus inventarios y decide desarrollarlo mediante su propio equipo de analista y programadores que anteriormente y durante muchos años, vienen desarrollando aplicaciones similares en la misma empresa. Si un estudio inicial determina que el tamaño del producto en alrededor de 32 000 líneas de programa fuente (32 KLOC). Cuales serán las características del proyecto?.
  • 11. •Esfuerzo: E = 2.4 (32)1.05 E = 91 hombres-mes •Tiempo de desarrollo: •Número de personas trabajando en el proyecto: N = 91/14 = 6.5 hombres La cantidad de hombres nos da una medida del número equivalente de personas trabajando a tiempo completo en el proyecto.
  • 12.
  • 13.
  • 14. EJEMPLO: LDC Considerar un paquete de software a desarrollar para una aplicación de diseño asistido por computador (CAD). Revisando la especificación del sistema encontramos que el software va ejecutarse en una estación de trabajo de microcomputadora y se conectará con varios periféricos gráficos incluyendo ratón, digitalizador, pantalla en color de alta resolución, y una impresora de alta resolución. La evaluación del alcance indica que se requieren las siguientes funciones principales para el software de CAD: * Interfaz de usuario y facilidades de control (IUCF) * Análisis geométrico bidimensional (AG2D) * Análisis geométrico tridimensional (A3GD) * Gestión de estructuras de datos (GED) * Facilidades de visualización de gráficos de computadora (FVGC) * Control de periféricos (CP) * Módulos de análisis de diseño (MAD)
  • 15. SOLUCION Función Optimista Más Pesimista Esperado probable Control de interfaz de 1800 2400 2650 2340 usuario Análisis geométrico en 2- 4100 5200 7400 5380 D Análisis geométrico en 3- 4600 6900 8600 6800 D Gestión de la estructura 2950 3400 3600 3350 de datos Visualización de gráficos 4050 4900 6200 4950 en la computadora Control periféricos 2000 2100 2450 2140 Análisis de diseño 6600 8500 9800 8400 REGRESAR 33360 LDC estimadas
  • 16. Sensores Contraseña Consulta de zona Funsion E Usuario Consulta de sensor Interaccion De Usuario En HogarSeguro Botón de pánico Usuario Activar/Desactivar Subsistema Datos De Configuracion Del Sistema De Monitoreo Y Respuesta
  • 17. SOLUCION • Se muestra 3 entradas externas (contraseña, botón de pánico y activar/desactivar) junto con 2 consultas externas(consulta de zona y consulta de sensor). Se muestra ALI (archivo de configuración del sistema). También están presentes 2 salidas de usuarios( mensajes y estatus del sensor) y 4 AIE (sensor de prueba, configuración de zona, activar /desactivar y alerta de alarma) • PREGUNTAS para determinar los factores de ajustes de valor Fi en PF: 1) ¿El sistema requiere respaldo y recuperación confiables? 2) ¿Se requieren comunicaciones de datos especializados para transferir información a la aplicación, u obtenerla de ella? 3) ¿Hay funciones distribuidas de procesamiento? 4)¿El desempeño es crítico? 5)¿El sistema se ejecutará en un entorno existente que tiene un uso pesado de operaciones? 6)¿El sistema requiere entrada de datos en línea? 7)¿La entrada de datos en línea requiere que la transacción de entrada se construya en varias pantallas u operaciones? 8)¿Los ALI se actualizan en línea? 9)¿Las entradas, las salidas, los archivos o las consultas son complejos? 10)¿Es complejo el procesamiento interno? 11)¿El código diseñado será reutilizable? 12)¿Se incluyen la conversión e instalación en el diseño? 13)¿Esta diseñado el sistema para instalaciones múltiples en diferentes organizaciones? 14) ¿La aplicación está diseñada para facilitar el cambio y para que el usuario use fácilmente?
  • 18. NIVEL DE COMPLEJIDAD TIPO DE FUNCION TOTAL SIMPLE MEDIO COMPLEJO Entradas de Usuario 3* 3 3*4 3* 6 9 Salidas de Usuario 2* 4 2*5 2* 7 8 Archivos Internos 1*7 1*10 1* 15 7 Archivos Externos 4* 5 4* 7 4* 10 20 Consultas de Usuario 2* 3 2* 4 2* 6 6 TOTAL PF SIN AJUSTAR PF = 50 PF= 50*(0,65+(0,01*46)) REGRESAR PF=56