Proyecto ZONDA

Memorias del Proyecto

FIM 43 - PROYECTO FINAL Ingeniera en Informtica

Proyecto Zonda Equipo N 120

Alumnos An. Daniel Francisco Albornoz An. Julio Csar Posse An. Nicols Pablo Speratti Director Funcional Ing. Eduardo Pedace Director Tcnico Dr. Gustavo Meschino Auditora Ing. Mara Gabriela Degiampietro Ctedra: Profesor Titular: AS. Hilario Fernando Schechtel Profesor Asociado: Ing. Roberto Giordano Lerena Profesor Adjunto: Lic. Alejandro Nikolic

Fecha de Entrega: Marzo 2010

Objetivo del documento

Realizar una memoria del proyecto. Dejar asentado qu se hizo, de qu manera se realiz y las conclusiones que surgen a partir de la comparacin de lo desarrollado con aquello que estimamos al presentar nuestra propuesta de trabajo. Esto incluye, la revisin del anlisis FODA inicial, la estimacin de los tiempos, alcances y limites del proyecto y, finalmente, la memoria del proyecto propiamente dicha.

Objetivo del Proyecto

Desarrollar una herramienta informtica que permita estimar la concentracin de elementos contaminantes de un lugar, debida a las emisiones que tienen como origen la actividad humana.

Descripcin del Proyecto

El proyecto tuvo como meta desarrollar un software que implemente modelos de simulacin que permitan proyectar los efectos de la liberacin de contaminantes en la atmsfera; el sistema permite al usuario analizar el impacto de las distintas actividades humanas sobre el medio y, con ello, contribuir a generar polticas industriales y ambientales apropiadas. Previamente al desarrollo del software, el proyecto necesit una profunda y compleja investigacin, para comprender tcnicamente y en profundidad la problemtica ambiental, el proceso de modelizacin y extraer correctamente los requerimientos de nuestro cliente. El uso profesional de esta herramienta de anlisis ayuda a conocer el impacto de las emisiones contaminantes sobre el ambiente en el que se realizan, siendo de esta manera un producto informtico ideal para profesionales y tcnicos ambientales en mbito de estudio.

Alcance del proyecto

Efectivamente, como se proyect, la herramienta desarrollada optimiza los tiempos y reduce costos de anlisis de un tcnico ambiental, generando resultados similares a los producidos por las

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 2 de 37

implementaciones originales de modelos, pero ofreciendo al mismo tiempo una facilidad de uso que lo destaca.

Limites del proyecto

El proyecto no contempla implantacin final y capacitacin de usuarios. A la vez, se intentaron limitar las presentaciones acadmicas sugeridas por el director funcional.

Revisin del anlisis FODA del proyecto

En el siguiente anlisis se describen las fortalezas, debilidades, oportunidades y amenazas que fueron contempladas inicialmente, as como tambin, las no detectadas que se fueron manifestando durante el desarrollo y, particularmente, sobre el cierre del proyecto. El objetivo es extraer conclusiones a partir de nuestras proyecciones originales e informar aquellos puntos que no supimos detectar al inicio del proyecto.

Fortalezas
La capacidad del grupo para comprender los algoritmos fue un pilar fundamental que nos permiti implementar la solucin matemtica a los modelos, a pesar de los importantes inconvenientes para concluirlos: principalmente, la escasa informacin disponible en forma pblica y tambin la falta de colaboracin de idneos en el tema ambiental. Sin dudas que sin la capacidad de anlisis y resolucin, hubiera sido poco probable llegar a implementar los modelos. El inters del equipo en el rea fue slo un motor impulsor al comenzar a trabajar en el campo ambiental, y no signific un aporte mayor para el desarrollo. La implantacin real del sistema final en el campo es totalmente factible. Esta insercin del sistema en el mbito cientfico y nuestro inters inicial, como impulsores, fueron perdiendo importancia porque no se encontraron asesores, garantas ni recursos adicionales para la investigacin. El inters real de cientficos est relacionado al punto anterior. No hubo ayudas externas para comprender los modelos. Ni desde el director funcional ni desde sus contactos. El Ing. Pedace siempre pens que implementar la totalidad del modelo Proyecto Zonda Pgina 3 de 37

ALBORNOZ - POSSE - SPERATTI

era algo totalmente factible, incluso sin contar con una comprensin profunda del tema ambiental. La escasa existencia en el mercado argentino de sistemas similares es un factor importante para la penetracin como producto del sistema implementado, pero no por ello fue importante para la gestin y realizacin del sistema. Una fortaleza que no se consider fue la misma necesidad de concretar nuestra carrera exitosamente. La motivacin extra que fue surgiendo como equipo y en forma individual, de culminar nuestra etapa acadmica con un producto informtico terminado; adems de la voluntad inicial de poder emprender un proyecto real en el que debamos trabajar profesionalmente.

Oportunidades
Aplicacin de conocimientos de anlisis matemtico y en un entorno orientado a objetos. El desarrollo es de tipo procedural, la utilizacin de objetos se evidenci en el aspecto cohesivo y el bajo acoplamiento de los distintos mdulos de trabajo. El modelo del negocio fue diseado e implementado haciendo foco en los datos de entrada y de salida, que eran utilizados en funciones tales como simular o exportar resultados, y no teniendo hincapi en entidades y conceptos exclusivos de un paradigma orientado a objetos. Hubieron pocos acercamientos con el director tcnico. Por un lado existieron dificultades para coordinar tiempos y agendas. Por el otro, el conocimiento del director tcnico no era suficiente en el rea, y en los campos en los que nos podra haber brindado mayor ayuda siempre contbamos con la posibilidad de avanzar sobre las dificultades con nuestra sola capacidad. As, muchas veces acudir al director significaba un considerable gasto de tiempo, que fue sin dudas un recurso escaso a lo largo de todo el proyecto. Posibilidad de desarrollar un software sin antecedentes en el mercado local, con gran perspectiva de uso y difusin. Este punto est abierto a realizarse, pero en s no fue preponderante durante el proyecto. Como se indic anteriormente, en el da a da no incidi su potencial uso masivo como producto informtico. En las etapas finales del desarrollo, recibimos una oferta de gente del rea de estudios ambientales de la Municipalidad de Baha Blanca para evaluar la posibilidad de un desarrollo conjunto con la Universidad. Aunque esta oportunidad no fue de gran relevancia durante el desarrollo,

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 4 de 37

