Módulo de control de filtrado y aplicación de químicos para el...

Plan de Proyecto del Trabajo Final de Carrera

de Especialización de Sistemas Embebidos

Ing. Marcelo Moreno

Página 1 de 39

Módulo de control de

filtrado y aplicación de

químicos para el Sistema de

Monitoreo y Control de

Piscina

Autor

Ing. Marcelo Moreno

Director del trabajo

Esp. Ing. Patricio Bos

Jurado propuesto para el trabajo

- Esp. Ing. Facundo Larosa

- Esp. Ing. Juan V. Montilla C.

- Esp. Ing. Ramiro Alonso

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

Proyectos entre octubre y noviembre de 2016.



Ing. Marcelo Moreno

Página 2 de 39

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 7

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 8

7. Diagrama de Activity On Node 9

8. Diagrama de Gantt 9

9. Matriz de uso de recursos de materiales 10

10. Presupuesto detallado del proyecto 10

11. Matriz de asignación de responsabilidades 11

12. Gestión de riesgos 11

13. Gestión de la calidad 13

14. Comunicación del proyecto 13

15. Gestión de Compras 13

16. Seguimiento y control 14

17. Procesos de cierre 14



Ing. Marcelo Moreno

Página 3 de 39

Registros de cambios

Revisión Detalle de los cambios realizados Fecha

1.0 Creación del documento

Avances del punto 1, hasta el punto 6

14/10/2016

1.1 Adición de información de los puntos 7 hasta 13 12/11/2016

1.2 Adición de información de los puntos 14 hasta 17 13/11/2016



Ing. Marcelo Moreno

Página 4 de 39

Acta de Constitución del Proyecto

Buenos Aires, 14 de octubre de 2016

Por medio de la presente se acuerda con el Sr. Marcelo Moreno que su Proyecto Final de la Carrera

de Especialización en Sistemas Embebidos se titulará “Módulo de control de filtrado y aplicación de

químicos para piscinas”, consistirá esencialmente en el prototipo preliminar de un dispositivo electrónico

construido sobre un microcontrolador ATXmega orientado a la optimización del mantenimiento de una

piscina a partir de la información del estado del agua remitida por “Módulo de monitoreo del estado del

agua de la piscina” (proyecto complementario) y la automatización de la aplicación de químicos y

actuadores. Tendrá un presupuesto preliminar estimado de 659 h. de trabajo, los costos directos serán

cubiertos por la empresa ComSi S.A. y los costos indirectos son 1600$, 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 Vicente

Director de la CESE-FIUBA Presidente ComSi S.A.

Patricio Bos

Director del Trabajo Final

Facundo Larosa Juan V. Montilla C.

Jurado del Trabajo Final Jurado del Trabajo Final

Ramiro Alonso

Jurado del Trabajo Final



Ing. Marcelo Moreno

Página 5 de 39

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

El presente proyecto pretende optimizar el mantenimiento de piscinas a partir de la información del estado del agua remitida por “Modulo de monitoreo del estado del agua de la piscina” (proyecto complementario) y la automatización de la aplicación de químicos y actuadores.

Dicha automatización se realiza con una placa de la empresa ComSi, que cuenta con el hardware necesario para la comunicación adicional a esta se implementara la etapa de potencia para controlar las bombas y la aplicación de químicos mediante actuadores eléctricos y electromecánicos según corresponda.

La comunicación entre módulos se realiza vía bluethoot, esta comunicación es ocupada a la vez por el usuario para poder ver datos y configuraciones de ambos módulos.

Existe una comunicación general a través de una interface Wifi/3G hacia los servidores de la empresa ComSi permitiendo de esta forma realizar una telemetría del sistema completo.

A continuación, se tiene un diagrama general de la idea completa:



Ing. Marcelo Moreno

Página 6 de 39

Identificación y análisis de los interesados

Rol Nombre y Apellido Departamento Puesto

Auspiciante Laura de Vicente ComSi S.A. Marketing RRRHH

Cliente Sergio Vicente ComSi S.A. Presidente

Responsable Marcelo Moreno Ingeniería Desarrollador

Colaboradores

Fabrizio Gelsi Ingeniería Desarrollador

Douglas Vargas Independiente Piscinero

Usuario Final Propietarios de piscinas

-Auspiciante: Es la encargada de RRHH en la empresa, acudió a CADIEL en busca de gente interesada

en el proyecto.

-Cliente: Se mantiene una buena comunicación con él, siempre se presta para las consultas y tiene un

buen conocimiento técnico sobre el proyecto.

-Colaboradores: Fabrizio es el encargado del segundo módulo del sistema y siempre se puede contar

con él fuera de los horarios de oficina, tiene buenos conocimientos y mantiene una comunicación

fluida. Douglas es un piscinero independiente que brinda algunos datos según la experiencia en el

trabajo que realiza



Ing. Marcelo Moreno

Página 7 de 39

1. Propósito del proyecto

El propósito de este proyecto es diseñar e implementar el módulo de control de filtrado y aplicación

de químicos para el “Sistema de Monitoreo y Control de Piscina” de la empresa ComSi. El módulo

permitirá al usuario programar el filtrado del agua y también tendrá un modo automático en el cual

las mediciones enviadas por “Modulo de monitoreo del estado del agua de la piscina” (proyecto

complementario), permitirán determinar la activación de la bomba de filtrado y electroválvulas para

regular el nivel y la calidad del agua. Censará el caudal con el que circula el agua expulsada por la

bomba de filtrado para determinar el estado de la misma, contará con distintas alertas activadas por

mal funcionamiento e indicadores de estado y contará con una aplicación de químicos automatizada.

Logrando de esta manera optimizar al máximo el mantenimiento de piscinas.

2. Alcance del proyecto

El proyecto incluye:

1. Análisis de requerimientos del cliente adaptando el estándar IEEE 830 para la concepción

general del proyecto.

2. Selección de materiales para entradas, salidas y comunicaciones que cumplan los requerimientos.

3. Diseño de alto nivel (arquitectura) del módulo.

4. Plan de pruebas unitarias y ensayos (testbenchs) para cada subsistema

5. Plan de pruebas de integración y ensayos (testbenchs) para agrupaciones de subsistemas

6. Plan de pruebas del sistema y ensayos (testbenchs) para el sistema completo

7. Prototipo funcional acabado en gabinete plástico con protección IP65

8. Documentación del módulo y subsistemas que incluya:

8.1. Descripción de entradas, salidas y métodos de comunicación (Datos técnicos).

8.2. Hipótesis de diseño, justificación de la elección del diseño, estudios previos y marco teórico

(si aplica).

8.3. Diagrama de arquitectura.

8.4. Reporte de ensayos realizados.

8.5. Manual de usuario y manual de instalación

8.6. Referencias bibliografías.



Ing. Marcelo Moreno

Página 8 de 39

Exclusiones:

1. El proyecto no incluye las interfaces de visualización en dispositivos móviles o en

computadores que se conecten a través de bluetooth o vía internet.

2. El proyecto no incluye la fabricación de los actuadores para la dosificación de químicos, pero

si abarca una investigación de sistemas similares para realizar un diseño para este módulo.

3. Supuestos del proyecto

1. Se supone que la empresa ComSi aportara con el material necesario para el desarrollo del

proyecto.

2. Se supone que se cuentan con los datos o por lo menos con una estructura o simulación del

“Modulo de monitoreo del estado del agua de la piscina” (proyecto complementario) para el

desarrollo de la parte automática del proyecto.

3. Se supone que se cuenta con una alta prioridad de la empresa ComSi ante las dudas o

cambios que requiera el proyecto por problemas encontrados durante el desarrollo

4. Requerimientos

1. Operación: El módulo tendrá dos modos de operación manual, automático que se pueden

seleccionar en el mismo modulo o remotamente a través de las conexiones wifi/3G/bluetooth

con las que contará.

1.1. Modo manual. Permite al usuario encender y apagar las bombas y dosificar químicos desde

la maquina o remotamente a través de la aplicación Android

1.2. Modo automático. Con los datos recibidos se evalúa el estado del agua y se determina que

químicos dosificar y que cantidades además de la activación de la/s bombas de filtrado.

2. Variables a controlar:

2.1. Entradas

2.1.1. Sensor de potencia de la bomba de filtrado [1…3]: Resolución de 0.5Watt a 220V

2.1.2. Sensor de caudal de agua [1…3]: de 23 a 72 m3/h trabajo de 0-5V resolución 10bit

2.2. Salidas

2.2.1. Actuador electromecánico aplicación Cloro: Aplicación mínima de 5g +- 10%

2.2.2. Actuador electromecánico aplicación Sulfato de cobre: Aplicación mínima de 5g

+- 10%

2.2.3. Actuador electromecánico aplicación Sulfato de aluminio: Aplicación mínima de

5g +- 10%



Ing. Marcelo Moreno

Página 9 de 39

2.2.4. Actuador electromecánico aplicación Hipoclorito de calcio: Aplicación mínima de

5g +- 10%

2.2.5. Actuador eléctrico bomba de filtrado [1...3]: Salida a relé en placa módulo de 5v

10A conectado que maneje un

2.3. Comunicación

2.3.1. Wifi: Modulo de conexión inalámbrica con un consumo máximo de 500mA y 5V que

cumpla las normas 802.11 a, b, g, n.

2.3.2. 3G: Modulo de conexión inalámbrica con un consumo máximo de 500mA y 5V que

trabaje en las bandas 3G (HSPA+, UMTS/WCDMA): 850 / 1900 MHz.

2.3.3. Bluetooth: Modulo de conexión inalámbrica con un consumo de 100mA y 5V versión

2.0 o superior, modo esclavo. Alcance sin barreras de 10 m.

3. Software:

3.1. Controlador: El software para el controlador será desarrollado en Atmel Studio.

3.2. Aplicaciones remotas.

3.2.1. Aplicación móvil: Se desarrollará una aplicación para Android para la visualización

de datos y variables.

3.2.2. Aplicación web: Se ocupará la plataforma Web iDAT de ComSi.

4. Arquitectura del módulo.

4.1. Subsistema de entradas: Se desarrollará un diagrama de bloques creando una arquitectura

que transfiera los datos al microcontrolador ATXMEGA, con una recopilación de las hojas de

datos y/o especificaciones de todos los requisitos descritos como “Entradas”.

4.2. Subsistema de salidas: Se desarrollará un diagrama de bloques creando una arquitectura

que transfiera los datos desde el microcontrolador ATXMEGA, con una recopilación de las

hojas de datos y/o especificaciones de todos los requisitos descritos como “Salidas”.

4.3. Subsistema de comunicaciones: Se desarrollará un diagrama de bloques creando una

arquitectura que transfiera los datos de forma bidireccional entre este subsistema y el

microcontrolador ATXMEGA, con una recopilación de las hojas de datos y/o especificaciones

de todos los requisitos descritos como “Comunicación”.

4.4. Subsistema de alimentación eléctrica: Alimentación 220v, internamente se regulará a 5v

4.5. Subsistema de control: Sera diseñado bajo la placa de ComSi que consta de un

microcontrolador ATXMEGA de ATMEL

5. Condiciones ambientales.

5.1. Temperatura: El modulo deberá operar entre temperaturas de 0 y 60 grados Celsius

5.2. Grado de protección (IPXX): El prototipo finalizado deberá con un grado de protección

IP65 que indica que el polvo no debe infiltrarse en el dispositivo y soportar chorros de agua

