Está en la página 1de 59

El presente estudio de viabilidad brinda la documentación necesaria para que la alta gerencia decida tomar una de decisión en la ejecución

del sistema manual a la automatización en un periodo de tiempo que la gerencia del negocio considere oportuno, por lo tanto el equipo investigativo efectúa un prototipo de sistema de información de Control de Inventario y Facturación.

Permite especificar los recursos de software y hardware para el desarrollo del sistema proporcionando una mayor efectividad en su implementación. A continuación se detallan las características de los equipos del negocio: Análisis de los recursos de hardware La empresa cuenta con los equipos tecnológicos necesarios y las características que exigen las nuevas plataformas existentes en el mercado, permitiendo que este se ejecute sin presentar problemas al momento de procesar los datos. A continuación detallamos:

Nombre

Cantidad

Descripción

Procesador Intel Celeron 1.60GHz

Estación de Trabajo

3

Memoria 512 MB
Monitor

Impresora

1

Hewlet

Packard

(Agregar

sus

caracteristicas)

b) Análisis de los recursos de software

Para el desarrollo del sistema automatizado se elige como lenguaje de programación C# que es orientado a objetos permitiendo que la aplicación pueda ser ejecutada en cualquier sistema operativo y multilenguaje que trabaja con Cristal Report que genera reportes de salida en un formato de datos y tiene un alto nivel de portabilidad y gestor de base de datos SQL Server 2005 que presenta características que lo hacen optimo para cualquier sistema automatizado como: rapidez, multiplataforma, multiusuario y permite la encriptación de datos lo que asegura que estos puedan viajar por la red de forma segura y no ser interceptados.

Consiste en realizar un análisis de las necesidades y definir en base a estas los beneficios que se obtendrán a partir de la implementación del sistema Situación sin proyecto No existe ninguna comunicación directa entre el área de ventas e inventario, por lo que es manual, trayendo como consecuencia demora en los procesos. • Constante retraso en el proceso de inventario. • La afluencia de clientes es significativo en las horas picos, por lo que el tiempo de respuesta es lento. • No existe integración automatizada con las otras áreas, limitando el rendimiento.

•Redistribuir al personal. para hacerlo más eficiente. •Mejorar la organización de las áreas de mayor demanda.Situación optimizada sin proyecto •Establecer una mejor comunicación entre el área de ventas e inventario. .

Situación con proyecto Al instalar en la red LAN. Todas las áreas contaran con la información precisa para sus reportes. . El departamento de ventas puede acceder a los datos necesarios para minimizar el tiempo de espera del cliente. el sistema automatizado da una conexión directa y acceso de compartir archivos de información.

Beneficios tangibles •Facilitar y optimizar tareas rutinarias. •Control general y detallado de las existencias en bodega. . •Reducir tiempo en el procesamiento de la información automatizada con respecto al proceso manual. es decir si debe aceptarse o rechazarse. •Disminuir los costos económicos de los procesos.Proporciona los datos necesarios para determinar si el proyecto es viable.

Beneficios intangibles •Seguridad y confiabilidad en la información. •Portabilidad del sistema. •Brindar apoyo a la toma de decisiones al ofrecer flexibilidad en la emisión de reportes con información actualizada y veraz. •Mejor servicio de atención al cliente. •Control de los accesos de usuarios .

PRODUCTO Características del Cliente Mercado Competitivo Organización (Solución de Negocio) PROCESO PERSONAS TECNOLOGIA Entorno de Desarrollo Sistemas de Información .

de líneas de código (LDC) – Esfuerzo (persona-mes) – Costo Ciclo de Vida de un Proyecto – Personas participantes – Errores durante el desarrollo – Errores en el uso del producto .Se derivan de la normalización de las medidas de calidad y productividad con base al tamaño del software desarrollado con anterioridad. – No.

Las líneas de código (LCD) es un valor de normalización que permite hacer comparaciones entre distintos proyectos Otros elementos Errores / Miles de LCD Defectos / Miles de LCD Costo / Miles de LCD Páginas de Documentación / Miles de LCD Esfuerzo / Miles de LCD Errores / Esfuerzo Costo / Páginas de documentación .