nos genera un gran entusiasmo sobre la posibilidad de seguir desarrollando en el rea una vez concluida esta etapa. Prueba de nuestras aptitudes tcnicas y de gestin de proyectos. Consideramos que nuestras aptitudes fueron puestas a prueba en el sentido de organizacin, como profesionales que deban interactuar con distintos actores, administrar y priorizar sus tiempos para concretar el trabajo en los tiempos exigidos. Los roles dentro del equipo se fueron afianzando, aprendimos de nuestros errores y seguramente esta experiencia nos ayude a desempearnos mejor en la gestin y realizacin de nuestros proyectos profesionales. Adquisicin de conocimientos sobre nuevas herramientas para el desarrollo de software. Este tem se ha cumplido puesto que hemos puesto en prctica nuestra capacidad de aprendizaje de nuevos lenguajes y entornos de trabajo. Tuvimos que familiarizarnos con Fortran, nuevas y valiossimas herramientas de Matlab, saber crear interfaces entre Matlab y C++, entre otras tecnologas. No result relevante el papel del director tcnico. En todo momento sentimos que contbamos con la suficiente capacidad para afrontar los desafos tcnicos por nuestros propios medios y que la mayor dificultad estaba en la especificacin funcional. Experiencia en desarrollo de un sistema de implantacin real y de envergadura considerable. Los resultados en este aspecto estn abiertos y consideramos que, en parte, exceden al desarrollo del proyecto, al considerar los pasos de implementacin del sistema, capacitacin de usuarios y relevamiento de escenarios reales a modelar. Sin embargo, el sistema logr adecuarse a las necesidades de un estudio ambiental, por lo que cumplimos nuestras expectativas de trabajar en un producto realmente utilizable. Nuestro director funcional ha quedado muy conforme, y planea exponer nuestro desarrollo y ofrecerlo al CEAMSE (Cinturn Ecolgico del Area Metropolitana, Sociedad del Estado) como herramienta para sus estudios. Plante tambin la posibilidad de extender el sistema e implantar nuevas funcionalidades. Desarrollo de un producto porttil y con ello, de amplia penetracin en el mercado. Es otra caracterstica de la aplicacin que no gravit en el desarrollo del sistema.

Debilidades

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 5 de 37

Desconocimiento del tema ambiental. Este punto fue determinante para no lograr cumplir con el alcance tcnico e inicial del sistema. Fue necesario, por ello, acotar la funcionalidad de dos de los modelos estudiados. Pero, a la vez, este desconocimiento inicial, mostr que estamos aptos para trabajar en el terreno ambiental con las herramientas necesarias, en forma satisfactoria. Nuestro director funcional no tuvo los conocimientos tcnicos especficos suficientes de los modelos, sino ms bien de cmo utilizarlos y de su posible aplicacin al mercado. Nos relacion con profesionales del rea, aunque a la hora de localizarlos tuvimos inconvenientes y nunca obtuvimos asistencia de ellos. Falta de conocimientos avanzados en herramientas de desarrollo. Hemos trabajado en este aspecto, realizando prototipos en distintas herramientas, logrndose buenos rditos al realizar comparativas de performance entre ellas. Se ha necesitado ms tiempo extra del planificado, para adquirir el conocimiento necesario en lenguajes, APIs e interfaces para el desarrollo del sistema. Por otra parte, no fue indispensable la ayuda del director tcnico, quien es una persona con amplios conocimientos en la herramienta Matlab, ya que para la misma existe una gran cantidad de manuales e informacin tcnica. Adems, nuestro uso difera del campo de implementacin en el que l se desenvuelve habitualmente. Dedicacin parcial del equipo de trabajo, por horarios laborales . La administracin de los tiempos y la falta de experiencia laboral de los integrantes del equipo nos hicieron aprender a organizarnos para poder concretar nuestro proyecto final, a la vez que trabajbamos con horarios demandantes. Notamos que la cantidad de horas hombre no se pudo alcanzar en los tiempos estimados durante la planificacin. El hecho de trabajar en promedio 45 horas semanales por persona fue en desmedro de la dedicacin semanal al proyecto. Distancia geogrfica con el cliente. Tuvo un efecto negativo sobre la comunicacin, gener dificultad para mostrar los avances del proyecto y retrasos en el feedback necesario para lograr una interaccin fluida. Hemos sido los primeros crticos de nuestros prototipos, y esto hizo que demoremos los plazos de reuniones, entregas y presentaciones para con el cliente. Distancia geogrfica entre los integrantes del equipo de trabajo: Si bien consideramos la posible insercin laboral de los integrantes del grupo que aun no trabajaban, oportunidades laborales difcilmente rechazables llevaron a dos de los integrantes a reubicarse en otras ciudades. La distancia entre Proyecto Zonda Pgina 6 de 37

ALBORNOZ - POSSE - SPERATTI

nosotros agreg una dificultad extra, a la hora de realizar tareas en conjunto y de asignar responsabilidades. El nivel organizativo logrado en las ltimas instancias fue slo posible despus de varios meses de gran esfuerzo, que permitieron definir metodologas de trabajo, consensuar conceptos relacionados a la problemtica que analizamos, definir roles de los integrantes y fijar una plataforma de desarrollo juntamente con una arquitectura de aplicacin. Otra debilidad, que no fue detectada inicialmente, es la inexistencia o dificultad de acceso a informacin tcnica especfica, lo que sumado a la falta de asesoramiento cientfico, llev a realizar el proyecto con los medios bsicos, pblicamente disponibles. Para ISC se recurri a varias fuentes profesionales y a documentacin de libre acceso. Slo la segunda va dio resultados, al igual que con Caline. En este segundo caso, se recurri sin los resultados esperados, al Departamento de Ciencias de la Atmsfera de la UBA y a los responsables del modelo original, en Italia y EEUU. Este punto es, sin dudas, el taln de Aquiles del proyecto.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 7 de 37

