CASO: ESTIMACIONES PARA PROYECTO DE DESARROLLO DE SOFTWARE

1Universidad de El Salvador

ESCUELA DE INGENIERA DE SISTEMAS INFORMTICOS

ADMINISTRACIN DE CENTROS DE CMPUTO.

CICLO II-2009

ESTIMACION DE COSTOS DE DESARROLLO DE SOFTWARE.

CATEDRTICO: Ing. Carlos Ernesto Garca, M.Sc

GRUPO # 3

INTEGRANTES: Guardado Hernndez, Ricardo Amed GH02005 Hrcules Rubio, Mario Ernesto HR03007 Melara Zepeda, Marvn Jos MZ01004 Nuila Martinez, Yansi Lisseth NM02004

UNIVERSIDAD DE EL SALVADOR FACULTAD DE INGENIERA Y ARQUITECTURA

CIUDAD UNIVERSITARIA, 11 DE NOVIEMBRE DE 2009.

.


INTRODUCCIN El Clculo de la estimacin de costos para un proyecto informtico, es una de las actividades ms delicadas y ms importantes, en el desarrollo de proyectos Informticos, pues en base a estas estimaciones de recurso se puede obtener un valor muy cercano a la realidad, con estas estimaciones se busca considerar los diferentes factores que podran alterar o formar parte del medio ambiente del proyecto a desarrollar.

A lo largo de este Documento se realizan una serie de supuestos, para poder estimar costos de un proyecto de software, se toma de base un Software actualmente implementado en una entidad bancaria, el nombre del software es eDealer B0, este software presenta caractersticas de ser un software bastante complejo debido al gran nmero de transacciones en lnea que se realizan y por las diferentes interrelaciones que deben de existir con este software y los que ya existen en la misma entidad.

El documento detalla paso a paso el clculo del tamao de software, basados en puntos funcionales y mtricas de complejidad para poder identificar la clasificacin de tamao al que pertenece este software.

En posteriores captulos se describe el anlisis del recurso humano que se necesita dentro del proyecto, basndonos en Puntos de Funcin- finales / mes hombre. Se estima la fuerza de soporte necesaria dentro del sistema, el equipo ha utilizar para el desarrollo del software, otros recursos entre otros factores los cuales dimensionaremos en costo para poder contar con un presupuesto dentro del proyecto.

En los captulos del 7 al 10 se presentan los presupuestos del proyecto, incluyendo factores indirectos que se generarn al desarrollar el proyecto de software, tambin se enumera una lista de factores contingenciales que pueden ser parte de nuestro proyecto y una lista de factores ponderables. En estos captulos se presentan dos presupuestos uno que considera la lista de factores contingenciales y ponderables y otro que no y se analiza cual de los dos es el ms cercano a la realidad tomando en cuenta la serie de supuestos que se analizaron desde la creacin del macrodiseo del software.

En el capitulo 11 se presenta el cronograma de actividades a realizar para llevar a cabo el desarrollo del proyecto de software, se consideran la serie de supuestos que se describieron en cada uno de los captulos de este documento, para el clculo del tiempo invertido por la fuerza de programacin y de soporte requerida.

Al finalizar del documento el lector podr asimilar los pasos necesarios para poder realizar la estimacin a priori de los recursos de un proyecto de desarrollo de software.

Estimacin de costos de desarrollo de software.


INDICE DEL CONTENIDO. INTRODUCCIN ..................................................................................................................................................... 2 INDICE DEL CONTENIDO....................................................................................................................................... 3 1. MACRODISEO DEL SOFTWARE ................................................................................................................. 4

1.1. Descripcin del Software. ......................................................................................................................... 4 1.2. Estructura. ................................................................................................................................................ 5 1.3. Requerimientos funcionales. [Macro] ........................................................................................................ 6 1.4. Requerimientos operativos. [Macro] ......................................................................................................... 8 1.5. Requerimientos de desarrollo. [Macro] ..................................................................................................... 9

2. TAMAO DEL SOFTWARE. .......................................................................................................................... 10 3. FUERZA DE PROGRAMACION. ................................................................................................................... 18 4. FUERZA DE SOPORTE. ................................................................................................................................ 24 5. EQUIPO. ........................................................................................................................................................ 26 6. OTROS RECURSOS. .................................................................................................................................... 28 7. PRESUPUESTO 1 ......................................................................................................................................... 31 8. FACTORES CONTINGENCIALES. ................................................................................................................ 32 9. FACTORES PONDERABLES. ....................................................................................................................... 32 10. PRESUPUESTO 2. .................................................................................................................................... 38 11. PROGRAMA DE ACTIVIDADES. ............................................................................................................... 40 12. ANEXOS. ................................................................................................................................................... 41

12.1. Qu hemos aprendido de este trabajo? ............................................................................................ 41 12.2. Herramientas de software utilizadas. .................................................................................................. 41 12.3. Mtricas del trabajo. [Horas- hombre / Actividad] ................................................................................ 41 12.4. Porcentaje de aporte/alumno al trabajo .............................................................................................. 42



1. MACRODISEO DEL SOFTWARE

1.1. Descripcin del Software. Objetivo: Controlar la negociacin de la compra-venta de moneda extranjera a los clientes de Banca Corporativa, para los contratos Spot1 y los FWDs2 negociados con la tesorera, automatizando el ingreso de los mismos desde eDealer3 (web), hasta el ingreso al BO donde se realizar la contabilizacin y liquidacin de los mismos.

Solucin planteada: ste proyecto consiste en habilitar la interfase entre el satlite eDealer con el Backend Cobis4 para los productos de FX5 (Spot/FWD), Y as controlar en Cobis los contratos y su contabilizacin automtica de los contratos generados desde eDealer.

Se habilitar una aplicacin que escuchando las colas de entrada para procesar los mensajes, por medio del Tag se mapear el DataSource6 asociado al Branch en el cual se ejecutar el proceso correspondiente a eDealer-Cobis. El Mensaje XML generado por eDealer (Web) es procesado por interfaz que dispar procedimientos almacenados que validan la data para ingresar la operacin en repositorio de FX en la que el Contrato quedar almacenado esperando a que llegue el da de su liquidacin. La cual puede ser a travs de una TRE7, TRI8 o Abono en Cuenta. Los contratos vlidos son listados para ser revisados y migrados a tablas COMEXT, en el mismo proceso los cargos y abonos a la cuenta del ordenante y el beneficiario sern cargadas y abonadas respectivamente. As como tambin la contabilizacin de las transacciones se har efectiva y el envo del mensaje a Swift si as es requerido.

Descripcin del Flujo de Apertura de Contratos 1. Verificar el tipo de vencimiento:

a. Mismo da: Proceso de apertura de contrato diario utilizando cuentas contables.

b. Mayor al da actual: Proceso de apertura de contrato con fecha lmite preestablecida, se lleva el control de las existencias, en cuentas fuera de balance llamadas contingentes. (FWS)

2. Verificar el tipo de proceso

a. Automtico: Leer el XML enviado por eDealer y apertura el contrato de forma automtica.

b. Manual: Ingresar manualmente los datos necesarios para la apertura del contrato.

3. Contingencia: A partir de los montos, y crear una partida para reflejar los saldos contingentes. El control de cargo y abono para la fecha preestablecida del contrato. (Exclusivo para el vencimiento Mayor al da actual)

4. NPV: Una proyeccin de prdida o ganancia acorde a la tasa que maneja tesorera con respecto al valor del contrato, este proceso es diario. (Exclusivo para el vencimiento Mayor al da actual)

5. Liquidacin: Cargar de forma efectiva el valor del contrato, ms los costos del mismo y hacer efectivo la distribucin de los fondos con Abono a cuenta o Despecho a mensaje Swift para un banco al exterior. (TRE o TRI)

6. Contabilizacin: Registro de todos los movimientos generados del contrato desde su ingreso hasta su liquidacin.

7. SWIFT9: Despacho de los fondos a travs de un mensaje Swift para un banco en el exterior. Nota: Si ya se aplico la liquidacin, no se pueden realizar flujos de Cancelacin y Enmienda.

1 Contrato a liquidar entre [0,N] das definido por el pas 2 Adelantos 3 Sistema Informtico objeto de estudio del presente documento 4 Sistema Informtico predecesor de eDealer 5 Sigla en ingls de Foreign Exchange: Cambio de Divisas 6 Configuracin de acceso a la base de datos 7 Transferencia al exterior 8 Transferencia interna 9 ISO 9362, tambin conocido como cdigo SWIFT o cdigo BIC, es un cdigo de identificacin bancaria utilizado fundamentalmente para facilitar las transferencias internacionales de dinero.



1.2. Estructura.



1.3. Requerimientos funcionales. [Macro] Los Cuadros 1.3.1 y 1.3.2 muestran los Requerimientos funcionales del Software, se recopilaron los ms significativos para el mismo y para su buen funcionamiento. Cuadro 1.3.1: Requerimientos Funcionales del Software Software: eDealer FX-B0 Requerimiento: Funcionales No. Especificacin

1 Ingresar al Software 2 Iniciar sesin. 3 El software deber pedirle al usuario un login para poder iniciar su sesin. 4 Salir del software. 5 El usuario podr modificar su login, siempre y cuando proporcione el login actual.

