visualizador del estado del sistema de señalamiento...

Plan de Proyecto del Trabajo Final de la

Maestría de Sistemas Embebidos

Esp. Ing. Lucas Dórdolo

Visualizador del estado del sistema de señalamiento

ferroviario

Autor


Director del trabajo

Dr. Ing. Ariel Lutenberg (CONICET - FIUBA)

Jurado propuesto para el trabajo

- Dr. Ing. Emanuel Irrazabal (UNNE) - Mg. Ing. Diego Javier Brengi (INTI, UNLaM, FIUBA) - Dr. Ing. Pablo Martín Gomez (FIUBA)

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

Tecnología y la Innovación entre marzo y abril de 2019.

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

Página 2 de 25




Registros de cambios

Revisión Detalle de los cambios realizados Fecha

1.0 Creación del documento 04/04/2019

1.1 Realización de puntos excepto 8-13-15 07/04/2019

1.2 Realización de puntos restantes 23/04/2019

Página 3 de 25




Acta de Constitución del Proyecto

Buenos Aires, 3 de marzo de 2017

Por medio de la presente se acuerda con el Sr. Lucas Dórdolo que su Proyecto Final de la Maestría

en Sistemas Embebidos se titulará “Visualizador del estado del sistema de señalamiento ferroviario”,

consistirá esencialmente en el prototipo de un adquisidor de señales, su firmware y el software asociado ,

y tendrá un presupuesto preliminar estimado de 600 hs de trabajo y $40.000, con fecha de inicio lunes 8

de abril de 2019 y fecha de presentación pública lunes 9 de diciembre de 2019.

Se adjunta a esta acta la planificación inicial.

Ariel Lutenberg Fernando Frenkel

Director de la MSE-FIUBA SOFSE

Ariel Lutenberg

Director del Trabajo Final

Emanuel Irrazabal Diego Javier Brengi

Jurado del Trabajo Final Jurado del Trabajo Final

Pablo Martín Gomez

Jurado del Trabajo Final

Página 4 de 25




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

El proyecto será realizado para Trenes Argentinos Operaciones (SOF S.E.), empresa que se encarga de la

operación y mantenimiento de los trenes e infraestructura ferroviaria. De esta última forman parte

sistemas con distintas tecnologías, algunas con más de un siglo de antigüedad.

En este contexto, se propone hacer sobre toda la extensión del ramal Tigre de la línea Mitre un sistema

cuya función sea adquirir el nivel de las señales referidas al estado de circuitos de vía, señales, máquinas

de cambio y barreras, transmitirlas y visualizarlas de forma centralizada. Esto traería como ventaja la

detección temprana de fallas en el sistema de señalamiento, brindar datos estadísticos que permitan

hacer un mantenimiento preventivo y además ver en tiempo real la posición de las formaciones para

mejorar la diagramación y el control de un servicio que transporta anualmente a más de 30 millones de

pasajeros[1].

El trabajo se encuentra dividido en dos grandes etapas, la primera de adquisición de señales y transmisión

de la información, y la segunda de recepción y visualización.

● Adquisición de señales y transmisión de la información

Se desarrollará el hardware y firmware de una serie de equipos adquisidores para ser colocados en cada

una de las cabinas de señales, como se muestra en la Figura 1. Estos poseerán módulos con múltiples

entradas digitales optoacopladas que podrán conectarse en cascada para ampliar su capacidad y una

etapa de comunicaciones Ethernet, Wi-Fi y/o GPRS que les permita transmitir en tiempo real mediante

TCP el estado de sus entradas.

Figura 1: esquema explicativo del módulo adquisidor y transmisor.

Página 5 de 25




● Recepción y visualización

A su vez, el trabajo contempla la implementación del software sobre el servidor de la empresa cuya

función sea la de recibir la información enviada por los adquisidores y mostrarlos en una interfaz gráfica

tal como muestra la Figura 2. Esto permite que pueda ser accedida desde cualquier dispositivo conectado

a la Intranet de la empresa.

