sistema de monitoreo para control de cadena de...

Plan de Proyecto del Trabajo Final de Carrera

de Especialización de Sistemas Embebidos

Lic. Roberto Compañy

Sistema de monitoreo para control de cadena de frío

Autor


Director del trabajo

Esp. Ing. Jerónimo La Bruna

Jurado propuesto para el trabajo

- Esp. Ing. Leonardo Carducci - Esp. Ing. Gonzalo Sanchez - Esp. Ing. Tomás Porreca

Este plan de trabajo ha sido realizado en el marco de la asignatura Gestión de

Proyectos entre mayo y junio de 2018.

Página 1 de 26




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 7

1. Propósito del proyecto 7

2. Alcance del proyecto 7

3. Supuestos del proyecto 8

4. Requerimientos 9

5. Entregables principales del proyecto 10

6. Desglose del trabajo en tareas 10

7. Diagrama de Activity On Node 13

8. Diagrama de Gantt 13

9. Matriz de uso de recursos de materiales 18

10. Presupuesto detallado del proyecto 19

11. Matriz de asignación de responsabilidades 19

12. Gestión de riesgos 20

13. Gestión de la calidad 22

14. Comunicación del proyecto 24

15. Gestión de Compras 24

16. Seguimiento y control 25

17. Procesos de cierre 26

Página 2 de 26




Registros de cambios

Revisión Detalle de los cambios realizados Autor Fecha

1.0 Creación del documento. Roberto Compañy 08/06/2018

1.1 Primera entrega. Roberto Compañy 15/06/2018

1.2 Correcciones. Patricio Bos 18/06/2018

1.3 Documento final. Roberto Compañy 21/06/2018

Página 3 de 26




Acta de Constitución del Proyecto

Mendoza, 8 de junio de 2018

Por medio de la presente se acuerda con el Lic. Roberto Compañy que su Trabajo Final de la

Carrera de Especialización en Sistemas Embebidos se titulará “Sistema de monitoreo para control de

cadena de frío”, consistirá esencialmente en el prototipo preliminar de un sistema de 3 componentes:

firmware para un microcontrolador, software de cliente-servidor y Web Services; tendrá un presupuesto

preliminar estimado de 610 hs. de trabajo y un presupuesto de $ 84.638, con fecha de inicio lunes 8 de

junio de 2018, fecha de finalización martes 13 de noviembre de 2018 y fecha de presentación pública

lunes 3 de diciembre de 2018.

Se adjunta a esta acta la planificación inicial.

Ariel Lutenberg Roberto Compañy

Director de la CESE-FIUBA Alumno

Jerónimo La Bruna

Director del Trabajo Final

Leonardo Carducci Gonzalo Sanchez

Jurado del Trabajo Final Jurado del Trabajo Final

Tomás Porreca

Jurado del Trabajo Final

Página 4 de 26




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

Existen muchos productos que requieren de una cadena de frío para su manipulación, esto quiere

decir que se debe establecer y controlar su temperatura desde que salen de fábrica hasta que son

transportados a su destino final. En esta categoría se encuentran los medicamentos farmacéuticos, los

cuales son muy costosos y es importante que lleguen a los pacientes en buenas condiciones porque a

veces de estos dependen sus vidas.

Actualmente la gran mayoría de farmacias en la provincia de Mendoza poseen heladeras comunes

para almacenar estos medicamentos. Para poder controlar la temperatura interna, lo que hacen es

instalar termómetros por dentro y periódicamente se registra manualmente la temperatura en una

planilla. Para esto existen normas que detallan procedimientos y también un marco legal que lo regula. 1 2

El presente proyecto está diseñado para incluirse como un nuevo servicio a ofrecer por COFAM

(Colegio Farmacéutico de Mendoza ), con el objeto de mejorar los controles sobre la cadena de frío en sus 3

farmacias asociadas y como estrategia para lograr un valor agregado sobre el resto de las farmacias.

En en el mercado local existen productos industriales pero no son una solución completa ya que 4

deben conectarse a otros sistemas y desarrollarse las interfaces correspondientes.

El objeto de este proyecto es desarrollar una solución completa, que permita por un lado:

controlar la temperatura interna de las heladeras en cada farmacia; emitir alertas sonoras y notificaciones

por email al farmacéutico cuando la temperatura interna esté fuera del rango previsto; y en el futuro

reemplazar el registro diario que se llevan manualmente.