6 El Usuario podr realizar el ingreso de un deal, como contingencia si se cae la conexin de la interfaz

7 El software deber validar el que el contrato ingrese solo una vez al BO

8 El software deber validar el numero nico del cliente que viaja dentro del contrato, este debe existir en base de datos COBIS.

9 El software deber validar que la cuenta a cargar le pertenezca al cliente que se especifica en el contrato.

10 El software deber validar que la cuenta del cliente sea en la moneda a la compra que se especifica en el contrato.

11 El software deber validar que la cuenta a cargar contenga el dinero disponible para registrar la transaccin.

12 El software deber validar el tipo de cuenta de cliente, si es una cuenta de ahorro o una cuenta corriente.

13 El software deber validar que el nmero de contrato pertenezca a la fecha juliana de proceso.

14 El software deber validar que el nmero de contrato pertenezca al ao en curso.

15 El software deber validar que el monto de acuerdos en el multisetlement, sea igual al monto de la venta especificada en el contrato.

16 El software deber validar de que el contrato exista y no se encuentre vencido o liquidado para aceptar un contrato de enmienda o liquidacin

17

El software deber validar valores mandatarios en el contrato como: la tasa de venta, tasa cover, tasa spread, fecha de compra, fecha de venta, fecha de emisin del contrato, fecha de vencimiento del contrato.

18 El software deber permitir sobregiros en cuentas de clientes que pertenezcan a esta lnea.

19 El software deber contabilizar el ingreso del contrato al BO



Cuadro 1.3.2: Requerimientos Funcionales del Software

Software: eDealer FX-B0 Requerimiento: Funcional No. Especificacin

20 El software deber permitir el ingreso de contratos al BO, siempre y cuando este no se encuentre liquidado.

21 El software deber permitir cancelacin de contratos siempre y cuando este no se encuentre liquidado

22 El software deber emitir un mensaje Swift, segn la parametrizacion transfers days.

23 El software deber permitir el ingreso de multisetlements dentro de un mismo contrato.

24 El software deber permitir contabilizar en cuentas de contingencia. Si este ingreso como contrato de vencimiento fecha futura.

25 El software deber permitir reversar cuentas de contingencias en la fecha de vencimiento del contrato, si este ingreso como contrato de vencimiento fecha futura.

26 El software deber permitir contabilizar en cuentas transitorias o de liquidacin en la fecha del vencimiento del contrato.

27 El Software debe generar los asientos contables en la Contabilidad temporal.

28 El software deber permitir tres tipos de liquidacin de contrato. TRE, TRI Y ABONO A CUENTA

29 El software deber permitir realizar un abono a cuenta automtico si se informo la cuenta a abonar, antes de liquidar el contrato.

30 El software deber permitir liquidar un contrato solo en la fecha de vencimiento del mismo.

31 El software deber calcular la ganancia del contrato al momento de realizar el cobro al cliente.

32 El software deber permitir el ingreso de contratos sameday al BO. 33 El software deber permitir el ingreso de contratos FW al BO 34 El software deber permitir cambiar preferencias de impresin.

35 El software deber permitir bloquear la terminal del usuario, ingresando el password de el mismo

36 El software deber permitir mostrar ayuda al usuario.

37 El software deber permitir procesar el NPV del contrato, siempre y cuando no se haya efectuado el cobro al cliente.



1.4. Requerimientos operativos. [Macro] El Cuadro 1.4.1 detalla los Requerimientos Operativos del Software, estos Requerimientos describen el modo en que debe operar el Software. Cuadro 1.4.1: Requerimientos Operativos del Software. Software: eDealer FX-B0 Requerimiento: Operativo No. Especificacin

1 El software deber permitir el ingreso de contratos cuyos clientes obtuvieron tasa preferencial en tesorera.

2 El software deber permitir exportar a Excel las consultas a travs de un botn ubicado en las pantallas.

3 El software deber permitir realizar bsquedas de las consultas a travs de un botn ubicado en las pantallas.

4 El software deber permitir emitir un reporte de contratos ingresados en lnea de acuerdo a un rango de fechas.

5 El software deber permitir emitir un reporte de contratos ingresados no autorizados en lnea de acuerdo a un rango de fechas.

6 El software deber permitir consultar un contrato en lnea as como la contabilidad que realizo el mismo.

7

El software deber emitir un reporte de transacciones ingresadas por consumo clasificndolas de acuerdo a la fuente de ingreso a la entidad, en lnea de acuerdo a un rango de fechas.

8 El software deber permitir emitir un reporte de errores reportados por el mismo, en lnea de acuerdo en un rango de fechas.

9 El software deber permitir emitir un reporte de avisos al cliente. Generados por el ingreso de contratos, en lnea de acuerdo en un rango de fechas.

10 El software deber permitir emitir un reporte en lnea de la posicin de las cuentas contables de la entidad bancaria en un rango de fechas.

11 El software deber permitir emitir un reporte en lnea de los contratos nuevos. Ingresados en la fecha de proceso

12 El software deber permitir emitir un reporte en lnea de los contratos vencidos. Liquidados en la fecha de proceso.

13 El software deber permitir mostrar en pantalla el catlogo de tipo de contrato. 14 El software deber pedir la autorizacin de un contrato en pantalla



1.5. Requerimientos de desarrollo. [Macro] El cuadro 1.5.1 Desglosa los Requerimientos de Desarrollo del Software, estos requerimientos tienen que ver de forma directa con las herramientas a utilizar para elaborar el Software. Cuadro 1.5.1: Requerimientos de Desarrollo

Software: eDealer FX-B0 Requerimiento: Desarrollo No. Especificacin

1 El software deber ser desarrollado en Visual BASIC 6.0 2 El software deber poseer una base datos relacional 3 El software deber relacionarse con la base de datos de COMEXT. 4 El software deber relacionarse con la base de datos de COBIS. 5 El software deber relacionarse con la base de datos AHORROS. 6 El software deber relacionarse con la base de datos CUENTAS. 7 El software deber relacionarse con la base de datos CONTA.

8 El Software deber informarle al modulo TRE de COMEXT, cuando se dio una liquidacin de contrato utilizando una Transferencia Enviada.

9 El software deber informarle al modulo TRI de COMEXT, cuando se dio una liquidacin de contrato utilizando una Transferencia Interna.

10 El software deber informarle al modulo de cuentas corrientes, cuando se dio una liquidacin de contrato utilizando Abono a Cuenta (Cuenta Corriente)

11 El software deber informarle al modulo de Cuentas Ahorros, cuando se dio una liquidacin de contrato utilizando Abono a Cuenta (Cuenta ahorro)

12 El software deber permitir contabilidad parametrizada, siguiendo los estndares de la entidad bancaria.

13 El software deber utilizar procesos batch para realizar la mayorizacin de la contabilidad temporal a Contabilidad Definitiva.

14 El software deber permitir el ingreso de un archivo XML a travs del Qmanager. 15 El Gestor de base de datos a utilizar deber ser Sybase.



2. TAMAO DEL SOFTWARE. Estimacin de Puntos Funcionales10 En el cuadro 2.1 se muestra los parmetros que servirn de apoyo para la estimacin de los puntos funcionales del proyecto en estudio. Cuadro 2.1. Cuadro resumen de estimacin de puntos funcionales

x factor de complejidad Parmetros Cantidad Simple Mediana Compleja Total 1. Pantallas de entrada [para usuario] 4 3 4 6 17 2. Pantallas de salida [para usuario] 8 4 5 7 47 3. Consultas de usuario 2 3 4 6 8 4. Tablas de BD y archivos 67 7 10 15 855 5. Interfaces externas 4 5 7 10 37 6. Algoritmos especiales 2 7 10 15 30 Conteo total 994

Lo anterior se hace en base al cuadro 2.2 que contiene la explicacin de cada uno de los parmetros. Explicacin: Cuadro 2.2 Explicacin de cada uno de los parmetros de puntos de funcin.

1. Pantallas de entrada Cada pantalla mediante la cual el usuario provee datos al sistema, excepto consultas

2. Pantallas de salida Cada salida [reporte, pantalla, mensajes de error] que provee informacin al usuario

3. Consultas de usuario Cada entrada en lnea que genera una respuesta(salida) inmediata del software

4. Tablas de BD y archivos Cada tabla o archivo lgico del software

5. Interfaces externas Cada archivo o estructura de datos requerida para transmitir datos a otro sistema

6. Algoritmos especiales Cada algoritmo especial que se espera disear, como inversin de matrices

PF=ConteoTotal [0.65 + 0.01 (Fi)] Fi [i de 1 a 14] son conocidos como valores de ajuste por complejidad. La suma se obtiene de la siguiente tabla de 14 preguntas que deben responderse con un valor de 0[sin importancia o no aplica] a 5 [absolutamente esencial]:

10 Versin simplificada y ligeramente modificada de : Function Point Counting practices manual, Release 4.0, International Function, Point Users Group, 1994



Cuadro 2.3. Calculo de valores de ajuste por complejidad.