desde cualquier ángulo sin filtración de agua.



Ing. Marcelo Moreno

Página 10 de 39

6. Documentación:

6.1. Descripción de entradas: Realizar un informe de las entradas detallando todos los datos

técnicos y nominales (adjuntar hojas de datos si corresponde).

6.2. Descripción de salidas: Realizar un informe de las salidas detallando todos los datos

técnicos y nominales (adjuntar hojas de datos si corresponde).

6.3. Descripción de módulos de comunicación: Realizar un informe de los módulos de

comunicación detallando todos los datos técnicos y nominales (adjuntar hojas de datos si

corresponde).

6.4. Hipótesis de diseño, justificación de la elección del diseño, estudios previos y marco

teórico (si aplica).

6.5. Diagrama de arquitectura: Recopilación documentada de cada subsistema en diagramas

de bloques que muestre la forma de trabajo general del módulo.

6.6. Reporte de ensayos realizados: Recopilación documentada de las pruebas unitarias, de

integración y finales realizadas durante el desarrollo del proyecto.

6.7. Manual de usuario: Creación de un manual que contenga la información nominal del

módulo y secuencia de pasos para poder realizar la instalación y el uso correcto del

dispositivo

6.8. Manual de servicio: Creación de un manual que contenga toda la información técnica de los

subsistemas, incluyendo esquemáticos electrónicos y solución a posibles errores para que

una persona de nivel “técnico electrónico” pueda entender el funcionamiento y reparar el

dispositivo.

6.9. Referencias bibliografías: Recopilación de la autoría de toda la documentación consultada

5. Entregables principales del proyecto

1. Prototipo funcional en un gabinete IP65.

2. Aplicación móvil para la gestión del módulo (bluetooth).

3. Documentación del sistema y subsistemas que incluya:

3.1. Descripción de entradas, salidas y módulos de comunicación.

3.2. Hipótesis de diseño, justificación de la elección del diseño, estudios previos y marco teórico

(si aplica).

3.3. Diagrama de arquitectura.

3.4. Reporte de ensayos realizados.

3.5. Manual de usuario y manual de instalación.

3.6. Referencias bibliográficas.



Ing. Marcelo Moreno

Página 11 de 39

6. Desglose del trabajo en tareas

1. Planificación (37h)

1.1. Redacción e interpretación de los requerimientos (10h)

1.2. Planificación de tiempos y recursos (15h)

1.3. Planificación de comunicación, riesgos y calidad (2h)

1.4. Documentación de la planificación (10h)

2. Investigación. (190h)

2.1. Análisis de productos similares en el mercado. (20h)

2.2. Análisis y comprensión del software Atmel Studio (10h)

2.3. Análisis y comprensión de las placas ComSi. (10h)

2.4. Análisis y compresión de las interfaces de comunicación ComSi. (10h)

2.5. Análisis de dosificadores para químicos (basado en ideas existentes) (30h)

2.6. Análisis de sensores de potencia para bombas (recopilación de hojas de datos) (20h)

2.7. Análisis de sensores de caudal (recopilación de hojas de datos) (20h)

2.8. Análisis de actuadores para bombas. (recopilación de hojas de datos) (20h)

2.9. Análisis de módulos bluetooth para la comunicación. (10h)

2.10. Análisis de módulos wifi para la comunicación. (10h)

2.11. Análisis de módulos 3G para la comunicación. (10h)

2.12. Informe recopilatorio de las ofertas de otras empresas (10h)

2.13. Informe recopilatorio de los sensores (10h)

3. Selección del hardware (16h)

3.1. Selección de sensor de potencia. (2h)

3.2. Selección de sensor de caudal. (2h)

3.3. Selección de actuadores para bombas. (2h)

3.4. Informe con la justificación de los sensores seleccionados (10h)

4. Diseño (70h)

4.1. Arquitectura general del módulo (10h)

4.2. Subsistema de entradas (10h)

4.3. Subsistema de salidas (10h)

4.4. Subsistema de comunicaciones (10h)

4.5. Subsistema de alimentación eléctrica (10h)

4.6. Subsistema de control (10h)

4.7. Informe recopilatorio del diseño. (10h)

5. Implementación(230h)

5.1. Implementación del subsistema de entradas

5.1.1. Sensor de caudal (15h)

5.1.2. Sensor de potencia(15h)



Ing. Marcelo Moreno

Página 12 de 39

5.1.3. Pruebas unitarias(10h)

5.2. Implementación del subsistema de salidas

5.2.1. Actuadores electromecánicos de químicos(40h)

5.2.2. Actuadores eléctricos de bombas(15h)


5.3. Implementación del subsistema de comunicaciones

5.3.1. Comunicación vía bluetooth (10h)

5.3.2. Desarrollo de app para pruebas bluetooth en Android (20h)

5.3.3. Comunicación vía wifi (10h)

5.3.4. Comunicación vía 3G (10h)


5.4. Implementación del subsistema de alimentación eléctrica

5.4.1. Fuente o suministro eléctrico 220v a 5v (20h)

5.4.2. Métodos de mantención del suministro (si corresponde)


5.5. Implementación del subsistema de control

5.5.1. Código para microcontrolador (20h).

5.5.2. Pruebas unitarias (10h)

6. Integración de subsistemas (40h)

6.1. Integración del hardware de los subsistemas (10h)

6.2. Integración de los códigos unitarios con el de microcontrolador (10h)

6.3. Pruebas de integración (20h)

7. Armado (30h)

7.1. Encapsulamiento del módulo en la carcasa provista por ComSi (10h)

7.2. Pruebas finales, con el modulo completo (20h)

8. Documentación (46h)

8.1. Recopilación del diseño de arquitectura del módulo(2h)