•No incorpora procedimentales.•La mayoría de los modelos de estimación de software utilizan las LCD como clave de entrada. •En base a las LCD se pueden hacer fácilmente otras estimaciones. •Las LCD son dependientes del lenguaje de programación. Perjudican a los programas más cortos. . •Existe un amplio conjunto de datos y literatura que utilizan las LDC. fácilmente lenguajes •Requiere un nivel de detalle difícil de alcanzar.

PUNTOS DE FUNCION .

A.J. son métricas orientadas a la función con un valor de normalización.PUNTOS DE FUNCIÓN (indirecta ¿Qué son? Los Puntos de Función. . Utilización Los Puntos de Función. Definición Los Puntos de Función. independientemente de la metodología utilizada. y se determinan a partir de las especificaciones de los requerimientos de la etapa de análisis que sirven de fundamento para la etapa de diseño. son una forma sintética o alternativa para medir el tamaño de un software. se utilizan en los primeros estudios del desarrollo de un software. llamados así por vez primera por Albertch.

– Método para crear modelos de sistemas. mediante una gestión de los requerimientos: – Metodología de análisis de requerimiento. Para una buena estimación es necesario un buen análisis y compresión de cada una de las prestaciones del producto. – Métodos de comunicación.PUNTOS DE FUNCIÓN (indirecta ET AN APA ALIS DE IS Por lo tanto los Puntos de Función proporcionan una visión interna de la calidad de los modelos de análisis. .

FASES DE REQUERIMIENTOS Concepto del Producto Análisis de Requerimiento •Buena comunicación con el usuario Diseño Preliminar Diseño Detallado Código •Las especificaciones completas deben ser •Reducir al mínimo las modificaciones en cuanto a los requerimientos y especificaciones posteriores .

COMO SE DETERMINAN LOS PUNTOS DE FUNCION Se deriva de una relación de empírica a Dominio de la Información y Evaluaciones de Complejidad acuerdo medidas que sí son contables de forma directa. .

.•Número de Entradas de Usuario: que proporciona diferentes datos orientados a la aplicación (no considera peticiones). etc. mensajes de error.) •Número de Peticiones de Usuario: que es una entrada interactiva que produce alguna respuesta del software inmediata en forma de salida interactiva •Número de Archivos Lógicos: que pueden ser parte de una gran base de datos o archivos independientes. •Número de Salidas de Usuario: que proporciona información orientada a la aplicación (informes. •Número de Interfaces Externas: flujos legibles por la máquina (archivos de datos de cinta o de disco) que transfieren información desde o hacia otros sistemas. pantallas.

UN EJEMPLO GRÁFICO DE CARACTERÍSTICAS DE DOMINIO DEFINICIÓN DE LAS .

65 + 0.UN EJEMPLO GRÁFICO DE CARACTERÍSTICAS DE DOMINIO DEFINICIÓN DE LAS DEFINIR el Valor de Complejidad para cada uno de los dominios de información: • SIMPLE • MEDIO • COMPLEJO DEFINIR la fórmula para calcular los Puntos de Función con relación a la complejidad para cada dominio de información: PFA = PF x [ 0.01 x S Fi ] .

65 a 1.Significados de los elementos de la fórmula MULTIPLICADOR Puntos de Función Ajustados Es un multiplicador estandarizado de influencia cuyo intervalo es de 0.35 PFA = PF x [ 0.65 + 0.01 x S Fi ] Valores de ajuste de la complejidad (según la respuesta a 14 preguntas en una escala de 0 a 5) El total de los puntos de función sin ajustar (de acuerdo a las 5 características de dominio de la información) .

Sustitución gráfica de la fórmula de Puntos de Función PFA = Cuenta Total x [ 0.65 + 0.01 x S Fi ] .

Claudia Benavidez Rugama .6 PFA Multiplicador estandarizado MSc.Resultado Gráfico de Puntos de Función Dominio de Información 349.

472 = 70 (Lenguaje de Programación ADA) X 349. Claudia Benavidez Rugama .Estimación de las LDC requerida para cada Punto de Función de acuerdo al número medio LDC de un lenguaje de programación determinado.6 MSc. FÓRMULA: TLDC = EJEMPLO: Número Medio de LDC de un “x” Lenguaje de Programación X PFA 24.

6 .472 = Lenguaje de Programación ADA X 349.MÉTRICAS ORIENTADAS AL TAMAÑO Presentación Gráfica de la Estimación de las LDC 24.6 349.

– Utilización de estimaciones a partir del tamaño – Utilización de estimación a partir del tamaño en LDC – Utilización del método algorítmico de aproximación (COCOMO) .ESTIMACIÓN DEL ESFUERZO •La Estimación del Esfuerzo nos determina el número de personas que hay que incorporar al proyecto.

94.91 + 0. donde SFi es un factor para cada uno 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. A x (Tamaño) B x  EMi B = 0.002*SSF • La Cantidad de Personal necesaria para desarrollar el Sistema se cuantifica a partir de la siguiente ecuación: CH=E/Tdes . de los indicadores de escala (5).COCOMO II • Esfuerzo (personas-meses) = donde : A es una constante derivada de la calibración igual a 2.28+0.01 x S SFi.

Cohesión del Equipo de Trabajo (TEAM) . Resolución de Arquitectura/Riesgo (RESL) .05: flexibilidad ocasional •5. Madurez del proceso (PMAT) Son cinco factores que afectan E.24: es muy parecido •2.48: bastante parecido •3.07: riguroso . •FLEX: Flexibilidad del desarrollo (e. el exponente del TAMAÑO: • PREC: Desarrollos previos similares •0. Flexibilidad de Desarrollo (FLEX) .04: cierta flexibilidad •4.96: muy diferente •6.01: cierto acuerdo •2.72: aspectos novedosos •4. Precedentes (PREC) .03: acuerdo general •3.20: totalmente diferente.00: nuevo desarrollo es idéntico a previos •1.FACTORES DE ESCALA .g. grado de acuerdo con requerimientos pre-establecidos o con interfaces externos pre-existente) •0.00: metas son generales •1.

herramientas disponibles para resolver/mitigar mayoría de riesgos y verificar especificación de la arquitectura. calendario y presupuesto toma en cuenta la mayoría de los riesgos. tecnología. riesgos no son críticos. no más de un riesgo crítico. tecnología. riesgos no son críticos.41: plan identifica la mayoría de los riesgos críticos y establece hitos para resolverlos. poca incertidumbre remisión. interfaz con usuario. calendario y presupuesto toma en cuenta riesgos. interfaz con usuario. herramientas disponibles para resolver/mitigar riesgos y verificar especificación de la arquitectura muy poca incertidumbre de remisión.83: plan identifica muchos de los riesgos críticos y establece hitos para resolverlos. arquitectura puede tomarse hasta el 40% del esfuerzo de desarrollo. desempeño. arquitectura puede tomarse hasta el 25% del esfuerzo de desarrollo. interfaz con usuario. desempeño. calendario y presupuesto generalmente toma en cuenta riesgos. .00: plan identifica todos los riesgos críticos y establece hitos para resolverlos. desempeño. tecnología. arquitectura puede tomarse hasta el 33% del esfuerzo de desarrollo. herramientas regularmente disponibles para resolver/mitigar riesgos y verificar especificaciòn de la arquitectura algo de incertidumbre remisión. 1.FACTORES DE ESC ALA (SFi) RESL: Manejo de riesgos y arquitectura 0. 2.

extrema incertidumbre remisión. arquitectura puede tomarse hasta el 5% del esfuerzo de desarrollo. calendario y presupuesto toma en cuenta pocos riesgos. tecnología. 5. significativa incertidumbre re misión. tecnología. interfaz con usuario. . considerable incertidumbre re misión. más de 10 riesgos críticos. desempeño. 7. hay problemas con la disponibilidad del arquitecto. verificar especificación de la arquitectura.FACTORES DE ESC ALA (SFi) RESL: Manejo de riesgos y arquitectura 4.24: plan identifica algunos de los riesgos críticos y establece hitos para resolverlos. algo de herramientas disponibles para resolver/mitigar riesgos. entre 2-4 riesgos críticos. menor al 40%). herramientas no disponibles para resolver/mitigar riesgos y verificar especificación de la arquitectura. entre 5-10 riesgos críticos. calendario y presupuesto no toma en cuenta los riesgos. interfaz con usuario. arquitectura puede tomarse hasta el 17% del esfuerzo de desarrollo. hay problemas con la disponibilidad del arquitecto (disp. desempeño. interfaz con usuario. calendario y presupuesto toma en cuenta algunos de los riesgos. arquitectura puede tomarse hasta el 10% del esfuerzo de desarrollo.07: plan no identifica los riesgos críticos. pocas herramientas disponibles para resolver/mitigar riesgos y verificar especificación de la arquitectura.65: plan identifica pocos riesgos críticos y establece hitos para resolverlos. hay problemas con la disponibilidad del arquitecto (disp. desempeño. tecnología. menor del 20%).

0: interacciones fluidas. 2. visión y compromisos medianamente compartidos. fuerte habilidad y disponibilidad de accionistas para acomodar objetivos de otros accionistas. visión y compromisos considerablemente compartidos. . mediana experiencia previa operando como equipo.FACTORES DE ESCALA (SFi) TEAM: Cohesión del equipo de desarrollo 0. objetivos y culturas de accionistas totalmente consistentes. considerable habilidad y disponibilidad de accionistas para acomodar objetivos de otros accionistas. dilatada experiencia previa operando como equipo. considerable experiencia previa operando como equipo. objetivos y culturas de accionistas considerablemente consistentes. 1.1: interacciones altamente cooperativas. total habilidad y disponibilidad de accionistas para acomodar objetivos de otros accionistas. objetivos y culturas de accionistas fuertemente consistentes. visión y compromisos 100% compartidos.19: interacciones principalmente cooperativas.

poca experiencia previa operando como equipo. poca experiencia previa operando como equipo. nada de experiencia previa operando como equipo. habilidad y disponibilidad básica de accionistas para acomodar objetivos de otros accionistas.29: interacciones básicas cooperativas. visión y compromisos poco compartidos. visión y compromisos poco compartidos.48: interacciones difíciles. poca habilidad y disponibilidad de accionistas para acomodar objetivos de otros accionistas. visión y compromisos nada compartidos. 4. algo habilidad y disponibilidad de accionistas para acomodar objetivos de otros accionistas.FACTORES DE ESCALA (SFi) TEAM: Cohesión del equipo de desarrollo 3.38: algunas interacciones difíciles. . 5. objetivos y culturas de accionistas poco consistentes. objetivos y culturas de accionistas algo consistentes. objetivos y culturas de accionistas básicamente consistentes.

y comprometer los recursos para ejecutar el plan •Descompone cada nivel de madurez en áreas claves de proceso (KPA). •Prácticas claves: procedimientos y actividades que contribuyen a alcanzar los objetivos. •Áreas claves: identifican objetivos a ser alcanzados para alcanzar un nivel de madurez particular. •Para mejorar sus capacidades. •Indicadores claves: ayudan a determinar el cumplimiento de los objetivos. desarrollar una visión de los procesos deseados. producir un plan para cumplir dichas acciones.desarrollado para evaluar las capacidades de una organización de software e identificar las áreas más importantes de mejoramiento . e indicadores claves. medido. prácticas claves. en relación al modelo de madurez de software CMM: . las organizaciones de software deben: comprender el estado actual de sus procesos de software. y mejorado.FACTORES DE ESCALA (SFi) El Modelo de Capacidad de Madurez (CMM) •Modelo de Madurez del Proceso de Software .tratando el proceso completo de desarrollo de software como un proceso que puede ser controlado. establecer una lista de las acciones de mejoramiento requeridas en orden de prioridad. forman la base para el procedimiento de evaluación. Madurez del proceso (PMAT) estimada.

o no ser satisfechas. El producto final es ahora un perfil de áreas claves.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) •Desenfatiza el score (nivel de madurez) de una evaluación. que pueden ser satisfechas parcial o completamente. . •El nivel de madurez se establece como aquel en que se satisfacen todas las áreas claves en forma continua.

80. nivel 1. superior Administrado (4) •7. inferior. nivel 3 •4. nivel 2 •6. Definido (3) Repetible (2) Inicial (1) .68.12.24.56.FACTORES DE ESCALA (SFi) Madurez del proceso (PMAT) Nivel de madurez estimada.00. nivel 4 (CMM) Optimizante (5) •3. en relación al modelo de madurez de software CMM: •0. nivel 5 Capability Maturity Model •1. nivel 1.

•Gestión de subcontratos de software.áreas claves de proceso: •Foco en el proceso de la organización.áreas claves de proceso: •Administración cuantitativa del proceso. •Revisión por pares. •Nivel Optimizante (5) . •Coordinación inter grupos. •Administración de cambios en el proceso. •Aseguramiento de calidad de software. •Administración de cambios tecnológicos. •Nivel Administrado (4) . •Gestión de la configuración de software. •Planificación de proyectos de software.áreas claves de proceso: •Prevención de defectos.FACTORES DE ESCALA (SFi) Madurez del proceso (PMAT) estimada. •Administración de calidad de software.áreas claves de proceso: •Gestión de requisitos. •Administración de software integrado. . •Definición del proceso de la organización. en relación al modelo de madurez de Nivel Inicial (1) .áreas claves de proceso: software CMM: •ninguna •Nivel Repetible (2) . •Nivel Definido (3) . •Ingeniería del producto de software. •Programa de entrenamiento. •Supervisión y seguimiento de proyectos de software.

estándares y procesos Administración de proyectos y planificación Administración de la configuración Aseguramiento de la calidad de software 3 Definido (Cualitativo) Proceso definido e institucionalizado (Intuitivo) Proceso dependiente de individuos (Ad hoc/caótico) 2 Repetible 1 Inicial Riesgo . en relación al modelo de madurez de software Capability Maturity CMM: (CMM) Model Nivel Característica Desafíos claves Resultados 5 Optimizante Mejoramiento realimentado al proceso Un proceso humano-intensivo Mantiene la organización en nivel optimizante Productividad y calidad 4 Administrado (Cualitativo) Proceso medido Cambio de tecnología Análisis de procesos Prevención de problemas Métricas de procesos Análisis de procesos Planes cuantitativos de calidad Entrenamiento.FACTORES DE ESCALA (SFi) Madurez del proceso (PMAT) estimada. testeo Prácticas técnicas y revisiones Foco en el proceso.

AEXP. DOCU. STOR. CPLX.FACTOR DE ESFUERZO COMPUESTO POST ARQUITECTURA (EMi) • Producto: RELY. LTEX. PCON • Proyecto: TOOL. DATA. PEXP. 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) . SITE. RUSE • Plataforma: TIME. SCED Nomenclatura Empleada RELY (Seguridad Requerida) DATA (Tamaño de Base de Datos) DOCU (Documentación Adaptada al Ciclo de Vida) CPLX (Complejidad). PCAP. PVOL • Personal: ACAP.