La solución propuesta se compone de las siguientes partes:

● NODO: Incluye los sensores de temperatura, un microcontrolador y un módulo de

radiofrecuencia. Los sensores se ubican dentro de la heladera y se conectan a un

microcontrolador ubicado en el exterior que se comunica de forma inalámbrica con un gateway.

La alimentación es a batería para facilitar su instalación.

● GATEWAY: Consta de una mini computadora con un módulo de radiofrecuencia para comunicarse

con los nodos, y por otro lado con una conexión a Internet para comunicarse con un servidor.

● SERVIDOR: Ubicado en la infraestructura de COFAM, es un servidor que aloja Web Services y base

de datos para centralizar la información.

1 IRAM 37018-1: Conservación de la Cadena de Frío y Almacenamiento. 2 Ley 26492/09. 3 Organización sin fines de lucro que agrupa a farmacias y farmacéuticos. 4 http://srcsl.com/catalogo-de-productos/ https://www.novus.com.br/catalogos/layout_folheto.asp?ProdutoID=739171

Página 5 de 26




En la Fig. 1 se presenta el diagrama en bloques del sistema, en donde se puede observar la

interacción entre los distintos componentes del proyecto.

El desafío del presente proyecto es articular todas las piezas de software y la interacción con el

hardware para completar el circuito de la solución propuesta, la cual tiene como principales

características:

● Lanzar alertas sonoras y por notificaciones vía email al dueño de la farmacia.

● Notificar a COFAM de incidencias en la cadena de frío, permitiendo contactarse inmediatamente y

ofrecer asistencia.

● Llevar un registro electrónico automático con la temperatura de las heladeras.

Como continuación del presente proyecto, se identifican las siguientes características posibles a

desarrollar:

● Desarrollo de un dashboard web administrado que permitiría visualizar en línea el estado de la

cadena de frío de cada farmacia, consultar el histórico de incidentes centralizado, entre otras

características.

Por otro lado, este proyecto dota a las farmacias de una infraestructura que sirve de base para

que nuevos proyectos aprovechen las características de nodos con microcontroladores conectados a un

gateway con sistemas robustos de procesamiento, en donde por ejemplo se puede desarrollar una alarma

monitoreada.

Página 6 de 26




Identificación y análisis de los interesados

Rol Nombre y Apellido Departamento Puesto

Auspiciante COFAM

Cliente Farmacias socias COFAM

Impulsor Roberto Compañy

Responsable Roberto Compañy

Colaboradores Rolando Alazaller Farmacéutico Consejero

Orientadores Jerónimo La Bruna Director del trabajo

Equipo

Opositores

Usuario Final Farmacias

1. Propósito del proyecto

El propósito de este proyecto es ofrecer una solución completa para controlar la cadena de frío de

los medicamentos cuando estos se encuentran en las farmacias asociadas al Colegio Farmacéutico de

Mendoza; para ello se desarrollará un firmware, un sistema cliente-servidor y Web Services. A su vez,

también tiene como propósito cumplir como requisito final para obtener la Especialización en Sistemas

Embebidos.

2. Alcance del proyecto

Está dentro del alcance del proyecto el desarrollo del firmware que utilizará el microcontrolador

para recibir la temperatura desde el sensor e informarla al gateway a través de un módulo de

radiofrecuencia. También incluye el software que se ejecutará en el gateway que recibe la información de

Página 7 de 26




la temperatura y la envía por Internet consumiendo Web Services. Finalmente, también los Web Services

para registrar la información y emitir las alertas correspondientes.

En el presente proyecto no se incluirá el desarrollo de un dashboard web administrado que

permita visualizar en línea el estado de la cadena de frío de cada farmacia, consultar el histórico de

incidentes, entre otras características. Tampoco el desarrollo del PCB ni hacer aprobar la electrónica por

el INTI y el ANMAT.

3. Supuestos del proyecto

Para esta solución se aplicarán lecciones o conocimientos aprendidos de proyectos anteriores, por

lo cual se decide implementar con las siguientes tecnologías:

● Web Services REST.

● Comunicación inalámbrica por radio frecuencia utilizando NRF24L01.

● Plataforma mbed OS para desarrollo en microcontroladores NXP.

● Plataforma JAVA para desarrollar los Web Service y la interfaz web.

● Motor de base de datos postgresql para la persistencia de la información.