1. Requiere el sistema de procesos de backup y recuperacin confiables? 5 2. Requiere comunicacin de datos va modem o medio similar? 4 3. Hay funciones de procesamiento distribuidas? 5 4. Es el rendimiento del software algo crtico? 4 5. Operar el sistema en un ambiente operativo ya existente e intensamente utilizado? 3 6. Requiere el sistema de captura de datos en lnea? 5 7. Requiere la captura de datos en lnea de mltiples pantallas u operaciones? 4 8. Se requiere que los archivos del sistema sean actualizados en lnea? 4 9. Son las entradas, salidas, archivos o consultas del sistema complejos? 4 10. El procesamiento interno es complejo? 3 11. Se diseara cdigo de software para que sea reusable? 4 12. Incluye en el desarrollo del sistema diseo de procesos de conversin o de instalacin? 3 13. Se requiere el software para instalaciones mltiples en diferentes organizaciones? 4 14. Se desarrollar el software teniendo en mente facilitar su mantenimiento o su uso para los usuarios? 4

(Fi): 56 Con los resultados obtenidos en los cuadros 2.1 y 2.3 se procedern a hacer los clculos de los puntos de funcin para estimar el tamao del software. Utilizando la formula PF=Conteo Total [0.65 + 0.01 (Fi)], se procede a hacer los clculos.

PF=994[0.65 + 0.01 (56)] PF=1202.74 aproximadamente 1203 puntos de funcin estimados.

Por la cantidad de puntos de funcin obtenidos, el software se considera mediano. 2.1 SUPUESTOS 2.1.1 Supuestos para clculos de puntos de funcin Para la realizacin de las estimaciones en cada una de los parmetros, se han realizado clasificaciones para as obtener una mejor apreciacin y lograr una estimacin ms cercana a la realidad del proyecto11, tanto para los puntos de funcin como para los valores de ajuste. En el Cuadro 2.4, se muestra un resumen de lo recolectado en las descripciones de los parmetros segn su nivel de complejidad simple, mediana y compleja.

Cuadro 2.4 Cuadro Resumen de Parmetros Cantidad de parmetros Parmetros Simple Mediana Compleja Total Pantallas de entrada (para usuario) 1 2 1 4 Pantallas de salida (para usuario) 1 3 4 8 Consultas de usuario 0 2 0 2 Tablas de bd y archivos 0 30 37 67 Interfaces externas 0 1 3 4 Algoritmos especiales 0 0 2 2

11 J.B. Dreger, "Function Point Analysis", Prentice-Hall, 1989



Para el parmetro de pantallas de salida, se evaluaran aspectos tales como el nmero de registros o tems referenciados, es decir estos registros o tems son los que muestra o despliega la pantalla de salida y los ficheros se refiere a las tablas de datos que realizan las consultas para mostrar las pantallas de salida.

Cuadro 2.5 Criterios para anlisis de estimacin de pantallas de salida.

CRITERIOS DE SALIDA A PANTALLA

1-5 tems de datos

referenciados

6-19 tems de datos

referenciados

20 o ms tems de datos

referenciados 0 o 1 fichero referenciado Simple (1) Simple (0) Mediana (2) 2 o 3 ficheros referenciados Simple (0) Mediana (0) Compleja (1) 4 o ms ficheros referenciados Mediana (0) Compleja (0) Compleja (0)

El numero que se encuentra en la entre parntesis representa el numero de parmetros relacionados. Para el caso de que se encuentre un 0 (cero), este significa que no existe una pantalla de salida las caractersticas que refiere el Cuadro 2.5.

El Cuadro 2.6 muestra el resumen de los datos que se obtuvieron de la clasificacin de las pantallas de salida.

Cuadro 2.6 Resumen de complejidad de pantallas de salida.

SALIDAS SUMAS Simple 1

Mediana 2 Compleja 1 TOTAL 4

En cuanto al anlisis de las entradas, se analizara la cantidad de campos o tems referenciados para llevar a cabo la operacin de ingreso de datos, as como la cantidad de tablas con las que se vern afectadas por estas operaciones. En el siguiente cuadro se muestran los criterios tabulados para dicho anlisis.

Cuadro 2.7 Criterios para anlisis de estimacin de pantalla de entrada.

CRTERIOS DE PANTALLAS DE ENTRADAS

1-4 tems de datos

referenciados

5-15 tems de datos

referenciados


referenciados 0 o 1 fichero referenciado Simple (1) Simple (0) Mediana (2) 2 ficheros referenciados Simple (0) Mediana (1) Compleja (1) 3 o ms ficheros referenciados Mediana (0) Compleja (2) Compleja (1)

En el Cuadro 2.8 se muestra el resumen de complejidad de pantallas de entrada, en total se tendrn en el sistema en desarrollo 8 pantallas de entrada.



Cuadro 2.8 Resumen de complejidad de pantalla de entrada.

ENTRADAS SUMAS Simple 1


En relacin a los supuestos de la complejidad de las consultas, se debe tener en consideracin que esta se realiza en dos momentos, el primero es en el que se le indican los filtros sobre los cuales realizara la consulta y sobre que base de datos o tablas la efectuara. Y el segundo es la repuesta de la consulta, cuantos registros se recuperan y de que tabla o base de datos se recupera. Al definir esto se realizan ambas consideraciones en los Cuadros 2.9 y 2.10, para el anlisis de complejidad de salidas y entradas de la consulta respectivamente. La combinacin de ambas (entrada y salida de consulta) es la que tomara como dato valido para el Cuadro 2.1 y 2.4, en la estimacin de puntos de funcin.

Cuadro 2.9 Criterios anlisis de estimacin de consulta: fase de salida.

CRITERIOS DE CONSULTAS: SALIDAS

1-5 tems de datos

referenciados

6-19 tems de datos

referenciados


referenciados 0 o 1 fichero referenciado Simple (0) Simple (0) Mediana (0)

2 o 3 ficheros referenciados Simple (0) Mediana (2) Compleja (0)

4 o ms ficheros referenciados Mediana (0) Compleja (0) Compleja (0) Cuadro 2.10 Criterios de anlisis de estimacin de consulta: fase de entrada

CRITERIOS DE CONSULTAS: ENTRADAS

1-4 tems de datos

referenciados

5-15 tems de datos

referenciados


referenciados 0 o 1 fichero referenciado Simple (0) Simple (0) Mediana (0) 2 ficheros referenciados Simple (0) Mediana (1) Compleja (0) 3 o ms ficheros referenciados Mediana (1) Compleja (0) Compleja (0)

Para el anlisis de este criterio como se indico anteriormente solo se tomaran en cuenta las consultas en fase de entrada y salida que produzcan del mismo nivel, para este proyecto dichas consultas resultaron ser de el mismo nivel de complejidad (mediana), por lo que no requerir un ajuste de estas, como se ilustra en el Cuadro 2.11, Cuadro 2.12 y Cuadro 2.13 Cuadro 2.11 Resumen de complejidad de consultas: fase de salida.

CONSULTAS/SALIDAS SUMAS

Simple 0 Mediana 2 Compleja 0 TOTAL 2



Cuadro 2.12 Resumen de complejidad de consultas: fase de entrada.

CONSULTAS/ENTRDAS SUMAS

Simple 0 Mediana 2 Compleja 0 TOTAL 2

Cuadro 2.13 Resumen de complejidad de consultas consolidado.

CONSULTAS CONSOLIDADO SUMAS

Simple O Mediana 2 Compleja O TOTAL 2

Siguiendo con los parmetros de estimacin, el siguiente en ser analizado es el criterio de tablas de bases de datos y archivos, este se llevara a cabo en relacin a la cantidad de campos o tems por tabla y a las relaciones lgicas que esta posea, es decir las relaciones que posea con otras tablas. Es necesario hacer una aclaracin en la diferencia de archivos e interfaces ya que un archivo es generado por una aplicacin y este mismo archivo es utilizado para comunicarse con otra aplicacin, es para esta ltima que se convertir en una interfase de comunicacin entre ella y la que genero el archivo. En el Cuadro 2.14 se apreciara con mayor detalle. Cuadro 2.14 Criterios de anlisis de estimacin de tablas de bases de datos y archivos.

TABLAS DE BD Y ARCHIVOS

1-19 tems de datos

referenciados

20-50 tems de datos

referenciados


referenciados 1 formato/relacin de registro lgico Simple (0) Simple (0) Mediana (15)

2-5 formatos/relaciones de registro lgico Simple (0) Mediana (5) Compleja (20)

6 o ms formatos/relaciones de registro lgico Mediana (10) Compleja (10) Compleja (7)

En el Cuadro 2.15 se pueden ver los resultados resumidos del anlisis del parmetro de estimacin tablas de bases de datos y archivos. Cuadro 2.15 Resumen de complejidad de tablas de bases de datos y archivos.

FICHEROS SUMAS Simple 0




El siguiente parmetro a evaluar es el de interfaces externas, como se ejemplifico anteriormente un archivo para una aplicacin puede ser una interfase de comunicacin con otra aplicacin que lo genero, por lo tanto en este apartado se analizaran nicamente los archivos considerados interfaces de comunicacin hacia otras aplicaciones o sistemas con los que se comunica el sistema informtico en estudio. Los criterios para dicho anlisis se muestran en el Cuadro 2.16. Cuadro 2.16 Criterios de anlisis de estimacin de interfaces externas.

INTERFACES EXTERNAS 1-19 tems de

datos relacionados

