Durant un Hackaton, plusieurs écoles de design, d'ingénierie et de communication ce sont réunis pour créer des POCL. Un POCL est un petit objet connecté et ludique. Il doit pouvoir réagir en fonction d'une ou plusieurs bases de données. Ces écoles ce sont divisées en 13 groupes. Notre groupe 100% féminin a choisi de travailler sur la circulation bordelaise. Nous voulons à travers notre projet informer les cyclistes sur la densité de cette dernière. Comment notre groupe doit-il créer un objet accessible, visuel et util ?
Le but principal de ce POCL est de faire travailler des étudiants issus de formations différentes sur un projet commun. Chacun devra user de ses talent pour le mener à bien, tout en se coordonnant et en mettant en commun ses idées. Cependant, il est assez restreint en terme de temps et de matériel.
Nous avons deux jours pour créer cet objet qui devra traiter les données de Bordeaux métropole. Nous disposons d'imprimantes 3D, d'une découpeuse à laser, de matériel électronique et de soudure et de différents matériaux.
Pour commencer, il a fallu selectionner une ou plusieurs bases de données exploitables. Nous voulions un projet simple, autant dans son utilisation que dans sa conception et sa programmation. C'est ainsi que nous avons décidé d'utiliser une seule base de données en temps réel. Les actions de notre objet dépendront directement de ce qu'il se passe dans la ville.
A partir de cette décision, nos possibilités de choix de bases de données ce sont restreintes. En effet, en France, les deux principaux sites de bases de données comportant des données sur Bordeaux sont data.gouv.fr et opendata.bordeaux-métropole.fr et 90% des bases de données diponibles concerne les transports.
Nous nous sommes alors demandé laquelle pourrait être utile, à qui ses informations pourraient profiter et surtout comment utiliser une information dans un but autre celle de sa création. Nous avons au final choisi la base de donnée relevant le nombre de voiture présente en circulation.
La ville de Bordeaux étant basée sur une politique écologique, notre base de données profitera aux cyclistes, qui sont de plus en plus nombreaux en ville.
Ensuite, nous avons mis en place un cahier des charges pour détailler les attentes et exigeances liés à l'objet :
Fonctions | Expression | Critères | Niveaux | Flexibilité |
---|---|---|---|---|
Fonction principale | Informer les cycliste de la densité de circulation | - être visuel
- être accessible - être simple à comprendre | à tous les cyclistes
coloré | 0 |
Fonction contrainte 1 | Doit être rapide | - temps de réponse rapide | < 10s | 2 |
Fonction contrainte 2 | Doit être esthétique | - attirer l'oeil
- petit et léger - mémorisable | visible à 2m
< 2kg | 1 |
Fonction contrainte 3 | Doit être près des utilisateurs | -à porter des cyclistes | avant qu'ils prennent la route | 1 |
Les cyclistes pourront anticiper leur trajet à vélos grace à notre objet. Ils pourront voir, grâce à un jeu de couleur, si le trafique est fluide, partiellement encombré ou très encombré par les voiture.
Notre support visuel devant répondre aux critères a nécessité beaucoup de réflection, passant par plusieurs idées :
- utiliser le concepte du lièvre et de la tortue pour indiquer quand circuler librement et quand ralentir. Mais nous avons trouvé l'idée trop commune.
Vous avez entré un nom de page invalide, avec un ou plusieurs caractères suivants :
< > @ ~ : * € £ ` + = / \ | [ ] { } ; ? #