Вы находитесь на странице: 1из 59

El presente estudio de viabilidad brinda la documentacin necesaria para que la alta gerencia decida tomar una de decisin en la ejecucin

del sistema manual a la automatizacin en un periodo de tiempo que la gerencia del negocio considere oportuno, por lo tanto el equipo investigativo efecta un prototipo de sistema de informacin de Control de Inventario y Facturacin.

Permite especificar los recursos de software y hardware para el desarrollo del sistema proporcionando una mayor efectividad en su implementacin. A continuacin se detallan las caractersticas de los equipos del negocio: Anlisis de los recursos de hardware La empresa cuenta con los equipos tecnolgicos necesarios y las caractersticas que exigen las nuevas plataformas existentes en el mercado, permitiendo que este se ejecute sin presentar problemas al momento de procesar los datos. A continuacin detallamos:

Nombre

Cantidad

Descripcin

Procesador Intel Celeron 1.60GHz

Estacin de Trabajo

Memoria 512 MB
Monitor

Impresora

Hewlet

Packard

(Agregar

sus

caracteristicas)

b) Anlisis de los recursos de software

Para el desarrollo del sistema automatizado se elige como lenguaje de programacin C# que es orientado a objetos permitiendo que la aplicacin 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 caractersticas que lo hacen optimo para cualquier sistema automatizado como: rapidez, multiplataforma, multiusuario y permite la encriptacin de datos lo que asegura que estos puedan viajar por la red de forma segura y no ser interceptados.

Consiste en realizar un anlisis de las necesidades y definir en base a estas los beneficios que se obtendrn a partir de la implementacin del sistema Situacin sin proyecto No existe ninguna comunicacin 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 integracin automatizada con las otras reas, limitando el rendimiento.

Situacin optimizada sin proyecto

Establecer una mejor comunicacin entre el rea de ventas e inventario. Redistribuir al personal, para hacerlo ms eficiente. Mejorar la organizacin de las reas de mayor demanda.

Situacin con proyecto

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

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

Beneficios intangibles

Seguridad y confiabilidad en la informacin. Portabilidad del sistema. Mejor servicio de atencin al cliente. Brindar apoyo a la toma de decisiones al ofrecer flexibilidad en la emisin de reportes con informacin actualizada y veraz. Control de los accesos de usuarios

PRODUCTO

Caractersticas del Cliente

Mercado Competitivo Organizacin (Solucin de Negocio)


PROCESO

PERSONAS

TECNOLOGIA

Entorno de Desarrollo

Sistemas de Informacin

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 cdigo (LDC)
Esfuerzo (persona-mes) Costo
Ciclo de Vida de un Proyecto

Personas participantes
Errores durante el desarrollo Errores en el uso del producto

Las lneas de cdigo (LCD) es un valor de normalizacin que permite hacer comparaciones entre distintos proyectos
Otros elementos

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

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 procedimentales. fcilmente lenguajes

Requiere un nivel de detalle difcil de alcanzar.

PUNTOS DE FUNCION

PUNTOS DE FUNCIN (indirecta


Qu son? Los Puntos de Funcin, llamados as por vez primera por Albertch, A.J, son mtricas orientadas a la funcin con un valor de normalizacin.
Definicin

Los Puntos de Funcin, son una forma sinttica o alternativa para medir el tamao de un software.
Utilizacin

Los Puntos de Funcin, se utilizan en los primeros estudios 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.

PUNTOS DE FUNCIN (indirecta


ET AN

APA ALIS

DE
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.

FASES DE REQUERIMIENTOS

Concepto del Producto Anlisis de Requerimiento Buena comunicacin con el usuario

Diseo Preliminar
Diseo Detallado
Cdigo

Las especificaciones completas

deben

ser

Reducir al mnimo las modificaciones en cuanto a los requerimientos y especificaciones posteriores

COMO SE DETERMINAN LOS PUNTOS DE FUNCION

Se deriva de una relacin de emprica a


Dominio de la Informacin y Evaluaciones de Complejidad

acuerdo

medidas que s son contables de forma directa.

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.

UN EJEMPLO GRFICO DE CARACTERSTICAS DE DOMINIO

DEFINICIN

DE

LAS

UN EJEMPLO GRFICO DE CARACTERSTICAS DE DOMINIO

DEFINICIN

DE

LAS

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 ]

Significados de los elementos de la frmula


MULTIPLICADOR Puntos de Funcin Ajustados

Es un multiplicador estandarizado de influencia cuyo intervalo es de 0,65 a 1,35

PFA =

PF

[ 0,65 + 0,01 x S Fi ]
Valores de ajuste de la complejidad (segn la respuesta a 14 preguntas en una escala de 0 a 5)

El total de los puntos de funcin sin ajustar (de acuerdo a las 5 caractersticas de dominio de la informacin)

Sustitucin grfica de la frmula de Puntos de Funcin PFA = Cuenta Total x [ 0,65 + 0,01 x S Fi ]

Resultado Grfico de Puntos de Funcin

Dominio de Informacin

349.6

PFA

Multiplicador estandarizado MSc. Claudia Benavidez Rugama

Estimacin de las LDC requerida para cada Punto de Funcin de acuerdo al nmero medio LDC de un lenguaje de programacin determinado.

FRMULA:

TLDC

=
EJEMPLO:

Nmero Medio de LDC de un x Lenguaje de Programacin

PFA

24,472

70 (Lenguaje de Programacin ADA)

349.6

MSc. Claudia Benavidez Rugama

MTRICAS ORIENTADAS AL TAMAO

Presentacin Grfica de la Estimacin de las LDC

24,472

Lenguaje de Programacin ADA

349.6

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)