20-50 tems de datos

relacionados


relacionados 1 formato/relacin de registro lgico Simple (0) Simple (0) Mediana (0)

2-5 formatos/relaciones de registro lgico Simple (0) Mediana (1) Compleja (2)

6 o ms formatos/relaciones de registro lgico Mediana (0) Compleja (0) Compleja (1)

Cuadro 2.17 Resumen de complejidad de interfaces externas

INTERFACES SUMAS Simple 0


2.1.2 Supuestos para valores de ajuste de complejidad. Para el anlisis de los valores de ajuste de complejidad de los puntos de funcin representados en el Cuadro 2.3, se establecer como en el literal 2.1.1 una serie de parmetros que servirn como lneas guas para ajustar el nivel complejidad del software a desarrollar.

Cuadro 2.18 Descripcin de ponderaciones para valores de ajuste Descripcin de valor de ajuste Descripcin de Ponderaciones

1. Requiere el sistema de procesos de backup y recuperacin confiables?

0-1 Los recuperaciones no son criticas para el funcionamiento del sistema

2-3 Los procesos de backup y recuperacin son medianamente necesarias

4-5 El sistema requiere alta confiabilidad de datos y backups constantes

2. Requiere comunicacin de datos va modem o medio similar?

0 Aplicacin es batch exclusivamente 1-2 Impresin o entrada de datos remota 3 Teleproceso (TP) interactivo 4 TP interfase a un proceso batch 5 La aplicacin es interactiva predominantemente



3. Hay funciones de procesamiento distribuidas?

0 La aplicacin no ayuda a la trasferencia de datos o a la funcin de procesamiento entre los componentes del sistema 1 La aplicacin prepara datos para el usuario final de otro procesador

2-4 Los datos se preparan para trasferencia, se trasfieren y se procesan en otro componente del sistema 5 Las funciones de procesamiento se realizan dinmicamente en el componente ms apropiado del sistema.

4. Es el rendimiento del software algo crtico?

0-3 Anlisis y diseo de las consideraciones del rendimiento son estndar. No se precisan requerimientos especiales por parte del usuario

4 En la fase de diseo se incluyen tareas del anlisis del rendimiento para cumplir los requerimientos del usuario 5 Adems se utilizan herramientas de anlisis del rendimiento en el diseo, desarrollo e instalacin

5. Operar el sistema en un ambiente operativo ya existente e intensamente utilizado?

0-3 La aplicacin corre en una mquina estndar sin restricciones de operacin

4 Restricciones de operacin requieren caractersticas especficas de la aplicacin en el procesador central

5 Adems hay restricciones especficas a la aplicacin en los componentes distribuidos del sistema.

6. Requiere el sistema de captura de datos en lnea?

0-2 Hasta el 15% de las transacciones tienen entrada interactiva 3-4 15% al 30% tienen entrada interactiva 5 30% al 50% tienen entrada interactiva.

7. Requiere la captura de datos en lnea de mltiples pantallas u operaciones?

0-1 Las capturas son moderadas y las pantallas son simples 2-3 Las capturas son moderadas y las pantallas son complejas 4-5 Las capturas son altas y las pantallas muy complejas

8. Se requiere que los archivos del sistema sean actualizados en lnea?

1-2 Actualizacin on line de los ficheros de control. El volumen de actualizacin es bajo y la recuperacin fcil. 3 Actualizacin on line de la mayora de los ficheros internos lgicos 4 Adems es esencial la proteccin contra la prdida de datos 5 Adems se considera el coste de recuperacin de volmenes elevados.

9. Son las entradas, salidas, archivos o consultas del sistema complejos?

0-1 Las entradas, salidas o consultas necesitan archivos simples 2-3 Las entradas, salidas o consultas necesitan archivos medianamente complejos



4-5 Las entradas, salidas o consultas necesitan archivos de alta complejidad

10. El procesamiento interno es complejo?

Qu caractersticas tiene la aplicacin? mucho procesamiento matemtico y/o lgico, procesamiento complejo de las entradas, procesamiento complejo de las salidas, muchas excepciones de procesamiento, muchas transacciones incompletas y mucho reprocesamiento de las transacciones, procesamiento de seguridad y/o control sensitivo 0-1 No se requieren por parte del usuario facilidades especiales de conversin e instalacin

2-3 Los requerimientos de conversin e instalacin fueron descritos por el usuario y se proporcionaron guas de conversin e instalacin

4-5 Adems se proporcionaron y probaron herramientas de conversin e instalacin

11. se diseara cdigo de software para que sea reusable?

0-1 Una aplicacin local que responde a las necesidades de una organizacin usuaria 2-3 La aplicacin utiliza o produce mdulos comunes que consideran ms necesidades que las del usuario

4-5 Adems, la aplicacin se "empaquet" y document con el propsito de fcil reutilizacin

12. Incluye en el desarrollo del sistema diseo de procesos de conversin o de instalacin?

0-1 No se requieren por parte del usuario facilidades especiales de conversin e instalacin

2-3 Los requerimientos de conversin e instalacin fueron descritos por el usuario y se proporcionaron guas de conversin e instalacin

4-5 Adems se proporcionaron y probaron herramientas de conversin e instalacin

13. Se requiere el software para instalaciones mltiples en diferentes organizaciones?

0 El usuario no requiere la consideracin de ms de un puesto 1-3 Se incluyeron necesidades de varios puestos en el diseo 4-5 Se proporciona documentacin y plan de apoyo para soportar la aplicacin en varios lugares

14. Se desarrollar el software teniendo en mente facilitar su mantenimiento o su uso para los usuarios?

0 No hay requerimientos especiales del usuario para minimizar o facilitar el cambio 1-3 Se proporciona capacidad de consulta flexible

4-5 Datos importantes de control se mantienen en tablas que son actualizadas por el usuario a travs de procesos on-line interactivos.

En el Cuadro 2.18 se muestran las consideraciones para la asignacin de ponderaciones de los valores de ajuste de complejidad, estos han sido delimitados tomando los valores de 0 a 5, como se explico en el apartado 2.0.



3. FUERZA DE PROGRAMACION. El recurso humano con el que se cuenta en el proyecto se detalla en el Cuadro 3.1, pero es de recalcar que este no es la fuerza de programacin neta para el proyecto, ya que en este solo se definen los roles de la cada miembro del proyecto, es decir en el Cuadro 3.1 estn integrados los recursos de soporte, direccin y programacin. Por motivos de niveles de jerarqua no se espera que el director del proyecto realice tareas de programacin, pero que esto tampoco se lo impide, es decir que en cualquier momento y por cualquier motivo el director de proyecto puede realizar tareas de programacin.

Cuadro 3.1 Recurso humano que labora en el proyecto.

RECURSO HUMANO CANTIDAD DIRECTOR DEL PROYECTO 1 COORDINADOR DE PROGRAMACION 1 INGENIEROS DE SISTEMAS 3 DOCUMENTADOR E INTEGRADOR DE AVANACES 1

En el Cuadro 3.2 se muestran la tabulacin de los recursos humanos necesarios para la programacin y direccin, como anteriormente se mencionaron los cargos de los miembros del equipo encargado del proyecto (Cuadro 3.1), estos servirn para definir el entorno en que cada uno trabajara.

Cuadro 3.2 Resumen de clasificaciones de recurso humano para programacin.

RECURSO HUMANO CLASIFICACION CARGO

DIRECCION COORDINADOR DE PROGRAMACION

PROGRAMACION INGENIEROS DE SISTEMAS

3.1 SUPUESTOS DE FUERZA DE PROGRAMACION El perfil tecnolgico de los integrantes del grupo de trabajo, ser principalmente en cuatro reas fundamentales: manejar de forma avanzada el leguaje de programacin Visual Basic 6.0, deber tener conocimientos bsicos del funcionamiento y de la administracin del gestor de bases de datos Sybase, procesamiento de datos BATCH, y lenguaje XML. Por lo que el anlisis de rendimiento se realizara segn las mtricas para la equivalencia de lneas de cdigo por puntos de funcin y horas hombre por punto de funcin, para lenguajes de cuarta generacin.

En el cuadro 3.3 se muestran las actividades y funciones que realizara el recurso humano descrito en el cuadro 3.2.



Cuadro 3.3 Definicin de funciones del recurso humano para programacin.

RECURSO HUMANO DE PROGRAMACIN CARGO FUNCIONES PRINCIPALES

Coordinador de Programacin

Coordinar la carga de trabajo para cada uno de los Ingenieros de Sistemas Establecer los alcances reales de cada uno de los mdulos en desarrollo

Construccin de la solucin

Definir las revisiones de cada una de las avances

Definir los estndares para documentacin, programacin y elaboracin de reportes escritos.

Ingeniero de Sistemas

Definicin de Requerimientos Anlisis de requerimientos Diseo de salidas, entradas, bases de datos Construccin de la solucin

Cuadro 3.4 Esfuerzo de lneas de cdigo y horas por PF segn lenguajes de programacin Esfuerzo

Entorno y Lenguaje Lneas de cdigo por PF

Horas por PF

Lenguajes 2GL: ensamblador, c, c++ 300 20 a 30 Lenguajes 3GL: cobol 100 10 a 20 Lenguajes 4GL:visual BASIC 6 30 5 a 10

