Está en la página 1de 12

SISTEMA DE GESTIN DE IMGENES SATELITALES Proyecto de Tesis de Magster en Ingeniera del Software Maestrando: Lic. Roberto M.

Gonzlez Directora: M.Ing. Bibiana D. Rossi


1.INTRODUCCIN Las agencias espaciales (AE) civiles financian y justifican su existencia a travs de las ventas o de las entregas de imgenes satelitales a sus clientes o usuarios. Las imgenes son generadas sobre la base de la informacin adquirida, como secuencias de bytes, mediante los diversos sensores instalados a bordo de sus satlites y son usadas para realizar anlisis y estudios de distinta ndole sobre regiones de inters.. Los satlites para la captacin de imgenes se encuentran diseados para cubrir, con su trayectoria en el espacio, la superficie del globo terrestre con determinada frecuencia y precisin de informacin, la forma en que se adquiere la imagen y su rea de cobertura depende de los comandos enviados a los sensores instalados a bordo para efectuar la operacin de adquisicin de datos. Todos los satlites tienen capacidad para trabajar en tiempo real, es decir, cuando estn en distancia de recepcin de una determinada estacin terrena obtienen y transmiten al momento los datos que reciben sus dispositivos de captacin. De no ser as, cuentan con unidades de almacenamiento interno de variados minutos de capacidad. Con estas caractersticas, se encuentran en condiciones de adquirir datos en cualquier zona del planeta y transmitirlos a conveniencia cuando exista disponibilidad en las instalaciones receptoras de control. Para obtener las imgenes de su inters los clientes o usuarios de una AE suelen seguir dos caminos: 1. observan las muestras de las imgenes ya obtenidas con anterioridad que se encuentran disponibles en los catlogos de los sitios de Internet pblicos de la AE y luego piden las imgenes segn la referencia asignadas a las mismas. 2. realizan una solicitud de adquisicin que incluye la zona de inters, la prioridad requerida, la fecha o el perodo de captacin y los parmetros del sensor necesarios para configurar la captura de la imagen. En general, en las AE, la primera de las opciones es muy simple y esta implementada eficientemente no siendo necesario mayor desarrollo informtico. Como no es usual que coincidan las necesidades entre los clientes y/o usuarios respecto de las imgenes ofrecidas en los catlogos, el segundo camino que es el ms habitual e implica la tarea de gestionar la solicitud de adquisicin a travs de la organizacin de cada AE.
Pg. 1 de 8

Se puede establecer que una adquisicin completa abarca los pasos que se ilustran en el grfico siguiente:
AE Autorizar Cliente o Usuario Solicitud Planificar Programar Estado Adquirir Catalogar
Grfico 1. etapas de una solicitud de adquisicin

Solicitud

Agentes de la AE

Estado

Es muy importante para clientes, usuarios y agentes de las AE conocer el estado de las solicitudes e influir en algunos casos con su accionar en los valores del mismo. Los clientes o usuarios realizan diversas acciones como ser el poder ingresar la solicitud, conocer el estado de avance de la misma y en algunos casos cancelar el requerimiento. Por otro lado, los agentes de la AE necesitan: conocer si existen solicitudes pendientes de atencin, autorizar y asignar prioridades a cada una, establecer los pedidos de planificacin que cubren la solicitud, programar los comandos del satlite necesarios para cumplir con lo planificado, registrar la adquisicin o falla de la captura, incorporar los datos en catlogos, generar reportes y estadsticas. Todo este accionar genera modificaciones referentes al estado de cada solicitud. De su eficiente y correcto tratamiento depende la posibilidad de satisfacer a clientes o usuarios, cumplimentar los convenios firmados o el poder facturar el servicio y mejorar la administracin de los recursos de la AE, todo lo cual contribuye al logro de las metas de la organizacin. 2.ESTADO DE LA TECNOLOGIA Teniendo en cuenta lo expuesto en prrafos precedentes, como marco de referencia, se ha procedido ha realizar una bsqueda a nivel de la AE nacional y de otras agencias con las cuales la misma tiene contacto, a saber : Agencia Espacial Canadiense, Agencia Espacial Europea , la NASA y de los posibles productos de software que se ofrecen en el mercado y que podran ser utilizables en el tema. De la evaluacin de esa investigacin surgen los siguientes puntos para destacar:
Pg. 2 de 12