Amenazas
Riesgo de no cubrir correctamente los requerimientos funcionales y no funcionales: se cumpli y en efecto, hizo necesario que recortramos los requerimientos funcionales y no funcionales planificados. La causa fundamental es la escasez de material y recursos para estudiar los modelos, ya comentada anteriormente. Escasa confiabilidad en el nuevo sistema . Este riesgo est latente para los dos modelos complejos, por las causas explicadas en las lneas previas. De todas maneras, el sistema brinda datos consistentes al recrear distintos escenarios. Los requerimientos que no se pudieron cumplir, por la ya mencionada falta de informacin, inducen a que la informacin en ciertos escenarios est ligeramente distorsionada. Posible existencia de sistemas similares en la actualidad. Este factor no incidi en el desarrollo del proyecto. De todas maneras, la existencia de herramientas similares puede ayudar a evaluar la calidad del producto informtico y la posibilidad de una penetracin real en el mercado, teniendo en cuenta tambin su distribucin libre, lo que transform esta amenaza en una oportunidad. Eventuales modificaciones en la legislacin ambiental . No hemos encontrado cambios. De cualquier modo, no tuvo relevancia en la gestin del proyecto. El nico dato destacable en este punto es el cambio de la recomendacin de EPA de ISC por ARMOD. Actualmente esto no cambia nada en nuestro pas. Este tem que fue identificado originalmente como una amenaza, abre la puerta al desarrollo de extensiones que brinden nuevas posibilidades a nuestros usuarios finales. Compromisos inesperados o percances en miembros del equipo de desarrollo. Este riesgo se detect durante el anlisis de riesgos, en la fase de inicio. Fue, junto a la escasez de informacin tcnica, un inconveniente que nos cost superar. En particular, Daniel tuvo durante la gestin del proyecto, viajes laborales y compromisos con sus empleadores. Nicols se mud a Esquel en el ao 2008 para hacerse cargo de una empresa, sin tener la formacin y experiencia previa requerida, en una ciudad que no conoca. Julio se mud el mismo ao que Nicols, pero a Buenos Aires. All tuvo dificultades tanto para conseguir vivienda, como para encontrar tiempo y espacio para trabajar en el proyecto. Adems, cambi de trabajo dos veces. No tuvimos una real consideracin del problema de la distancia Proyecto Zonda Pgina 8 de 37

ALBORNOZ - POSSE - SPERATTI

geogrfica entre los integrantes del equipo de trabajo. La distancia entre nosotros agreg una dificultad extra, a la hora de realizar tareas en conjunto y de asignar responsabilidades.

Mtricas
A continuacin, expondremos cual fue la dedicacin real al proyecto, la cuota de esfuerzo por fase y por tipo de tarea, los desfasajes con respecto al cronograma original, las razones principales por las que existieron demoras y cancelaciones. Segn lo planificado al inicio, el proyecto debera estar finalizado en octubre del 2008. Esto quiere decir que tenemos un retardo aproximado de un ao y seis meses, con respecto a lo planificado. En otras palabras, casi duplicamos (80%) los tiempos brutos inicialmente estimados.

Cronograma Planificado
Nombre Fase Preliminar Fase Inicio Fase de Elaboracin Fase de Construccin Fase de transicin TOTAL Duraci n Inicio 20/10/20 212 06 25/05/20 85 07 19/08/20 214 07 20/03/20 85 08 13/06/20 112 08 714 Fin 20/05/20 07 17/08/20 07 19/03/20 08 12/06/20 08 03/10/20 08 Hs netas 551 425 1070 425 252 2723

Tiempos Reales
Fase Fase preliminar Fase Inicio Fase de Elaboracin Fase de Construccin 2Fase de transicin Duracin bruta en das
309 185 413 285 174

Hs netas
390 603 1134 741 414

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 9 de 37

TOTAL

1270

3282

Comparativas entre cronograma original y ejecutado

A la vez que notamos este gran desfasaje, tenemos que considerar que las horas hombre netas dedicadas, no distan de los tiempos estimados en igual proporcin. De hecho, en horas netas de esfuerzo es de un 20%. Esto por ejemplo lo hemos notado en los momentos en que disponamos del tiempo necesario, unas 9 hs semanales, para mantener un excelente ritmo de avance. En tanto que, en los momentos en que las obligaciones laborales nos impedan esa dedicacin en horas hombre por semana, el rendimiento disminua. Las razones de los desfasajes principalmente son dos, una ya prevista como debilidad (tem 3 del FODA) y como riesgo considerado en la fase de inicio (tem 8 del anlisis de riesgos), que es la dedicacin parcial a partir de 2008 por parte de los tres integrantes. Esta se redujo a menos de la mitad, con picos mximo de 6 hs. semanales, en el mejor de los casos. Dado que todos nos encontramos trabajando 8hs diarias, como mnimo, y no hemos podido dedicarle al proyecto la carga horaria estimada en un comienzo, momento en que slo uno ya trabajaba. Este riesgo se identific correctamente, pero no tuvimos una verdadera nocin de su impacto, y de alguna manera, nos cremos capaces de trabajar por arriba de nuestras capacidades, durante todo el proyecto.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 10 de 37

La otra razn, fue la escasez de material tcnico especfico sobre los modelos ISC3 y Caline4. Esto fue crtico, ya que se dedic ms tiempo de lo estimado a la investigacin. Los manuales tericos originales de Caline4 e ISC3, obtenidos luego de un arduo trabajo, son explicaciones superficiales, que hablan generalidades sobre algunas cuestiones de esos modelos, haciendo prcticamente imposible una implementacin real, si se cuenta slo con ellos. A esto se le sum la falta de apoyo por parte de profesionales del rea, ya sea por escasez de tiempo, desinters o por falta de conocimientos tcnicos de los modelos particulares. En segundo orden, la distancia entre los integrantes y con el cliente, como se detalla en el anlisis FODA, fueron complicaciones presentes en la gestin, dificultando la comunicacin, el trabajo en equipo y la integracin de saberes. Los retrasos contra el cronograma original se detallan a continuacin: Al comienzo de la fase de inicio, preparamos nuestra propuesta de trabajo y armamos el primer cronograma Esta fase se comenz realmente en agosto de 2007 y se culmin en febrero del ao siguiente, teniendo una duracin de seis meses, incluyendo el receso de enero, en lugar de los tres iniciales. Ya comenzbamos con demoras relacionadas a escasez de recursos, lo que empezaba a incidir en nuestra motivacin.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 11 de 37

La fase de elaboracin se program con un tiempo de trabajo de poco ms de siete meses. La duracin fue de 13 meses, es decir, ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 12 de 37

que duplicamos el tiempo inicial y los casos de uso se finalizaron en abril de 2009. Cabe aclarar que trabajamos sobre los casos de uso ms crticos del sistema y se realizaron reducciones en cuanto a la profundidad de los modelos a implementar, a causa de la escasez de material tcnico. La fase de construccin estaba estimada para ser finalizada con un tiempo de trabajo de 3 meses. Los casos de uso aqu detallados no fueron los ms complejos, exceptuando la realizacin de la interfaz de usuario. Este ltimo demand un tiempo extra de investigacin y conocimiento de la herramienta elegida. Por lo que el tiempo real fue de nueve meses, con la finalizacin en enero de 2010. La fase de transicin se estim, al comienzo del proyecto con un tiempo de desarrollo de un mes. Se realiz finalmente en seis meses, y dadas las demoras en las fases anteriores, concluy en febrero de 2010.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 13 de 37

