Monitoreo de variables ambientales para prevenirlaboratorios.fi.uba.ar/lse/tesis/LSE-FIUBA-Trabajo-Final... · 2016. 12. 28. · ambientales para prevenir incendios forestales”,

Plan de Proyecto del Trabajo Final de Carrera de Especialización de Sistemas Embebidos

Ing. Elías Alejandro Año Mendoza

Monitoreo de variables ambientales para prevenir incendios forestales

Autor


Director del trabajo

Esp. Ing. Julián Iglesias

Jurado propuesto para el trabajo

- Esp. Ing. Nombre Apellido (filiación) - Esp. Ing. Nombre Apellido (filiación) - Esp. Ing. Nombre Apellido (filiación)

Este plan de trabajo ha sido realizado en el marco de la asignatura Gestión de Proyectos entre octubre y noviembre de 2016.

Página 1 de 25



Tabla de contenido

Registros de cambios 3

Acta de Constitución del Proyecto 4

Descripción técnica-conceptual del Proyecto a realizar 5

Identificación y análisis de los interesados 6

1. Propósito del proyecto 6

2. Alcance del proyecto 7

3. Supuestos del proyecto 7

4. Requerimientos 7

5. Entregables principales del proyecto 8

6. Desglose del trabajo en tareas 9

7. Diagrama de Activity On Node 10

8. Diagrama de Gantt 11

9. Matriz de uso de recursos de materiales 13

10. Presupuesto detallado del proyecto 13

11. Matriz de asignación de responsabilidades 14

12. Gestión de riesgos 16

13. Gestión de la calidad 18

14. Comunicación del proyecto 22

15. Gestión de Compras 23

16. Seguimiento y control 23

17. Procesos de cierre 24

Página 2 de 25



Registros de cambios

Revisión Detalle de los cambios realizados Fecha

1.0 Creación del documento

Se completó:

- Acta de constitución del proyecto - Descripción técnica-conceptual del Proyecto a

realizar - Identificación y análisis de los interesados - Propósito del proyecto - Alcance del proyecto - Supuestos del proyecto - Requerimientos - Entregables principales del proyecto - Desglose del trabajo en tareas

14/10/2016

1.1 Se realizaron las correcciones recibidas y se completó:

- Diagrama de Activity On Node - Diagrama de Gantt - Matriz de uso de recursos de materiales - Presupuesto detallado del proyecto - Matriz de asignación de responsabilidades

28/10/2016

1.2 Se completó:

- Gestión de riesgos - Gestión de la calidad - Comunicación del proyecto - Gestión de compras - Seguimiento y control - Proceso de cierre

06/11/2016

Página 3 de 25



Acta de Constitución del Proyecto

Buenos Aires, 14 de octubre de 2016

Por medio de la presente se acuerda con el Sr. Elías Alejandro Año Mendoza que su Proyecto

Final de la Carrera de Especialización en Sistemas Embebidos se titulará “Monitoreo de variables

ambientales para prevenir incendios forestales”, consistirá esencialmente en el prototipo preliminar de

una red de 5 sensores que transmitiran información para monitorear el estado de áreas forestales, y

tendrá un presupuesto preliminar estimado de 600 hs de trabajo y $177000, con fecha de inicio sábado

14 de octubre de 2016 y fecha de presentación pública lunes 31 de julio de 2017.

Se adjunta a esta acta la planificación inicial.

Ariel Lutenberg Sergio A. Vicente

Director de la CESE-FIUBA ComSi S.A.

Nombre y Apellido

Director del Trabajo Final

Nombre y Apellido (1) Nombre y Apellido (2)

Jurado del Trabajo Final Jurado del Trabajo Final

Nombre y Apellido (3)

Jurado del Trabajo Final

Página 4 de 25