8.2. Recopilación del software del módulo y app (2h)

8.3. Recopilación de los resultados de pruebas unitarias, integración y finales (2h)

8.4. Creación del manual de usuario (incluye descripción de entradas/salidas) (10h)

8.5. Creación del manual de servicio (información detallada a nivel técnico) (10h)

8.6. Creación del informe final (10h)

8.7. Realizar una presentación del proyecto para disertación (10h)

Cantidad total: 659 h.



Ing. Marcelo Moreno

Página 13 de 39

7. Diagrama de Activity On Node

A continuación, se presenta el diagrama, el camino critico está resaltado con rojo y tiene un tiempo

máximo de duración de 619 horas.

INICIO14/10/16

1. Planificaciónt = 37h

2.1 t = 20h

2.2 t = 10h

2.3 t = 10h

2.4 t = 10h

2.5 t = 30h

2.6 t = 20h

2.7 t = 20h

2.8 t = 20h

2.9 t = 10h

2.10 t = 10h

2.11 t = 10h

2.12 t = 10h

2.13 t = 10h

3. Selección del Hardware

t = 16h

4.1 t = 10h

4.2 t = 10h

4.3 t = 10h

4.4 t = 10h

4.5 t = 10h

4.6 t = 10h

4.7 t = 10h

6. Integración de subsistemas

t = 40h

7. Armadot = 30h

8. Documentaciónt = 46h

5. Implementaciónt = 230h

FIN



Ing. Marcelo Moreno

Página 14 de 39

8. Diagrama de Gantt



Ing. Marcelo Moreno

Página 15 de 39