Figura 2: esquema del sistema final pretendido, contemplando las siete cabinas de señales.

Identificación y análisis de los interesados

Rol Nombre y Apellido Departamento Puesto

Cliente Lucas Feldman Coordinador

Señalamiento

Impulsor Fernando Frenkel Coordinador general

Señalamiento

Responsable Lucas Dórdolo

Página 6 de 25




Colaboradores Fernando Flores Empleado

Señalamiento

Usuario Final Área de transporte y

señalamiento

Fernando Frenkel: principal interesado en el desarrollo del proyecto, comprometido a proveer los medios

económicos para la implementación.

Lucas Feldman: siempre bien predispuesto a la implementación de mejoras, colabora con la comunicación

y coordinación de los trabajos.

Fernando Flores: experto en el área de señalamiento, con experiencia previa en un proyecto de similares características y dispuesto a ayudar.

1. Propósito del proyecto

El propósito de este proyecto es el desarrollo de una plataforma de hardware, su firmware y el software

asociado para la implementación de un sistema de visualización, que permita, en tiempo real, observar el

estado del sistema de señalamiento ferroviario. Con esto se logra mejorar el mantenimiento del sistema

de señalamiento, disminuir las interrupciones del servicio y brindar los medios para optimizar el control y

la diagramación de los trenes.

2. Alcance del proyecto

El presente proyecto incluye:

● Diseño e implementación de un módulo adquisidor de datos. ● Programación del firmware para el módulo adquisidor. ● Programación del software sobre el servidor que permita la recepción y visualización de los

datos. ● Pruebas de funcionamiento. ● Documentación del trabajo.

El presente proyecto NO incluye:

● La instalación y puesta en marcha del sistema completo. Salvo que el tiempo disponible lo permita.

3. Supuestos del proyecto

Para el desarrollo del presente proyecto se supone que:

● Se dispondrá de tiempo durante la jornada laboral para la realización del mismo. ● Se dispondrá de todos los componentes y herramientas necesarios.

Página 7 de 25




● Se tendrá acceso al servidor para implementar el software. ● El personal de la empresa colaborará con la instalación del equipo.

4. Requerimientos

1. Adquisidor de señales 1.1. Hardware

1.1.1. Las entradas digitales no deben provocar alteraciones del funcionamiento al circuito al que se conecten.

1.1.2. Las entradas digitales deben tolerar tensiones de al menos 36V. 1.1.3. Debe poder medir al menos cuatro señales analógicas. 1.1.4. El circuito de control debe estar aislado galvánicamente. 1.1.5. Debe poseer conexión Ethernet. 1.1.6. Debe tener un medio de comunicación alternativo.

1.2. Firmware 1.2.1. Debe poder procesar y descartar adecuadamente el ruido eléctrico. 1.2.2. Debe transmitir el estado de las entradas al servidor. 1.2.3. Debe responder a consultas del servidor en tiempo menor a un segundo. 1.2.4. Debe activar un medio de comunicación alternativo en caso de que el

principal falle. 1.2.5. (Opcional) Debe poder actualizarse de forma remota.

2. Software sobre el servidor 2.1. Interfaz gráfica

2.1.1. Debe respetar la convención elegida por el cliente. 2.1.2. Debe ser intuitiva y fácil de entender. 2.1.3. Debe mostrar el estado de las señales. 2.1.4. Debe mostrar el estado de los cambios de vía. 2.1.5. Debe mostrar el estado de las barreras. 2.1.6. Debe mostrar si la alimentación es tomada de la red externa o ferroviaria. 2.1.7. Debe mostrar si se interrumpe la comunicación con algún adquisidor. 2.1.8. Debe ser fácilmente actualizada ante cambios en el señalamiento de la línea.

2.2. Funcionalidad 2.2.1. Debe tener una tasa de actualización menor a dos segundos 2.2.2. Debe poder consultar el estado de los adquisidores 2.2.3. Debe poder distinguir entre respuestas actuales o vencidas. 2.2.4. (Opcional) Debe guardar registros históricos.