Descripción técnica-conceptual del Proyecto a realizar Los incendios forestales son fenómenos que se presentan cuando uno o varios materiales combustibles en bosques, selvas y otro tipo de zonas con vegetación son consumidos en forma descontrolada por el fuego, y pueden expandirse muy fácilmente sobre extensas áreas. Las consecuencias de los incendios forestales son innumerables pues destruyen flora, fauna, bienes e infraestructura y en algunas ocasiones hasta muertes humanas; prevenirlos no solo contribuye a evitar el daño sobre el medio ambiente sino que también sobre toda actividad que el hombre realiza en lugares aledaños.

El presente proyecto consiste en la implementación de una red de sensores (nodos de sensado) distribuidos en áreas forestales, capaces de enviar datos de variables ambientales (temperatura, humedad atmosférica, presión atmosférica, humedad de los suelos, humo, etc) a una estación central (colector) desde donde se procesaran los datos y se enviaran al usuario a través de un portal web y/o una aplicación de smartphone. Las lecturas que puedan tenerse de los sensores servirán para enviar alertas al usuario y prevenir incendios forestales, siendo esta una de las principales motivaciones del proyecto.

Esquema de la red de sensores

Página 5 de 25



Identificación y análisis de los interesados

Rol Nombre y Apellido Departamento Puesto

Auspiciante ComSi S.A. Dirección

Cliente ComSi S.A. Dirección de Proyectos

Impulsor Sergio A. Vicente Dirección de Proyectos Director

Responsable Elías Alejandro Año

Mendoza

Ingeniero

Colaboradores Jorge Angioni

David San Román

Gastón Maciel

José Luis Gonzalez

Diseño de Hardware

Diseño de Hardware

Dirección de Proyectos

Diseño de Software y App

Lider de Proyecto

Técnico

Asistente de Proyecto

Gerente de Proyecto

Orientadores Sergio A. Vicente

Jorge Angioni

Gastón Maciel


Diseño de Hardware


Director

Lider de Proyecto

Asistente de Proyecto

Equipo Elías Alejandro Año

Mendoza

Ingeniero

Usuario Final Clientes de ComSi S.A.

dedicados a los

negocios del rubro

forestal o de la

conservación forestal

Página 6 de 25



1. Propósito del proyecto El propósito de este proyecto es diseñar y construir un sistema de sensores que sirvan para

determinar permanentemente el estado de las áreas forestales. Se busca que la información

obtenida por los sensores pueda ser mostrada al usuario a través de un portal web y/o una

aplicación de smartphone y de este modo se pueda alertar de zonas donde exista la probabilidad

de desarrollo de incendios forestales, así como de enviar alertas cuando se produzca un incendio.

La información proporcionada al usuario será mostrada en intervalos de tiempo predefinidos

además de disponer permanentemente del histórico de los datos enviados.

2. Alcance del proyecto El proyecto contempla:

● El desarrollo de los prototipos funcionales de los sensores (nodos) para la medición de variables ambientales

● El desarrollo del prototipo funcional del colector de datos (colector) ● El desarrollo del software para el funcionamiento de los sensores y colector de datos ● El desarrollo de la fuente de alimentación de los sensores y colector de datos ● El desarrollo de la documentación de usuario y desarrollador

El proyecto no contempla:

● El desarrollo de una aplicación para smartphone. Se coordinará con el cliente que datos son necesarios para que sus especialistas lo desarrollen

● El desarrollo de un sitio web para mostrar los datos al usuario. Se coordinará con el cliente que datos son necesarios para que sus especialistas lo desarrollen

3. Supuestos del proyecto Para el desarrollo del presente proyecto se supone lo siguiente:

● No habrá dificultad para conseguir los componentes electrónicos necesarios ● Se pueda contar con la colaboración del auspiciante para realizar las pruebas del proyecto ● Se pueda contar con la colaboración del auspiciante para la implementación de la

solución

● Se contará con un sitio web y/o aplicación de smartphone para visualizar los datos enviados

Página 7 de 25



