PROYECTO II B 2025 » Grupo 1B 2025

h1. 3. Planificación de los procesos de gestión

h2. 3.1 Planificación inicial del proyecto

* *Planificación de estimaciones:*

- *Hardware:*

|_. Producto|_. Cantidad|_. Costo unidad|_. Costo total|

|Notebook|3|500.000|1.500.000|

|Raspberry pi 4 model B|1|124.600|124.600|

|Meta quest 3|1|625.000|625.000|

|grove pi+ starter kit|1|70.000|70.000|

|Monitor LG|1|85.000|85.000|

||||TOTAl: 2.404.600|

- *Software:*

|_. Producto|_. meses|_. Costos|

|krita|1|0|

|Unity|6|0|

|Canva|6|0|

|Google Docs|6|0|

|Blender|6|0|

|Python|6|0|

|C# (Unity)|6|0|

|||TOTAl: 0|

* *Planificación de recursos humanos:*

Consideraciones para el proyecto:

- La fase de inicialización del proyecto comenzará en la segunda semana del ciclo escolar, a

partir del Martes 9 de septiembre de 2025.

- La duración total del proyecto es de 4 meses, considerando que se dedicarán 4 horas de

- Trabajo en clase por semana. Esto da un total de 64 horas de trabajo en clase a lo largo del

proyecto.

- Se ha establecido un horario fijo para reuniones semanales, las cuales tendrán una duración

de 1 hora y se realizan los días martes y jueves. Esto resulta en 16 horas de trabajo

autónomo.

|_. Integrante|_. Rol|_. Hora total|_. Sueldo/Hora|_. Sueldo total|

|Isaac Contreras|Analista programador|64|5.500|352.00|

|Alvaro Lovera|Jefe de proyecto, Documentador|64|6200, 4000|652.800|

|Martin Castillo|Diseñador|64|4500|288.000|

|Miguel Fernandez|Programador|64|5200|332.800|

|||||TOTAL: 1.625.600|

h2. 3.2 Lista de actividades (Carta Gantt)

!carta_gantt.png!

* *Actividades de trabajo:*

*- Redacción de bitácoras:* Se redactan las bitácoras semanales del proyecto, describiendo lo logrado, acuerdos y problemas presentados durante el desarrollo del proyecto.

*- Desarrollo de la wiki:* Mediante la plataforma redmine se hace una wiki dónde se accede a la información de todo el proyecto, incluido los objetivos, alcance, problemáticas, implementación, etc.

* *Fase 1:*

*- Elección de proyecto a realizar:* Se eligió un proyecto a desarrollar con la tecnología propuesta en clases; RaspBerry Pi.

*- Creación del boceto del proyecto:* Se utiliza un programa de dibujo para representar el funcionamiento del proyecto mediante fotografías, dibujos y texto.

*- Desarrollo de maqueta virtual:* Se utiliza Unity y los lentes de realidad virtual Meta Quest 3 para crear una maqueta virtual basada en el boceto.

*- Video maqueta virtual:* Se graba el funcionamiento de la maqueta virtual desarrollada a modo de documentación del proyecto.

*- Formulación de presentación:* Se crea una presentación para exponer el proyecto a la clase y recibir retroalimentación.

* *Fase 2:*

*- Iniciar RaspBerry Pi 4 B:* Se arma el sistema RaspBerry con un monitor, teclado y mouse para poder instalar el sistema operativo necesario.

*- Instalación de librerías necesarias:* Se instalan las librerías de grovepi+ para hacer la prueba de sensores necesarios para el proyecto.

*- Redacción del informe 2:* Se redacta el informe correspondiente a la fase 2 del proyecto.

*- Creación de modelos de proceso:* Se diseña el funcionamiento del sistema a través de distintos modelos, diagrama de contexto, diagrama de casos de uso, diagrama de clases y diseño de la arquitectura.

*- Creación de la presentación 2:* Se crea la presentación correspondiente al avance realizado en el informe 2 del proyecto.

* *Fase 3:*

*- Creación de app móvil:* Se diseña y crea una aplicación móvil para recibir información de los sensores.

*- Desarrollo de servidor:* Se desarrolla un servidor con Flask en el sistema RaspBerry, para acceder a la información de los sensores desde la red..

*- Desarrollo software análisis sensores:* En la aplicación se debe desarrollar un sistema que interprete y analice los datos de los sensores para detectar amenazas de incendios. 

*- Desarrollo experiencia Unity:* .

*- Redacción de informe 3:* .

*- Creación presentación 3:* .

* *Asignación de tiempo:*

*- Redacción de bitácoras:* Toda la duración del proyecto.

*- Desarrollo de la wiki:* 1 mes

* *Fase 1:* 

*- Elección de proyecto a realizar:* 3 días.