Se ha encontrado que los clientes y usuarios analizan con una aplicacin de software sus necesidades y luego remiten las solicitudes a travs de equipos de fax o por correo electrnico. Por los mismos medios son informados del estado de sus pedidos. Solamente en el caso de la agencia espacial canadiense se detect el uso de un formulario web [Radarsat Order Desk] para remitir las solicitudes, pero nicamente est disponible para el personal de planificacin de la agencias con convenio y no son de dominio pblico para clientes o usuarios. Existe un software especfico para seguimiento y planificacin de requerimientos de adquisicin de imgenes pero se encuentra circunscripto al mbito de las estaciones terrestres de control satelital. Se trata del producto CPS (Collection Planning System) de las empresas Space Imaging & Orbit Logic. Este software, que contiene alguna de las facilidades requeridas y otras duplicadas con otros productos ya existentes en la AE, hasta el momento no se ejecuta con la tecnologa compatible con Internet. Adems para su funcionamiento, se debe contar previamente con otro software que le sirve de base llamado STK (Satellite ToolKit) de la empresa AGI. [Orbit Logic Incorporated Collection Planning System ]. El software comercial con funciones para seguimiento de pedidos, conocido en su versin en ingls como tracking y de generacin de reportes, como son los que pertenecen al concepto ERP y que potencialmente podran ser adaptados implican entrenamiento en ese paradigma y un anlisis de las capacidades actuales de la AE para evaluar su posible implementacin. Todo lo anterior conlleva un costo a determinar segn el producto elegido. [Hernndez Muoz J.A, 2000; Durn Heras A. et al., 2001]

Segn lo expresado hace ya algunos aos, por el fundador de la empresa Microsoft, todo lo relativo a lo que se conoce como el estilo de la vida en la Red ha cambiado la relacin de las empresas con sus clientes y otras organizaciones y provoca que se tengan que formar estructuras apoyadas en sistemas que sean eficientes y flexibles. [Gates B., 1999]. Ha estado creciendo dentro de la comunidad informtica la aplicacin de estndares abiertos para el desarrollo de software y en especial para entornos distribuidos como la Internet. Es as que se ha generado todo un movimiento hacia diversas tecnologas como son los servicios Web, XML, SOAP, etc. Se propone como alternativa de solucin el desarrollo propio con amplia utilizacin de estos conceptos. La ventaja de adoptar estos conceptos hace que se faciliten el uso de estas aplicaciones de software en entornos de hardware heterogneos, desde tecnologa celular pasando toda la gama hasta los potentes procesadores de escritorio e inclusive ambientes conocidos como mainframes. Adems se libera al usuario de la adopcin de determinado entorno operativo bastando que en el mismo se pueda usar un programa navegador de Web. A modo de resumen comparativo de las diferentes opciones se presenta la siguiente tabla con las caractersticas a tener en cuenta para tomar una decisin sobre desarrollar o adquirir:
Pg. 3 de 12

Caracterstica Apto Tecnologa Internet Adquirir Hardware Adicional Adquirir Software Adicional Entorno de Desarrollo Conocido Necesidad de Entrenamiento Duplicacin de Funcionalidad

Desarrollo Propio SI NO NO SI NO NO

OPCIONES Aplicacin CPS NO NO SI NO SI SI

Software Tipo ERP SI SI? SI? NO SI SI?

Tabla 1: Comparacin de posibles soluciones

La indicacin SI? establece que no hay certeza sobre la necesidad de comprar hardware adicional o que dependiendo del software elegido, aparte de comprar los mdulos de inters, sea necesario comprar un paquete base con la posibilidad de que se dupliquen funcionalidades existentes. Teniendo en cuenta los valores de las distintas opciones en cada fila de la tabla surge como conclusin que el encarar el proyecto de un desarrollo propio es una solucin que es apta, factible y aceptable. Se consideran como beneficios de implementar un desarrollo propio: innovar en la forma de la comunicacin de este tipo de requerimientos entre clientes, usuarios y otros miembros de una AE. asegurar la gestin de solicitudes de adquisicin de las imgenes, en tiempo y forma. minimizar errores en procedimientos internos. facilitar la obtencin de reportes e informacin para estadsticas y control.