Para el desarrollo del presente proyecto se supone lo siguiente:

● Se utilizará como hardware microcontrolador el LPC1114 y se dispondrá de un programador para

el mismo.

● Se utilizará el sensor de temperatura DS18B20 y un buzzer.

● Se utilizará la plataforma de desarrollo mbed OS para el microcontrolador y el desarrollo para el

sistema cliente-servidor y los Web Service se realizará en C/C++ bajo el sistema operativo

GNU/Linux

● Se utilizará como módulo de radio frecuencia el NRF24L01.

● Se utilizará una RASPBERRY PI como gateway.

● Se contará con asesoramiento legal para cumplir con la ley 26492/09 que regula la conservación

de la cadena de frío y almacenamiento para farmacias.

● Las farmacias deberán contar con una conexión a Internet.

Página 8 de 26




4. Requerimientos

Con respecto a la solución como producto:

1. Debe proveer una interfaz Web para configurar el nombre de los nodos y establecer un rango de

grados centígrados en cada uno.

2. Los nodos deben ser inalámbricos y no requerir alimentación externa, funcionando a baterías.

3. Sensar temperatura en el rango de 1° a 10° centígrados.

4. La temperatura de las heladeras se debe sensar y registrar cada 1 minuto.

5. Generar alertas locales sonoras y visuales cuando la temperatura se encuentre fuera del rango

establecido (en +/- 2 grados).

6. Notificar a COFAM periódicamente, cada 5 minutos, el estado del sistema de control de frío

(sistema activo y temperaturas registradas).

7. Generar alertas vía email desde COFAM cuando la temperatura se encuentre fuera del rango

establecido o se pierda la conexión con el sistema de control.

Con respecto al ámbito legal:

8. Permitir consultar la temperatura de las heladeras e imprimir el registro utilizando un navegador

en la red local de la farmacia.

Página 9 de 26




5. Entregables principales del proyecto

● Prototipo funcional que incluye:

○ Nodo: Microcontrolador conectado al sensor y al módulo de radiofrecuencia.

○ Gateway: Sistema RaspBerry PI con software instalado y configurado.

○ Servidor: Código fuente de los Web Services.

● Manual de usuario.

● Diagrama de Instalación.

● Informe de avance e informe Final.

6. Desglose del trabajo en tareas

Para la realización del presente proyecto, se enuncian a continuación las tareas necesarias y su duración

estimada.

1. Planificación general del Proyecto

1.1. Análisis de beneficios y alternativas de soluciones existentes. 16 hs.

1.2. Análisis de factibilidad y recursos necesarios. 12 hs.

1.3. Relevamiento de interés general sobre el proyecto. 10 hs.

1.4. Reuniones con el Departamento de Farmacias. 16 hs.

2. Investigación

2.1. Buscar y analizar Información para utilizar sensores de temperatura. 12 hs.

2.2. Analizar distintas alternativas para utilizar buzzer y led de notificación. 12 hs.

3. Desarrollo de componentes

3.1. Mensajería

Página 10 de 26




3.1.1. Identificar información a transmitir. 10 hs.

3.1.2. Desarrollo del paquete de comunicación.

3.1.2.1. Proceso para codificar mensajería. 16 hs.

3.1.2.2. Proceso para decodificar mensajería. 16 hs.

3.2. NODO - Firmware

3.2.1. Configuración de mbed OS para el LPC1114. 10 hs.

3.2.2. Integración de librerías para utilizar modulo NRF24L01. 16 hs.

3.2.3. Integración de librerías para utilizar sensor de temperatura. 10 hs.

3.2.4. Realizar pruebas de lectura de sensor a temperatura ambiente. 10 hs.

3.2.5. Implementar mensajería. 16 hs.

3.2.6. Desarrollar interpretación de mensajería. 24 hs.

3.2.7. Desarrollar reglas de negocio y notificación por buzzer y led. 24 hs.

3.3. GATEWAY – Cliente/Servidor

3.3.1. Configuración de IDE Eclipse. 10 hs.

3.3.2. Integración de librerías para utilizar modulo NRF24L01. 16 hs.

3.3.3. Integración de librerías para utilizar socket. 16 hs.

3.3.4. Implementar mensajería. 16 hs.

3.3.5. Desarrollar interpretación de mensajería. 24 hs.

3.3.6. Desarrollar pasarela (Mensajería ↔ Web Service). 24 hs.