COCOMO II
Esfuerzo (personas-meses) = donde : A es una constante derivada de la calibracin igual a 2.94. de los indicadores de escala (5).

A x (Tamao) B x EMi

B = 0.91 + 0.01 x S SFi, 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 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

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

FACTORES DE ESC ALA (SFi)


RESL: Manejo de riesgos y arquitectura 0.00: 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 disponibles para resolver/mitigar riesgos y verificar especificacin de la arquitectura 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 especificacin de la arquitectura, poca incertidumbre remisin, 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 especificacin de la arquitectura algo de incertidumbre remisin, 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 especificacin de la arquitectura, 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 especificacin de la arquitectura, 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 especificacin de la arquitectura, extrema incertidumbre remisin, interfaz con usuario, tecnologa, desempeo, ms de 10 riesgos crticos.

FACTORES DE ESCALA (SFi)

TEAM: Cohesin 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, 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) 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.
Madurez del proceso (PMAT) estimada, en relacin al modelo de madurez de software CMM:

FACTORES DE ESCALA (SFi)


Madurez del proceso (PMAT) estimada, en relacin al modelo de madurez de software CMM:

El Modelo de Capacidad de Madurez (CMM) 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)

Nivel de madurez estimada, en relacin al modelo de madurez de software CMM: 0.00, nivel 5 Capability Maturity Model 1.56, nivel 4 (CMM) Optimizante (5) 3.12, nivel 3 4.68, nivel 2 6.24, nivel 1, superior Administrado (4) 7.80, nivel 1, inferior.
Definido (3)

Repetible (2)

Inicial (1)

FACTORES DE ESCALA (SFi) Madurez del proceso (PMAT) estimada, en relacin al modelo de madurez de
Nivel Inicial (1) - reas claves de proceso: software CMM: 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 Capability Maturity CMM: (CMM) Model
Nivel Caracterstica Desafos claves Resultados

5 Optimizante

Mejoramiento realimentado al proceso

Un proceso humano-intensivo Mantiene la organizacin en nivel optimizante

Productividad y calidad

4 Administrado

(Cualitativo) Proceso medido

Cambio de tecnologa Anlisis de procesos Prevencin de problemas Mtricas de procesos Anlisis de procesos Planes cuantitativos de calidad Entrenamiento, testeo Prcticas tcnicas y revisiones Foco en el proceso, estndares y procesos Administracin de proyectos y planificacin Administracin de la configuracin Aseguramiento de la calidad de software

3 Definido

(Cualitativo) Proceso definido e institucionalizado (Intuitivo) Proceso dependiente de individuos (Ad hoc/catico)

2 Repetible

1 Inicial

Riesgo

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. Fallas Grandes Riesgo Recuperable Moderadas. Prdidas de Vidas fcilmente. Financieras Humanas

Valor Asociado

0.75

0.88

1.00

1.15

1.39

1.00

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DEL PRODUCTO (DATA)


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.
MUY BAJO BAJO NOMINAL ALTO MUY ALTO EXT. ALTO

Indicador DATA Valor Asociado 1.00

<10

>=10 Y <100 1.00

>=100 Y >=1000 <1000 1.09 1.19 1.00

0.93

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DEL PRODUCTO (DOCU)

MUY BAJO

BAJO

NOMINAL

ALTO

MUY ALTO

EXT. ALTO

Indicador DOCU

Muchas Etapas sin cobertura.

Algunas Etapas sin Cobertura.

Adaptado a las etapas del Ciclo de Vida.

Excesiva Muy Documentaci Excesiva n. Docu.

Valor Asociado

0.89

0.95

1.00

1.06

1.13

1.00

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DEL PRODUCTO (CPLX)


NIVEL OPERACIONES DE CONTROL
Cdigos lineales: DO IF-THEN-ELSE Predicados simples, pocas subrutinas. Subrutinas en secuencia la mayor parte en predicados simples. Programacin Estructurada (PE). Mayormente subrutinas simples. Tablas de decisin. Programa estructurado con muchas subrutinas. Considerables mdulos. Colas. Pilas. Cdigo reentrante y recursivo. Prioridad fija de interrupcin manual.

OPERACIONES MATEMTICAS
Evaluacin de expresiones matemticas simples: C = A+B*(D-E). Evaluacin de expresiones reiteradas. Races y Potencias. Uso de subrutinas matemticas y estadsticas. Operaciones con matrices y vectores. Anlisis numrico. Interpolacin multivariable. Ecuaciones diferenciales.

OPERACIONES DE ENTRADA/SALIDA
Lecturas simples Escrituras con formatos simples.