Cronograma de Desarrollo
Tarea Inicio Fin Hs esfuerzo Recursos

Preparacin Propuesta de Tema

Preparacin de Final Compiladores Receso Acadmico Preparacin de Final Compiladores Dictamen sobre la Propuesta de Tema

Preparacin Propuesta de Trabajo

Preparacin finales turno Marzo Preparacin finales turno Mayo Preparacin Final de Sistemas de Informacin II

20-10-06 14-11-06 23-12-06 02-02-07 03-02-07 16-02-07 26-02-07 07-04-07 02-07-07 04-07-07 06-07-07 12-07-07 14-07-07 17-08-07 27-08-07 01-12-07 25-08-07 25-08-07 05-10-07 05-10-07 01-11-07 03-11-07 20-12-07 02-02-08 28-12-07 27-02-08 27-02-08 27-02-08 11-04-08

22-12-06 11-12-06 02-02-07 14-02-07 15-02-07 03-07-07 23-03-07 24-05-07 17-12-07 05-07-07 11-07-07 16-08-07 10-08-07 24-08-07 31-08-07 10-03-08 26-02-08 04-10-07 02-11-07 22-10-07 17-11-07 19-12-07 27-12-07 26-02-08 01-02-08 15-04-09 04-12-08 10-04-08 17-05-08

78

Equipo Posse Posse Ctedra Equipo Equipo Equipo Speratti, Posse Equipo Ctedra Ctedra Albornoz, Speratti Equipo Equipo Albornoz Equipo Equipo Speratti, Posse Albornoz, Speratti Posse, Albornoz Equipo Equipo Equipo

283

Presentacin Propuesta de Trabajo

Conformacin del Comit Evaluador del Trabajo Dictamen sobre la Propuesta de Trabajo Preparacin de Final Compiladores

12

Estudio sobre derechos del producto derivado

36 JAIIO - Mar del Plata Preparacin Final de Sistemas de Informacin II Fase Inicio

17

Investigacin de modelos Formalizacin de los Requerimientos Evaluacin de herramientas de Desarrollo Preparacin y presentacin sistema y modelos Seleccin y elaboracin de los artefactos de la Fase Elaboracin Plan de Iteraciones Anlisis de los riesgos tcnicos del sistema
Receso Acadmico Fase de Elaboracin Iteracin 1 LandGem

210 63 38 38 150 26 79

Investigacin Modelizacin y simulacin: A-D-I-T

95 51

Speratti, Posse Speratti, Posse

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 14 de 37

Salida y presentacin de resultados Elaboracin de prototipo v1 Presentacin de prototipo v1

Iteracin 2 ISC

19-05-08 17-06-08 04-12-08 27-02-08 27-02-08 30-09-08 11-04-08 11-04-08 07-11-08 31-12-08 02-02-09 16-04-09 16-04-09 16-04-09 13-06-09 16-04-09 16-04-09 13-07-09 16-04-09 16-04-09 01-07-09 26-10-09 26-10-09 16-04-09 16-04-09 20-10-09 05-11-09 20-10-09 18-01-10 20-10-09 10-02-10 15-02-10 11-03-10 29-03-10

16-06-08 21-07-08 04-12-08 24-02-09 29-09-08 24-02-09 15-04-09 06-11-08 15-04-09 01-02-09 07-03-09 26-01-10 27-08-09 12-06-09 27-08-09 24-10-09 11-07-09 24-10-09 15-08-09 30-06-09 15-08-09 26-01-10 26-01-10 09-05-09 09-05-09 09-02-10 09-12-09 08-01-10 09-02-10 14-12-09 11-02-10 10-03-10 27-03-10 02-04-10

40 48 2 370 80 360 88 113

Speratti, Posse Speratti, Posse Posse Albornoz Albornoz Posse Posse Equipo

Investigacin Modelizacin y simulacin: A-D-T

Iteracin 3 - Caline4

Investigacin Modelizacin y simulacin: A-D-T

Receso Acadmico

Certificacin
Fase de Construccin Iteracin 1 Landgem

Salida y Presentacin de resultados. D-I-T Elaboracin de Prototipo v2

Iteracin 2 ISC

80 104 60 72

Albornoz, Speratti Albornoz, Speratti Albornoz Albornoz Posse, Albornoz Posse, Albornoz Albornoz, Speratti Albornoz Posse, Albornoz Equipo Albornoz, Speratti Speratti, Posse Equipo Equipo Ctedra Ctedra

Salida y Presentacin de resultados. D-I-T Elaboracin de Prototipo

Iteracin 3 - Caline4

Salida y Presentacin de resultados. D-I-T Elaboracin y presentacin de prototipo

Iteracin 4 - Escenarios

104 64

Crear, Modificar, Guardar, Exportar

Iteracin 5 Sistema

128 17

Iniciar Sistema
Fase de transicin

Presentacin versin Beta Validaciones y verificaciones Finales Implementacin con instalador Confeccin del Manual de Usuario y Sistema Solicitud de Evaluacin Preliminar del Trabajo Preparacin de defensa Evaluacin Preliminar del Trabajo Conformacin del Tribunal Examinador

48 168 32 77 5 79

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 15 de 37

Presentacin y Defensa Pblica TOTAL

12-04-10

12-04-10

6
3282

Equipo

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 16 de 37

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 17 de 37

Esfuerzo neto por Tarea

Duracin bruta Hs Tarea en das netas Investigacin y anlisis 768 1768 Testing 230 363 Desarrollo 736 1000 Presentaciones y reuniones 57 152 1791 3282

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 18 de 37

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 19 de 37