4. Requerimientos Los requerimientos son los siguientes:

1. Equipos para la toma de datos (Nodo)

1.1. Debe ser capaz de medir distintas variables ambientales que influyen en la

formación de incendios forestales tales como: temperatura ambiental (de -20°C

hasta 80°C), humedad atmosférica, presión atmosférica, velocidad del viento,

humedad del suelo y presencia de humo.

1.2. Debe tener como fuente de alimentación baterías recargables, cargador, celda

solar con conversor y/o fuente

1.3. El tipo de transmisión debe permitir el bajo consumo de energía y transmisión a

largas distancias

1.4. Debe ser capaz de ser configurado los ciclos de sensado de datos y los ciclos de

transmisión de datos

1.5. Disponer de memoria de almacenamiento de respaldo de datos

2. Equipo colector de datos (Colector)

2.1. Tener la capacidad de comunicarse con los sensores (nodos) haciendo uso de

métodos que permitan el bajo consumo de energía y transmisión a largas

distancias

2.2. Tener la capacidad de enviar los datos a través de comunicación móvil hacia la

plataforma de datos

2.3. Tener la capacidad de comunicarse con los sensores, para el envío de

instrucciones

2.4. Debe tener como fuente de alimentación baterías recargables, cargador, celda

solar con conversor y fuente

2.5. Disponer de un módulo para la sincronización horaria

2.6. Disponer de la capacidad de un equipo de toma de datos (nodo)

2.7. Tener la capacidad de enviar alertas: encendido de sirenas

2.8. Tener la capacidad de envío de mensajes de texto como respaldo para la

transmisión de datos hacia la plataforma de datos

2.9. Disponer de memoria de almacenamiento de respaldo de datos

3. Software de equipo para la toma de datos (nodo)

3.1. Debe ser capaz de transformar los datos recibidos por los equipos de toma de

datos (nodos) y convertirlos en un formato que sea fácilmente enviado al colector

de datos

3.2. Debe ser capaz de ejecutar instrucciones recibidas del colector de datos

Página 8 de 25



4. Software de colector de datos (colector)

4.1. Procesar los datos de todos los nodos y enviarlos a la plataforma de datos

4.2. Tener la capacidad de enviar datos por mensajes de texto

5. Entregables principales del proyecto ● Prototipo funcionales de sensores (nodos) y equipo colector de datos (colector) ● Fuentes de alimentación para nodos y colector ● Manual de usuario y desarrollador ● Documentación de diseño y pruebas ● Código fuente ● Memoria del trabajo

6. Desglose del trabajo en tareas 1. Análisis preliminar e investigación

1.1. Investigación y determinación de variables ambientales (20 horas)

1.2. Investigación sobre la transmisión de datos a largas distancias (20 horas)

1.3. Análisis de la arquitectura para la red de sensores (20 horas)

1.4. Análisis del medio donde será implementado el prototipo funcional (4 horas)

1.5. Selección del tipo de protocolo para el envío de datos (2 horas)

1.6. Selección del tipo de sensores para la adquisición de datos (2 horas)

1.7. Selección del tipo de microcontrolador (2 horas)

2. Desarrollo del hardware

2.1. Diseño del prototipo de hardware de sensores (40 horas)

2.2. Construcción de la plaqueta de hardware de sensores (20 horas)

2.3. Ensamblado de los componentes de hardware de sensores (8 horas)

2.4. Diseño del prototipo de hardware del colector de datos (40 horas)

2.5. Construcción de la plaqueta de hardware del colector de datos (20 horas)

2.6. Ensamblado de los componentes de hardware del colector de datos (8 horas)

2.7. Diseño del prototipo de hardware de fuente de alimentación (40 horas)

2.8. Construcción de la plaqueta de hardware de fuente de alimentación (20 horas)

2.9. Ensamblado de los componentes de hardware de fuente de alimentación (8 horas)

2.10. Pruebas de hardware (8 horas)