5. Entregables principales del proyecto

Los entregables del proyecto son: - Planificación del proyecto - Diagrama esquemático

Página 8 de 25




- Código fuente - Diagrama de instalación - Informe final

6. Desglose del trabajo en tareas

1. Planificación(25hs) 1.1. Relevamiento de necesidades(10hs) 1.2. Análisis de requerimientos(5hs) 1.3. Confección de la planificación del proyecto(10hs)

2. Diseño e implementación(100hs) 2.1. Selección de componentes(10hs) 2.2. Diseño de PCB(20hs) 2.3. Armado de primer prototipo(15hs) 2.4. Pruebas funcionales(5hs) 2.5. (Opcional) Rediseño de PCB(10hs) 2.6. Armado de adquisidores(40hs)

3. Programación de Firmware(100hs) 3.1. Firmware para manejo de I/O(20hs) 3.2. Firmware para comunicación(50hs) 3.3. Pruebas de funcionamiento(20hs) 3.4. Modificaciones para integración al software(10hs)

4. Instalación(84hs) 4.1. Instalación de los adquisidores en cada una las cabinas (84hs)

5. Software sobre servidor(230hs) 5.1. Detección y comunicación con adquisidores(50hs) 5.2. Generación de base de datos(30hs) 5.3. Diseño de interfaz gráfica(100hs) 5.4. Integración de sistemas(50hs)

6. Documentación y presentación(80hs) 6.1. Informe de avances(5hs) 6.2. Documentación del trabajo realizado(10hs) 6.3. Creación de manuales de uso(15hs) 6.4. Realización de Informe del proyecto(30hs) 6.5. Presentación final(20hs)

Se estima una duración total del proyecto de 619hs

7. Diagrama de Activity On Node La figura 3 indica cómo serán ejecutadas las tareas.

Página 9 de 25




Figura 3: Activity on node.

*Se considera que la instalación podría ser realizada en conjunto con los colaboradores.

8. Diagrama de Gantt

Se presenta a continuación la tabla de tareas con los plazos de realización y el diagrama de Gantt asociado en las figuras 4, 5 y 6.

WBS Tarea Fecha inicio Fecha finalización

1 Planificación 08/04/0219 23/04/2019

1.1 Relevamiento de necesidades 08/04/2019 12/04/2019

1.2 Análisis de requerimientos 15/04/2019 17/04/2019

1.3 Confección de la planificación del proyecto 18/04/2019 23/04/2019

2 Diseño e implementación 24/04/2019 11/06/0219

2.1 Selección de componentes 24/04/2019 01/05/2019

2.2 Diseño de PCB 02/05/2019 10/05/2109

Página 10 de 25




2.3 Armado de primer prototipo 13/05/2019 16/05/2019

2.4 Pruebas funcionales 17/05/2019 20/05/2019

2.5 (Opcional) Rediseño de PCB 21/05/2019 23/05/2019

2.6 Armado de adquisidores 24/05/2019 11/06/2019

3 Programación de Firmware 12/06/2019 12/07/2109

3.1 Firmware para manejo de I/O 12/06/2019 18/06/2019

3.2 Firmware para comunicación 19/06/2019 02/07/2019

3.3 Pruebas de funcionamiento 03/07/2019 09/07/2019

3.4 Modificaciones para integración al software 10/07/2019 12/07/2019

4 Instalación 15/07/2019 07/08/2019

4.1 Instalación de los adquisidores en las cabinas 15/07/2019 07/08/2019

5 Software sobre servidor 08/08/2019 21/10/2019

5.1 Detección y comunicación con adquisidores 08/08/2019 23/08/2019

5.2 Generación de base de datos 26/08/2019 04/09/2019

5.3 Diseño de interfaz gráfica 05/09/2019 4/10/2019

5.4 Integración de sistemas 7/10/2019 21/10/2019

6 Documentación y presentación 22/10/2019 09/12/2019

6.1 Informe de avances 22/10/2019 25/10/2019