Financieras Humanas Valor Asociado 0.75 0. Efecto Peq.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DEL PRODUCTO (RELY) MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT. ALTO Indicador RELY Efecto de falla sin ninguna consecuencia.15 1. Fallas Grandes Riesgo Recuperable Moderadas.00 .00 1.39 1. Pérdidas de Vidas fácilmente.88 1.

los campos.00 0. la longitud de estos y estimadas la cantidad de artículos. los archivos.00 <10 >=10 Y <100 1. Es lógico que para poder obtener el tamaño de la base de datos.09 1.00 >=100 Y >=1000 <1000 1.19 1. deban estar definidos.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DEL PRODUCTO (DATA) Tamaño de la Base de Datos. MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT. (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.93 . ALTO Indicador DATA Valor Asociado 1.

06 1.00 1. Algunas Etapas sin Cobertura. Docu. ALTO Indicador DOCU Muchas Etapas sin cobertura.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DEL PRODUCTO (DOCU) MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.00 .89 0.95 1. Excesiva Muy Documentaci Excesiva ón. Valor Asociado 0.13 1. Adaptado a las etapas del Ciclo de Vida.

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

14 1.49 . Valor Asociado 1. de Prod.29 1.00 1. ALTO Ninguna A través A través de A través de A través de del Programas Líneas de Líneas Múltiples Proyecto Productos.91 1.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DEL PRODUCTO (RUSE) MUY BAJO Indicador RUSE BAJO NOMINAL ALTO MUY ALTO EXT.00 0.

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.00 1. (Horas/día) MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT. ALTO Indicador TIME 50% 70% 85% 95% Valor Asociado 1.67 .00 1.00 1.11 1.31 1.(TIME) Se debe estimar el tiempo necesario para la ejecución de este componente y calcular el tiempo disponible de computación. El tiempo de ejecución podrá determinarse mediante la siguiente fórmula: TE = TED + TEA + TSD.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PLATAFORMA (TIME) Tiempo de Ejecución Requerido.

Volumen de datos de salida (caracteres/día) RS .Cantidad de datos de un flujo n .Rapidez de la entrada de datos (cps) (0. (caracteres) i=1 CIj . TSD = .Volumen de datos de entrada (caracteres/día) RE.Tiempo consumido en la entrada de los datos (hr/día) TEA .Cantidad de flujos de entrada o de salida.Longitud del dato i en el flujo j.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PLATAFORMA (TIME) (Tiempo de Ejecución ) TE = TED + TEA + TSD.5) VDS .Rapidez de salida de los datos (cps) VDE o VDS =S CIj (caracteres) m j=1 CIj = Aij Donde: Aij .Capacidad de información del flujo j (caracteres) m .Tiempo consumido en la salida de los datos (hr/día) TED = VDE VDS RE * 3600 RS * 3600 Donde: VDE . (Horas/día) Donde: TED .Tiempo de ejecución y acceso a archivos (hr/día) TSD .

del sistema operativo. Estadísticos. etc. 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. inteligencia artificial. 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í: TEA = k11 * mf (horas/día) 3600 El tiempo de ejecución y acceso a archivos. Este tiempo puede calcularse. a través de programas realizados anteriormente del mismo tipo o diseñados para ello propiamente. etc. cálculo científico. del sistema de gestión de base de datos. de Simulación. etc.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. .). del tipo de máquina.

