Bonjour,
 
Je souhaite monter un nouveau projet informatique de gestion du trafic routier.
J'espère que beaucoup d'entre vous ici saura me dire quelles compétences, quels outils, ou quels langages etc etc etc sont nécessaires pour ce type de projet.  
 
Ce projet répondra globalement aux fonctionnalités suivantes:
- Collecte d’informations trafic et remontée vers un centre de données
- Information trafic et recommandation d’itinéraires.
 
 
Vu de cet angle, vous allez me dire fallait pas ré-inventer la roue. Mais la particularité :
- collecte d'informations indépendamment du nombre d'utilisateurs de l'application
- questionnement de l'application via SMS, c-à-d collaboration avec un ou plusieurs opérateurs téléphoniques, parce que pour le pays (ou plutôt la ville), les utilisateurs ne sont pas forcément équipés d'un smartphone (GPS, Android ou iOs etc)
- L'application tiendra compte de certaines contraintes particulières telle que (heure d'ouverture et de fermeture de certaines route, qualité, jour de marché etc)
Juste pour vous rassurer que l'idée globale de l'application en soi n'est pas une ré-invention de la roue. Mais sûrement (je l'espère) le développement de l'application verra l'utilisations de certains modules ou API déjà existants.
 
 
Techniquement je prévois :
a/ intégration d'un algorithme en Recherche opérationnel : Voyageur de commerce, sous tous les critères possibles qu'ils soient.
 