6.2 Documentación del trabajo realizado 28/10/2019 04/11/2019

6.3 Creación de manuales de uso 05/11/2019 12/11/2019

6.4 Realización de Informe del proyecto 13/11/2019 27/11/2019

6.5 Presentación final 28/11/2019 09/12/2019

Página 11 de 25




Figura 4: Diagrama de Gantt parte 1/3.


Página 12 de 25





9. Matriz de uso de recursos de materiales

Código WBS

Nombre de la tarea

Recursos requeridos (horas)

PC Hardware Herramientas Instrumental

1 Planificación

1.1 Relevamiento de necesidades

1.2 Análisis de requerimientos

1.3

Confección de la planificación

del proyecto 10

2 Diseño e implementación

2.1 Selección de componentes 10

2.2 Diseño de PCB 20

2.3 Armado de primer prototipo 15 15

Página 13 de 25




2.4 Pruebas funcionales 5 5 5

2.5 (Opcional) Rediseño de PCB 10

2.6 Armado de adquisidores 40 40

3 Programación de Firmware

3.1 Firmware para manejo de I/O 20 20 10

3.2 Firmware para comunicación 50 50

3.3 Pruebas de funcionamiento 20 20 10

3.4

Modificaciones para integración

al software 10 10

4 Instalación

4.1

Instalación de los adquisidores

en las cabinas 84 84 84

5 Software sobre servidor

5.1

Detección y comunicación con

adquisidores 50 50

5.2 Generación de base de datos 30

5.3 Diseño de interfaz gráfica 100

5.4 Integración de sistemas 50 50

6 Documentación y presentación

6.1 Informe de avances 5

6.2

Documentación del trabajo

realizado 10

6.3 Creación de manuales de uso 15

6.4

Realización de Informe del

proyecto 30

6.5 Presentación final 20

10. Presupuesto detallado del proyecto

Ítem Descripción Cant. P. unitario

($) Valor ($)

Cable Sección 1mm2 4 520 2080

Placa virgen Fr4 30x30cm 3 650 1950

Optoacopladores 4 canales, salida Darlington 200 25 5000

Página 14 de 25




Registros de

desplazamiento Entrada paralela, salida

serie 100 25 2500

Resistencias Valores varios 3200 0,5 1600

Leds Led 3mm 1600 2 3200

Diodos Zener 12V 0,5W 800 3,5 2800

Fuente de

alimentación 7 100 700

Módulo GSM 7 800 5600

Módulo Ethernet/

WiFi 7 600 4200

Placas de desarrollo A definir 7 500 3500

Varios Estaño, percloruro, flux,

tornillos, etc. 1 5000 5000

Costos indirectos transporte, energía

eléctrica, etc. 1 8000 8000

Total materiales 46130

Honorarios

profesionales Salario del responsable 615 250 153750

Total 193880

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

Responsable

Impulsor

Colaboradore

s

Cliente

Director

1 Planificación

1.1

Relevamiento de

necesidades P C C

1.2 Análisis de requerimientos P A/C A

Página 15 de 25




1.3

Confección de la

planificación del proyecto P A

2 Diseño e implementación

2.1 Selección de componentes P C A/C

2.2 Diseño de PCB P C I

2.3

Armado de primer

prototipo P I I

2.4 Pruebas funcionales P I A/C I I/A

2.5

(Opcional) Rediseño de

PCB P

2.6 Armado de adquisidores P I I I

3

Programación de

Firmware

3.1

Firmware para manejo de

I/O P

3.2

Firmware para

comunicación P C/I/A

3.3

Pruebas de

funcionamiento P I I I I

3.4

Modificaciones para

integración al software P

4 Instalación

4.1

Instalación de los

adquisidores en las cabinas P I A/C/S A/C I

5 Software sobre servidor

Página 16 de 25




5.1

Detección y comunicación

con adquisidores P I I C/I

5.2

Generación de base de

datos P C/I/A

5.3 Diseño de interfaz gráfica P C/I/A C/I/A C/I/A C/I/A

5.4 Integración de sistemas P C/I