3. IDENTIFICACION DEL PROBLEMA Como se ha observado de la investigacin anteriormente citada, en la actualidad no se conoce que existan productos que contemplen el proceso completo de una solicitud de adquisicin que incluyan clientes, usuarios y agentes de la AE o slo se encuentran aquellos que atienden a una parte del mismo y nos son escalables a todo el proceso. El uso de mtodos mayormente manuales para el envo, el control y el tratamiento de la informacin atinentes a las solicitudes de adquisicin deriva en la posibilidad de generar, entre otros los siguientes inconvenientes o fallas: datos faltantes o incorrectos en las solicitudes. omisin del acuse de recibo de informacin. facilidad para el extravo de archivos.
Pg. 4 de 12

falta de alertas por demora en el tratamiento de solicitudes cuando el personal no se encuentra en el sector habitual y atendiendo otras actividades. demora en la obtencin de reportes, mtricas o datos sobre los pedidos por bsquedas en archivos en papel y la realizacin de clculos hechos a mano. omisin de informes sobre fallas.

El presente proyecto de tesis tiene como objetivo el desarrollar un sistema que abarque a toda la gestin integral de las solicitudes de adquisicin de imgenes satelitales y de forma tal que pueda brindar la posibilidad de interactuar con el mismo a los clientes, usuarios o agentes de la AE. Adems que lo puedan hacer en cualquier momento y desde cualquier lugar sin importar la tecnologa de hardware a utilizar. Las caractersticas que deber cumplir este sistema son: desarrollar la aplicacin en el marco de las nuevas formas de interaccin y comunicacin entre la organizacin, los clientes y los usuarios que provee la tecnologa de Internet. registrar el ingreso de solicitudes con validacin automtica de datos. alertar sobre solicitudes pendientes de atencin. identificar y generar pedidos operativos contribuyentes a cada solicitud. registrar el estado en cada etapa del trmite. conocer por parte del usuario del sistema, segn sus derechos de acceso, el estado de cada solicitud. generar reportes y estadsticas. Para la realizacin del proyecto se tomar en cuenta el entorno operativo del sector Planificacin de la AE nacional y su relacin con otros sectores contribuyentes al proceso de gestin de las solicitudes. Como dato de referencia se conoce que, con todos sus satlites operando, atender cerca de 6.000 solicitudes de adquisiciones de imgenes al ao, de las cuales las 2/3 partes son obtenidos para cubrir la planificacin para clientes o usuarios y los restantes son referentes a los procedimientos de rutina internos como por ejemplo los necesarios para la calibracin de componentes de cada sensor. 4. ESBOZO DE SOLUCIN Se propone una solucin que consiste en desarrollar un sistema nuevo de caractersticas distribuidas y que contemple el paradigma arquitectnico de n-capas. La solucin lleva implcito el concepto modelo-vista-control. La interaccin con el sistema se realizar usando como interfaz un programa navegador de Internet, las funciones sern implementadas sobre servicios web y pginas de servidor activas conforme a sus caractersticas particulares, podr existir una capa de componentes encargada de verificar reglas de negocio o acceso a datos y se mantendr un repositorio de informacin accesible a travs de lenguaje SQL. Se conoce que este tipo de implementacin propende a la
Pg. 5 de 12

modularizacin y reusabilidad del cdigo, facilita la distribucin de componentes y permite la escalabilidad de la solucin. El soporte tecnolgico elegido representa la siguientes ventajas respecto de otros existentes: El Net Framework y el Software Development Kit pueden ser descargados gratuitamente de la Internet. Los formularios y los servicios Web son pueden crear y testear con facilidad. Net Framework genera los archivos WDSL y mensajes SOAP en forma automtica. El Net Framework genera automticamente paginas web para testear mtodos remotos. Dada la facilidad de manejo de mensajes SOAP que se aplican con el protocolo HTTP hace que la comunicacin, inclusive a travs de firewalls no represente un problema para comunicaciones remotas.