*- Creación del Boceto del proyecto:* 5 días.

*- Desarrollo maqueta virtual:* 7 días.

*- Video maqueta virtual:* 14 días.

*- Formulación de presentación:* 5 días.

* *Fase 2:* 

*- Iniciar RaspBerry pi 4 B:* 2 semanas.

*- Instalación de librerías necesarias:* 2 semanas

*- Redacción del informe 2:* 2 semanas

*- Creación de modelos de proceso:* 4 días.

*- Creación de la presentación 2:* 5 días

* *Fase 3:* 

*- Creación de app móvil:* 9 días.

*- Desarrollo de servidor:* 7 días.

*- Desarrollo software análisis sensores:* 7 días. 

*- Desarrollo experiencia Unity:* 2 semanas.

*- Redacción de informe 3:* 7 días.

*- Creación presentación 3:* 5 días.

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

Para gestionar los riesgos, se identificaron y categorizaron los siguientes tipos de riesgo y sus factores:

|_. Tipo de riesgo|_. Descripción|

|Tecnológico|Retrasos en la entrega o problemas relacionados 

con el hardware o el software. Se reportan numerosos problemas tecnológicos.|

|Humano|Baja moral del personal, problemas de salud, malas 

relaciones entre los miembros del equipo y dificultades para encontrar personal disponible.|

|Herramientas|Resistencia del equipo a utilizar ciertas herramientas,

 quejas sobre las herramientas de trabajo, y solicitudes de estaciones de trabajo más potentes.|

|Requerimientos|Frecuentes cambios en los requerimientos, quejas del cliente.

Rumores dentro de la organización y falta de liderazgo por parte de la dirección principal.|

|Organizacional|Rumores dentro de la organización y falta de liderazgo 

por parte de la dirección principal.|

|Estimación|Incumplimiento de los plazos acordados y dificultades para 

eliminar defectos reportados.|

Para los riesgos latentes que podrían surgir durante el desarrollo del proyecto, se clasificaron en los siguientes cuatro niveles de impacto:

# Catastrófico: Impacto crítico que puede poner en riesgo la continuidad o el éxito del proyecto.

# Crítico: Impacto significativo que requiere recursos adicionales para ser gestionado, pero el proyecto puede continuar.

# Marginal: Impacto leve que puede retrasar algunos aspectos del proyecto, pero sin afectar gravemente los resultados.

# Despreciable: Impacto mínimo que no requiere acción inmediata y no afectará de manera relevante el desarrollo del proyecto.

*Probabilidad de ocurrencia de riesgos.*

|_. Probabilidad de ocurrencia|_. Rango de %|

|Alta|71%-100%|

|Media|31%-70%|

|Baja|0%-30%|

*Estimación, calificación y acciones remediales para riesgos.*

|_. Riesgo|_. Tipo|_. Probabilidad de ocurrencia|_. Nivel de impacto|_. Acción remedial|

|Daños/Pérdida de la tarjeta SD|Tecnológico|Alta|2|Realizar copias de seguridad periódicas

y tener SD adicionales disponibles para

reemplazo inmediato.|

|Falta de coordinación entre

miembros del equipo|Organizacional|Media|3|Establecer reuniones de seguimiento

frecuentes y usar herramientas de

comunicación efectiva (WhatsApp,

Discord, Redmine).|

|Falta de asistencia

de reunión

|Humano|Media|3|Amonestar al responsable, y solicitar

una penalización adecuada.|

|Errores en el

software de control

del sistema.|Requerimientos|Alta|2|Implementar pruebas continuas desde

el inicio del desarrollo para detectar y

corregir fallos.|

|Enfermedades del

personal|Humano|Baja|4|Redistribuir sus tareas entre los

integrantes según sus habilidades|

|Incompatibilidad

entre los

componentes del

hardware|Herramientas|Meida|3|Verificar la compatibilidad de los

componentes antes de comprarlos y

realizar pruebas.|

|Componentes

defectuosos|Tecnológicos|Media|2|Comunicarse con el encargado de

asignación de componentes para su

debido cambio y notificar el problema

del componente respectivo.

Tener componentes de repuesto en caso

de salir defectuosos|

|Salida de un

integrante

del proyecto|Humano|Baja|2|Reorganización del plan del proyecto

para entregar nuevas responsabilidades

y roles correspondientes.|

|Cambio de los

requerimientos|Requqerimientos|Alta|2|Realizar una reunión con el cliente, en

la que se discutirá la viabilidad de los

requerimientos y su importancia.|

|Error de cálculo de

costos|Estimación|Media|2|Realizar una reevaluación de los costos

del proyecto para garantizar la 

fiabilidad de los cálculos.

Si ocurre más de una vez, hacer cambio

de responsable y realizar una

amonestación respectiva.|