Memoria
Un poco de historia
El grupo se conform durante 2006, poca en que, a los tres, nos quedaban escasas materias para rendir mediante examen final. Nos conocemos bien porque hemos venido cursando desde hace aos, y en varias oportunidades, estudiando en grupo. Hicimos varias averiguaciones, buscando temas, necesidades y posibilidades para elegir. Descartamos hacer sistemas de gestin para organizaciones sin fines de lucro, sistemas relativamente chicos y simples, y, posiblemente, sin nada novedoso para lo que conocamos. La primera propuesta que investigamos en profundidad, fue para la Armada Argentina; y para adentrarnos en el tema, logramos reuniones en la base naval de la ciudad de Mar del Plata. La idea inicial era desarrollar un software capaz de funcionar con el sonar de submarino, de esta manera, el sistema, reconociendo las distintas ondas que perciba el sonar, se comportara como un experimentado operador de sonar humano, cuyo odo aprende a reconocer entre las distintas frecuencias y amplitudes, objetos que se encuentran en las cercanas. Aqu empezaron los contactos con Gustavo Meschino, docente de la materia Inteligencia Artificial II, que tena facilidad en el trato y conocimientos, virtudes que creemos oportunas para un trabajo en equipo. La propuesta nunca lleg a las autoridades de la ctedra. Una prudente profesora, Isabel Passoni, nos dio un golpe de realismo: el corazn de la propuesta, la funcin vital del sistema, estaba absolutamente fuera del alcance de un proyecto final de carrera. Ella saba de lo que hablaba: haba trabajado y aplicado su experiencia profesional en aquella institucin. Fue as que nuestro primer intento de presentacin de tema para el proyecto final de carrera, en el ao 2005, qued trunco. Nos enfocbamos en buscar algo ambicioso, novedoso, donde tengamos que integrar y esforzarnos, aunque siempre motivados por el resultado de un sistema o una gran investigacin. Pasara un ao de cursadas, para volver a intentarlo en el 2006. Nuestra primera presentacin formal, lleg por comentarios de otra profesora. La idea era desarrollar un sistema para la liquidacin de sueldos de la empresa Balcarce, de la ciudad de Mar del Plata. Visitamos la planta, hablamos con las partes interesadas, estudiamos el proyecto y presentamos un informe a las autoridades. La propuesta fue rechazada, dado que esa empresa tena sin dudas los recursos para realizar por s misma ese sistema. ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 20 de 37

Fernando Schechtel nos concedi una prrroga para presentar una nueva propuesta, y le comentamos que nos costaba muchsimo encontrar un tema y una propuesta acorde a un proyecto de este calibre. Necesitbamos ayuda y orientacin de la facultad para encontrar alternativas. En una reunin, Fernando Schechtel nos acerc un proyecto del Rotary Club Argentina y tambin una aproximacin del caso que tena el Ing. Pedace, docente y titular de una ctedra en Ingeniera Ambiental. El primer proyecto consista bsicamente en desarrollar un portal web para esta entidad y nos pareci poco convincente y hasta algo escueto para el proyecto de tres futuros ingenieros en informtica. La otra alternativa no estaba madurada, as que necesitamos leer un poco del tema y juntarnos con la parte interesada, el citado profesor. Tuvimos que esforzarnos en comprender qu era lo que necesitaba, y saber hasta qu punto podamos llegar a satisfacer sus necesidades. Esos requerimientos se fueron depurando y presentamos as nuestra nueva propuesta de tema. El tema fue aceptado sin observaciones en marzo de 2007. Sin embargo, tena muchsimas aristas que desconocamos y que aprendimos posteriormente, durante el desarrollo del proyecto. Aceptando la complejidad, eligiendo el sacrificio y adaptndonos a la visin de un reconocido y experimentado Ingeniero, tanto en la docencia, como en el mbito profesional. El Ing. Pedace quera un sistema revolucionario pero sin la concepcin realista de cmo se poda lograr. Hablaba de contactar especialistas para que nos ayudaran y de evaluar los resultados, para ver si les gustaba y era til el sistema, pero no de entender y desarrollar los modelos. Buscaba soluciones a sus necesidades. De hecho, tuvimos que aprender a negociar, a dar negativas y tambin a poner lmites sobre el alcance de lo que podamos llegar a hacer. Armamos, a mediados de ese ao, una propuesta de tema, con requerimientos funcionales y un cronograma inicial. A fines de 2007, tuvimos que realizar una presentacin de lo que desarrollaramos, en una clase de su materia de la carrera de Ingeniera Ambiental. Les hablamos a los alumnos sobre el sistema y lo que iba a hacer. Todo lo preparamos nosotros y fue una buena experiencia, porque aunque tuvo poca relevancia para el proyecto, fue un gesto hacia el tutor, que nos haba solicitado contarles a sus alumnos de este proyecto. As, nos fuimos haciendo concientes de los deseos del Ing. Pedace e interiorizando de la realidad de la temtica abordada y aceptamos el desafo. Nuestro director tcnico fue elegido en base a la facilidad de trato que siempre tuvo, mostrando entusiasmo y buena voluntad ante ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 21 de 37

cualquier inquietud que le presentramos en la poca en que ramos sus alumnos, y a sus conocimientos en herramientas tales como Matlab, posiblemente del estilo que bamos a necesitar, por tratarse de un sistema de gran cantidad de datos y clculos numricos. Los contactos con l tampoco fueron frecuentes. El Ing. Meschino se encontraba ligado a varios compromisos: el desarrollo de su Doctorado, primero sin xito y luego logrando el objetivo, adems de fuertes cambios laborales. Tambin se vi afectado por una fractura en su rodilla derecha. Por ltimo, slo un integrante del grupo permaneci en Mar del Plata, lo que limit tambin las posibilidades de encuentros.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 22 de 37

Asignacin de Roles
La asignacin de tareas y el trabajo de cada analista durante el proyecto fueron variando, dependiendo de la etapa en la que cada uno se encontraba. En un comienzo, fines de 2007 e inicios de 2008, Julio y Nicols se encargaron de trabajar sobre LandGem mientras que Daniel comenz con la investigacin de ISC3. Todo esto lo realizbamos en paralelo ya que a los tres nos quedaban finales pendientes por rendir. Luego Nicols y Julio se dedicaron al estudio del modelo Caline4 a partir de la documentacin existente, que pensamos que iba a bastar, ya que en un principio lo percibamos completo y suficiente, pero al indagar profundamente en las frmulas matemticas, vimos que no fue as. Desde 2008, por cuestiones geogrficas, hubo asignaciones bien definidas. Daniel fue quien tuvo comunicacin continua con nuestra auditora y el punto de contacto con nuestro director tcnico. Julio fue quien le realizaba presentaciones e intercambiaba opiniones con el cliente. Por otra parte, Daniel y Julio se abocaron cada uno exclusivamente a uno de los modelos ms importantes, ISC3 y Caline4 respectivamente, mientras que Nicols en una primera etapa desarroll ntegramente para el modelo LandGem y luego profundiz sobre qu herramientas y lenguajes podan ser los ms aptos para los requerimientos no funcionales del sistema, tales como el tiempo de respuesta, realizando varios prototipos en distintas plataformas, evaluando as las distintas alternativas para la programacin. En las fases de construccin y transicin, Nicols y Julio se dedicaron a refinar las documentaciones que restaban, mientras que Daniel se aboc a desarrollar la interfaz grfica, tanto para Caline como para ISC.