Se considera que el sistema propuesto puede solucionar los siguientes aspectos resultantes del anlisis del entorno operativo mencionado en el punto 3 : evitar que los clientes y usuarios remitan solicitudes incompletas o errneas, ya que se dispondr de la informacin necesaria en lnea por cada producto y con validacin automtica. mejorar las capacidades de recepcin de solicitudes, ya que no se depender de la atencin exclusiva de las personas asignadas, sino de un sistema que ayuda a las mismas y que puede estar en funcionamiento 7 x 24. emitir las notificaciones entre agentes involucrados en forma automtica. disponer de una vista de las solicitudes a procesar en prximas semanas. establecer y verificar el estado de cada solicitud ingresada y su relacin con los estados de tramitacin. disponer de la generacin de reportes por diversos factores o combinacin de los mismos como por ejemplo, por cliente o usuario, por producto, por fechas o perodos, por regin de inters, de estados, etc. obtener a requerimiento mtricas para estadsticas como por ejemplo: total de solicitudes ingresadas, rechazadas o aprobadas, asignadas por cliente o usuario, distribucin de carga diaria, semanal o mensual y otras.

5.PLANIFICACION TENTATIVA El sistema propuesto se desarrollar aplicando los mtodos y tcnicas de Ingeniera del Software. Se toma como gua la metodologa Mtrica Versin 3, con actividades de orientacin a objetos. [Ministerio de Administraciones Pblicas-CSI Mtrica Versin 3,2000].

Pg. 6 de 12

Dado que no se cuenta con registros de productividad de desarrollo de software se ha hecho una investigacin preliminar y con sus resultados se ha obtenido una estimacin inicial de la duracin del proyecto usando la tcnica de Puntos de Funcin combinada con el concepto de Casos de Usos [ Longstreet D., Use Cases and Function Points]. En la estimacin se ha considerado adems un tiempo adicional para las revisiones tutoriales, dando entonces un total de duracin del proyecto de aproximadamente 7 meses para una dedicacin semanal de 36 horas. Como un primer esbozo en cuanto a la asignacin del tiempo para los procesos de la metodologa citados en la tabla 2 se ha tenido en cuenta aplicar, sobre el total de horas obtenido, las tendencias de los porcentajes de distribucin de esfuerzo por actividades indicados para un proyecto de tamao medio por Ivar Jacobson [ Jacobson et al., 2000]. El proceso MSI de la metodologa Mtrica V3 no se han considerado ya que el mantenimiento del sistema es una actividad que queda fuera del alcance del proyecto de tesis. El detalle del tiempo estimado para cada etapa de la metodologa es el siguiente: PSI: Planificacin de Sistemas de Informacin EVS: Estudio de Viabilidad del Sistema ASI: Anlisis del Sistema de Informacin DSI: Diseo del Sistema de Informacin CSI: Construccin del Sistema de Informacin IAS: Implantacin y Aceptacin del Sistema MSI: Mantenimiento del Sistema de Informacin Gestin de Proyectos Gestin de Configuracin Aseguramiento de la Calidad Preparacin de la Tesis de Master Total
Tabla 2. distribucin inicial de esfuerzo por proceso

30 hs 30 hs 190 hs 230 hs 180 hs 90 hs No aplica 60 hs 20 hs 60 hs 80 hs 970 hs

El producto ha obtener ser desarrollado con tecnologa Microsoft .NET Framework, Internet Information Services (IIS) 5.0 como servidor WEB, ASP.NET, ADO.NET y SQL Server 7. Esta tecnologa es completamente compatible con la existente en la AE nacional. Desde el punto de vista de hardware se usar una computadora personal Pentium IV de 2.66 Mhz, 512 Mb de RAM y 40 Gb de disco rgido.

Pg. 7 de 12

6.REFERENCIAS
Carpetas Curso Ingeniera del Software ITBA-UPM. Chuvieco E. 2000, Fundamentos de Teledeteccin Espacial, (Editorial RIALP) Pginas 23-51. ISBN 84-321-3127-X. Durn Heras A.., Gutirrez Casas G., Snchez Chaparro T. 2001, La Logstica y el Comercio Electrnico. Editorial MacGraw Hill. ISBN 84-481-3318-8. Gates B. 1999, Los Negocios en la Era Digital.Editorial Sudamericana, ISBN 950-071553-8. Hernndez Muoz J.A. 2000, As es SAP R/3. Editorial MacGraw Hill. ISBN 84-4812100-7. Jacobson I. et al, 2000, El Proceso Unificado de Desarrollo de Software.438 Pginas. Editorial Addison Wesley. ISBN 84-7829-036-2. Longstreet D., Use Cases and Function Points http://www.softwaremetrics.com/articles/usecases.htm . Pgina Vigente al 10/09/03 Ministerio de Administraciones Pblicas-CSI Mtrica Versin 3 http://www.csi.map.es/csi/metrica3/index.html . Pgina Vigente al 20/05/03 Orbit Logic Incorporated Collection Planning System http://www.orbitlogic.com/Main/Products/CPS/CPS/frameProductInfo.htm . Pgina Vigente al 05/08/03 Radarsat Order Desk . http://odys.rsi.ca.Pgina Vigente al 14/11/03