6

Documentación y

presentación

6.1 Informe de avances P A

6.2

Documentación del

trabajo realizado P I I I

6.3

Creación de manuales de

uso P C/A C/A C/A

6.4

Realización de Informe del

proyecto P I I C/I/A

6.5 Presentación final P I I I C/I/A

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

12. Gestión de riesgos

-Riesgo 1: Crisis económica e hiper devaluación. -Severidad (10): Pondría en riesgo la continuidad del proyecto. -Probabilidad de ocurrencia (8): La actual situación del país es bastante desfavorable. - Riesgo 2: Imposibilidad de establecer una red cableada a todas las cabinas. -Severidad (10): El trabajo depende de que pueda establecerse una comunicación entre los adquisidores y el servidor.

Página 17 de 25




- Probabilidad de ocurrencia (4): La red podría sufrir alguna avería. - Riesgo 3: Extensión del proyecto más allá del plazo establecido. - Severidad (8): No terminaría la maestría en fecha. - Probabilidad de ocurrencia (2): La probabilidad es baja porque puedo trabajar en el proyecto durante la jornada laboral. - Riesgo 4: Pérdida de información. - Severidad (7): Introduciría un retraso cuya severidad dependerá del grado de avance. - Probabilidad de ocurrencia (5): Puede ocurrir ya que se utilizan medios de almacenamiento mecánicos. - Riesgo 5: Rotura de la PC. - Severidad (8): Implicaría un plazo de reposición comparable al del desarrollo del proyecto. - Probabilidad de ocurrencia (1): Se trata de una computadora de escritorio adquirida recientemente con todos sus componentes en periodo de garantía. b) Tabla de gestión de riesgos: (El RPN se calcula como RPN=SxO)

Riesgo Severidad Ocurrencia RPN Severidad* Ocurrencia* RPN*

1 10 8 80 10 2 20

2 10 4 40 3 4 12

3 8 2 16

4 7 5 35 3 5 15

5 8 1 8

Criterio adoptado: - Se tomarán medidas de mitigación en los riesgos cuyos números de RPN sean mayores a 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: Darle prioridad a la selección y compra de componentes necesarios . - Severidad (10): La severidad se mantiene. - Probabilidad de ocurrencia (2):La probabilidad de ocurrencia a corto plazo es baja. - Riesgo 2: Utilizar algún medio de comunicación secundario. - Severidad (3): Podría afectar en los tiempos de respuesta pero no en la continuidad del proyecto. - Probabilidad de ocurrencia (4): La probabilidad de ocurrencia permanece constante.

Página 18 de 25




- Riesgo 4: Utilizar copias de seguridad en gitlab y google drive. - Severidad (3): Se reduce el posible retraso introducido. - Probabilidad de ocurrencia (4): La probabilidad de ocurrencia permanece constante.

13. Gestión de la calidad Para cada uno de los requerimientos del proyecto indique:

3. Adquisidor de señales 3.1. Hardware

3.1.1. Las entradas digitales no deben provocar alteraciones del funcionamiento al circuito al que se conecten.

-Verificación: se analizará cuál es la impedancia mínima que soporta el sistema.

-Validación: se medirá dentro del laboratorio la corriente que demanda.

3.1.2. Las entradas digitales deben tolerar tensiones de al menos 36V.

-Verificación: se estudiarán distintas alternativas.

-Validación: se le aplicarán 36V en todas sus entradas.

3.1.3. Debe poder medir al menos cuatro señales analógicas.

-Verificación: se estudiará el diseño de circuitos analógicos y el uso del ADC en el microcontrolador adoptado.

-Validación: se verá el valor que toma el registro del ADC para una determinada intensidad de corriente.

3.1.4. El circuito de control debe estar aislado galvánicamente.

-Verificación: se analizará distintos métodos de aislación.

-Validación: se medirá continuidad entre el control y todas sus entradas.

3.1.5. Debe poseer conexión Ethernet.

-Verificación: se analizarán distintas implementaciones.