LandGem
El modelo LandGem parte inicialmente del estudio de una implementacin existente en Microsoft Excel, ya que no existe documentacin tcnica del modelo. Nos referimos a la versin 3.02, desarrollada por la Agencia de Proteccin del Medio Ambiente de los Estados Unidos (EPA, por sus siglas en ingls). Este estudio se inicio a fines del ao 2007, no tuvo demasiadas complicaciones, y con la dedicacin full time de dos integrantes se logr realizar el algoritmo deseado. ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 23 de 37

Luego de varias semanas de estudio de la herramienta Matlab, se logr la implementacin del modelo, obteniendo resultados similares a la versin original de LandGem. Cabe aclarar que dicha implementacin fue bsica, que se ejecutaba desde lnea de comandos dentro del entorno Matlab. Pero fue nuestro primer prototipo y un buen comienzo para seguir trabajando. A partir de este momento nos enfocamos en la tarea de desarrollar una interfaz grfica amigable, fcil de utilizar y que se distinguiera notablemente de la implementacin existente en Excel. Fue as que decidimos implementarlo en Java. Iniciamos bien, ya conocamos la herramienta y no tuvimos demasiadas complicaciones, hasta arribar al momento de comunicar nuestra aplicacin con el modelo implementado en Matlab. Tuvimos que volver a las fuentes e investigar un poco ms. Al final supimos que nuestro modelo compilado se podra ejecutar sobre un proceso runtime de Matlab. La comunicacin era sencilla as que logramos finalmente la implementacin final de LandGem en Java. Pero luego desarrollamos ntegramente la interfaz grafica en .Net, y llegamos a la misma conclusin: existan retardos considerables a la hora de simular. El problema estaba en la comunicacin con el MCR de Matlab ya que el volumen de datos era elevado. Esto nos llevo a la conclusin de desarrollar todo bajo Matlab y utilizar a Java para implementar la interfaz grfica slo para el ingreso de valores y para el despliegue de los resultados. Pero siempre llamados desde nuestra aplicacin en Matlab. Los resultados fueron ptimos y el tiempo de simulacin se redujo considerablemente. A esta altura ya estbamos a mediados de 2009.

Caline4
El modelo Caline4 se bas inicialmente en la explicacin terica del modelo, en la cual se desplegaban frmulas y razonamientos por lo general a nuestro alcance, que Julio fue aprendiendo. Pero la cuestin de fondo no llegaba a buen puerto, porque existan muchsimos puntos que no estaban claros, a saber: convencin de coordenadas incierta, escenarios y sub-escenarios no desarrollados ni explicados, parmetros cuyo origen y valor no se conocen, y lo que es ms importante, no se trataba de mostrar cmo desarrollar el algoritmo, sino de fundamentar matemticamente algunas de sus claves, sin realizar un detalle exhaustivo y completo del modelo implementado; era ms bien una presentacin general y bsica de ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 24 de 37

Caline, ms que una herramienta necesaria y suficiente para elaborar el algoritmo, que, de por s, se avecinaba complejo. A medida que pasaban los meses, que fueron casi seis, nos fuimos dando cuenta que no bamos a llegar a concretar nada con este documento, porque por ms que bamos comprendindolo, ntese que haba mucha temtica ambiental y matemtica desconocida, no podamos lograr desarrollar el algoritmo al que haca referencia. Sabamos perfectamente que este trabajo no estaba a nuestro alcance con los recursos que tenamos. De hecho, fuimos dos compaeros que tratamos de desentraarlo sin xito. Hemos pedido ayuda en la UBA, departamento de Ciencias de la Atmsfera, donde no conocan el modelo y tampoco pudieron contactarnos con gente especializada que nos puediera asesorar. Este contacto con la UBA fue por recomendacin de nuestro director funcional, y fue el nico lugar dnde pensamos podramos llegar a obtener colaboracin. Ms adelante, intentamos contactarnos con los responsables del modelo Caline4, mediante correo electrnico. Les escribimos mails a los equipos de trabajo, en Italia y EE.UU, sin resultado alguno, Fue entonces cuando encontramos el cdigo original completo, que estaba anexo al la explicacin general; y aunque estaba escaneado en un archivo pdf y en Fortran, pudimos realizar la enorme tarea de entenderlo y traspasarlo a un fuente. Fue una tarea que demand ms de un ao, incluyendo comprensin, traduccin, refinamiento y largos testeos.

ISC3
Desde un primer momento, supimos que este modelo era prcticamente el corazn del proyecto. Se trata de un modelo ampliamente difundido e indicado en la legislacin argentina como la herramienta indicada en las prcticas de anlisis de impacto ambiental. Conceptualmente, el modelo no mostraba dificultades insuperables. Consiste en una ecuacin gaussiana que deriva de una ecuacin diferencial similar a la del calor con algunas condiciones de borde. Al avanzar un poco sobre el desarrollo comenzamos a encontrarnos con las primeras dificultades: muchas de las variaciones que se podan dar sobre un escenario simple ya no se basaban en un anlisis matemtico riguroso, sino que aplicaban conceptos netamente empricos, frecuentemente poco claros y de una implementacin informtica dificultosa ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 25 de 37

A las dificultades ya descriptas se sum la muy escasa documentacin disponible. La mayor parte del trabajo se realiz en base al manual del usuario del modelo original de EPA. El mismo result ser poco descriptivo de algunos de los algoritmos, e incluso evidenciarse tras haber logrado un conocimiento ms o menos amplio de la temtica. En nuestra bsqueda de material intentamos acudir a diversas fuentes: colegas de nuestro director funcional, recomendados por el mismo, contactos que mantenamos en el Instituto Balseiro de Bariloche y profesionales del rea de diversas universidades. Ninguna de ellas nos pudo proveer informacin significativa. Sobre el cierre del proyecto, logramos contactar gente de la Municipalidad de Baha Blanca, que trabaja en anlisis de impacto ambiental sobre el polo industrial de dicha ciudad. Si bien no se trata de una fuente a la que podamos consultar aspectos muy tcnicos y de implementacin, nos fue de gran ayuda consultarle sobre temas relacionados a la utilizacin y temas conceptuales generales. En tiempos totales, la investigacin y anlisis inicial consumi cerca de un ao y medio. Este tiempo, que largamente excede lo planificado, se explica principalmente por la escasez de material especfico y por una diferencia muy considerable entre las horas de dedicacin diarias, originalmente planificadas, y las que realmente se le pudieron dedicar. La investigacin sobre este modelo fue sin duda una de las mayores fuentes de desvi durante todo el desarrollo. A este tiempo, debimos sumarle las sucesivas revisiones que fueren necesarias para la construccin del proceso. La implementacin del modelo demor seis meses en lo que se refiere a modelo puro mas otros cuatro meses para la construccin de la interfaz que permite la carga de datos de entrada y la exposicin de los resultados de los clculos.