Pg. 8 de 12

ANEXO CALCULO DE PUNTOS DE FUNCIN PARA EL ANTEPROYECTO DE TESIS:SISTEMA DE GESTIN DE IMGENES SATELITALES
1. Tamao, Esfuerzo y Duracin del Proyecto Para determinar el tamao del proyecto se aplicar una extensin al conocido mtodo denominado puntos de funcin. La mencionada extensin se basa en la aplicacin de otro mtodo denominado casos de uso. Esto ha obligado a adaptar las definicin de cada uno de los componentes o parmetros a tener en cuenta en el calculo de puntos de funcin, pero conformando los estndares establecidos por el IFPUG. Segn el artculo escrito por David Longstreet [Longstreet,2003] el mtodo de casos de uso y el de puntos de funcin se complementan muy bien, pueden ser aplicados con facilidad al inicio de los proyectos cuando no se conoce mucho del sistema a desarrollar. Se recuerda que los puntos de funcin miden el software cuantificando la funcionalidad que se provee al usuario basndose en el diseo lgico del sistema, sin tener en cuenta la implementacin fsica del mismo. Por lo expuesto se usaran los casos de uso iniciales detectados durante la etapa de creacin del anteproyecto. Se sabe que la primera estimacin ser muy imprecisa, pero al ir avanzando las iteraciones se podr ir ajustando el calculo. Los pasos a realizar sern los siguientes: a) b) c) d) e) f) para cada parmetro determinar su cantidad y factor de complejidad. obtener el total de puntos de funcin. establecer las caractersticas generales del sistema. obtener el factor de ajuste. obtener el valor total de puntos de funcin ajustados. calcular el esfuerzo y duracin.

1.1. Definicin de Parmetros A continuacin se presenta una tabla que identifica los parmetros obtenidos durante el anlisis por casos de uso inicial, para cada uno se indica la cantidad y su factor de complejidad (simple, media o complejo) y el total de puntos de funcin sin ajustar: Funcin Identificar Usuario Consultas Archivos Lgicos Internos Ingresar Solicitud Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos Aprobar Solicitud Cant. 1 2 1 1 1 1 Factor Simple(3) Simple(7) Medio(4) Simple(4) Simple(3) Simple(7) SubTotal

17

18
Pg. 9 de 12

Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos Planificar Solicitud Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos Archivos Lgicos Externos Programar Solicitud Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos Archivos Lgicos Externos Informar Estado Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos Listar Reportes Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos Calcular Estadsticas Entradas Externas Salidas Externas Consultas Archivos Lgicos Internos
TOTAL

1 1 1 1 3 2 1 2 1 3 2 1 2 1 1 1 1 2 1 2 1 2 1 2 1 2

Simple(3) Simple(4) Simple(3) Simple(7) Medio(4) Medio(5) Simple(3) Simple(7) Simple(5) Simple(3) Medio(5) Simple(3) Simple(7) Simple(5) Simple(3) Simple(4) Simple(3) Simple(7) Simple(3) Medio(5) Simple(3) Simple(7) Simple(3) Medio(4) Simple(3) Simple(7)

17

44

41

24

30

24 219

1.2 Anlisis de las Caractersticas Generales del Sistema Una vez obtenido el total de puntos anterior, debe realizarse un ajuste del mismo en funcin de las caractersticas generales del sistema. A continuacin se presenta el resultado de dicho anlisis. 1.2.1 Comunicacin de datos La aplicacin soporta ms de un ordenador cliente, pero siempre sobre un mismo protocolo de comunicaciones. El valor de complejidad es 4. 1.2.2. Funciones distribuidas Existen componentes que funcionan en el lado del cliente como en lado del servidor de aplicaciones, o sea hay funcionamiento en lnea distribuido. El valor de la complejidad es 4. 1.2.3 Rendimiento Los requisitos de rendimiento y diseo han sido definidos y revisados pero no requieren ninguna accin especial. El valor de la complejidad es 3.
Pg. 10 de 12