3.3.7. Configuración del IDE Netbeans. 10 hs.

3.3.8. Configuración del motor postgresql. 10 hs.

3.3.9. Diseño de la BDD. 12 hs.

3.3.10. Desarrollo de la interfaz de configuración. 16 hs.

3.4. SERVIDOR - Web Services REST

3.4.1. Configuración del IDE Netbeans para desarrollar en JAVA. 10 hs.

Página 11 de 26




3.4.2. Configuración del motor postgresql. 10 hs.

3.4.3. Diseño de la BDD. 12 hs.

3.4.4. Desarrollo de los Web Services. 16 hs.

3.4.5. Integración de librerías para enviar email. 10 hs.

3.4.6. Desarrollar reglas de negocio y envío de email. 16 hs.

4. Pruebas de integración, validación e implementación.

4.1. Instalar y configurar NODO. 10 hs.

4.2. Instalar y configurar GATEWAY. 10 hs.

4.3. Instalar y configurar SERVIDOR. 10 hs.

4.4. Validación de requerimientos. 16 hs.

4.5. Depuración del sistema. 32 hs.

5. Procesos Finales

5.1. Manual de usuario. 32 hs.

5.2. Diagrama de la Instalación. 10 hs.

5.3. Memoria y presentación del trabajo. 32 hs.

Cantidad total de horas: (610 hs).

Página 12 de 26




7. Diagrama de Activity On Node

8. Diagrama de Gantt

Nombre del Proyecto: Sistema de monitoreo para control de cadena de frío

EDT Nombre Duración Inicio Fin

0 0 Sistema de monitoreo para control de cadena de frío 76.25días 08/06/2018 13/11/2018

1 1 Planificación general del Proyecto 54horas 08/06/2018 21/06/2018

2 1.1 Análisis de beneficios y alternativas de soluciones existentes.

16horas 08/06/2018 12/06/2018

3 1.2 Análisis de factibilidad y recursos necesarios. 12horas 12/06/2018 15/06/2018

4 1.3 Relevamiento de interés general sobre el proyecto. 10horas 15/06/2018 18/06/2018

5 1.4 Reuniones con el Departamento de Farmacias. 16horas 18/06/2018 21/06/2018

6 2 Investigación 24horas 22/06/2018 28/06/2018

Página 13 de 26




7 2.1 Buscar y analizar Información para utilizar sensores de temperatura.

12horas 22/06/2018 25/06/2018

8 2.2 Analizar distintas alternativas para utilizar buzzer y led de notificación.

12horas 26/06/2018 28/06/2018

9 3 Desarrollo de componentes 380horas 28/06/2018 04/10/2018

10 3.1 Mensajería 42horas 28/06/2018 09/07/2018

11 3.1.1 Identificar información a transmitir. 10horas 28/06/2018 30/06/2018

12 3.1.2 Desarrollo del paquete de comunicación. 32horas 02/07/2018 09/07/2018

13 3.1.2.1 Proceso para codificar mensajería. 16horas 02/07/2018 05/07/2018

14 3.1.2.2 Proceso para decodificar mensajería. 16horas 05/07/2018 09/07/2018

15 3.2 NODO - Firmware 110horas 10/07/2018 07/08/2018

16 3.2.1 Configuración de mbed OS para el LPC1114. 10horas 10/07/2018 11/07/2018

17 3.2.2 Integración de librerías para utilizar modulo NRF24L01.

16horas 12/07/2018 16/07/2018

18 3.2.3 Integración de librerías para utilizar sensor de temperatura.

10horas 16/07/2018 18/07/2018

19 3.2.4 Realizar pruebas de lectura de sensor a temperatura ambiente.

10horas 18/07/2018 20/07/2018

20 3.2.5 Implementar mensajería. 16horas 20/07/2018 25/07/2018

21 3.2.6 Desarrollar interpretación de mensajería. 24horas 25/07/2018 31/07/2018

22 3.2.7 Desarrollar reglas de negocio y notificación por buzzer y led.

24horas 01/08/2018 07/08/2018

23 3.3 GATEWAY – Cliente/Servidor 154horas 07/08/2018 15/09/2018

24 3.3.1 Configuración de IDE Eclipse. 10horas 07/08/2018 09/08/2018

25 3.3.2 Integración de librerías para utilizar modulo NRF24L01.

16horas 09/08/2018 14/08/2018

