Improve Fleet Management API User Stories adding gif and swagger docs

[ssinuco]

Para resolver #1753

Se agregaron

• documentacion swagger de la api. @unjust @cros410 estan de acuerdo con los endpoints propuestos?
• Gif en las cuatro primeras historias para dar contexto a los endpoints que se quiere desarrollar
• Historia de usuario para el CRUD de users
• Historia de usuario para login y obtener un token JWT
• Historia de usuario para proteger los endpoint con token

Pendiente

• deliver e2e tests for Fleet Management, hopefully language agnostic

[unjust]

Quiero definir que pensamos con e2e o quiza deberiamos describirlo mejor en algun momento de readme.

Por ejemplo, hay confusion a veces con ellas si deben levantar un mock database. Cuando no hay CRUD no se si hay necesidad hacer e2e. En python con flask creo el minimo es unas pruebas de integracion con una cliente que hace peticiones y probamos que las respuestas son correctos de los views/rutas, sin necesidad a interactuar con un base de datos (pueden mockear los funciones que habla con el db).
Me gustaria se aclaramos los tipos de tets un poco en los hitos.

[unjust]

Aqui mis comentarios son:

• Usamos Swagger spec 2.0.0 ahora no?
• Debemos cambiar el orden de HU porque los endpoints en el swagger requiere authenticacion, o si no - comentamos muy claro que el spec que define la respuesta 401 no seria implemenatado hasta HU7 y no debe hacerlo caso hasta este historia.
• corregimos donde mencionamos e2e tests

En el swagger 2.0 los trajectories deben retornar una propiedad con nombre "timestamp" y no "date" (date es el parametro de query y es solo date, timestamp en la propiedad de trajectory)