Índice:
- Panorama General
- Organización del Proyecto
- Planificación de los procesos de gestión
- Planificación de los procesos técnicos
- Implementación
Planificación de los procesos de gestión¶
Planificación de estimaciones¶
Estimación de cada costo de Software¶
| Costos de Software | Estimación |
|---|---|
| VS Code | $0 |
| Python | $0 |
| GitHub | $0 |
| Raspberry Pi OS | $0 |
| Total | $0 |
Estimación de cada costo de Hardware¶
| Costos de Hardware | Estimación |
|---|---|
| Raspberry Pi 3 | $100.000 |
| Notebook (2) | $1.000.000 |
| Sensor de ruido (2) | $40.000 |
| Celular | $150.000 |
| Protoboard | $8.500 |
| Adaptador Wifi | $0 |
| Total | $1.300.000 |
Planificación de Recursos Humanos¶
Estimación del costo total de recursos humanos¶
| Integrante | Rol(es) | Valor (por hora) | Hora mensual (48 horas) | Costo mensual |
|---|---|---|---|---|
| Diego Ferrada | Jefe de Proyecto | $9.200 | 10 | $92.000 |
| Diego Ferrada Javier Huanca |
Programador | $5.200 $5.200 |
20 | $104.000 $104.000 |
| Diego Ferrada Javier Huanca |
Documentador | $4.000 $4.000 |
15 | $60.000 $60.000 |
| Diego Ferrada Javier Huanca |
Ensamblador | $2.800 $2.800 |
20 | $56.000 $56.000 |
| Total (1 mes) | $532.000 CLP | |||
| Total (4 meses) | $2.128.000 CLP |
Lista de actividades¶
Actividades de trabajo¶
Se han concretado tareas a realizar para el desarrollo del proyecto en la fase 1:- Lluvia de ideas.
- Concretación de problemática.
- Concretación de solución.
- Elaboración de maqueta.
- Entrega del primer informe.
Planificación de la gestión de riesgos¶
Se han clasificado los riesgos latentes en 4 niveles de impacto que determinan la urgencia con la que se deben remediar:
1. Catastrófico.
2. Crítico.
3. Marginal.
4. Despreciable.
Posibles riesgos en el proyecto¶
| Riesgos | Probabilidad de concurrencia | Nivel de Impacto | Acción remedial |
|---|---|---|---|
| Insuficiencia por parte de la tecnología disponible para cubrir los requerimientos del proyecto | 50% | 1 | Conseguir la tecnología necesaria o planificar otra forma de cubrir los requerimientos sin necesidad de esa tecnología. |
| Medición imprecisa de decibeles por parte de los sensores | 50% | 4 | Revisar y actualizar los parámetros de niveles de decibeles. |
| Pérdida de código | 40% | 1 | Trabajar por medio de GitHub para guardar los códigos. Si un código no ha sido guardado, repasar la información entre los miembros para volver a hacer el código. |
| Celular no compatible con el sistema | 40% | 2 | Buscar otro celular que sea compatible. |
| Disponibilidad limitada de los integrantes | 40% | 2 | Establecer un plan para redistribuir tareas y asegurar una comunicación continua dentro del equipo, con el fin de reducir demoras. |
| Desconexión entre componentes de Hardware | 30% | 3 | Revisar el estado del Raspberry Pi y modificar la conexión que tiene con los componentes. |
| Personal enfermo | 30% | 3 | Trabajar de forma virtual y entregar al miembro enfermo la información de la clase. |
| Fallos de Hardware de Raspberry Pi o de sensores | 25% | 2 | Realizar pruebas exhaustivas del Raspberry Pi y de cada sensor antes de ser implementados. |
| Hardware en mal estado | 20% | 2 | Reemplazar el Hardware en mal estado y con repuestos de seguridad. |
| Inasistencia de personal | 10% | 4 | Entregar a cada miembro la información necesaria para continuar con el desarrollo del proyecto. |