3. Desarrollo del software

3.1. Programación del software embebido para los sensores (40 horas)

3.2. Desarrollo de las pruebas del software embebido de los sensores (30 horas)

3.3. Programación del software embebido para el colector de datos (40 horas)

Página 9 de 25



3.4. Desarrollo de las pruebas del software embebido del colector de datos (30 horas)

3.5. Pruebas de software (30 horas)

4. Desarrollo de interfaz de usuario

4.1. Coordinación con el equipo de desarrollo web/móvil (4 horas)

4.2. Creación del servicio de datos (16 horas)

5. Pruebas de integración

5.1. Verificación y validación del sistema (40 horas)

5.2. Test funcionales sobre la arquitectura (20 horas)

5.3. Test de integración (20 horas)

6. Documentación

6.1. Creación de la documentación de usuario (20 horas)

6.2. Creación de la documentación de desarrollador (15 horas)

6.3. Creación del informe del proyecto (20 horas)

6.4. Creación de memoria final (60 horas)

6.5. Creación de la presentación (20 horas)

Cantidad total de horas: 687

Página 10 de 25



7. Diagrama de Activity On Node

Nota: El tiempo ‘t’ está expresado en horas.

Página 11 de 25



8. Diagrama de Gantt

Página 12 de 25



Página 13 de 25



9. Matriz de uso de recursos de materiales

Código WBS

Nombre de la tarea

Recursos requeridos (horas)

Laptop Laboratorio Placa de

desarrollo Sensores

1. Análisis

preliminar e

investigación

100

-

-

-

2. Desarrollo del

hardware

100 40 40 40

3. Desarrollo del

software

100 20 10 10

4. Pruebas de

integración

80 40 40 40

5. Documentación 150 - - -

10. Presupuesto detallado del proyecto

Categoría Detalle Costo

Trabajo directo 600 hs x $200 $120000

Costos indirectos(30%) $36000

Materiales Componentes electrónicos $1000

Sensores $8000

Microcontroladores ATXMEGA16A4, ATXMEGA64A3

$2000

Módulos para fuente de alimentación $10000

Total costo proyecto $177000

Página 14 de 25



11. Matriz de asignación de responsabilidades

Código WBS

Título de la tarea

Listar todos los nombres y apellidos y el rol definidos en el proyecto

Elías Alejandro Año Mendoza

Responsable

Sergio A. Vicente

Impulsor

Jorge Angioni

Especialista

Gastón Maciel Asistente

1.1 Investigación y

determinación de

variables ambientales

P A C -

1.2 Investigación y análisis

sobre la transmisión de

datos a largas distancias

P C,A C C

1.3 Análisis de la arquitectura

para la red de sensores

P C,A C C

1.4 Análisis del medio donde

serán implementados el

prototipo funcional

P A C C

1.5 Selección del tipo de

protocolo para el envío de

datos

P C,A C C


sensores para la

adquisición de datos

P C,A C C


microcontrolador

P C,A C -

2.1 Diseño del prototipo de

hardware de sensores

P A C C

2.2 Construcción de la

plaqueta de hardware de

sensores

P A C -

2.3 Ensamblado de los

componentes de

hardware de sensores

P A - -


hardware del colector de

datos

P A - -

Página 15 de 25




plaqueta de hardware del

colector de datos

P A - -


componentes de

hardware del colector de

datos

P A - -


hardware de fuente de

alimentación

P A - -


plaqueta de hardware de

fuente de alimentación

P A - -


componentes de

hardware de fuente de

alimentación

P A - -

2.10 Pruebas de hardware P A C C

3.1 Programación del

software embebido para

los sensores

P A,C C -

3.2 Desarrollo de las pruebas

de software embebido de

los sensores

P A - -

3.3 Programación del

software embebido para

el colector de datos

P A C -

3.4 Desarrollo de las pruebas

de software embebido del

colector de datos