b/ gestion de graphe : (toutes les portions de routes d'une Map (GoogleMap ou Wikimap ou autre ?) seront représentées sous forme de graphe, avec une pondération (variable selon la collection d’informations trafic)
 
c/ un système d'entrée de donnée:  
      c-1/ la collection d'informations trafic. Par exemple chaque utilisateur peut fournir en temps réel l'état du trafic où il se trouve via un service web, ou une appli, ou un sms, ou autre
      c-2/ le questionnement du système: Un utilisateur veut connaitre le trajet optimal entre un point A et un point B en fonction de la réalité actuelle du trafic. Réponse du système, voir d/
 
d/ réponse du système: le système répond à la demande, et fournit l'information du trafic sur un endroit donné, et donne une recommandation d'itinéraire optimale.
 
 
Mes questions :
Je suis sur le point de chercher des développeurs compétents pour réaliser ce genre de projets. Tant que c'est une étape inévitable, qui me permettra de définir les ressources nécessaires, avant l'établissement des prévisions financières etc.
 
Ainsi, j'espère que beaucoup d'entre vous ici saura me dire quelles compétences, quels outils, ou quels langages etc etc etc sont nécessaires pour ce type de projet. J'avoue ca s'annonce dur dur, mais c'est à la fois un défi que je me lance aussi.
 
Voilà, l'idée globale elle est là, j'espère avoir pu retenir votre attention. Merci
PS: Je laisse aux modos le soin de déplacer ce sujet dans le forum adéquat

Bonjour,  
 
Je vais pas répondre à ta question, mais je suis curieux du coup j'ai quelques questions.
Du coup, tu veux faire une appli classique d’itinéraire en te recréant la base de connaissance et en rajoutant de la valeur. Jusqu'à la, ok je comprends.
 
Par contre j'ai un peu plus de mal sur tes particularités :

 
Enfin bref, ton projet me semble quelque peu étrange

- tu veux collecter des informations quelques soit le nombre d'utilisateur. Ok, du coup tu veux t'appuyer sur d'autre API ?
 
Les informations sur le trafic seront toujours fiables et disponibles, indépendamment du nombre d'utilisateur de l'appli. Autrement dit, il y aura des personnes tierces qui se chargeront de fournir les données sur le trafic.
 
 
 - tu veux questionner l'appli par SMS ou tu veux questionner l'utilisateur par SMS ?  
 
Pour pouvoir étendre les utilisateurs, y sont beaucoup ceux qui n'ont pas encore de smartphone, l'application devrait etre questionnable pas sms. D'où la collaboration avec un opérateur mobile. Exemple: envoyez un sms au 9889 "TRA 157-264" pour connaitre le Trafic et demander la suggestion d'itineraire optimal entre la zone 157 et 264. Et le système répondra via sms aussi...
 
 
 

Et il va devoir apprendre par coeur les zones, l'utilisateur qui n'a pas de smartphone mais un tél portable de base Pas top niveau ergonomie.
 
Sinon, quel est l'intérêt de réinventer, en probablement moins bien, tomtom Trafic HD ou Waze Non parce que la collecte en temps réel des données sur le trafic/travaux en cours et durée, dans toute la France, c'est le point le plus compliqué à avoir Et je doute fort que les 2 opérateurs que j'ai mentionnés te filent leurs précieuses données gratis  
Quant à un système communautaire, ça marche que si t'as déjà beaucoup d'utilisateurs (dans ton cas, ça va pas être facile de faire migrer les gents de Waze vers ton appli à mon avis) et y'a toujours le pb des zones faiblement peuplées ou t'auras sans doute aucune info...
 
Côté algo, je doute que le Voyageur soit le meilleur algo pour un plus court chemin (en temps ou distance) C'est plutôt Dijkstra. Et pour modéliser sous forme de graph toutes les routes de France, tu les prends où tes données ?
 
Edit : c'est pas que je veux te casser ton projet mais je crois que tu n'as pas identifié les réels problèmes que tu vas rencontrer pour réaliser ce genre d'appli. Trouver des dév et les technos qui vont bien, c'est le plus facile. Arriver à obtenir les données dont tu as besoin et à la bonne fréquence de réactualisation pour faire une appli au moins aussi performante que celles du marché actuel, là est ton gros problème.

Juste pour mieux orienter la discussion, le projet n'a pas de vocation à couvrir la France, ni une vocation à être utilisé mondialement... Ce sera une application (ou un service) dédiée à une ville d'un autre pays: une ville surpeuplée, embouteillage, ...

Tous les utilisateurs n'ont pas de smartphone, d'où la nécessité de pouvoir interagir via SMS. C'est basique peut-etre mais avec une bonne organisation ca fera bien l'affaire De ce coté là, j'ai déjà une bonne approche du système (les agents qui vont alimenter, la méthode etc, déploiement: collaboration avec un ou plusieurs opérateurs téléphoniques).

Sinon côté algo, y a mieux que la classique Dijkstra.
Je les ai appris ici : http://archive.numdam.org/ARCHIVE/ [...] _333_0.pdf  --> page 348
et là : http://qiao.github.io/PathFinding.js/visual/

Pour modéliser sous forme de graph toutes les routes, je pense prendre à partir des routes Google Map ou Earth par exemple...

Donc la discussion pour ce projet n'est plus au niveau comment obtenir les données, quelle fréquence etc. Je suis conscient que ces questions constituent les réels problèmes, voilà pourquoi je les ai déjà résolus

Si vous pouvez m'orienter pour la prochaine étape alors

Waze ne couvre pas la ville en question?
 
Parce que ca fait peu ou prou ce que tu veux faire il me semble.

Bien sûr que Waze couvre la ville en question... Waze peut-être utilisé du moment qu'on a accès à internet via un smartphone, non ?
 
Mais c'est justement là la raison d'être de mon application:
les utilisateurs n'ont pas accès à internet, et n'ont pas de smartphone. Donc c'est mort pour Waze.
 
D'où mon système qui va faire à peu près la même chose, mais via SMS !!!

 
c'est où que les utilisateurs n'ont pas accès à Internet?
 
parce que même dans les pays émergents, Internet devient moins cher que tes SMS, donc sauf cas très particulier, je pense que ton analyse est dépassée.

Et oui, ici (en Afrique), tout le monde n'a pas de smartphone, ni de téléphone qui peuvent se connecter à internet.
 
Crois-moi si le besoin n'est pas réel, je n'irai pas ré-inventer la roue . Et en plus c'est pas une simple petite roue.  
 
Je connais Waze, je l'utilise, mais c'est pas encore ça qu'il nous faut.  
Le système que je vais mettre en place fonctionnera, indépendamment du nombre d'utilisateurs C'est peut-être difficile à saisir comme ca.. mais je vais pas tout étaler ici non plus mes petites stratégies et mes recherches personnelles

Je comprends ton idée mais j'ai un peu de mal à l'imaginer dans les faits...
- Comment imagines-tu la réponse par SMS que tu donnerais pour détailler les zones problématiques, comment proposeras-tu un itinéraire alternatif ?
- Le fait de demander par SMS impose un formalisme précis qui plus est avant de prendre le volant... (pour ne pas écrire en roulant, de plus un formalisme strict impose un minimum de concentration et de relecture).

C'est vrai que j'ai du mal à me représenter la tête de la réponse pour que ça soit utilisable (ergonomiquement parlant)
Parce qu'un itinéraire, ça peut être long (même en restant dans une ville) s'il y a de nombreux changements de directement et va falloir signaler la densité du trafic, les zones de travaux, accidents...
 
Et puis le conducteur, il va devoir mémoriser puisque pas le droit de conduire en regardant son texto