Herramientas CAD
El estudio de componentes CAD se orient a encontrar una solucin para representar grficamente los modelos de Caline4 e ISC3. Era necesario un componente capaz de desplegar curvas de nivel sobre mapas de superficie. Tambin debera ser capaz de representar componentes propios de cada modelo, como por ejemplo, fuentes puntuales y receptores, para el caso de ISC3, y fuentes lineales y receptores, para Caline4. En un principio, se buscaron componentes Freeware, entre los que se encontraban: CAD OCX 1.0, LiteCAD, A9CAD, CadStd Lite 370, progeCAD 2008 Smart y Alibre Design. Pero ninguno era tan completo como para satisfacer nuestras necesidades antes mencionadas. Luego se pens en utilizar herramientas tales como VDraw o Autocad, ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 26 de 37

pero al ser herramientas Shareware ya estaban fuera de nuestros alcances. Finalmente, indagando un poco ms en Matlab, vimos que dichos grficos se podan realizar utilizando una librera denominada Mapping Toolbox. Esta Toolbox provea las herramientas necesarias para el anlisis de datos geogrficos, la visualizacin y edicin de mapas de superficie. A la vez, permita una muy fcil integracin con las potentes herramientas de graficado que provee Matlab para la exposicin grfica de resultados

Informacin Tcnica
Mientras se realizaba el estudio de los modelos, se fueron realizando prototipos con el primero desarrollado (LandGem), el cual presentaba tambin la posibilidad de ser la medida para evaluar distintas alternativas para la programacin. El cuello de botella principal, tecnolgicamente hablando, estuvo en el tiempo de comunicacin entre las interfaces: sabiendo que los clculos numricos tienen buenas performances en Matlab y C, se trabaj con ambas herramientas. El punto fue que quisimos dar una interfaz bajo .Net o Java, conocidas y amigables. Pero los resultados no fueron los esperados, porque los tiempos de procesamiento eran de varios segundos, hasta poder mostrar los resultados. Al trabajar con Matlab directamente y una interfaz para C, las diferencias eran enormemente ventajosas comparado a los dos otros lenguajes. El trabajo con prototipos nos sirvi para estas pruebas y tambin para las presentaciones al director funcional y al auditor. Los refinamientos tcnicos sobre los modelos y los testeos, tambin llevaron ms tiempo de lo esperado pero durante ese tiempo se pudieron obtener APIs importantes, tanto para las interfaces entre los mdulos implementado, como para las interfaces de salida de la aplicacin. Para trabajar el modelo LandGem, se desarroll el mismo en tres plataformas, dndose los mejores resultados en tiempo de respuesta sobre Matlab. Este tercer y ltimo prototipo, fue el que elegimos finalmente para los otros dos modelos: independientemente de cmo se realiz el ncleo de cada uno, la manera ms rpida de obtener los datos de entrada, procesarlos en el modelo respectivo y presentar los resultados, fue a travs de Matlab. Tanto Java como .Net, tuvieron importantes retrasos para calcular y desplegar resultados. La razn principal es la lentitud en la comunicacin de la interfaz grafica con el ncleo que se ejecuta en el runtime de Matlab. ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 27 de 37

Finalmente se desarrollo la aplicacin bajo Matlab, la interfaz fue creada en Java, pero slo para el ingreso de valores y visualizacin de resultados. A continuacin se detalla grficamente la opcin tomada.

Para el siguiente modelo, se logr comunicar el programa, desarrollado en lenguaje C++, con la aplicacin de Matlab que obtiene las entradas y devuelve los resultados en pantalla. Este fue el caso de Caline4, desarrollado sobre una plataforma simple, conocida y potente para el clculo numrico, que interactuaba con la capa de interfaz de entrada y salida, compartiendo as, la informacin con el usuario. Caline4, aunque tiene su ncleo desarrollado en C, tiene una interfaz de comunicacin con Matlab ptima, lo que permite al ALBORNOZ - POSSE - SPERATTI Proyecto Zonda Pgina 28 de 37

usuario trabajar sin notar diferencias, en velocidad de respuesta, respecto a los otros modelos.

El caso de ISC3 fue ntegramente desarrollado en Matlab, desarrollando el modelo en objetos propios de Matlab, lo que asegura una rapidez en la interfaz clave.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 29 de 37

Conclusiones y comentarios personales

Me ha costado afrontar esta etapa de mi carrera universitaria. Cerrarla con un proyecto final, en el que quise trabajar de un modo distinto, ms libre y responsable a la vez. Existieron cambios importantes en mi vida cotidiana, entrando definitivamente en el mundo laboral y comenzando una nueva etapa de mi vida, en la ciudad de Buenos Aires. He confirmado mi perfil funcional, aprend, al mismo tiempo, a explicar y hacer comprender las limitaciones de un equipo de trabajo, con recursos bsicos y casi sin experiencia laboral Me dificult trabajar a la distancia y solo. He sido constante en la medida en que encontraba ayudas, cuando disfrutaba del trabajo en equipo y de los logros compartidos. Julio Csar Posse

Durante toda la carrera me estuve preparando para este momento, el proyecto final. Lo vea como algo inalcanzable y aqu estuve, con dos amigos ms, afrontando un tema que colmaba nuestras expectativas. Luego de una primera aproximacin con LandGem vimos que era posible y que bamos en buen camino. Hasta que nos topamos con una pared muy dura: la falta de material tcnico para poder implementar los modelos restantes y la escasez de ayuda profesional hicieron que mis nimos decayeran. Pero gracias al el apoyo de mis compaeros, mi pareja y mi familia, nunca baj los brazos y siempre le dediqu lo ms que pude, a pesar de la poca disponibilidad horaria. Fueron pasando los das, meses, aos y finalmente los resultados fueron apareciendo, junto con la renovacin de mis esperanzas. Hoy, estoy a punto de finalizar mi carrera universitaria, trabajando en un mbito totalmente diferente, pero con un gran conocimiento y capacidad que se fue nutriendo despus de diez aos de perseverancia. Estos diez aos, a su vez, me dejaron un sinfn de buenos recuerdos y sensaciones. Siempre rodeado de buenos compaeros, que al pasar los das se fueron transformando en grandes amigos, y muy buenos profesionales con los cuales el factor humano siempre resalt sobre todo.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 30 de 37