P A - -

3.5 Pruebas de software P A - -

4.1 Coordinación con el

equipo de desarrollo

web/móvil

P A C -

4.2 Creación del servicio de

datos

P A - -

Página 16 de 25



5.1 Verificación y validación

del sistema

P A - -

5.2 Test funcionales sobre la

arquitectura

P A - -

5.3 Test de integración P A - -

6.1 Creación de

documentación de

usuario

P A - -

6.2 Creación de la

documentación de

desarrollador

P A - -

6.3 Creación del informe del

proyecto

P A - -

6.4 Creación de memoria final P A - -

6.5 Creación de la

presentación

P A - -

Referencias: P = Responsabilidad Primaria S = Responsabilidad Secundaria A = Aprobación I = Informado C = Consultado

12. Gestión de riesgos A continuación se desarrollan los riesgos identificados y el análisis efectuado sobre los mismos

● Riesgo 1: Alguna de las tareas tomen más tiempo de lo previsto ○ Severidad (S): 10

■ El proyecto puede verse afectado con el retraso de alguna de las actividades programadas

○ Probabilidad de ocurrencia (O): 7 ■ Se debe tener en cuenta que proyectos que involucren desarrollos pueden

tomar más tiempo debido a que son creaciones nuevas.

● Riesgo 2: No conseguir los componentes necesarios ○ Severidad (S): 9

■ Sin los componentes necesarios no podrán construir los prototipos y por lo tanto el proyecto corre el riesgo de no cumplirse

Página 17 de 25



○ Probabilidad de ocurrencia (O): 5 ■ Algunos de los componentes se van evaluar técnica y económicamente y

dependiendo de que proveedor lo disponga recién se podrá contar con

estos.

● Riesgo 3: Pérdida de los prototipos ○ Severidad (S):9

■ La pérdida de los prototipos durante el proyecto podría ocasionar un gran retraso sino el incumplimiento del proyecto

○ Probabilidad de ocurrencia (O): 2 ■ Todos los prototipos se desarrollarán y estarán disponibles en el local del

auspiciador, que cuenta con las medidas de seguridad pertinentes.

● Riesgo 4: Retraso en la fabricación de las plaquetas ○ Severidad (S): 8

■ El retraso ocasionaría el retraso de la etapa de desarrollo del software y del proyecto en general

○ Probabilidad de ocurrencia (O): 4 ■ De acuerdo a experiencias anteriores no se demora demasiado, como

máximo 2 días.

● Riesgo 5: No se lleguen a cumplir todos los requerimientos solicitados ○ Severidad (S): 7

■ A medida que se avanza en el proyecto puede que aparezcan requerimientos que no fueron contemplados antes y que sean necesarios

○ Probabilidad de ocurrencia (O): 7 ■ Dado que el proyecto involucra varias puede que alguna no haya sido

contemplada en su momento dentro de la lista de requerimientos

b) Tabla de gestión de riesgos: (El RPN se calcula como RPN=SxO)

Riesgo Severidad Ocurrencia RPN Severidad* Ocurrencia* RPN*

1 10 7 70 5 4 20

2 9 5 45 2 2 4

3 9 2 18

4 8 4 32

5 7 7 49 5 4 20

Criterio adoptado: - Se tomarán medidas de mitigación en los riesgos cuyos números de RPN sean mayores a 40

Página 18 de 25



Nota: - Los valores marcados con (*) en la tabla corresponden luego de haber aplicado la mitigación. c) Plan de mitigación de los riesgos que originalmente excedían el PRN máximo establecido:

● Riesgo 1: Se evalúa el avance y si es necesario se aumentan las horas de trabajo ○ Severidad (S): 5

■ En caso de ver que la actividad va tomar más tiempo se incrementará las horas de trabajo

○ Probabilidad de Ocurrencia (O): 4 ■ Se realizará permanentemente evaluaciones del avance del proyecto