-Validación: se enviará un paquete de datos para comprobar la recepción.

3.1.6. Debe tener un medio de comunicación alternativo.

-Verificación: se analizarán distintos medios de comunicación.


Página 19 de 25




3.2. Firmware 3.2.1. Debe poder procesar y descartar adecuadamente el ruido eléctrico.

-Verificación: se analizarán las formas de onda y el tiempo de establecimiento.

-Validación: se probará intensivamente la validez de la medición.

3.2.2. Debe transmitir el estado de las entradas al servidor.

-Verificación: se analizarán distintas formas de tramas.


3.2.3. Debe responder a consultas del servidor en tiempo menor a un segundo.

-Verificación: se analizarán distintas formas de reducir latencias.

-Validación: se enviará un paquete de datos con su timestamp.

3.2.4. Debe activar un medio de comunicación alternativo en caso de que el principal falle.

-Verificación: se analizarán distintas formas de reconexión y detección de fallas.

-Validación: se simulará una desconexión de la comunicación principal..

3.2.5. (Opcional) Debe poder actualizarse de forma remota.

-Verificación: se analizarán distintas formas de implementación.

-Validación: se enviará una versión distinta del firmware.

4. Software sobre el servidor 4.1. Interfaz gráfica

4.1.1. Debe respetar la convención elegida por el cliente.

-Verificación: se buscará documentación y referencias del tema.

-Validación: se consultará al cliente.

4.1.2. Debe ser intuitiva y fácil de entender.

-Verificación: se buscará documentación y referencias del tema.

-Validación: se consultará al cliente.

4.1.3. Debe mostrar el estado de las señales.

-Verificación: se analizará la mejor forma de visualización.

Página 20 de 25




-Validación: se probará frente a cambios en las entradas.

4.1.4. Debe mostrar el estado de los cambios de vía.



4.1.5. Debe mostrar el estado de las barreras.



4.1.6. Debe mostrar si la alimentación es tomada de la red externa o ferroviaria.



4.1.7. Debe mostrar si se interrumpe la comunicación con algún adquisidor.

-Verificación: se analizará la máxima latencia posible en funcionamiento normal.

-Validación: se probará con la desconexión del adquisidor.

4.1.8. Debe ser fácilmente actualizada ante cambios en el señalamiento de la línea.

-Verificación: se estudiarán formas de programación modular.

-Validación: se probará el tiempo que lleva una pequeña modificación.

4.2. Funcionalidad 4.2.1. Debe tener una tasa de actualización menor a dos segundos.

-Verificación: se analizará la forma de reducir los tiempos de refresco.

-Validación: se medirá el tiempo.

4.2.2. Debe poder consultar el estado de los adquisidores

-Verificación: se analizará la comunicación entre el servidor y la red.

-Validación: se enviará una consulta desde el servidor.

4.2.3. Debe poder distinguir entre respuestas actuales o vencidas.

-Verificación: se analizará cómo identificar cada consulta y su respuesta.

-Validación: se probará que sólo se muestre el estado referido a la última consulta.

Página 21 de 25




4.2.4. (Opcional) Debe guardar registros históricos.

-Verificación: se analizará cómo manejar bases de datos.

-Validación: se probará el correcto almacenamiento en el servidor.

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

Avances y dificultades

técnicas

Director Obtener una segunda opinión y posibles

soluciones

Quincenal E-mail Lucas Dórdolo

Avances y dudas

funcionales

Colaboradores y clientes

Despejar dudas intrínsecas del

funcionamiento esperado.

Quincenal Reunión personal

Lucas Dórdolo

Informar avance y

solicitud de recursos

Impulsor Mostrar progreso y

solicitar recursos

económicos

Mensual Reunión personal

Lucas Dórdolo

15. Gestión de Compras Una vez realizada la selección de componentes, se hará una lista de materiales a presupuestar por al menos tres proveedores. Luego se seleccionará en base al precio y plazo de entrega.

16. Seguimiento y control

Página 22 de 25




SEGUIMIENTO DE AVANCE