En el cuadro 3.4 se muestran algunos de los promedios de lneas de cdigo por punto de funcin as como horas por punto de funcin que elaboran los integrantes de la fuerza de programacin de la empresa. Tomando los puntos de funcin del numeral 2.0, de los cuadros 2.1 y 2.3 que dan un total de: PF=1203 se procede a calcular las lneas de cdigo aproximadas del sistema a desarrollar.

LNEAS DE CDIGO = PFA * (LINEAS POR PF) Cuadro 3.5 Lneas de cdigo a desarrollar en el proyecto (aproximado)

Lneas de cdigo PF Lneas por PF total 1203 30 36090

LNEAS DE CDIGO APROXIMADAS=36090 Calculando el esfuerzo de horas que invertir una persona en el desarrollo del proyecto, Esfuerzo horas/persona = (PFA)/ [1 / 8 persona / hora)], tomando una persona que trabaje 8 horas diarias (Cuadro 3.6).



Cuadro 3.6 Cantidad de horas promedio por persona.

Cantidad personas Horas Promedio

1 8 0.125

Cuadro 3.7 Esfuerzo que se invertira si el proyecto solo lo desarrollara una persona.

Esfuerzo por persona PF Cantidad personas/hora Total 1203 0.125 9624

Esfuerzo horas/persona = 9624 Cuadro 3.7 Calculando la duracin del proyecto en base a las horas que invertir cada miembro en su desarrollo.

DURACIN DEL PROYECTO EN HORAS = esfuerzo horas/persona / cantidad personas involucrados en el proyecto. Cuadro 3.8 Esfuerzo que se invertira si el proyecto se desarrolla con un equipo de trabajo.

Duracin del proyecto en horas por miembro Esfuerzo por persona 9624 Nmeros de personas proyecto 4 Total 2406

DURACIN DEL PROYECTO EN HORAS = 2406 Calculando la duracin en meses del proyecto en desarrollo.

DURACIN EN MESES = duracin del proyecto en horas / cantidad de horas/mes Cuadro 3.9 Duracin en meses del proyecto

Duracin en meses Duracin del proyecto en horas por miembro 2406 Horas al mes12 100 Total 24.06

DURACIN EN MESES = 24.06 (Cuadro 3.9), esta es la duracin en relacin a los puntos de funcin del proyecto.

En base al resultado del Cuadro 3.9, aproximaremos a 25 meses el tiempo de duracin del proyecto, para el clculo de los costos de la fuerza de programacin.

12 Horas/mes productivas estimadas en el proyecto Calculadas de 20 das laborables y De 5 horas productivas estimadas de las 8 de la jornada laboral normal



Cuadro 3.10 Monto de sueldos de fuerza de programacin para un mes.

RECURSO HUMANO CLASIFICACION CARGO CANTIDAD SUELDO MONTO

DIRECCION COORDINADOR DE PROGRAMACION 1 $1,100 $1,100

PROGRAMACION INGENIEROS DE SISTEMAS 3 $800 $2,400

TOTAL PARA UN MES $3,500

Para los 25 meses de duracin del proyecto, los costos de recurso humano para programacin $43,500.00 (25 meses * $1,100+20 meses*$800)13.

En el cuadro 3.11 se muestra una tabla comparativa de fuerza de programacin, tiempo de duracin en meses y el costo que implicara, esto se ha realizado en base al salario de un ingeniero de sistemas, que trabajara de desarrollador y con un sueldo base de $800.00, por el tiempo que tardara el numero de programadores en llevar a cabo el proyecto.

Cuadro 3.11 Tabla de estimacin para recurso humano requerido

Fuerza de programacin

Tiempo Desarrollo (meses) Costo Total

1 96.24 $ 76,992.00 2 48.12 $ 76,992.00 3 32.08 $ 76,992.00 4 24.06 $ 76,992.00 5 19.25 $ 77,000.00 6 16.04 $ 76,992.00 7 13.75 $ 77,000.00 8 12.03 $ 76,992.00 9 10.69 $ 76,968.00

10 9.62 $ 76,960.00

Figura 3.1 Grfico de comparacin Programadores vs Salarios

13 25 meses para coordinador de programacin y 20 meses para ingenieros de sistemas, ya que estos ltimos no se espera que estn en las fases de implementacin.



Costo Total

$76,940.00

$76,950.00

$76,960.00

$76,970.00

$76,980.00

$76,990.00

$77,000.00

$77,010.00

1 2 3 4 5 6 7 8 9 10

No de Programadores

Salar

iosCosto Total

En la figura 3.1 podemos observar que existe una constante respecto al precio cuando se emplean en el proyecto 1, 2, 3, 4, 6, 8 programadores, bajo esta perspectiva se podra utilizar un programador, sin embargo, no podemos basar dicha decisin nicamente mediante el anlisis de est variable. Por lo tanto vamos a considerar tambin, el tiempo requerido para el desarrollo del proyecto segn la cantidad de programadores involucrados.

La figura 3.2, nos revela que a mayor cantidad de programadores utilizados, el tiempo se va reduciendo considerablemente, sin embargo, como sabemos, en este tipo de proyectos (informticos) esta no es una ley que se cumple como lo indica la teora, por lo tanto, involucra a ms programadores no necesariamente har que disminuya el tiempo de desarrollo de este proyecto.

Analicemos pues, los puntos que anteriormente habamos planteado presentaban una constante respecto al precio, estos eran con: 1, 2, 3, 4, 6, 8 programadores. Al analizar esta nueva variable involucrada, y tomando en consideracin otros factores tales como: naturaleza del proyecto, espacio fsico para desarrollo, inversin de recursos de mobiliario, equipo y otros, experiencias propias por mencionar algunos, se evala que el personal idneo para desarrollar exitosamente este proyecto, debera estar formado por 3 programadores quienes deben llenar el perfil como Ingenieros de Sistemas Informticos o carrera afn.

Figura 3.2 Grfico de comparacin Programadores vs Tiempo



Tiempo Desarrollo (meses)

0

20

40

60

80

100

120

1 2 3 4 5 6 7 8 9 10

No de Programadores

Mese

s

Tiempo Desarrollo(meses)



4. FUERZA DE SOPORTE. Como fuerza de soporte este proyecto con un documentador e integrador de avances, este como indica su nombre, es el encargado de revisar los estndares de documentacin, avances, atrasos, as como de otras actividades del proyecto como lo es integrar cada uno de los mdulos que se realicen. La herramienta con la que los integrantes del proyecto utilizaran como interfase de integracin y verificacin es IBM Relational, que es un software para la administracin de proyectos informticos, permitiendo que cada uno de los integrantes ingrese a dicho software y coloque cada avance que este realice en el proyecto. El director del proyecto es del recurso humano para la direccin del proyecto, por lo que para simplificaciones se clasificara como recurso humano para soporte del proyecto, ya que solo se espera que realice como se dijo con anterioridad actividades netamente administrativas En el cuadro 4.1 se muestran la clasificacin del personal de soporte en el proyecto. Cuadro 4.1 Recurso Humano necesario para soporte y direccin del proyecto.

RECURSO HUMANO CLASIFICACION CARGO

DIRECCION DIRECTOR DEL PROYECTO

PROGRAMACION DOCUMENTADOR E

INTEGRADOR DE AVANACES

4.1 SUPUESTOS DE FUERZA DE SOPORTE Como se menciono anteriormente con IBM Relational, se administraran las versiones, avances, o atrasos que presente el desarrollo del proyecto. El administrador del proyecto es el encargado de asignar las tareas a cada miembro del grupo y el documentador e integrador de avances es que tendr la tarea de revisar que cada una de los avances y versiones del proyecto cumpla con los estndares de documentacin y realizacin de informes. En el cuadro 4.1 se muestran las actividades principales de los miembros del recurso humano de soporte, esta datos fueron extrados del manual de puesto de la entidad bancaria. Cuadro 4.1 Funciones principales del recurso humano de soporte del proyecto.

RECURSO HUMANO DE SOPORTE CARGO FUNCIONES PRINICIPALES

DIRECTOR DEL PROYECTO

Asignar los recursos necesarios a las actividades, para la buena realizacin de estas. Definir las tareas de cada uno de los integrantes del proyecto Presentar los avances requeridos al gerente de informtica

DOCUMENTADOR E INTEGRADOR DE AVANACES

Integrar cada uno de los avances de los dems miembros del proyectos a los reportes o informes presentados al gerente de informtica

Verificar que cada uno de los mdulos, documentos o avances en las etapas del proyecto mantengan el estndar definido por el supervisor de programacin



Esta dinmica se mantendr en los 25 meses de duracin del proyecto, por lo que se vuelve indispensable las buenas prcticas en el desarrollo del proyecto. En el cuadro 4.2 se mostrara el monto de sueldo total para un mes para el recurso humano de soporte. Cuadro 4.2 Monto de sueldos para fuerza de soporte.

RECURSO HUMANO CLASIFICACION CARGO CANTIDAD SUELDO MONTO

DIRECCION DIRECTOR DEL PROYECTO 1 $1,500.00 $1,500.00

PROGRAMACION DOCUMENTADOR E

INTEGRADOR DE AVANACES

1 $500.00 $500.00