● Riesgo 2: Se realiza la solicitud de compra de componentes con anticipación

○ Severidad (S): 2 ■ Cuando se tenga la lista de componentes necesarios se realizará la

solicitud de componentes necesarios. ○ Probabilidad de Ocurrencia (O): 2

■ Es muy baja la probabilidad de no contar con los componentes en los tiempos previstos

● Riesgo 5: Se evaluará la prioridad de los requerimientos

○ Severidad (S): 5 ■ En caso de ver que algunos de los requerimientos tenga menor prioridad

será reemplazado por otro de mayor prioridad ○ Probabilidad de Ocurrencia (O): 4

■ Se realizará permanentemente evaluaciones del avance del proyecto

13. Gestión de la calidad Req #1.1: Debe ser capaz de medir distintas variables ambientales que influyen en la formación de incendios forestales tales como: temperatura ambiental (de -20°C hasta 80°C), humedad atmosférica, presión atmosférica, velocidad del viento y humedad del suelo.

● Verificación: ○ Se revisará las hojas de datos de los dispositivos que miden las variables

ambientales, para seleccionar las que mejor se adapten a las necesidades. ● Validación:

○ Probar que los datos se puedan ser visualizados en la plataforma de datos Req #1.2: Debe tener como fuente de alimentación baterías recargables, cargador, celda solar con conversor y fuente

● Verificación: ○ Se revisará las hojas de datos de las baterías, cargador, celda solar, para

seleccionar las que mejor se adapten a las necesidades.

Página 19 de 25



● Validación: ○ Se validará que las tensiones y la corriente sean las indicadas para alimentar al

nodo de sensado Req #1.3: El tipo de transmisión debe permitir el bajo consumo de energía y transmisión a largas distancias

● Verificación: ○ Se verificará que en las hojas de datos de los dispositivos encargados de la

transmisión puedan especificarse envíos de datos de acuerdo a las necesidades ● Validación:

○ Se validará que los datos lleguen en buen estado hacia la plataforma de datos midiendo las tasas de transmisión y duración de las baterías

Req #1.4: Debe ser capaz de ser configurado los ciclos de sensado de datos y los ciclos de transmisión de datos

● Verificación: ○ Se verificará en las hojas de datos que los dispositivos pueda contar con la

capacidad de ejecutar rutinas programadas ● Validación:

○ Mediante transmisión inalámbrica realizar la modificación de los ciclos de sensado de datos y transmisión de datos

Req #1.5: Disponer de memoria de almacenamiento de respaldo de datos ● Verificación:

○ Se verificará que los datos puedan almacenarse en una memoria de datos SD ● Validación:

○ Se validará que puedan almacenarse datos sin problemas, durante determinado tiempo

Req #2.1: Tener la capacidad de comunicarse con los sensores (nodos) haciendo uso de métodos que permitan el bajo consumo de energía y transmisión a largas distancias

● Verificación: ○ Se realizará envíos de datos desde el colector de datos hacia los nodos verificando

que la transmisión sea permanente

● Validación: ○ Se validará que los datos enviados por el colector lleguen sin problemas a la

plataforma de datos y pueda mostrarse en la interfaz web Req #2.2: Tener la capacidad de enviar los datos a través de comunicación móvil hacia la plataforma de datos

● Verificación: ○ Enviar órdenes al colector para que envíe los datos que disponga haciendo uso de

comunicación móvil ● Validación:

○ Programar al colector de datos desde la plataforma de datos, para que realice el envío de datos haciendo uso de la comunicación móvil

Req #2.3: Tener la capacidad de comunicación con los sensores (nodos), para el envío de instrucciones

● Verificación:

Página 20 de 25



○ Se realizará envío de datos desde el colector de datos hacia los nodos para realizar una tarea en los nodos

● Validación: ○ Se realizará envío de datos desde la plataforma de datos hacia el colector para