OPERACIONES DE MANEJO DE DATOS


Arreglos simples en memoria RAM.

Valor Asociado

MUY BAJO

0.75

BAJO

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

E/S comprende selecciones, Mltiples archivos de chequeos de estado y tratamiento E/S. Cambios simples de errores. en la estructura de datos. Optimizacin del solapamiento de Complejas E/S. Operaciones de E/S a nivel reestructuraciones de fsico. los datos. Subrutinas activadas por el FD. Subrutinas para interrumpir el servicio. Manejo de lneas de comunicacin. Uso generalizado de lo anterior. Archivo comando de procesamiento. Optimizacin de bsqueda.

1.00

ALTO

1.15

MUY ALTO

Ecuaciones con matrices singulares. Ecuaciones diferenciales parciales. Anlisis numrico difcil.

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

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DEL PRODUCTO (RUSE)

MUY BAJO Indicador RUSE

BAJO

NOMINAL

ALTO

MUY ALTO

EXT. ALTO

Ninguna

A travs A travs de A travs de A travs de del Programas Lneas de Lneas Mltiples Proyecto Productos. de Prod.

Valor Asociado

1.00

0.91

1.00

1.14

1.29

1.49

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DE PLATAFORMA (TIME)


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)
MUY BAJO BAJO NOMINAL 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

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DE PLATAFORMA (TIME)


(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)
TED = VDE VDS 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. TSD =

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:
TEA = k11 * mf (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 (STOR) ALMACENAMIENTO PRINCIPAL REQUERIDO.

MUY BAJO

BAJO

NOMINAL

ALTO

MUY ALTO

EXT. ALTO 95% 1.57

Indicador STOR Valor Asociado

50% 1.00 1.00 1.00

70% 1.06

85% 1.21

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.

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 MUY BAJO NOMINAL ALTO MUY EXT. de este indicador.
BAJO Indicador PVOL >=1 MES Y <=12 MESES 1.00 0.87 ALTO >=6 >=2 >=2 MESES Y MESES Y SEM Y <=2 SEM <=1 SEM <= 2 DIAS 1.00 1.15 1.30 ALTO

Valor Asociado

1.00

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 90% 0.67 EXT. ALTO 100% 1.00

Indicador ACAP Valor Asociado

15 % 1.50

35% 1.22

55%. 1.00

75% 0.83

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DE PERSONAL CAPACIDAD DE LOS ANALISTAS. (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.
MUY BAJO Indicador PCAP Valor Asociado 15 % 1.37 BAJO 35% 1.16 NOMINAL 55%. 1.00 ALTO 75% 0.87 MUY ALTO 90% 0.74 EXT. ALTO 100% 1.00

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
Indicador PCON Valor Asociado 48%

BAJO
24%

NOMINAL
12%

ALTO
6%

MUY ALTO
3%

EXT.
ALTO 0%

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 Indicador AEXP Valor Asociado 2 meses 1.22 BAJO 6 meses 1.10 NOMINAL ALTO MUY ALTO EXT.

ALTO 12 meses 36 meses 72 meses > 72 meses 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 Indicador PEXP Valor Asociado 2 meses 1.25 BAJO 6 meses 1.12 NOMINAL ALTO MUY ALTO 72 meses 0.81 EXT. ALTO > 72 meses 1.00

12 meses 36 meses 1.00 0.88

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
Indicador PEXP Valor Asociado 2 meses

BAJO
6 meses

NOMINAL
12 meses

ALTO

1.22

1.10

1.00

ALTO 36 72 meses > 72 meses meses 0.91 0.84 1.00

MUY ALTO

EXT.

MSc. Claudia Benavidez Rugama

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.
INDICADOR Indicador TOOL MUY BAJO Editar, Codificar y Corregir. 1.24

Alto: Datos

Sistema operativo de memoria virtual Sistema de ayuda al diseo de Base de

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.
BAJO Ciclos y Pequea Integracin. 1.12 NOMINAL Integracin Moderna. ALTO Bastante Integracin. 0.86 MUY ALTO Cuantiosa Integracin. EXT. ALTO

Valor Asociado

1.00

0.72

1.00

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DEL PROYECTO DESARROLLO MULTITAREA (SITE)

INDICADOR

MUY BAJO

BAJO

NOMINAL

ALTO

MUY ALTO

Indicador SITE

Telfono, Correo.

Telfono, Fax.

Banda Corta, Emails.

Banda Ancha

Valor Asociado

1.25

1.10

1.00

0.92

Banda Ancha, OcasionalMente Vdeo_Conf erencia. 0.84

EXT. ALTO Mltiples formas, Interactivo.

0.78

CRITERIOS DE SELECCIN DEL NIVEL PARA INDICADORES DEL PROYECTO ESQUEMA DE DESARROLLO PROGRAMADO. (SCED)
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%.
INDICADO R Indicador SCED Valor Asociado MUY BAJO 75% del Nominal. 1.29 BAJO 85% NOMINA L 100% ALTO 130% MUY ALTO 160% EXT. ALTO

1.10

1.00

1.00

1.00

1.00