1.2.4 Configuraciones fuertemente utilizadas La aplicacin debe tener caractersticas de uso en mltiples plataformas y ejecutarse bajos protocolos estndares que no limitan sus capacidades.. El valor de la complejidad es 2. 1.2.5 Frecuencia de transacciones Se estima que no existir una demanda pico importante de transacciones. Por lo tanto, el valor de la complejidad es 0. 1.2.6 Entrada on-line de datos Todo lo que se accione sobre el sistema es en lnea. El valor de la complejidad es 5. 1.2.7 Diseo para la eficiencia del usuario final No se requerir el uso de herramientas especiales para este concepto. El valor de la complejidad es 3. 1.2.8 Actualizacin on-line Se deben tener en cuenta cuestiones de recuperacin ante cadas en forma automtica. La valoracin de la complejidad es 3. 1.2.9 Procesos complejos La aplicacin no realiza procesos considerados complejos. La valoracin de la complejidad es 1. 1.2.10 Reutilizacin La aplicacin debe ser desarrollada para facilitar su reutilizacin. La valoracin de la complejidad es 4. 1.2.11 Facilidad de instalacin Se debe implementar un esquema de instalacin y distribucin de nuevas versiones que funcionen en forma automtica. La valoracin de la complejidad es 5. 1.2.12 Facilidad de operacin No existen necesidades especiales de operacin definidas. La valoracin a asignar es 1. 1.2.13 Instalacin en mltiples sitios La aplicacin desde el punto de vista de los clientes debe ser multiplataforma, es decir ejecutable transparentemente sobre distintos sistemas operativos y se actualizarn sus versiones automticamente. Valoracin de la complejidad 5. 1.2.14 Facilidad de cambio Existen especificaciones en cuanto a flexibilidad en las consultas o reportes por parte del usuario. La valoracin de la complejidad es 3. 1.3 Clculo del Factor de Ajuste
La tabla a continuacin, presenta un resumen del anlisis del apartado anterior, a partir del cual se obtiene el factor de ajuste necesario para ajustar los puntos de funcin.

Pg. 11 de 12

CARACTERISTICAS GENERALES DEL SISTEMA 1-comunicacin de datos 2-funciones distribuidas 3-rendimiento 4-configuraciones fuertemente utilizadas 5-frecuencia de transacciones 6-entrada de datos on-line 7-eficiencia del usuario final 8-actualizacion on-line 9-procesos complejos 10-reutilizacion 11-facilidad de instalacin 12-facilidad de operacin 13-instalacion en mltiple sitios 14-facilidad de cambios TOTAL El factor de ajuste es entonces: AF = 0,65 + (0,01 x 44) = 1,08 Los puntos de funcin ajustados: FPA = FP x AF = 219 x 1,08 = 236. 1.4 Estimacin del Esfuerzo y Duracin

VALOR 4 4 3 2 0 5 3 4 1 4 5 1 5 3 44

Como no se cuenta con registros histricos de productividad en el desarrollo de software, se hace el clculo del esfuerzo en horas hombre a partir de la tcnica propuesta por David Longstreet que combina casos de uso y puntos de funcin [Longstreet ,2001]. El mencionado autor propone una tabla con valores promedio de esfuerzo para desarrollo de sistemas basados en esa tcnica, la misma se presenta a continuacin:

Tamao en PF 10 100 1000 5000 10000

Horas por PF 1-2 3-5 9-11 15-18 25-35

Nmero Potencial de Casos de Uso 1o2 5-10 20-35 50-65 200-350

Tomando la segunda fila como la que refleja mejor al proyecto, dado que se habla de 236 PFA y 8 casos de uso iniciales y suponiendo una productividad promedio en cuanto al clculo de esfuerzo por punto de funcin, se obtiene lo siguiente: 236 PFA x 4 hs * hombre = 944 hs * hombre
Se supone una dedicacin a la produccin de la tesis de 6 horas diarias por 22 das al mes, por lo que la duracin del proyecto es de aproximadamente 7 meses.

Pg. 12 de 12