WBS

Nombre de la tarea

Indicador de avance

Frecuencia de reporte

Responsable de seguimiento

Persona a ser informada

Método de comunicac.

1 Planificación

1.1

Relevamiento de

necesidades Por hacer/ Finalizado Semanal Ing. Dórdolo Director e-mail

1.2

Análisis de

requerimientos Por hacer/ Finalizado Semanal Ing. Dórdolo Director e-mail

1.3

Confección de la

planificación del

proyecto % de avance Semanal Ing. Dórdolo Director e-mail

2

Diseño e

implementación

2.1

Selección de

componentes % de avance Semanal Ing. Dórdolo Director e-mail

2.2 Diseño de PCB % de avance Semanal Ing. Dórdolo Director e-mail

2.3

Armado de

primer prototipo Por hacer/ Finalizado Semanal Ing. Dórdolo

Director/ Colaborador/

Cliente

e-mail / reunión personal

2.4

Pruebas

funcionales % de avance Semanal Ing. Dórdolo


Cliente


2.5

(Opcional)

Rediseño de PCB Por hacer/ Finalizado Semanal Ing. Dórdolo Director e-mail

2.6

Armado de

adquisidores Por hacer/ Finalizado Quincenal Ing. Dórdolo

Director/ Colaborador


Página 23 de 25




3

Programación de

Firmware

3.1

Firmware para

manejo de I/O Por hacer/ Finalizado Quincenal Ing. Dórdolo Director e-mail

3.2

Firmware para

comunicación % de avance Quincenal Ing. Dórdolo Director e-mail

3.3

Pruebas de

funcionamiento % de avance Quincenal Ing. Dórdolo


Cliente


3.4

Modificaciones

para integración

al software

Por hacer/ Finalizado Quincenal Ing. Dórdolo


Cliente


4 Instalación

4.1

Instalación de los

adquisidores en

las cabinas % de avance Quincenal Ing. Dórdolo


Cliente


5

Software sobre

servidor

5.1

Detección y

comunicación

con adquisidores

Por hacer/ Finalizado Quincenal Ing. Dórdolo


Cliente


5.2

Generación de

base de datos % de avance

Quincenal Ing. Dórdolo Director e-mail

5.3

Diseño de

interfaz gráfica % de avance

Semanal Ing. Dórdolo Director/ Colaborador/

Cliente


5.4

Integración de

sistemas Por hacer/ Finalizado

Quincenal Ing. Dórdolo Director e-mail

Página 24 de 25




6

Documentación

y presentación

6.1

Informe de

avances Por hacer/ Finalizado

Semanal Ing. Dórdolo Director e-mail

6.2

Documentación

del trabajo

realizado % de avance


6.3

Creación de

manuales de uso % de avance

Semanal Ing. Dórdolo Cliente/ Colaborador

reunión personal

6.4

Realización de

Informe del

proyecto % de avance


6.5

Presentación

final % de avance


17. Procesos de cierre Todas las actividades del proceso de cierre quedarán a cargo del responsable del proyecto, Lucas Dórdolo. ■ Análisis de seguimiento del Plan de Proyecto original: - Se contrastará la fecha de finalización de cada tarea con la que se encuentra en el diagrama de Gantt. - Se realizarán ensayos de validación que permitan probar el cumplimiento de todos los requerimientos impuestos. ■ Identificación de inconvenientes y presentación de soluciones propuestas: - Se comparará el tiempo utilizado en la ejecución de las tareas con el esperado en la planificación y de encontrarse que el primero excede al segundo, se comunicará el procedimiento utilizado. - De presentarse algún inconveniente, este se informará junto con su solución para evitar una nueva ocurrencia. ■ Agradecimiento a colaboradores y personas involucradas en la realización del proyecto: - Se invitara a la exposición del trabajo final a los colaboradores del proyecto. - Se escribirá un agradecimiento a los colaboradores en la memoria escrita, destacando el rol del director.

Página 25 de 25

visualizador del estado del sistema de señalamiento...

Documents