TOTAL PARA UN MES $2,000.00 El coste que tendrn los sueldos del recurso humano para soporte, en la duracin aproximada del proyecto es $50,000 ($2000 * 25 Meses (duracin aproximada del proyecto en meses)).



5. EQUIPO. El equipo informtico con que se realizara se detalla a continuacin en el cuadro 5.1.

Cuadro 5.1 Equipo informtico Cantidad Tipo Descripcin

6 Computadoras de escritorio para uso de los empleados en desarrollo y pruebas

2 Laptop para conexiones remotas 2 Servidores de la empresa para desarrollo y produccin 6 Ups proteccin a PC 2 Ups proteccin a servidores

2 Impresoras multifuncional para uso desarrollo

1 Router para uso de conexiones 2 Telfono/fax de la empresa para comunicacin con clientes

40 Metros cable utp 5e para uso de la empresa

20 Rj15 para la empresa 6 Celulares para los empleados

5.1 SUPUESTOS DE EQUIPOS Como se mostro en el cuadro 5.1, estos equipos y artefactos son los que se utilizaran para el desarrollo del software, siendo estos necesarios para el ambiente de desarrollo y pruebas. Es de agregar que todos estos equipos y artefactos ya los posee la unidad informtica, por lo que no se incurrir en costo alguno en su adquisicin, pero si se tendrn costos tales como los de mantenimiento y cambio de algunas partes que se encuentren defectuosas. El costo en el que se incurri en su adquisicin se presenta en el Cuadro 5.2 Cuadro 5.2 Costo de Equipo informtico que se incurri en su adquisicin

Cantidad Tipo Costo Unitario($) Costo Total($)

6 Computadoras de escritorio $400.00 $2,400.00 2 Laptop $700.00 $1,400.00 1 Servidores $12,000.00 $12,000.00 6 Ups $40.00 $240.00 1 Ups $120.00 $120.00 2 Impresoras multifuncional $100.00 $200.00 1 Router $40.00 $40.00 2 Telfono/fax $50.00 $100.00

40 Metros cable utp 5e $0.35 $14.00 20 Rj15 $0.20 $4.00 6 Celulares $30.00 $180.00

TOTAL DE EQUIPO $16,698.00



Las especificaciones tcnicas con que cuentan los equipos se detallan en el cuadro 5.3.

Tipo de equipo informtico Especificaciones tcnicas

Servidor de Desarrollo Modelo de Servidor: Sun Blade X6250 Server Module Laptop Modelo de Laptop HP Pavilon dv1000 Computadoras de escritorio Modelo de computadora de escritorio desktop hp 5800 Ups para servidor y computadoras de escritorio Regulador de Voltaje TDE

Router Router linksys wrt54g Impresor multifuncional Impresora HP LaserJet P2055dn (CE459A)

Adems de los equipos mencionados en el cuadro 5.1, se necesitaran las licencias de software necesarias para llevar a cabo la etapa de programacin, as como la licencia del software IBM Relational que servir para la administracin de versiones. En el cuadro 5.4 se muestran las licencias de software que ya ha adquirido la empresa para el desarrollo de los proyectos informticos. Cuadro 5.4 Costos con los que adquiri el software para desarrollo de proyectos.

Licencias de software Cantidad Detalle Costo

4 Licencia empresarial de Windows XP Professional

$1,200.00

1 Licencia empresarial de MS Office Bue Point

$400.00

1 Visual Basic 6 $300.00 1 IBM Relational $5,000.00 1 Sybase AS Enterprise 15 $5,000.00

Otros $800.00

Total $12,700.00



6. OTROS RECURSOS. Cuadro 6.1. Rubros de costos potenciales

Facilidades fsicas X Espacio de oficina X Mobiliario de oficina X Agua potable X Energa Elctrica Consumibles X Papelera de oficina X Papel de computadora X Medios magnticos X Cintas y tintas de impresin Viajes X Visitas a clientes Visitas a consultores Reuniones profesionales y simposios Cantidad de viajes Cantidad de viajeros/viaje Duracin de viajes Viticos por viajero Otros Automviles Alquileres: Software, Equipos, etc. Horas extra Bonificaciones

6.1. SUPUESTOS DE OTROS RECURSOS

Para las facilidades fsicas se tomara en consideracin lo siguiente: El espacio de oficina es un local de 6 metros de ancho por 8 metros de largo, donde estn distribuidas las estaciones de trabajo para cada uno de los miembros del equipo de la subunidad de desarrollo. Y estn dentro de la unidad bancaria, por lo que el costo de dicha oficina ronda los $500 que estn incluidos en el presupuesto general de la entidad bancaria. Para el mobiliario y equipo con que cuenta dicha sub unida de desarrollo se tiene lo siguiente:



Cuadro 6.2. Mobiliario y equipo de oficina Mobiliario Cantidad Tipo Descripcin Costo

Unitario($) Costo Total($)

6 Escritorio Sern distribuidos en las respectivas estaciones de trabajo de cada uno de los miembros del equipo.

$100.00 $600.00

6 sillas ergonmicas

Sern distribuidos en las respectivas estaciones de trabajo de cada uno de los miembros del

equipo. $35.00 $210.00

1 Mesa utilizada en la oficina $100.00 $100.00

3 sillas de espera

para las visitas a la oficina de parte de personal de otras unidades $20.00 $60.00

1 Oasis para uso de la sub unidad $45.00 $45.00 7 basureros sern distribuidos en las estaciones de trabajo $5.00 $35.00 6 extintores para evitar imprevistos en la empresa $40.00 $240.00 1 cafetera para uso de los empleados de la empresa $60.00 $60.00

2 estantes metlicos para ordenar papelera $60.00 $120.00

varios otros artculos de oficina $100.00 Total $1,570.00

Para el agua potable se contabiliza 2 garrafas de agua cristal a la semana. Que se compran a $2.00, son $16.00 al mes lo que se consume en total. Para el consumo de energa elctrica se hace el supuesto que por la cantidad de maquinas que utilizan y los dems dispositivos electrnicos que poseen el estimado mensual seria de $125.00 Para los consumibles se detalla como estarn distribuidos en el siguiente cuadro.



Cuadro 6.3 Papelera e insumos de oficina papelera e insumos de oficina Cantidad. Unidad de

Medida Materiales Precio

Unitario($) Costo Total Mensual ($)

10 Cartucho Tinta para impresor $30.00 $300.00 5 Resma Papel Bond $4.50 $22.50 100 Unidades Flder Carta $0.10 $10.00 2 Caja Fastener $1.50 $3.00 2 Caja Bolgrafos $1.50 $3.00 1 Caja Borradores $0.50 $0.50 6 Unidad Correctores de papel $1.50 $9.00 3 Unidad Engrapadora $4.00 $12.00 3 Unidad Saca Grapas $1.00 $3.00 2 Caja Grapas $2.00 $4.00 6 Unidades USB $15.00 $90.00 1 Torre Discos Compactos $25.00 $25.00 2 Unidad Perforadores $3.00 $6.00 50 Unidad Bolsas de Manila $0.10 $5.00 2 Unidad Escoba Plstica $2.00 $4.00 1 Unidad Palo de Trapeador $2.00 $2.00 6 Unidad Desinfectante para piso $4.00 $24.00 2 Docena Papel Higinico $5.00 $10.00 2 Unidad Sello de Hule $6.00 $12.00 2 Pieza Cojn para sello $3.00 $6.00 6 Unidades taza para caf $1.50 $9.00 2 Unidades caf listo 250gr $7.00 $14.00

Total $574.00 Algunos insumos no se compran cada mes como por ejemplo las USB, las escobas, los trapeadores, los sellos de hule, entre otros. Para lo referente a los viajes del equipo de trabajo, se toma como supuesto que los usuarios que proporcionan informacin al equipo de desarrollo del proyecto estn en la misma entidad bancaria por lo que no se gastara en el rubro de visitas a clientes, ni viticos.



7. PRESUPUESTO 1 Un proyecto no puede comenzarse sin conocer los recursos en trminos de dinero que se necesitan para poder desarrollarlo y terminarlo exitosamente. El presupuesto que presentamos a continuacin, representa la valoracin econmica del proyecto en cuestin. Es dicho presupuesto figurarn, en cifras, las unidades obtenidas en las mediciones anteriores de los recursos necesarios para desarrollarlo; el precio que le corresponde de acuerdo con el cuadro de precios unitarios.

Dado que los recursos financieros son los que permitirn llevar a cabo el proyecto, es de vital importancia conocer en detalle las estimaciones correspondientes para cada uno de los recursos, basndonos en estimaciones fundamentadas, las cuales, de no presentarse circunstancias fuera de todo control, debern permitir un desarrollo normal dentro de lmites aceptables y culminar exitosamente el proyecto.

Visto el papel fundamental que tiene el presupuesto para el desarrollo de proyectos, pasemos a su descripcin.

Cuadro7.1 Presupuesto 1(resumen de costos y supuestos enunciados en literales anteriores)

Rubro Cantidad Costo unitario (US$) Tiempo (meses) Total

% Costo