26 3.3.3 Integración de librerías para utilizar socket. 16horas 14/08/2018 17/08/2018

27 3.3.4 Implementar mensajería. 16horas 17/08/2018 22/08/2018

28 3.3.5 Desarrollar interpretación de mensajería. 24horas 22/08/2018 28/08/2018

29 3.3.6 Desarrollar pasarela (Mensajería ↔ Web Service).

24horas 28/08/2018 03/09/2018

30 3.3.7 Configuración del IDE Netbeans. 10horas 04/09/2018 05/09/2018

31 3.3.8 Configuración del motor postgresql. 10horas 06/09/2018 07/09/2018

32 3.3.9 Diseño de la BDD. 12horas 08/09/2018 11/09/2018

33 3.3.10 Desarrollo de la interfaz de configuración. 16horas 12/09/2018 15/09/2018

34 3.4 SERVIDOR - Web Services REST 74horas 15/09/2018 04/10/2018

35 3.4.1 Configuración del IDE Netbeans para JAVA. 10horas 15/09/2018 18/09/2018

36 3.4.2 Configuración del motor postgresql. 10horas 18/09/2018 20/09/2018

37 3.4.3 Diseño de la BDD. 12horas 20/09/2018 24/09/2018

Página 14 de 26




38 3.4.4 Desarrollo de los Web Services. 16horas 24/09/2018 27/09/2018

39 3.4.5 Integración de librerías para enviar email. 10horas 28/09/2018 01/10/2018

40 3.4.6 Desarrollar reglas de negocio y envío de email. 16horas 01/10/2018 04/10/2018

41 4 Pruebas de integración, validación e implementación. 78horas 04/10/2018 25/10/2018

42 4.1 Instalar y configurar NODO. 10horas 04/10/2018 08/10/2018

43 4.2 Instalar y configurar GATEWAY. 10horas 08/10/2018 10/10/2018

44 4.3 Instalar y configurar SERVIDOR. 10horas 10/10/2018 12/10/2018

45 4.4 Validación de requerimientos. 16horas 12/10/2018 17/10/2018

46 4.5 Depuración del sistema. 32horas 17/10/2018 25/10/2018

47 5 Procesos Finales 74horas 25/10/2018 13/11/2018

48 5.1 Manual de usuario. 32horas 25/10/2018 02/11/2018

49 5.2 Diagrama de la Instalación. 10horas 02/11/2018 05/11/2018

50 5.3 Memoria y presentación del trabajo. 32horas 05/11/2018 13/11/2018

Página 15 de 26




Página 16 de 26




Página 17 de 26




9. Matriz de uso de recursos de materiales

Los recursos necesarios para la ejecución proyecto son:

● Computadora.

● Microcontrolador.

● Módulo RF, Sensor y Buzzer.

● Raspberry Pi.

A continuación se enuncia la cantidad de horas requeridas para cada recurso, agrupados de acuerdo a las

fases y componentes del proyecto.

Código WBS

Fase / Componente

Recursos requeridos (horas)

Computadora Microcontrolador Módulo RF, Sensor y

Buzzer Raspberry Pi

1.* Planificación

general del

Proyecto

36

2.* Investigación 24 24

3.1.* Mensajería 42

3.2.* NODO 116 116 116

3.3.* GATEWAY 150 150 150

3.4.* SERVIDOR 74

4.* Pruebas de

integración,

validación e

implementación

78

5.* Procesos Finales 74

Página 18 de 26




10. Presupuesto detallado del proyecto

Categoría Detalle Cantidad Costo Unitario Costo Total

Costos

directos

Microcontrolador 1 $ 250 $ 250

Módulo RF, Sensor y

Buzzer.

1 $ 210 $ 210

Raspberry Pi. 1 $ 1.300 $ 1.300

Mano de obra 610 $ 450 $ 274.500

Subtotal $ 276.260

Costos

Indirectos

30 % del costo

directo

1 $ 82.878

Total $ 359.138

11. Matriz de asignación de responsabilidades

Código WBS

Título de la tarea

Roberto Compañy

COFAM Colaborador

Responsable Auspiciante José

Alazaller

1.* Planificación general del Proyecto P A C,I

2.* Investigación P A C,I

3.1.* Mensajería P A C,I

3.2.* NODO P A C,I

3.3.* GATEWAY P A C,I

3.4.* SERVIDOR P A C,I

4.* Pruebas de integración, validación e implementación P A C,I