Nicols Speratti

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 31 de 37

El desarrollo de este proyecto final despert en m variadas sensaciones y emociones. Luego de un primer momento de gran entusiasmo e iniciativa, tuve momentos de frustracin y cierto nivel de angustia. Haba cumplido mi deseo de encarar un proyecto ambicioso, y que sin duda resaltaba sobre las temticas habitualmente tratadas en el rea. Este anhelo era algo que tena en mi cabeza desde mi primer da en la universidad. Con el correr de los meses comenz a afectarme la lentitud del avance. A la dificultad de conseguir material adecuado para nuestro proyecto se sumo sorpresivamente la barrera de la distancia con mis compaeros y un importante incremento en mis responsabilidades laborales. Nuestro esfuerzo continuo comenz lentamente a dar sus frutos. Con una gran fuerza de voluntad fuimos venciendo una a una las dificultades que se nos presentaron, y aunque el proceso dista mucho de lo que inicialmente habamos imaginado me deja ms que satisfecho. Mirando hoy hacia atrs, puedo ver que todo este sacrificio no fue en vano. Hemos logrado desarrollar una aplicacin sin antecedentes en el mundo acadmico hasta donde pude averiguar. La amistad entre los integrantes de grupo logr superar la dura prueba de afrontar una responsabilidad en conjunto y terminar un camino donde encontramos una gran cantidad de obstculos. Personalmente, me permiti satisfacer cierta vocacin de investigativa, a la que no puedo dar curso en mi entorno laboral actual, pero que me llena de satisfacciones cuando tengo la oportunidad de seguirla. Daniel Albornoz

Conclusiones y comentarios generales

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 32 de 37

En un comienzo, nos cost mucho aceptar la dificultad del trabajo a realizar, pero con el tiempo, nos fuimos dando cuenta de que habamos sido muy ambiciosos para desarrollar un sistema complejo tanto en lo numrico, como en lo grfico, tratando de impactar por los resultados del sistema y del proyecto, en vez de poner nfasis en la gestin general del mismo. No se trataba tanto de qu, sino del cmo se iba a hacer, de medir ms el esfuerzo y el aprendizaje, que el resultado final. Nos focalizbamos ms en hacer modelos fidedignos, aun sin tener la bibliografa y documentacin necesaria, que en saber interpretar los cambios que fuimos viviendo tanto en nuestra vida personal como profesional, para planificar y estimar mejor plazos y recursos necesarios. El hecho de que los tres integrantes del equipo vivieran en ciudades distintas, no fue determinante, pero fue un problema ms. La comunicacin sigue teniendo ms fuerza, empuje y claridad, cuando se hace en reuniones presenciales, an cuando las llamadas o correos electrnicos estn a la orden del da. Fue el primer proyecto serio y a largo plazo que tomamos, y en muchas etapas trabajamos como si se tratase de un sistema ms. Pero los tiempos los determinbamos nosotros. Y nos cost hacernos responsables de ello. En cierto sentido, como se dice de los argentinos, fuimos hijos del rigor Al mismo tiempo, hemos obtenido resultados que, a la luz de las dificultades, nos llenan de confianza. Cada integrante pudo aprovechar sus capacidades, sacar el mximo de ellas para llegar a presentar un producto que vale y sirve. Paciencia, constancia, aceptacin de las limitaciones propias y tcnicas, organizacin, colaboracin, voluntad de terminar decorosamente lo inicialmente propuesto, fueron algunas de las virtudes que se fueron necesitando y encontrando. Ver a lo que llegamos con lo que tenamos, nos muestra que cumplimos con eso de ser ingeniosos, arreglarnos con lo que tenemos. Y que se puede llegar muy lejos, con apoyo y recursos.

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 33 de 37

Bibliografa y recursos generales necesarios

Landfill Gas Emissions Model (LandGEM) Version 3.02 User's Guide. Users Guide for the Industrial Source Complex (ISC3) Dispersion Models Volmenes I y II. U.S. ENVIRONMENTAL PROTECTION AGENCY, Office of Air Quality Planning and Standards Emissions, Monitoring, and Analysis Division. Research Triangle Park, North Carolina 27711 Ingeniera Ambiental. Glynn Henry y Heinke. Ed. Pearson Prentica Hall. 1999. Segunda Edicin. ISBN 970-17-0266-2 Ingeniera de control de la contaminacin del aire de Noel de Nevers. ISBN 970-10-1682-3 CALINE-4. A dispersion model for predicting air pollutant concentrations near roadways Benson, P.E. (1989). Final Report, FHWA/CA/TL84/15. California Department of Transportation, Sacramento, California An Analysis of Exhaust Emissions from a Large Ship Docked in Humboldt Bay. Cameron Bracken, Anthony Carnemolla, Colin Ritter, EricZielke, EIT Sitio Web de la agencia de proteccin del medio ambiente de los Estados Unidos. U.S. Environmental Protection Agency http://www.epa.gov/ WorkBook of Atmospheric Dispersion Estimates. An Introduction to Dispersion Modelling 2ed. D. Bruce Turner. Lewis Publishers Decreto N 3395/96. Reglamento de la Ley N 5965. http://www.spa.gba.gov.ar/index.php/leyes/ver/228 Resolucin S.P.A. N 242/97. Complementario Decreto 3395/96. http://www.spa.gba.gov.ar/index.php/leyes/ver/170 Sitio Web de la empresa espaola Canarina Software. http://www.canarina.es/ Sitio Web de la empresa Lakes Enviromental. http://www.weblakes.com/ Sitio Web de la empresa espaola Addlink Software Cientfico. http://www.ingenieria-ambiental.es/ Sitio web http://undocumentedmatlab.com

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 34 de 37

ndice
Objetivo del documento....................................................................................................2 Objetivo del Proyecto........................................................................................................2 Descripcin del Proyecto...................................................................................................2 Alcance del proyecto ........................................................................................................2 Limites del proyecto..........................................................................................................3 Revisin del anlisis FODA del proyecto.........................................................................3 Mtricas.............................................................................................................................9 Cronograma de Desarrollo..............................................................................................14 ndice...............................................................................................................................35

ALBORNOZ - POSSE - SPERATTI

Proyecto Zonda

Pgina 35 de 37