Recurso Humano $ 125,500.00 70% Director de proyecto 1 $ 1,500.00 25 $ 37,500.00 30% Coordinador de programacin 1 $ 1,100.00 25 $ 27,500.00 22% Ingenieros en sistemas 3 $ 800.00 20 $ 48,000.00 38% Documentador e integrador de avances 1 $ 500.00 25 $ 12,500.00 10% 100% Mobiliario $39,250.00 22% Total costo por mobiliario 1 $1,570.00 25 $39,250.00 100% 100% Papelera e insumos de oficina $14,350.00 8% Total costos por papelera e insumos de oficina 1 $574.00 25 $14,350.00 100% 100%

Costo Total para presupuesto 1 $ 179,100.00

7.1 SUPUESTOS PRESUPUESTO 1

Podemos observar que la distribucin de los costos para este proyecto sera de la siguiente manera: el 70% le corresponde a recurso humano, el 22% al recurso fsico como oficinas y mobiliario, por ltimo el 8% restante a los insumos de oficina necesarios para las actividades diarias del proyecto.

As mismo podemos obtener la estimacin correspondiente para el recurso humano, observando que la direccin y el recurso de programacin son quienes presentan los ms altos ndices de costos para este proyecto en dicha rea.

Aunque se han contemplado los costos ms importantes, no se puede asegurar que estos son los reales, ya que existen otros factores que an pueden afectar las estimaciones realizadas como veremos en los siguientes captulos.



8. FACTORES CONTINGENCIALES. Los factores contingenciales son aquellos que se tiene la certeza de que van a ocurrir en alguna medida y que no han sido tomados en cuenta en las estimaciones14, tales como: Cuadro 8.1. Factores contingenciales

Factor Porcentaje estimado de ocurrencia

Descripcin

Vacaciones del personal tcnico 100%

En cumplimiento al reglamento de trabajo del pas, el 100% del personal tiene derecho a cierta cantidad de das como vacaciones durante un ao.

Permisos de personal 10% Se espera una incidencia de este factor en un 10% del tiempo estipulado para el proyecto por parte del personal.

Renuncias de personal 2%

Las condiciones bajo las cuales se somete al recurso humano en este proyecto, estn diseadas de manera tal que tanto la institucin propietaria del proyecto como los empleados obtengan condiciones laborales estables, por lo cual se estima que el porcentaje de ocurrencia debera ser bajo.

Despido de personal 5%

Los procesos de reclutamiento seguidos para el proyecto, garantizan que el recurso escogido cumple con requerimientos necesarios para finalizar las actividades con cada miembro de equipo, con un porcentaje de ocurrencia bajo.

Prestaciones laborales 100% El proyecto brinda el 100% de las prestaciones laborales a cada uno de los integrantes.

Fallas de equipo 15%

El equipo de cmputo utilizado para el desarrollo del proyecto, se ha obtenido para este nico propsito con miras a minimizar la ocurrencia de fallas.

Interrupciones de operaciones 5% Las interrupciones solo sern afectadas por motivos de fuerza mayor.

Seguros de vida 0% Este servicio no se brinda directamente, quedando a opcin del empleado obtenerlo

Incapacidades mdicas 20% Se espera que no ms del 20% del recurso humano 8.1 SUPUESTOS DE FACTORES CONTINGENCIALES. En base a la cantidad de personas involucradas en el proyecto se elabora el siguiente cuadro donde se presenta el clculo de las vacaciones que se les daran en concepto de un ao de trabaja a cada miembro. Segn la ley de nuestro pas, las vacaciones se pagan una quincena del salario normal por cada ao de trabajo y segn la capacidad de salario que cada miembro recibe. Cuadro 8.2. Vacaciones anuales

14 Garca, Carlos; Gerencia Informtica, Informatik S.A. de C.V., El Salvador, 6ta ed., 2009, p55



cantidad Cargo salario mensual

salario quincenal

vacaciones anuales

1 coordinador de programacin $1,100 $550.00 $550.00 3 ingenieros de sistemas $800.00 $400.00 $1,200.00 1 director de proyectos $1,500 $750.00 $750.00

1 documentador e integrador de avances $700 $350.00 $350.00

total vacaciones para un ao $2,850.00 Para el caso de los permisos del personal el 10% se calcula en base a un ao laboral, suponiendo que no ocurrirn todos los meses este tipo de permisos, estimando as un aproximado que se presenta en el siguiente cuadro. Cuadro 8.3. Permisos anuales


10% en permisos

total x mes

1 coordinador de programacin $1,100 $110.00 $110.00 3 ingenieros de sistemas $800.00 $80.00 $240.00 1 director de proyectos $1,500 $150.00 $150.00

1 documentador e integrador de avances $700 $70.00 $70.00

total gastos en permisos para un ao $570.00 Para el caso de renuncias del personal, el supuesto se toma que como la empresa no brinda un pago a las personas que renuncien en el periodo laboral, la incidencia de renuncia es mnima. Para despido de personal el cdigo de trabajo de nuestro pas estipula en el art. 5815 que se debe de cancelar el salario de un mes por cada ao trabajado en la empresa. El siguiente cuadro muestra los gastos de indemnizacin en que se incurrira si todos los miembros del proyecto fueran despedidos, pero esto no se espera que ocurra. Cuadro 8.4. Costos de indemnizaciones


aos trabajados

total indemnizacin

1 coordinador de programacin $1,100 5.00 $5,500.00 3 ingenieros de sistemas $800.00 3.00 $2,400.00 1 director de proyectos $1,500 10.00 $15,000.00

1 documentador e integrador de avances $700 4.00 $2,800.00

total gastos en indemnizaciones para un ao $25,700.00 La mayora de veces solo se despide a lo sumo a dos personas de un equipo de trabajo, y estos casi siempre son de los rangos inferiores como lo son los programadores. Para el caso de las prestaciones laborales la mayora de empresas brinda las que la ley estipula como lo son, aguinaldos, vacaciones, AFP, ISSS, etc.

15 Cdigo de Trabajo de El Salvador, Capitulo 8 Indemnizacin por despido de hecho sin causa justificada .



Para el caso de las fallas de equipo, en esta parte se considera lo referente a que un servidor falle, se arruine un disco duro, se reemplace memorias a las pc de desarrollo, compra de nuevos ups, compras de monitores, algn software mal instalado, etc. Para esto se considera el 15% del costo total del equipo que se utiliza en el proyecto que se muestra en el cuadro 5.2 de clculo de equipo informtico. Fallas de equipo= total equipo*0.15 Fallas de equipo= $29,398*0.15= $4409.70 Para el supuesto interrupciones de operaciones se tomara en base al 5% del total global de los sueldos del equipo de trabajo del proyecto. Calculando las interrupciones de operaciones tenemos: Total sueldos del equipo del proyecto=$5700 Interrupciones operaciones=$5700*0.05= $285 Para el caso de los seguros de vida, para este proyecto no se contempla que la entidad bancaria brinde a los miembros del equipo dicha prestacin. Para el caso de las incapacidades mdicas se toma en base a los sueldos del equipo quedando de la siguiente manera: Incapacidades medicas= $5700*0.20= $1140.



9. FACTORES PONDERABLES. Son factores propios del medioambiente en que se desarrolla el proyecto que pueden o no ocurrir, pero que si ocurren pueden afectar significativamente los costos y duraciones estimadas en una medida que hay que ponderar16 Los factores ponderables estimados para el desarrollo del proyecto en cuestin, se presentan los siguientes: Cuadro 9.1 Factores ponderables a tomar en cuenta en el proyecto

Aplica Factor Requerimientos vagamente definidos X Es para ms de un usuario X Operar en tiempo real X Requiere interfaces con otros sistemas Interfaces con otros sistemas indefinidas Analistas no trabajaron en sistemas similares Diseadores no trabajaron en sistemas similares Programadores no trabajaron en sistemas similares Personal de direccin no trabaj en sistemas similares Se carece de experiencia en programacin Se carece de experiencia en anlisis/diseo X Recursos en disco duro severamente limitados X Otros recursos de equipo severamente limitados Los diseadores no son programadores expertos El ambiente de trabajo promover interrupciones Analistas sin experiencia en programacin Los programadores carecen de experiencia como analistas Los programadores deben entrenarse en algn software Un alto porcentaje de analistas/programadores son recin graduados Los analistas /programadores deben entrenarse en equipo de computacin nuevo

Se esperan muchos cambios durante el desarrollo, requerimientos, diseo o usuarios

X El sistema a desarrollar contiene un gran nmero de funciones X Requiere mucha innovacin Se instalar en ms de un lugar Controlar equipo sofisticado Requiere modificar programas hechos por otros X Es ms grande que los trabajados hechos antes Se compartir recursos con otros proyectos Control de recursos de computacin incompleto Obligado a adoptar estndares, diferentes a los propios Bases de datos complejas y an no definidas X Las bases de datos son confidenciales Se debe proveer programas utilitarios

16 Garca, Carlos; Gerencia Informtica, Informatik S.A. de C.V., El Salvador, 6ta ed., 2009, p55



Aplica Factor Baja perspectiva de continuidad del personal X El cliente proporcionar las bases de datos X El cliente proporcionar los datos de prueba X El cliente aprobar especificaciones de diseo Terceros aprobarn especificaciones de diseo X El cliente tiene experiencia en sistemas informticos y en computacin X Hay que trabajar bajo supuestos formulados por el cliente El software se desarrollar en una plataforma desconocida X Computador para desarrollo es diferente al de operacin El computador para pruebas es diferente al de operacin El director del proyecto est involucrado en ms de un proyecto La seleccin de personal est fuera de control del director del proyecto