se divide entre la memoria disponible del computador y se multiplica por 100 para hallar el porciento.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PLATAFORMA (STOR) ALMACENAMIENTO PRINCIPAL REQUERIDO. MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT.00 70% 1.21 Se estima la cantidad de memoria que se necesita para la ejecución de este componente. MOP .Memoria ocupada por los datos. ALTO 95% 1. La cantidad de memoria principal ocupada se puede calcular mediante la fórmula: MP = MOS + MOP + MOD Donde: MOS . .06 85% 1.00 1.Memoria ocupada por el Software instalado.57 Indicador STOR Valor Asociado 50% 1. MOD .00 1. con este número se entra a la Tabla para hallar el nivel de complejidad de este indicador.Memoria ocupada por los programas.

de este indicador.87 ALTO >=6 >=2 >=2 MESES Y MESES Y SEM Y <=2 SEM <=1 SEM <= 2 DIAS 1. BAJO Indicador PVOL >=1 MES Y <=12 MESES 1. De acuerdo con la frecuencia de cambio se entrará en la Tabla y se hallará el nivel MUY BAJO NOMINAL ALTO MUY EXT. * 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.30 ALTO Valor Asociado 1.00 . * Si el proyecto a desarrollar es un sistema operativo es la velocidad con que cambia el hardware de la computadora. el sistema operativo y el sistema de base de datos.00 0.00 1. * 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. (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.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PLATAFORMA VOLATILIDAD DE LA PLATAFORMA.15 1.

83 . 1.00 75% 0.00 Indicador ACAP Valor Asociado 15 % 1. ALTO 100% 1. Este atributo es del conjunto de analistas como un equipo más que una suma de ellos individualmente. (ACAP) La capacidad de los analistas se mide en términos de percentiles con respecto a la población total de analistas de sistemas. De acuerdo al valor estimado por Usted se entra en la Tabla para hallar el nivel de este indicador. eficiencia e integridad y habilidad para la comunicación y cooperación. MUY BAJO BAJO NOMINAL ALTO MUY ALTO 90% 0.50 35% 1.22 55%.67 EXT.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PERSONAL CAPACIDAD DE LOS ANALISTAS. Los atributos que deben ser considerados son: habilidad para el análisis.

ALTO 100% 1. Con el valor del percentil se entra a la Tabla y se halla el nivel de este indicador.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PERSONAL CAPACIDAD DE LOS ANALISTAS.00 .16 NOMINAL 55%. (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.00 ALTO 75% 0.87 MUY ALTO 90% 0. El percentil será con respecto a la población de programadores.37 BAJO 35% 1. 1. MUY BAJO Indicador PCAP Valor Asociado 15 % 1.74 EXT.

(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. ALTO 0% 1.00 0.84 1.10 1.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PERSONAL CONTINUIDAD DEL PERSONAL.24 1.92 0. MUY BAJO Indicador PCON Valor Asociado 48% BAJO 24% NOMINAL 12% ALTO 6% MUY ALTO 3% EXT.00 .

10 NOMINAL ALTO MUY ALTO EXT. ALTO 12 meses 36 meses 72 meses > 72 meses 1.00 . MUY BAJO Indicador AEXP Valor Asociado 2 meses 1.00 0. Con este valor se entra en la Tabla para hallar el nivel de este indicador.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PERSONAL EXPERIENCIA DE LOS ANALISTAS.89 0.81 1. (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.22 BAJO 6 meses 1.

81 EXT.00 0. ALTO > 72 meses 1. MUY BAJO Indicador PEXP Valor Asociado 2 meses 1.88 .12 NOMINAL ALTO MUY ALTO 72 meses 0. (PEXP) Es el tiempo promedio de experiencia en el sistema operativo de todo el grupo de analistas y programadores.25 BAJO 6 meses 1.00 12 meses 36 meses 1.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PERSONAL EXPERIENCIA EN EL SISTEMA OPERATIVO. Con este valor se entra en la Tabla para hallar el nivel de este indicador.

00 ALTO 36 72 meses > 72 meses meses 0. MSc.91 0.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DE PERSONAL EXPERIENCIA EN EL LENGUAJE DE PROGRAMACIÓN. Con este valor se entra en la Tabla para hallar el nivel del indicador.84 1. MUY BAJO Indicador PEXP Valor Asociado 2 meses BAJO 6 meses NOMINAL 12 meses ALTO 1. (LTEX) Es el tiempo promedio de experiencia en el lenguaje de programación de analistas y programadores.00 MUY ALTO EXT.10 1. Claudia Benavidez Rugama .22 1.

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

OcasionalMente Vídeo_Conf erencia.10 1. Interactivo. ALTO Múltiples formas. Correo.78 .00 0. 0.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DEL PROYECTO DESARROLLO MULTITAREA (SITE) INDICADOR MUY BAJO BAJO NOMINAL ALTO MUY ALTO Indicador SITE Teléfono. Teléfono. Emails.84 EXT. 0. Banda Ancha Valor Asociado 1.92 Banda Ancha.25 1. Fax. Banda Corta.

1.29 BAJO 85% NOMINA L 100% ALTO 130% MUY ALTO 160% EXT.CRITERIOS DE SELECCIÓN DEL NIVEL PARA INDICADORES DEL PROYECTO ESQUEMA DE DESARROLLO PROGRAMADO. 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%.00 .10 1.00 1.00 1. (SCED) Según 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. INDICADO R Indicador SCED Valor Asociado MUY BAJO 75% del Nominal.00 1. ALTO 1.