{{toc}} On a commencé à échanger Victor et moi sur la façon d'actualiser un peu la partie e-admin de notre site web parce que ça bouge vite. On jette les idées sur cette page dans un premier temps. Et dans un deuxième voici les [[pages proposées pour le site]] h1. Schéma Un [[schéma]] qui déchire sa race avec passerelle, compte citoyen et tout ça (à faire faire par j'articule sur base de quelque chose qu'on aurait fait nous et avec des instructions concernant le style souhaité). On peut faire faire un deuxième shéma sur la GI ou le faire nous même à partir de celui fourni par J'articule. h1. Vidéo d'animation Et ouais pourquoi pas. Là aussi faite par un presta externe, un vrai truc. h1. Guichet unique blah blah blah h1. Compte citoyen Comment le dynamiser ? Comment permettre à l'usager de le personnaliser ? h1. Business Intelligence Rapports interactifs, analyse multidimensionnelle, tableaux de bord... : Bon là je pense que j'ai achevé mon blah blah Bingo, un certain DSI de nos amis a mis de la bave partout. Consolider toutes les sources de données de la collectivité Explorer et analyser l’ensemble des données Mesurer la qualité des services offerts aux usagers Permettre des processus décisionnels collaboratifs h1. Gov.uk Fred a découvert ce week-end un travail assez énorme réalisé par gov.uk et il a l'impression qu'il y a là-dedans plein de trucs qui pourraient nous être utiles. Dans la justification de certaines positions : * à propos des CAPTCHA, "Why shouldn't I use one?" [1] * ou des apps, "Government's position is that native & hybrid apps are currently rarely justified" [2] Même si parfois ça va un peu à l'encontre de ce qu'on fait, les positions sont bien expliquées, par exemple sur l'idée de ne pas obliger les utilisateurs à s'identifier. [3] Mais il y a aussi des pages concernant plutôt le développement, et/ou l'opérationnel, comme "Sandbox and staging servers"[4] ou sur le développement d'APIs[5]. Bref, c'est un document à explorer.[6] [1] https://www.gov.uk/service-manual/design-and-content/resources/captcha.html [2] https://www.gov.uk/service-manual/making-software/standalone-apps.html [3] https://www.gov.uk/service-manual/making-software/logins.html [4] https://www.gov.uk/service-manual/making-software/sandbox-and-staging-servers.html [5] https://www.gov.uk/service-manual/making-software/apis.html [6] https://www.gov.uk/service-manual h1. Passerelle Faut insister bien fort là-dessus et sur les aspects Open/Big data afférents. h2. Site OpenPasserelle, PasserelleHub ou que sais-je Un site datahub comme ceux qui sont fait à l'aide de CKAN http://ckan.org/about/ !CKAN-information-brochure.png! En fait peut-être simplement faire en sorte que passerelle communique avec l'API CKAN (qui utilise Python, postgre et SOLR). Peut-être aussi des idées à prendre chez CubicWeb : http://vimeo.com/56005936 h1. Géolocalisation Je sais pas s'il faut lier ça à Passerelle ou le mettre ailleurs. En fait je pense particulièrement au géocodage : traduire des adresse physiques en latitude et longitude afin de pouvoir placer les points sur une carte. Genre la liste des demandes d'enlèvements d'encombrants permet de générer une carte avec les points adéquats. Comme outils de géocodage on peut peut-être regarder ce que propose OpenStreetMap http://wiki.openstreetmap.org/wiki/Geocoding, ce que Benj a utilisé pour l'application logement (je sais pas ce que c'est) ou ce truc qui fonctionne avec le référentiel de l'IGN : https://adullact.net/projects/jdonref-v2/ Voir aussi : http://fr.wikipedia.org/wiki/GeoNames h1. format universel formulaires En partant des formulaires cerfa ? h1. Référentiel Marianne, CNIL, RGI, RGS Dire qu'on déchire sur tout ça. h1. Mettre en avant le compte citoyen NG Quand on aura une interface chouette, la mettre en avant. h1. Interfaces mobiles Insister là-dessus, détailler ce qu'on fait en jqueryMobile (éventuellement voir s'il y a des alternatives crédibles, Sencha touch, http://www.sencha.com/products/touch/ tout en javascript et uniquement pour Webkit , the M project http://blog.the-m-project.org/2013/03/26/release-version-1-4/ avec un mec qui cite Kraftwerk :) ) Peut-être faire des captures comme celles-que je présentais l'autre jour faites automatiqument depuis un site en ligne. Expliquer que les web apps c'est mieux, c'est ce que les utilisateurs préfèrent http://www.emarketer.com/Article/Mobile-Users-Prefer-Browsers-over-Apps/1008010 Et aussi que "since WebKit-based browsers were making their way to the webOS and Blackberry platforms too, our single web-app would eventually run on just about every popular smartphone platform." Les trucs que j'ai choppé ici http://www.mobilehtml5.com/ : * Préloader des trucs qu'on affiche en javascript ensuite sans interroger le serveur (genre j'ai chargé toute la page d'accueil du compte citoyen mais je n'affiche que les démarches et des liens vers mes annonces, mes démarches, liens utiles qui sont préchargés) * Ajuster la largeur des champs des formulaires * permettre les A/R avec la version bureau * Ne conserver que les trucs les plus utilisés * Utiliser du SVG h1. Support du multi-référentiel Même si c'est de la GI, je mentionnerai volontiers ça ici sans donner de détails techniques. h1. GED et OCR C'est pas vraiment intégré à Au quo mais on a des compétences (PFWB), on peut faire figurer ça dans un coin un peu à part du schéma général. Et puis on va devoir s'interfacer avec Alfresco pour Montpel à un moment, on pourra voir si c'est intéressant d'utiliser ça et éventuellement de vendre le truc intégré (en prenant un sous-traitant pour la partie Alfresco). h1. Offre standard incluant la GI Victor pense qu'on peut réfléchir à une offre "standard" de au quo qui viendrait avec un IDP A2 (et outil de gestion des comptes) ? et si oui comment la présenter ? Interconnexion possible en standard avec facebook, twitter, google.... ? Est-ce qu'on re-refléchit à tenter une interconnexion MSP globale Entr'ouvert, dispo pour tous nos clients ?