- 1. Preámbulo
- 2. Resumen del proyecto
- 3. Objetivos de aprendizaje
- 4. Consideraciones generales
- 5. Criterios de aceptación del proyecto
- 6. Stack de tecnologías
- 7. Pistas, tips y lecturas complementarias
- 8. Funcionalidades opcionales
De acuerdo con Wikipedia, la internet de las cosas (IoT, por sus siglas en inglés) es un concepto que se refiere a una interconexión digital de objetos cotidianos con internet. Constituye un cambio radical en la calidad de vida de las personas en la sociedad, ofreciendo nuevas oportunidades en el acceso a datos, educación, seguridad, asistencia sanitaria y en el transporte, entre otros campos. Por ejemplo, en logística y manejo de flotas, se puede hacer seguimiento en todo momento de la ubicación y las condiciones de vehículos mediante sensores inalámbricos conectados a internet que envían alertas en caso de eventualidades (demoras, daños, robos, etc.).
La IoT también plantea retos como el almacenamiento, análisis y visualización de la gran cantidad de información que genera. Se calcula que para el 2025 los dispositivos IoT generen 79.4 zettabytes (1 zettabyte equivale a 1 trillón de gigabytes). Como desarrolladoras debemos estar al tanto de estos retos y contribuir para su solución desde nuestra experiencia, conocimiento y ganas de aprender.
En este proyecto construirás la API REST de un Fleet Management Software para consultar las ubicaciones de los vehículos de una empresa de taxis en Beijing, China.
Te entregaremos las ubicaciones de casi 10 mil taxis. Esperamos que como desarrolladora explores nuevas alternativas y técnicas para almacenar y consultar esta información y puedas garantizar la mejor experiencia de usuaria en tu API REST.
Reflexiona y luego marca los objetivos que has llegado a entender y aplicar en tu proyecto. Piensa en eso al decidir tu estrategia de trabajo.
-
Modificadores de acesso (public, private, protected)
-
Variables
-
Uso de condicionales
-
Uso de bucles (Loops)
-
Primitivos
-
Datos primitivos vs no primitivos
-
Cadenas
-
Arreglos
-
ArrayList
-
HashMap
-
HashSet
-
JUnit
-
Mockito
-
Initializr
-
Spring Boot
-
Controladores
-
Servicios
-
Spring Data JPA
-
Entidad
-
Repositorio
-
Beans
-
Inversión de Control
-
Anotaciones
-
RestController
-
RequestMapping
-
RequestParam
-
Spring Test
-
Hamcrest
-
Configuración
-
Esquema
-
Entidad
-
Tabla
-
Columna
-
Identificadores
-
Asociaciones
-
Colecciones
-
Persistencia
-
Consultas
-
Variables (declaración, asignación, ámbito)
-
Uso de condicionales (if, elif, ternario)
-
Operadores (identidad, aritméticos, comparación etc)
-
Docstrings (y su diferencia de comentarios)
-
Linting (pylint)
-
Serialización (y deserialización)
-
Tipos de datos primitivos (int, float, str, bool)
-
Listas (arrays)
-
Tuples
-
Dictionaries (Dicts)
-
Sets
-
Conceptos basicos (params, args, default values, return)
-
***args y kwargs
-
Cierres (closures)
-
Funciones lambda
-
Decoradores
-
Uso de bucles/ciclos (while, for..in)
-
Comprensión de listas
-
Técnicas funcionales (map, filter, reduce)
-
Pruebas unitarias (unit tests, unittest, pytest)
-
Uso de mocks (y patch)
-
Uso de fixtures
-
Módulos
-
Paquetes
-
pip (instalación y uso de paquetes)
-
Virtual Environment (ambientes virtuales, virtualenv)
-
requirements.txt
-
Decorador de ruta
-
Función de vista
-
Reglas de variables (urls dinamica)
-
Argumentos
-
Headers (cabeceras)
-
Partes de la respuesta (status, body, headers)
-
jsonify
-
Configuración de fixtures
-
Test Client
-
Views
-
Testing
-
queryset
-
Filter
-
Order By
-
URLs (Path, URLconf, urlpatterns)
-
Migraciones
-
Setup app
-
Fields
-
Foreign Key
-
Serializers
-
Pagination
-
Query params
-
ViewSet
-
Apiview
-
Clases
-
Objetos
-
Métodos
-
Atributos
-
Constructores
-
Encapsulamiento
-
Abstracción
-
Composición
-
Interfaces
-
Herencia (super, extends, override)
-
Lenguaje de Modelado Unificado (UML, class diagrams)
-
Instalar y usar módulos con npm
-
Configuración de package.json
-
Configuración de npm-scripts
-
process (env, argv, stdin-stdout-stderr, exit-code)
-
File system (fs, path)
-
Creación y modificación de tablas
-
Operaciones CRUD (Create-Read-Update-Delete)
-
Borrado de tablas o bases de datos enteras con DROP
-
Modelado de datos
-
Conexión
-
Índices y limitaciones
-
Tipos de datos
-
Índices
- Este proyecto se debe "resolver" en duplas.
- El rango de tiempo estimado para completar el proyecto es de 4 a 6 Sprints.
Nuestra cliente ha instalado dispositivos GPS en sus taxis. Estos dispositivos utilizan señales satelitales para determinar con precisión las coordenadas geográficas del taxi.
Nuestra clienta requiere:
- Cargar la información de archivos SQL a una base de datos Postgresql.
- Desarrollar una API REST que permita consultar, mediante peticiones HTTP, la información almancenada en la base de datos.
El Product Owner nos presenta este backlog que es el resultado de su trabajo con la clienta hasta hoy.
Yo, como desarrolladora, quiero cargar la información almacenada hasta ahora en archivos sql en una base de datos PostgreSQL, para facilitar su consulta y análisis.
- Se debe tener en cuenta el siguiente diagrama para la implementación de las relaciones entre las tablas
- La tabla de trajectories se debe crear con el "id" que se incremente automáticamente (SERIAL) para poder insertar los valores sin necesidad de especificar un identificador
- La base de datos tiene creada la tabla de taxis
- La tabla de taxis tiene cargada la data de taxis
- La base de datos tiene creada la tabla de trayectorias
- La tabla de taxis tiene cargada la data de trayectorias
Yo como clienta de la API REST requiero un endpoint para listar todos los taxis.
- El endpoint responde para cada taxi: id y placa.
- El endpoint paginamos los resultados para asegurar que las respuestas sean más fáciles de manejar.
- Se cuenta con una documentación en Swagger para el endpoint desarrollado especificando método HTTP, url, parámetros, encabezados, códigos HTTP de respuesta y cuerpo.
- El código del endpoint debe recibir code review de al menos una compañera.
- El código endpoint debe estar cargado en un repositorio de Github.
- El código endpoint debe contar con test unitarios y e2e.
Yo como clienta de la API REST requiero un endpoint para consultar todas las ubicaciones de un taxi dado el id y una fecha.
- El endpoint responde con el id del taxi y una fecha mostrando la siguiente información: latitud, longitud y timestamp (fecha y hora).
- El endpoint paginamos los resultados para asegurar que las respuestas sean más fáciles de manejar.
- Se cuenta con una documentación en Swagger para el endpoint desarrollado especificando método HTTP, url, parámetros, encabezados, códigos HTTP de respuesta y cuerpo.
- El código del endpoint debe recibir code review de al menos una compañera.
- El código endpoint debe estar cargado en un repositorio de Github.
- El código endpoint debe contar con test unitarios y e2e.
Yo como clienta de la API REST requiero un endpoint para consultar la última ubicación reportada por cada taxi.
- El endpoint responde para cada taxi la siguiente información: id, placa, latitud, longitud y timestamp (fecha y hora).
- El endpoint paginamos los resultados para asegurar que las respuestas sean más fáciles de manejar.
- Se cuenta con una documentación en Swagger para el endpoint desarrollado especificando método HTTP, url, parámetros, encabezados, códigos HTTP de respuesta y cuerpo.
- El código del endpoint debe recibir code review de al menos una compañera.
- El código endpoint debe estar cargado en un repositorio de Github.
- El código endpoint debe contar con test unitarios y e2e.
Puedes implementar este proyecto en JavaScript, Python o Java.
La base de datos recomendada para tu aplicación es PostgreSQL. Te recomendamos usar vercel Postgresql para que no tengas que instalar PostgreSQL en tu computadora.
Una vez tengas acceso a una instancia de PostgreSQL, deberás crear tablas en tu base de datos para almacenar la información entregada. Te recomendamos entonces crear dos tablas, una para almacenar la información de taxis y otra para almacenar la información de ubicaciones. Deberás definir las columnas de cada tabla de acuerdo a la información entregada.
Puedes crear una tabla en PostgreSQL usando SQL.
Deberás definir y documentar los endpoints de tu API. Debes usar Swagger para esto.
Para una API REST debes definir para cada endpoint entre otras cosas el método HTTP, url, parámetros, encabezados, códigos HTTP de respuesta y cuerpo.
Por ejemplo, en la siguiente figura se define un endpoint para consultar la
información de los taxis en la aplicación. El método del endpoint es GET,
la url es /taxis. Recibe un parámetro query, retorna la información con
código HTTP 200 en formato json gracias al header
Content-type con valor application/json.
Si completaste todas las funcionalidades del proyecto te invitamos a trabajar en las funcionalides opcionales