II. Organización del proyecto¶

2.1 Personal y entidades externas¶

• Jefe del proyecto: Renato Almeyda
• Programador(es): Renato Almeyda, Jeany Aravena
• Diseñador: Bastián Cruz
• Ensamblador: Josue Sucso
• Documentador: Bastián Cruz

2.2 Roles y responsabilidades¶

• Jefe del proyecto: Encargado de coordinar y supervisar el correcto avance de todos los procesos que componen el desarrollo del proyecto. Es representante del equipo de trabajo ante los profesores encargados del ramo y el resto de los equipos.
• Diseñador: Se encarga de diseñar la interfaz de usuario y la experiencia de usuario de la aplicación móvil de alerta. Es responsable de crear el flujo de notificaciones que recibe el propietario.
• Programador(es): Encargados de escribir el código que se ejecuta en el Raspberry Pi 4. Su trabajo es asegurar que el dispositivo pueda leer correctamente la información de los sensores, tomar las decisiones de seguridad (como verificar la velocidad y el código QR), y coordinar todas las partes del sistema para que funcionen de manera sincronizada.
• Ensamblador: Encargado de la preparación física y el montaje del sistema. Sus responsabilidades incluyen: ensamblar el Raspberry Pi 4 con sus componentes (caja o chasis), cablear y conectar correctamente todos los sensores (velocidad, cámara) y periféricos al microcontrolador, y asegurar que la instalación del hardware sea funcional dentro del vehículo.
• Documentador: Responsable de la gestión integral de la información del proyecto. Esto incluye la elaboración de informes de avance y bitácoras, así como la creación y mantenimiento de la Wiki para documentación técnica. Es el encargado de administrar la Carta Gantt dentro de la plataforma Redmine para el seguimiento y control del proyecto.

2.3 Mecanismos de Comunicación¶

• Canales internos: Correo institucional, grupo de WhatsApp, Discord.
• Documentación compartida: Google Drive y GitHub (repositorio del proyecto).

Comunicaciones y Estándares Técnicos¶

• Lenguajes de Programación:
  • Python: Para la lógica del sistema en la Raspberry Pi 4 y el procesamiento de datos del acelerómetro y la cámara.
  • Kotlin: Para el desarrollo de la aplicación móvil nativa (Android).
• Lenguajes de Interfaz y Datos:
  • JSON (JavaScript Object Notation): Como estándar de intercambio de datos para la comunicación entre el dispositivo IoT (Raspberry Pi) y la aplicación móvil.
• Comunicaciones para XR (Realidad Extendida):
  • C#: Utilizado en el motor Unity para la creación de una maqueta virtual del proyecto, la cual será desplegada en un dispositivo Meta Quest 3.

---

III. Planificación de los procesos de gestión¶

3.1 Planificación inicial del proyecto¶

3.1.1 Planificación de estimaciones¶

Producto	Cantidad	Costo por unidad	Costo Total
Notebook (Uso)	4	$50.000	$200.000
Raspberry PI 4	1	$90.000	$90.000
Sensor Cámara	1	$5.000	$5.000
Sensor Acelerómetro	1	$5.000	$5.000
Grove LCD RGB Backlight	1	$15.000	$15.000
Tarjeta SD	1	$13.000	$13.000
Total			$328.000

3.1.2 Planificación de Recursos Humanos¶

Roles	Tarifa x Hora
Jefe de proyecto	$12.000
Programador	$10.000
Diseñador	$8.500
Documentador	$5.000
Ensamblador	$6.000

Tabla de Planificación de recursos totales¶

Miembro	Rol	Hora x mes	Meses de utilidad	Resultado	Pago Final
Renato Almeyda	Jefe de proyecto	40	4	$1.920.000	/2. $3.520.000
Renato Almeyda	Programador	40	4	$1.600.000
Bastián Cruz	Diseñador	40	2	$680.000	/2. $1.480.000
Bastián Cruz	Documentador	40	4	$800.000
Josue Sucso	Documentador	40	4	$800.000	/2. $1.280.000
Josue Sucso	Ensamblador	40	2	$480.000
Jeany Aravena	Programador	40	4	$1.600.000	$1.600.000
			Total		$7.880.000

• Costo total del proyecto: $8.208.000

3.2 Lista de actividades (Carta Gantt)¶

sdas
h2. 3.3 Planificación de la gestión de riesgos

• Niveles de impacto: 1. Despreciable | 2. Marginal | 3. Crítico | 4. Catastrófico

Riesgo	Probabilidad	Impacto	Acción Remedial
Retraso en la entrega de componentes (sensores, cámara, cables).	70%	2	Reasignar tareas de software mientras se espera el hardware. Avanzar en simulación y documentación.
Fallo en la compatibilidad de librerías entre sensores Grove y Raspberry Pi 4.	60%	2	Buscar alternativas compatibles o adaptar código con librerías Python (ej. smbus, OpenCV, grovepi).
Error en la lectura del QR por condiciones de luz o enfoque.	30%	2	Implementar prueba de iluminación adicional con LED blanco o ajustar contraste por software.
Fallas en la conexión Wi-Fi durante las pruebas.	15%	4	Utilizar red local o conexión directa entre Raspberry y smartphone.
Problemas de programación en la app móvil o en la comunicación con Raspberry.	50%	2	Realizar pruebas modulares (API y comunicación). Dividir tareas por submódulos.
Dificultad del equipo para coordinar horarios o tareas.	20%	3	Planificar reuniones semanales y utilizar Google Drive y WhatsApp para actualizaciones rápidas.
Sobrecarga académica o ausencia de un integrante clave.	20%	3	Reasignar tareas temporalmente y mantener documentación actualizada para continuidad del trabajo.
Problemas de Raspberry y sensores por motivos accidentales.	20%	1	Manejar con cuidado el dispositivo Raspberry y cuidar que los sensores no se quemen.
Deriva o calibración incorrecta del acelerómetro.	50%	3	Establecer una rutina de calibración inicial del sensor y aplicar filtros digitales (ej. Filtro Complementario o Kalman).
Problemas de seguridad en la transmisión de datos (IoT).	40%	4	Implementar cifrado (SSL/TLS) en la comunicación entre el dispositivo (Raspberry Pi) y la aplicación móvil.