5.* Procesos Finales P A C,I

Página 19 de 26




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.

1. El departamento de farmacia no acepta el método de sensado informático

a. 9 Severidad: En el caso que no se logre la aceptación del sistema por parte del

Departamento de Farmacia, el proyecto como tal no podrá implementarse para cumplir

uno de sus objetivos principales.

b. 5 Ocurrencia: La aceptación del sistema depende principalmente de la voluntad del

personal de turno en el departamento de farmacia y el trato actual con COFAM en este

momento es normal.

2. No lograr hacer funcionar el sensor de temperatura con el microcontrolador.

a. 10 Severidad: Característica base de todo el sistema.

b. 2 Ocurrencia: Se tiene en cuenta que el funcionamiento requerido es familiar.

3. La comunicación inalámbrica entre el nodo y el GATEWAY se ve afectada por el entorno.

a. 7 Severidad: Depende del entorno y requiere una reimplementación del módulo RF..

b. 3 Ocurrencia: Se conocen sólo algunos problemas de comunicación en base a proyectos

anteriores

4. El nodo inalámbrico no logra funcionar conectado a baterías.

a. 5 Severidad: Es una característica del sistema de importancia intermedia.

b. 6 Ocurrencia: Se desconoce el consumo total que tendrá el nodo (microcontrolador +

sensor).

Página 20 de 26




5. Daño permanente al sensor, módulo NRF o microcontrolador durante el desarrollo.

a. 10 Severidad: Crucial para el desarrollo del proyecto.

b. 3 Ocurrencia: Basado en el cuidado al desarrollar y realizar pruebas

Riesgo Severidad Ocurrencia RPN Severidad* Ocurrencia* RPN*

1 9 5 45 9 3 27

2 10 2 20

3 7 3 21

4 5 6 30 5 3 15

5 10 3 30 4 3 12

Criterio adoptado:

- Se tomarán medidas de mitigación en los riesgos cuyos números de RPN sean mayores o iguales a 30.

Nota:

- Los valores marcados con (*) en la tabla corresponden luego de haber aplicado la mitigación.

Plan de mitigación de los riesgos que originalmente excedían el PRN máximo establecido:

● Riesgo 1

○ Plan de mitigación: Se propone que el sistema coexista por 6 meses con el método actual

para realizar ajustes que puedan surgir y que adquiera confiabilidad. Además, definir un

proceso sistemático para la recalibración de los sensores.

○ 9 Severidad: El riesgo sigue igual de severo ya que afecta directamente el proyecto.

○ 3 Ocurrencia: Se logra mejorar la confianza en el sistema.

Página 21 de 26




● Riesgo 4

○ Plan de mitigación: Se agrega una batería extra ya que el tamaño y peso no son

importantes, además el costo no aumenta significativamente.

○ 5 Severidad: El riesgo sigue igual de severo ya que no se modifica.

○ 3 Ocurrencia: La ocurrencia se reduce a la mitad.

● Riesgo 5

○ Plan de mitigación: Se deja a disposición 3 juegos completos de hardware con los que ya

se cuenta.

○ 4 Severidad: Se reduce proporcionalmente al contar con repuestos.

○ 3 Ocurrencia: La ocurrencia sigue igual de probable ya que no se modifica.

13. Gestión de la calidad

Para cada uno de los requerimientos del proyecto se enuncia el procedimiento de verificación y

validación.

Req. 1: Debe proveer una interfaz Web para configurar el nombre de los nodos y establecer un rango de

grados centígrados en cada uno.

● Verificación: Se verificará incluir en el código del gateway un servidor web administrado.

● Validación: Se ingresará al sistema web y se realizará la configuración de un nodo.

Req. 2: Los nodos deben ser inalámbricos y no requerir alimentación externa, funcionando a baterías.

● Verificación: Se verificará que el microcontrolador se conecte con el módulo de radiofrecuencia y

la alimentación de todos los componentes sea a través de baterías.

● Validación: Se conectará el nodo a la batería y se realizará una prueba de comunicación por radio.

Req. 3: Sensar temperatura en el rango de 1° a 10° centígrados.

● Verificación: Se verificará la hoja de datos del sensor de temperatura.

Página 22 de 26




● Validación: Se tomará un sensado a temperatura ambiente y otro colocándolo dentro de una

heladera.

Req. 4: La temperatura de las heladeras se debe sensar y registrar cada 1 minuto.