realizar tareas en los nodos Req #2.4: Debe tener como fuente de alimentación baterías recargables, cargador, celda solar con conversor y fuente

● Verificación: ○ Se revisará que el colector de datos funcionen correctamente con baterías,

cargador, celda solar ● Validación:

○ Se validará que las tensiones y la corriente sean las indicadas para alimentar el colector de datos

Req #2.5: Disponer de un módulo para la sincronización horaria ● Verificación:

○ Se verificará que el colector de datos trabaje con un módulo para sincronizar la hora del sistema

● Validación: ○ Se realizarán pruebas con datos enviados desde el colector de datos hacia la

plataforma de datos, estos datos deberán tener también la fecha y hora del envío de los datos.

Req #2.6: Disponer de la capacidad de un equipo de toma de datos (nodo) ● Verificación:

○ Se tomarán verificará que el colector de datos disponga de todos los módulos necesarios para realizar el trabajo de un sensor de datos (nodo)

● Validación: ○ Se realizará el envío de los datos a la plataforma de datos y validará que los datos

sean correctamente enviados Req #2.7: Tener la capacidad de enviar alertas: encendido de sirenas

● Verificación: ○ Se verificará mediante la simulación y envío de valores a las funciones del

software ● Validación:

○ Se conversará con el auspiciante para recrear las condiciones necesarias de un incendio forestal y validar el envío de alertas

Req #2.8: Tener la capacidad de envío de mensajes de texto como respaldo para la transmisión de datos hacia la plataforma de datos

● Verificación: ○ Se realizarán pruebas de corte del envío de datos por método convencionales

para probar esta funcionalidad ● Validación:

○ Se realizarán rutinas o tareas enviadas desde el colector para validar esta funcionalidad

Req #2.9: Disponer de memoria de almacenamiento de respaldo de datos ● Verificación:

Página 21 de 25



○ Se verificará que los datos recibidos sean almacenados en un memoria de datos SD

● Validación: ○ Se validará que se pueda disponer de los datos enviados por los nodos en la

memoria SD, vía comunicación desde la plataforma de datos Req #3.1: Debe ser capaz de transformar los datos recibidos por los equipos de toma de datos (nodos) y convertirlos en un formato que sea fácilmente enviado al colector de datos

● Verificación: ○ Se verificará a través del registro de logs que el software embebido en el nodo

pueda cumplir con el protocolo de comunicación que incluye todos los datos necesarios

● Validación: ○ Se validará desde una PC la transmisión de los datos para verificar si el software

cumple con el envío del protocolo preestablecido Req #3.2: Debe ser capaz de ejecutar instrucciones recibidas del colector de datos

● Verificación: ○ Se programaran instrucciones en el colector de datos para ser enviados y

ejecutados en los nodos ● Validación:

○ Se validará con el envío de rutinas periódicas para ser ejecutadas en los nodos Req #3.3: Debe ser capaz de actualizarse remotamente (actualización remota del Firmware)

● Verificación: ○ Se realizará la prueba del envío de la actualización desde la plataforma de datos y

se verificará la actualización del software embebido en los nodos ● Validación:

○ Se realizará el envío periódico de la actualización del software para validar que se actualiza correctamente el software embebido en los nodos

Req #4.1: Procesar los datos de todos los nodos y enviarlos a la plataforma de datos ● Verificación:

○ Se enviará una rutina para que el software del colector envíe todos los datos recibidos de los nodos hacia la plataforma de datos

● Validación: ○ Se programarán tareas periódica en el colector para el envío de los datos a la

plataforma de datos Req #4.2: Tener la capacidad de enviar datos por mensaje de texto

● Verificación: ○ Se realizarán pruebas de corte del envío de datos por método convencionales

para probar esta funcionalidad ● Validación:

○ Se realizarán rutinas o tareas enviadas desde la plataforma de datos para validar esta funcionalidad

Req #4.3: Debe ser capaz de actualizarse remotamente (actualización remota del Firmware) ● Verificación:

Página 22 de 25



○ Se realizará la prueba del envío de la actualización desde la plataforma de datos y se verificará la actualización del software embebido en el colector

● Validación: ○ Se realizará el envío periódico de la actualización del software para validar que se

actualiza correctamente el software embebido en el colector

14. Comunicación del proyecto El plan de comunicación del proyecto es el siguiente:

PLAN DE COMUNICACIÓN DEL PROYECTO

¿Qué comunicar?

Audiencia Propósito Frecuencia Método de comunicac.

Responsable

Planeamient

o

Ariel Lutenberg

Sergio Vicente

Evitar errores en el

planeamiento del proyecto

Una vez por semana

E-mail o presencial


Estado de avance del diseño de Hardware

Sergio Vicente Jorge Angioni

Informar del estado del

diseño. Realizar consultas

Una vez por semana

Reunión Elías Alejandro Año Mendoza

Estado de avance del desarrollo

del software

Sergio Vicente José Luis Gonzalez

Informar del estado del software. Realizar

consultas

Una vez por semana


Pruebas sobre los

prototipos

Jorge Angioni Sergio Vicente

Informar del estado de las

pruebas

Una vez por semana


Entrega de documentaci

ón

Sergio Vicente Entregar la documentación indicada en el

plan de trabajo

Al finalizar el proyecto. Por

única vez.


Página 23 de 25



15. Gestión de Compras El auspiciante del proyecto se encargará de la compra de todos los componentes, solo será necesario identificar los componentes que se requieran y realizar la solicitud. La creación de la solicitud está contemplada dentro del cronograma de actividades.

16. Seguimiento y control

SEGUIMIENTO DE AVANCE

Tarea del WBS

Indicador de avance

Frecuencia de reporte

Responsable de seguimiento

Persona a ser informada

Método de comunicac.

1. Análisis preliminar e investigació

n

Informe de análisis

preliminar

Una vez finalizada


Sergio A. Vicente

E-mail

2. Desarrollo

del hardware

Entrega de prototipos funcionales de nodos y

colector

Una vez finalizada


Sergio A. Vicente

Jorge Angioni

Reunión

3. Desarrollo

del software

Éxito en las pruebas de

software

Una vez finalizada


Sergio A. Vicente Pablo

Mendoza

Reunión

4.Desarrollo de interfaz de usuario

Pruebas del servicio de

datos propuesto

Una vez finalizada


Sergio A. Vicente José Luis Gonzalez

Reunión

5. Pruebas de

integración

Éxito en los test de

integración

Una vez finalizada


Sergio A. Vicente

Reunión

6.Documentación

Entrega de documentaci

ón

Una vez finalizada


Sergio A. Vicente

Reunión

Página 24 de 25



17. Procesos de cierre Al concluir el proyecto se realizará una reunión final del proyecto donde se evaluará si se cumplió

con el Plan de Proyecto original, para esto el responsable del proyecto deberá revisar si se

cumplieron todos los requerimientos en los tiempos de entrega establecidos.

El responsable del proyecto también evaluará cada una de las técnicas y procedimientos

utilizados durante todo el proyecto, para esto se analizará cada una de las actividades que fueron

realizadas para determinar si fueron desarrolladas de manera óptima o si pudieron haber sido

realizadas de mejor manera utilizando otras técnicas y/o procedimientos.

Finalmente el responsable del proyecto agradecerá formalmente a cada uno de los interesados,

en especial al equipo de trabajo y colaboradores. Se registrará en la memoria del proyecto un

agradecimiento especial a todos los que hicieron posible el desarrollo del proyecto.

Página 25 de 25

Documents

Monitoreo de variables ambientales para prevenirlaboratorios.fi.uba.ar/lse/tesis/LSE-FIUBA-Trabajo-Final... · 2016. 12. 28. · ambientales para prevenir incendios forestales”,