`



Ing. Marcelo Moreno

Página 16 de 39



Ing. Marcelo Moreno

Página 17 de 39



Ing. Marcelo Moreno

Página 18 de 39

9. Matriz de uso de recursos de materiales

Código WBS Nombre de la tarea

Recursos requeridos (horas)

PC Placa

ComSi Mod.

Bluetooth Mod.Wifi

Mod. 3G

Sens. Caudal

Sens. Potencia

Act. Eléctrico

Dosific. Químico

1 Planificación

1.1 Redacción e

interpretación de los requerimientos

10

1.2 Panificación de

tiempos y recursos 15

1.3 Planificación de

comunicación, riesgos y calidad

2

1.4 Documentación de la

planificación 10

2 Investigación

2.1 Análisis de productos

similares en el mercado

20

2.2 Análisis y

comprensión del software Atmel Studio

10

2.3 Análisis y

comprensión de las placas ComSi

10 10

2.4 Análisis y compresión

de las interfaces de comunicación ComSi

10 10 10 10 10

2.5

Análisis de dosificadores para

químicos (basado en ideas existentes)

30

2.6 Análisis de sensores

de potencia para bombas

20


de caudal 20

2.8 Análisis de actuadores

para bombas. 20

2.9 Análisis de módulos

bluetooth para la comunicación.

10 10 10



Ing. Marcelo Moreno

Página 19 de 39


wifi para la comunicación

10 10 10


3G para la comunicación.

10 10 10

2.12 Informe recopilatorio de las ofertas de otras

empresas 10

2.13 Informe recopilatorio

de los sensores 10

3 Selección del

hardware

3.1 Selección de sensor de

potencia 2

3.2 Selección de sensor de

caudal. 2

3.3 Selección de

actuadores para bombas

2

3.4

Informe con la justificación de los

sensores seleccionados

10

4 Diseño

4.1 Arquitectura general

del módulo 10

4.2 Subsistema de

entradas 10

4.3 Subsistema de salidas 10

4.4 Subsistema de

comunicaciones 10

4.5 Subsistema de

alimentación eléctrica 10

4.6 Subsistema de control 10


del diseño 10

5 Implementación

5.1 Implementación del

subsistema de entradas

5.1.1 Sensor de caudal 15 15

5.1.2 Sensor de potencia 15 15

5.1.3 Pruebas unitarias 10 10 10


subsistema de salidas



Ing. Marcelo Moreno

Página 20 de 39

5.2.1 Actuadores

electromecánicos de químicos

40 40

5.2.2 Actuadores eléctricos

de bombas 15 15

5.2.3 Pruebas unitarias 10 10 10


subsistema de comunicaciones

5.3.1 Comunicación vía

bluetooth 10 10 10

5.3.2 Desarrollo de app

para pruebas bluetooth en Android

20

5.3.3 Comunicación vía wifi 10 10

5.3.4 Comunicación vía 3G 10 10

5.3.5 Pruebas unitarias 10 10 10 10 10

5.4

Implementación del subsistema de alimentación

eléctrica

5.4.1 Fuente o suministro eléctrico 220v a 5v

20

5.4.2 Pruebas unitarias 10 10 10 10 10 10 10 10 10


subsistema de control

5.5.1 Código para

microcontrolador 20 20

5.5.2 Pruebas unitarias 10 10

6 Integración de

subsistemas

6.1 Integración del hardware de los

subsistemas 10 10 10 10 10 10 10 10

6.2

Integración de los códigos unitarios con

el de microcontrolador

10

6.3 Pruebas de integración

20 20 20 20 20 20 20 20 20

7 Armado

7.1 Encapsulamiento del módulo en la carcasa provista por ComSi

10 10 10 10 10 10 10 10



Ing. Marcelo Moreno

Página 21 de 39

7.2 Pruebas finales, con el

modulo completo 20 20 20 20 20 20 20 20 20

8 Documentación

8.1

Recopilación del diseño de

arquitectura del módulo

2

8.2 Recopilación del

software del módulo y app

2

8.3

Recopilación de los resultados de pruebas unitarias, integración

y finales

2

8.4 Creación del manual

de usuario 10


de servicio 10

8.6 Creación del informe

final 10

8.7

Realizar una presentación del

proyecto para disertación

10

10. Presupuesto detallado del proyecto

Para este proyecto los costos que se invertirán en la investigación y desarrollo se encuentran

cubiertos por la empresa ComSi, sin embargo, los costos indirectos aplicados por transportes a la

empresa, internet para las reuniones a distancia y electricidad empleada. Aplicando técnicas de

prorrateo y un aproximado de la cantidad de visitas que haya que realizar a la empresa se estimó que

el costo indirecto aproximado es de 1600$.



Ing. Marcelo Moreno

Página 22 de 39

11. Matriz de asignación de responsabilidades

Código WBS

Nombre de la Tarea

Marcelo Moreno

Responsable

Sergio Vicente Cliente

Laura de Vicente

Auspiciante

Fabrizio Gelsi Colaborador

Propietarios de piscinas

Usuario Final

1 Planificación

1.1 Redacción e


P P S


tiempos y recursos P P I S

1.3 Planificación de

comunicación, riesgos y calidad

P P P


planificación P A

2 Investigación

2.1 Análisis de productos

similares en el mercado

P I S

2.2 Análisis y

comprensión del software Atmel Studio

P I I

2.3 Análisis y


P I I

2.4 Análisis y compresión

de las interfaces de comunicación ComSi

P I I

2.5



P I



P I


de caudal P I

2.8 Análisis de

actuadores para bombas.

P I



P I I



Ing. Marcelo Moreno

Página 23 de 39



P I I



P I I

2.12 Informe recopilatorio de las ofertas de otras

empresas P A I I


de los sensores P A I I

3 Selección del

hardware

3.1 Selección de sensor

de potencia P A


de caudal. P A

3.3 Selección de


P A

3.4



P A I

4 Diseño


del módulo P C

4.2 Subsistema de

entradas P C

4.3 Subsistema de salidas P A

4.4 Subsistema de

comunicaciones P C C

4.5 Subsistema de

alimentación eléctrica P C

4.6 Subsistema de control P C


del diseño P A I

5 Implementación


subsistema de entradas

5.1.1 Sensor de caudal P 5.1.2 Sensor de potencia P 5.1.3 Pruebas unitarias P A


subsistema de salidas



Ing. Marcelo Moreno

Página 24 de 39

5.2.1 Actuadores


P C

5.2.2 Actuadores eléctricos

de bombas P

5.2.3 Pruebas unitarias P A


subsistema de comunicaciones


bluetooth P

5.3.2 Desarrollo de app

para pruebas bluetooth en Android

P

5.3.3 Comunicación vía wifi P C 5.3.4 Comunicación vía 3G P C 5.3.5 Pruebas unitarias P A

5.4

Implementación del subsistema de alimentación

eléctrica


P



subsistema de control

5.5.1 Código para

microcontrolador P


6 Integración de

subsistemas


subsistemas P

6.2



P


P A I

7 Armado


P

7.2 Pruebas finales, con el

modulo completo P A I I A



Ing. Marcelo Moreno

Página 25 de 39

8 Documentación

8.1



P



P

8.3

Recopilación de los resultados de pruebas unitarias, integración

y finales

P


de usuario P A


de servicio P A


final P A I

8.7



P

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

12. Gestión de riesgos a) Identificación de riesgos y estimación de consecuencias: Riesgo 1: Cancelación o postergación del proyecto por parte de la empresa ComSi

▪ Severidad (S): 10 – La ocurrencia de este riesgo puede conllevar directamente con el cambio de proyecto o la simulación del mismo bajo otro microcontrolador y otros módulos lo que implica que habría que comprar todo el material para la realización de un prototipo, siendo un costo no contemplado y además conllevaría a la reestructuración completa del presente plan o directamente a un cambio de proyecto.



Ing. Marcelo Moreno

Página 26 de 39

▪ Probabilidad de ocurrencia (O): 2 – La empresa al ser la interesada en la realización de la idea se ve en la responsabilidad de cumplir con el acuerdo de realización establecido, además del compromiso y mi dedicación para la realización en cierta forma controlaría la ocurrencia.

Riesgo 2: Problemas en mi país de origen que me obliguen a dejar el proyecto

▪ Severidad (S): 10 – El ser extranjero me obliga a estar en constante responsabilidad con mi familia, además soy socio en una empresa establecida en mi nación. Cualquiera de estos problemas me llevaría a suspender el proyecto temporalmente o en un caso extremo la cancelación del mismo

▪ Probabilidad de ocurrencia (O): 2 – La existencia de medios de transportes aéreos rápidos permiten que la duración en el extranjero sea corta pudiendo atender a los problemas de manera rápida en casos extremos.

Riesgo 3: Mala comunicación con el cliente, encargados y/o colaboradores

▪ Severidad (S): 5 – Es un riesgo que podría retrasar el proyecto en casos urgentes, pero el atrasado de un par de días es aceptable.

▪ Probabilidad de ocurrencia (O): 5 – Las personas implicadas para la realización del proyecto tienen cargos altos, trabajos en horarios de oficina que hacen que elevan la ocurrencia de este riesgo

Riesgo 4: Robo, extravío o pérdida, total o parcial, del proyecto (Hardware, software y/o documentación)

▪ Severidad (S): 8 – Este riesgo retrasaría significativamente el flujo del proyecto viéndose con una severidad alta si la información es muy relevante para la tarea que se esté realizando en el momento que se suscite.

▪ Probabilidad de ocurrencia (O): 4 – Ya existe una planificación de las áreas de trabajo para evitar este inconveniente sin embargo siempre hay una probabilidad de ocurrencia.

Riesgo 5: Posibilidad de no lograr diseñar satisfactoriamente el actuador para la dispersión de químicos.

▪ Severidad (S): 7 – No conseguir este diseño puede reducir la eficiencia deseada en el dispersor y conllevar a problemas con la duración de químicos y mantenimiento sin embargo para la realización del prototipo es aceptable tener una idea básica.

▪ Probabilidad de ocurrencia (O): 4 – Se estableció bastante tiempo a esta tarea de forma que la investigación de los métodos que ocupe el diseño para la dispersión puedan ser bien analizados.



Ing. Marcelo Moreno

Página 27 de 39

Riesgo 6: Cambio, modificación o aumento de requerimiento(s) después de una verificación

▪ Severidad (S): 7 – Este valor cambia mucho según la etapa en la que se encuentre el proyecto y si el requerimiento que se desea modificar esta en una etapa ya realizada o no por lo tanto se tomara un valor medio.

▪ Probabilidad de ocurrencia (O): 10 – Los repetidos cambios de requisitos son constantes por lo tanto la probabilidad de ocurrencia es alta.

Riesgo 7: Problemas de integración con el proyecto complementario de Fabrizio Gelsi (datos del estado del agua)

▪ Severidad (S): 4 – Si se tienen problemas con la integración la parte automática de dispersión puede verse afectada sin embargo pueden simularse internamente la llegada de datos según la estructura acordada para realizar pruebas.

▪ Probabilidad de ocurrencia (O): 2 – La pronta planificación y la alta comunicación con los responsables del proyecto hacen que la ocurrencia sea baja.

Riesgo 8: Problemas en el aprendizaje del manejo de las interfaces provistas por ComSi

▪ Severidad (S): 7 – El aprendizaje de un hardware nuevo conlleva tiempo, si bien la lógica ya está desarrollada muchas veces se presentan problemas de detalles propios de la arquitectura de los materiales que se están ocupando y pueden llegar a retrasar el tiempo planificado en las tareas

▪ Probabilidad de ocurrencia (O): 3 – Existe mucha información respecto a este problema en internet y bibliografía que permite solucionar rápidamente el problema

Riesgo 9: Problemas en la implementación de la aplicación Android para el control vía Bluetooth

▪ Severidad (S): 2 – La aplicación es una tarea que puede retardarse hasta las pruebas finales como caso extremo sin verse afectado el tiempo de entrega del proyecto

▪ Probabilidad de ocurrencia (O): 3 – Existe mucha información respecto a este problema en internet y bibliografía que permite solucionar rápidamente el problema



Ing. Marcelo Moreno

Página 28 de 39

b) Tabla de gestión de riesgos:

Riesgo Severidad Ocurrencia RPN Severidad* Ocurrencia* RPN*

1 10 2 20 - -

2 10 2 20 - -

3 5 5 25 5 2 10

4 8 4 32 5 4 20

5 7 4 28 4 4 16

6 7 10 70 5 8 40

7 4 2 8 - -

8 7 3 21 5 3 15

9 2 3 6 - -

Criterio adoptado: - Se tomarán medidas de mitigación en los riesgos cuyos números de RPN sean mayores a 20. 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 3: Plan de mitigación: Se organizará una planificación de reuniones semanales logrando tener un tiempo casi seguro que permita mejorar la comunicación, además de tener todos los medios de comunicación posibles siempre activos (entrevistas, internet, llamadas, etc.)

▪ Severidad (S*): 5 – Es un riesgo que podría retrasar el proyecto en casos urgentes, pero el atrasado de un par de días es aceptable.

▪ Ocurrencia(O*): 2 – Gracias al plan de mitigación la ocurrencia se vería reducida gracias a una buena planificación con el cliente.



Ing. Marcelo Moreno

Página 29 de 39

Riesgo 4: Plan de mitigación: Respecto a la información y software se planea trabajar con algún sistema de control de versiones o por lo menos una nube de datos como “google drive” y respecto al hardware se espera trabajar solamente en la oficina evitando transportar mucho el prototipo hasta que esté listo para las pruebas finales.

▪ Severidad (S*): 5 – Al contar con un respaldo de toda la información de forma constante se logra reducir la severidad, pero siempre existe una probabilidad de que no haya internet o fallas en el computador entonces sigue manteniendo una severidad media.

▪ Ocurrencia(O*): 4 – La ocurrencia no se ve modificada por que la probabilidad de que ocurra este riesgo es un factor que no se puede controlar.

Riesgo 5: Plan de mitigación: Se planifica tomar mayor importancia a este asunto en las reuniones semanales y se intensifica la investigación al respecto del tema además ante cualquier prueba o prototipo o idea se informará y consultará al responsable del proyecto.

▪ Severidad (S*): 4 – Al estar el responsable de proyecto más involucrado en el riesgo la severidad se ve reducida pues existe una alta retroalimentación respecto al estado del diseño y forma de los actuadores

▪ Ocurrencia(O*): 4 – Se estableció bastante tiempo a esta tarea de forma que la investigación de los métodos que ocupe el diseño para la dispersión puedan ser bien analizados.

Riesgo 6: Plan de mitigación: Las seguidas reuniones y el hecho de trabajar en las oficinas del cliente permitirán tener un mayor contacto logrando detectar estos cambios en etapas tempranas.

▪ Severidad (S*): 5 – La severidad se ve reducida por la alta realimentación que permite las reuniones semanales y el trabajo en la oficina del cliente

▪ Ocurrencia(O*): 8 – La ocurrencia se ve reducida gracias a la mejor planificación que permiten las reuniones semanales.

Riesgo 8: Plan de mitigación: Solicitar al cliente toda la información y de ser necesario algún colaborador extra que pueda asesorar sobre dichas interfaces que se manejan en la empresa ComSi

▪ Severidad (S*): 5 – Al tener al colaborador ya experimentado en el área se ve una reducción en la severidad ya que esta persona puede guiar o ayudar con algún problema que se pueda suscitar durante el manejo de las interfaces.

▪ Ocurrencia (O): 3 – Existe mucha información respecto a este problema en internet y bibliografía que permite solucionar rápidamente el problema



Ing. Marcelo Moreno

Página 30 de 39

13. Gestión de la calidad

Para la elaboración de esta sección se toman en cuenta el apartado “4. Requisitos “del documento y

se obvia la mención de algunos subrequisitos pues la validación y verificación se ve repetida en el

requisito global.

Requisitos:

1. Operación.

-Verificación: Se verificarán ambos modos de operación a través del diseño y se revisarán las hojas

de datos de las capacidades de la placa ComSi, además de consultar con algún encargado en la oficina.

-Validación: Se realizará a través de las pruebas unitarias, se documentará y será aprobado por el

cliente

2. Variables a controlar:

2.1. Entradas.

-Verificación: Se recopilarán las distintas hojas de datos, para cada entrada, que cumplan con el

requisito planteado y se escogerá la que mejor se acomode al proyecto según criterios de

durabilidad y soporte con la placa ComSi.

-Validación: Se realizará a través de las pruebas unitarias, se documentará y será aprobado por

el cliente

2.2. Salidas

-Verificación: Se recopilarán las distintas hojas de datos, para cada salida, que cumplan con el

requisito planteado y se escogerá la que mejor se acomode al proyecto según criterios de

durabilidad y soporte con la placa ComSi.

-Validación: Se realizará a través de las pruebas unitarias, se documentará y será aprobado por

el cliente

2.3. Comunicación

-Verificación: Se consultará con el experto en la oficina de ComSi sobre las actuales formas para

establecer comunicaciones según se requiera.



Ing. Marcelo Moreno

Página 31 de 39

-Validación: Se realizará a través de las pruebas unitarias.

3. Software.

3.1. Controlador.


establecer comunicaciones según se requiera.


3.2. Aplicaciones remotas.


establecer comunicaciones según se requiera, se hará un estudio sobre Android para la forma de

crear una aplicación.


4. Arquitectura del módulo.

-Verificación: Se realizarán análisis de los subsistemas para hacer un diseño general del módulo.

A su vez con las hojas de datos y las consultas a los expertos de la oficina se diseñarán los

diagramas de bloques de los subsistemas.

-Validación: Se realizará a través de la aprobación del cliente y los expertos en la oficina.

5. Condiciones ambientales.

5.1. Temperatura:

-Verificación: Se realizarán análisis de las hojas de datos verificando que para cada subsistema

se cumpla esta condición.

-Validación: Se realizará a través de la aprobación del cliente y los expertos en la oficina y se

diseñará algún tipo de prueba en la etapa final

5.2. Grado de protección (IPXX):

-Verificación: Se solicitará esta condición al fabricante de la carcasa que portará el módulo.

-Validación: Se realizará a través de la aprobación del cliente y las pruebas finales al prototipo.



Ing. Marcelo Moreno

Página 32 de 39

6. Documentación:

6.1. – 6.4. y 6.7. Descripciones, diagramas, justificaciones y bibliografía.

-Verificación: Se recopilarán las distintas hojas de datos, diseños de arquitecturas, diagramas de

bloques, códigos y documentación de códigos para en base a esto realizar informes finales

incorporando cualquier detalle faltante.

-Validación: Se realizará a través de la revisión del colaborador, expertos de oficina y finalmente

por el cliente

6.5. Manual de usuario.

-Verificación: Se consultará con el experto de la empresa sobre antiguos manuales de otros

dispositivos, se realizará una investigación para determinar un método de realizarlo y se ocupará

toda la información provista en los requisitos anteriores de documentación.


por el cliente

6.6. Manual de servicio.

-Verificación: Se consultará con el experto de la empresa sobre antiguos manuales de otros

dispositivos, se realizará una investigación para determinar un método de realizarlo y se ocupará

toda la información provista en los requisitos anteriores de documentación.


por el cliente

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

comunicación Responsable

Plan de proyecto

Sergio Vicente /

Curso CESE

Disertar el tema de proyecto y la

metodología a seguir.

2 veces

Reuniones en oficina o Skype /

Presentación CESE

Marcelo Moreno



Ing. Marcelo Moreno

Página 33 de 39

Informes recopilatorios

de hojas de datos

Sergio Vicente / Fabrizio

Gelsi

Justificación de la elección de los elementos de

entrada/salida.

semanal hasta la

aprobación

Reuniones en oficina o Skype

Marcelo Moreno

Informe de avances de

tareas.


Gelsi

Informar el estado de las tareas y

posibles complicaciones.

Por cada tarea.

Reuniones en oficina / Correo

electrónico

Marcelo Moreno

Pruebas.


Gelsi

Informar la finalización de la

tarea y mostrar las pruebas a realizar.

Por cada prueba.

Reuniones en oficina / Pruebas

en sitio

Marcelo Moreno

Reporte de documenta-

ción

Sergio Vicente

Informar sobre la finalización del

proyecto, manuales y prueba

final.

Única vez

Reuniones en oficina / Correo

electrónico /Skype

Marcelo Moreno

Presentación del proyecto

final

Audiencia pública

Presentar todo el desarrollo del

trabajo final en una exposición.

Única vez Presentación

CESE Marcelo Moreno

15. Gestión de Compras

La empresa ComSi se encargará completamente de la gestión de compras por lo que este apartado no

corresponde.

16. Seguimiento y control

El avance de las tareas se indicará en porcentajes según la siguiente escala:

Estado Tarea no iniciada

Tarea iniciada

Tarea finalizada sin documentación

Tarea finalizada con documentación

Tarea aprobada

% 0 20 70 90 100



Ing. Marcelo Moreno

Página 34 de 39

SEGUIMIENTO DE AVANCE

Código WBS

Descripción de la tarea

Indica-dor de avance

Frecuen-cia de

reporte

Responsable de

seguimiento

Persona a ser

informada

Método de comunicación.

1 Planificación

1.1 Redacción e


% 2 veces Marcelo Moreno

Sergio Vicente



tiempos y recursos % 2 veces

Marcelo Moreno

Sergio Vicente


1.3 Planificación de comunicación,

riesgos y calidad % 2 veces

Marcelo Moreno

Sergio Vicente



planificación % 2 veces

Marcelo Moreno

Sergio Vicente


2 Investigación

2.1 Análisis de

productos similares en el mercado

% Semanal Marcelo Moreno

Sergio Vicente Fabrizio

Gelsi

Reuniones en oficina / correo electrónico

2.2

Análisis y comprensión del software Atmel

Studio



Gelsi


2.3 Análisis y




Gelsi


2.4

Análisis y compresión de las

interfaces de comunicación ComSi



Gelsi


2.5




Sergio Vicente




Ing. Marcelo Moreno

Página 35 de 39




Sergio Vicente



de caudal % Semanal

Marcelo Moreno

Sergio Vicente


2.8 Análisis de

actuadores para bombas.


Sergio Vicente






Gelsi






Gelsi






Gelsi


2.12

Informe recopilatorio de las

ofertas de otras empresas

% Una vez Marcelo Moreno


Gelsi

Reuniones en oficina / correo electrónico/

Skype

2.13 Informe

recopilatorio de los sensores



Gelsi


Skype

3 Selección del

hardware


de potencia % Una vez

Marcelo Moreno

Sergio Vicente



de caudal. % Una vez

Marcelo Moreno

Sergio Vicente


3.3 Selección de



Sergio Vicente




Ing. Marcelo Moreno

Página 36 de 39

3.4




Sergio Vicente


Skype

4 Diseño


del módulo % Una vez

Marcelo Moreno

Sergio Vicente


4.2 Subsistema de

entradas % Una vez

Marcelo Moreno

Sergio Vicente


4.3 Subsistema de

salidas % Una vez

Marcelo Moreno

Sergio Vicente


4.4 Subsistema de

comunicaciones % Una vez

Marcelo Moreno

Sergio Vicente


4.5 Subsistema de alimentación

eléctrica % Una vez

Marcelo Moreno

Sergio Vicente


4.6 Subsistema de

control % Una vez

Marcelo Moreno

Sergio Vicente


4.7 Informe

recopilatorio del diseño



Gelsi


Skype

5 Implementación

5.1 Implementación

del subsistema de entradas

5.1.1 Sensor de caudal % Semanal Marcelo Moreno

Sergio Vicente


5.1.2 Sensor de potencia % Semanal Marcelo Moreno

Sergio Vicente


5.1.3 Pruebas unitarias % Una vez Marcelo Moreno

Sergio Vicente

Reuniones en oficina / Pruebas en sitio

5.2 Implementación

del subsistema de salidas



Ing. Marcelo Moreno

Página 37 de 39

5.2.1 Actuadores



Sergio Vicente


5.2.2 Actuadores

eléctricos de bombas % Semanal

Marcelo Moreno

Sergio Vicente



Sergio Vicente


5.3 Implementación

del subsistema de comunicaciones


bluetooth % Semanal

Marcelo Moreno

Sergio Vicente


5.3.2

Desarrollo de app para pruebas bluetooth en

Android


Sergio Vicente



wifi % Semanal

Marcelo Moreno

Sergio Vicente


5.3.4 Comunicación vía 3G % Semanal Marcelo Moreno

Sergio Vicente



Sergio Vicente


5.4

Implementación del subsistema de

alimentación eléctrica



Sergio Vicente



Sergio Vicente


5.5 Implementación

del subsistema de control

5.5.1 Código para

microcontrolador % Semanal

Marcelo Moreno

Sergio Vicente




Ing. Marcelo Moreno

Página 38 de 39


Sergio Vicente


6 Integración de

subsistemas


subsistemas % Una vez

Marcelo Moreno

Sergio Vicente


6.2




Sergio Vicente





Gelsi


7 Armado



Sergio Vicente


7.2 Pruebas finales, con el modulo completo



Gelsi


8 Documentación

8.1




Sergio Vicente


Skype




Sergio Vicente


Skype

8.3

Recopilación de los resultados de

pruebas unitarias, integración y finales


Sergio Vicente


Skype


de usuario % Semanal

Marcelo Moreno

Sergio Vicente




Ing. Marcelo Moreno

Página 39 de 39

17. Procesos de cierre

Una vez finalizado el trabajo el responsable conjunto al cliente analizaran el cumplimiento de los

requisitos y los resultados de tiempos de las distintas etapas a forma de establecer en qué grado se

cumplió con el presente proyecto. Se creará un acta detallada con la conformidad o disconformidad

según corresponda detallando todo lo que se cumplió y no se cumplió.

El responsable analizará que técnicas y procedimientos fueron útiles o inútiles según se vea, creando

un documento paralelo a la documentación de las tareas de forma que permita reutilizar lo útil y

plantear algunos posibles cambios a las técnicas y/o procedimientos que no dieron resultados como

se esperaron.

El responsable organizara un acto de agradecimiento por la oportunidad, se vera de realizar un

pequeño acto en las inmediaciones de ComSi S.A. llevando alguna pequeña distinción que recuerde la

realización de este proyecto. Dicho acto será financiado por el responsable.


de servicio % Semanal

Marcelo Moreno

Sergio Vicente



final % Una vez

Marcelo Moreno

Sergio Vicente


8.7




Sergio Vicente


Skype

Módulo de control de filtrado y aplicación de químicos para el...

Documents

Transcript of Módulo de control de filtrado y aplicación de químicos para el...