● Verificación: Se verificará en el código de microcontrolador la rutina periódica de sensado.

● Validación: Se ingresará al sistema web administrable para consultar el histórico de lecturas

recibidas.

Req. 5: Generar alertas locales sonoras y visuales cuando la temperatura se encuentre fuera del rango

establecido (en +/- 2 grados).

● Verificación: Se verificará el código del microcontrolador y la conexión física con el buzzer y el led.

● Validación: Se configurará una temperatura muy baja y se tomará una muestra desde el sensor a

una temperatura ambiente distinta para que se dispare la alarma de incidencia.

Req. 6: Notificar a COFAM periódicamente, cada 5 minutos, el estado del sistema de control de frío

(sistema activo y temperaturas registradas).

● Verificación: Se verificará el código de gateway que consume los Web Services periódicamente.

● Validación: Se consultará en el log en COFAM las peticiones realizadas por el gateway.

Req. 7: Generar alertas vía email desde COFAM cuando la temperatura se encuentre fuera del rango

establecido o se pierda la conexión con el sistema de control.

● Verificación: Se verificará que en el código de los Web Services se compare la temperatura

sensada contra la establecida y que esté codificado el envío de email.

● Validación: Se consumirá los WS con datos fuera del rango y se verificará la recepción del email.

Req. 8: Permitir consultar la temperatura de las heladeras e imprimir el registro utilizando un navegador

en la red local de la farmacia.

● Verificación: Se verificará incluir en el código del gateway que se pueda generar el reporte.

● Validación: Se ingresará al sistema web del gateway y se generará el reporte como registro.

Página 23 de 26




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

Plan de Proyecto

Directivos CESE Jurado

Director COFAM

Colaboradores

Dar a conocer a los interesados

Única Vez Correo electrónico

Roberto Compañy

Informe de avance

Director Controlar avances del

proyecto

Mensual Correo electrónico

Roberto Compañy

Prototipo Pruebas de integración

Colaboradores Validar funcionamiento

25/10/2018 Reunión personal

Roberto Compañy

Memoria de proyecto

Jurado Entrega al jurado

13/11/2018 Correo electrónico

Roberto Compañy

Presentación final

Directivos CESE Jurado

Director

Presentar trabajo final

de CESE

03/12/2018 Presencial Roberto Compañy

15. Gestión de Compras

En el presente proyecto se utilizarán materiales ya adquiridos y no será necesario realizar compras.

Página 24 de 26




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

Planificación

general del

Proyecto

% Única Vez Roberto Compañy

Ariel Lutenberg Rolando Alazaller Jurado

Director

Correo electrónico

2.*

Investigación

% Mensual Roberto Compañy

Jerónimo La Bruna

Correo electrónico

3.1.*

Mensajería


Jerónimo La Bruna

Correo electrónico

3.2.*

NODO


Jerónimo La Bruna

Correo electrónico

3.3.*

GATEWAY


Jerónimo La Bruna

Correo electrónico

3.4.*

SERVIDOR


Jerónimo La Bruna

Correo electrónico

4.*

Pruebas de

integración,

validación e

implementación


Rolando Alazaller

Reunión personal

5.*

Procesos Finales


Jurado Correo electrónico

Página 25 de 26




17. Procesos de cierre

Elaboración de un documento con lo siguiente:

● Análisis de los resultados obtenidos contra el Plan de Proyecto original.

○ Responsable: Roberto Compañy

○ Actividad: Analizar el nivel de satisfacción del auspiciante y cliente, sobre el resultado

general del proyecto tomando como base los objetivos planteados que le dieron origen.

● Análisis de la planificación y tareas realizadas (proyectas, corregidas y agregadas)


○ Actividad: Comparar la planificación y el desglose de tareas realizado al inicio del proyecto

contra el efectivamente realizado a la conclusión del mismo. Analizar, en el caso que

existan, los riesgos no previstos y el impacto que tuvieron sobre el proyecto.

● Presentación de proyecto


○ Actividad: Realizar una exposición del proyecto de tesis ante el jurado y realizar una

demostración con el prototipo desarrollado.

● Realizar acto de agradecimiento


○ Actividad: Organizar acto de agradecimiento para todos los interesados, colaboradores,

profesores de la especialización CESE y el equipo de trabajo. Preparar presupuesto.

Página 26 de 26

sistema de monitoreo para control de cadena de...

Documents