9.1 SUPUESTOS PARA FACTORES PONDERABLES Considerando la experiencia del grupo se hace la siguiente clasificacin de los factores ponderables que se consideran que afectan al desarrollo del proyecto. Para poner la ponderacin de cada factor se toma en consideracin lo siguiente: De baja incidencia se califica con el 5% y alta incidencia se califica con 15%, que es el grado en que influirn en los costos del proyecto. Cuadro 9.2 factores ponderables que afectan el recurso humano.

factor ponderable impacto en el proyecto

afectan recurso humano % Es para ms de un usuario 5 El cliente proporcionar las bases de datos 5 El cliente proporcionar los datos de prueba 5 El cliente aprobar especificaciones de diseo 5 El cliente tiene experiencia en sistemas informticos y en computacin 5 Hay que trabajar bajo supuestos formulados por el cliente 5 Requiere mucha innovacin 5 Total 35

En el cuadro anterior se clasifica el grado de incidencia en el proyecto de cada factor ponderable, que estaran directamente relacionado con el recurso humano.



Cuadro 9.3 factores ponderables que afectan otros costos del proyecto.

factor ponderable impacto en el proyecto

Afectan a otros costos del proyecto % Operar en tiempo real 5 Requiere interfaces con otros sistemas 5 Recursos en disco duro severamente limitados 5 Otros recursos de equipo severamente limitados 5 El sistema a desarrollar contiene un gran nmero de funciones 5 Es ms grande que los trabajados hechos antes 5 Las bases de datos son confidenciales 15 Total 45

En el cuadro anterior se clasifica el grado de incidencia en el proyecto de cada factor ponderable, que estaran directamente relacionado con la duracin del proyecto. Con los datos obtenido en el cuadro 9.2 y 9.3 que son los factores que inciden directamente en el proyecto, se estima que el costo total del recurso humano se vera incrementado en un 35% ms de lo estipulado en el presupuesto 1. Por lo tanto otros costos tambin sufrirn un incremento del 45% ms de lo estipulado en el presupuesto1, estas nuevas fluctuaciones de dinero se vern reflejadas en el presupuesto 2 del proyecto.



10. PRESUPUESTO 2. En relacin a los resultados obtenidos en el presupuesto 1, y a los factores contingenciales y ponderables del proyecto, se ha realizado la estimacin de un segundo presupuesto que se detalla en el cuadro 10.1. Cuadro 10.1 Presupuesto 2 del proyecto

Rubro Cantidad

Costo unitario (US$)

Tiempo (meses) Total % Costo

Recurso Humano $224,825.00 59% Director de proyecto 1 $1,500.00 25 $37,500.00 17% Coordinador de programacin 1 $1,100.00 25 $27,500.00 12% Ingenieros en sistemas 3 $800.00 20 $48,000.00 21% Documentador e integrador 1 $500.00 25 $12,500.00 6% Vacaciones de Recurso Humano (aos) 2 $ 2,850.00 $5,700.00 3% Permisos de Ausencia Recurso Humano 1 $ 570.00 25 $14,250.00 6% Interrupcin de operaciones 1 $ 285.00 25 $7,125.00 3% Incapacidades Medicas 1 $ 1,140.00 25 $28,500.00 13% Factores Ponderable sobre Recurso Humano 1 $ 1,750.00 25 $43,750.00 19% 100% Mobiliario $39,250.00 10% Total costo por mobiliario 1 $1,570.00 25 $39,250.00 100% 100% Equipo $101,423.10 27% Total costo por fallas de equipo 1 $4,409.70 20 $88,194.00 87% Factor Ponderable sobre equipo 1 $661.45 20 $13,229.10 13% 100% Papelera e insumos de oficina $14,350.00 4% Total costos por papelera e insumos de oficina 1 $574.00 25 $14,350.00 100% 100%

Costo Total para presupuesto 2 $379,848.10 100%



10.1 SUPUESTOS DE PRESUPUESTO 2 Las estimaciones realizadas para este presupuesto estn basadas en la experiencia del grupo, en la cual existen muchos factores que inciden de forma directa e indirecta en la realizacin del proyecto y por ende los costos que este presenta se ven afectados de manera significativa. Estos factores no pueden ser controlados por los gerentes de informtica, por lo que se deben tomar medidas que ayuden a que su efecto sea lo menos perjudicial para el proyecto. De manera que se deben incluir en el presupuesto, para que cuando sucedan se tenga una manera de poder hacerles frente y que no incidan de manera negativa en el proyecto.



11. PROGRAMA DE ACTIVIDADES.

Para mayor informacin vase el archivo programa_de_actividades.mpp en la carpeta de software, ubicado en el disco.



12. ANEXOS.

12.1. Qu hemos aprendido de este trabajo?

A continuacin se mencionan los puntos que han servido grandemente en el aprendizaje de Estimacin a Priori, para una cantidad de recursos que forman parte de un proyecto de desarrollo de software.

- Se aplico el conocimiento terico de la Estimacin del tamao del Software a travs de puntos de funcin, para ello se considero un Software implementado en una entidad bancaria del pas, la cual nos brindo la informacin necesaria para obtener los puntos funcionales del software en base a los parmetros que se detallan en el Cuadro 2.4, Capitulo 2 de este documento.

- Estimar en base a los Puntos funcionales del proyecto de Software la cantidad de recurso humano a utilizar, considerando optimizar el recurso de manera eficiente, se consideraron las LDC17 y se analizaron los costos en base al nmero de personas que se pudieran considerar para desarrollar el proyecto.

- Estimar los costos de Equipo Informtico a utilizar para realizar el desarrollo del proyecto de software.

- Considerar factores contingenciales y ponderables para realizar el calculo de un presupuesto, para un proyecto de una Unidad Informtica. Con esto se busca Ajustar un presupuesto informtico y brindar un valor del costo ms cercano a la realidad.

- Documentar los supuestos, este es un punto fundamental dentro de las estimaciones que se hicieron durante este documento, pues se discutieron en base a la probabilidad de ocurrencia de las mismas para colocarlas en cada una de las estimaciones.

12.2. Herramientas de software utilizadas.

En este apartado detallamos las herramientas Informticas que hemos utilizado para llevar a cabo este documento.

- Microsoft Excel, para realizar clculos, cuadros y grficos. - Microsoft Project, Para la elaboracin del cronograma de actividades. - Microsoft Word, para la elaboracin de documentos de texto. - Microsoft Power Point, para elaboracin de presentacin.

12.3. Mtricas del trabajo. [Horas- hombre / Actividad]

En el cuadro 12.3.1. Se detalla la mtrica de trabajo para el presente documento, basndonos en Horas- Hombre / Actividad a desarrollar. En ese cuadro se visualizan cuatro columnas. La primera columna representa el nmero de recursos asignados para dicha actividad. La segundo columna es la descripcin de la actividad a desarrollar por el recurso, la columna Horas Hombre, representa la cantidad de horas que se utilizaron por hombre para llevar a cabo la actividad. La columna total, corresponde al total de horas invertidas para desarrollar una actividad X.

17 LDC: Lneas de cdigo



Cuadro 12.3.1: Mtrica de trabajo Horas-Hombre / Actividad

Cantidad de Recurso

Actividad Horas - hombre

Total

4 MACRODISEO DEL SOFTWARE 4 16 4 Descripcin del Software. 1 4 4 Estructura. 1 4 4 Requerimientos funcionales. [Macro] 1 4 4 Requerimientos operativos. [Macro] 1 4 4 Requerimientos de desarrollo. [Macro] 1 4 2 TAMAO DEL SOFTWARE. 12 24 2 FUERZA DE PROGRAMACION. 3 6 2 FUERZA DE SOPORTE. 2 4 2 EQUIPO. 3 6 2 OTROS RECURSOS. 2 4 4 PRESUPUESTO 1 2 8 4 FACTORES CONTINGENCIALES. 2 8 4 FACTORES PONDERABLES. 2 8 4 PRESUPUESTO 2. 2 8 2 PROGRAMA DE ACTIVIDADES. 4 8 Total de Horas 120

12.4. Porcentaje de aporte/alumno al trabajo. En el apartado anterior se describen las mtricas del trabajo para el presente documento basadas en Horas- Hombre invertidas para llevar a cabo una actividad. En este apartado detallamos el aporte de cada alumno representado en porcentaje, considerando que cada alumno tomo parte de varias actividades dentro del documento. El cuadro 12.4.1 muestra el detalle de aporte de cada uno dentro del desarrollo de esta Estimacin a Priori de recursos.

Cuadro: 12.4.1: Porcentaje de aporte/alumno

Nombre del alumno Carnet % Aporte

Guardado Hernndez, Ricardo Amed GH02005 27% Hrcules Rubio, Mario Ernesto HR03007 25% Melara Zepeda, Marvn Jos MZ01004 22% Nuila Martinez, Yansi Lisseth NM02004 26%

Documents

CASO: ESTIMACIONES PARA PROYECTO DE DESARROLLO DE SOFTWARE