126 DÉPLOYER UN PROJET WEB 2.0
© Groupe Eyrolles
Il faut tout d’abord séparer les informations de leur présentation,
par exemple en produisant des flux de données (RSS ou Atom) ou
en rendant les bases de données accessibles par Web services.
Il faut encore transformer l’architecture du système d’information
pour faciliter l’accès aux données pour aboutir soit à une architecture orientée service (SOA) avec le protocole SOAP, soit à une architecture orientée ressource (ROA) avec le protocole REST.
Ensuite, on doit créer des services d’accès avec des API en Javascript d’une part aux services SOAP ou REST avec AJAX ; aux flux
aux standards RSS ou Atom d’autre part.
L’étape suivante consiste à communiquer sur le potentiel de recomposition avec des documents de référence mais aussi par des exemples concrets.
Enfin, il faut accompagner la recomposition avec un support méthodologique et un suivi des initiatives, depuis l’idée jusqu’au développement.
Référencer les mashups
Les moteurs de recherche ne disposent pas de catégorie « mashup »,
« fournisseur de mashup » ou « fourniture pour mashup ». Il est donc
opportun de tenir une page à jour sur le site de l’entreprise où les
informations qui doivent être portées à la connaissance de l’extérieur sont explicitées et peuvent être référencées.
Valider les mashups
Lorsqu’on conçoit un mashup, il faut procéder avec méthode à une
série de tests de validation. En effet, puisqu’il est impossible de
corriger un composant de mashup qu’on n’a pas développé, les
bugs éventuels doivent être identifiés et contournés.
Évaluations
Écouter ce qu’en disent les gourous
Pour Douglas Crockford
1
, architecte chez Yahoo! connu pour ses
contributions à JavaScript et JSON, les mashups constituent l’une
des innovations les plus intéressantes en matière de développement
de logiciels depuis la fin des années 1980.
1. http://www.crockford.com/
© Groupe Eyrolles
Il faut tout d’abord séparer les informations de leur présentation,
par exemple en produisant des flux de données (RSS ou Atom) ou
en rendant les bases de données accessibles par Web services.
Il faut encore transformer l’architecture du système d’information
pour faciliter l’accès aux données pour aboutir soit à une architecture orientée service (SOA) avec le protocole SOAP, soit à une architecture orientée ressource (ROA) avec le protocole REST.
Ensuite, on doit créer des services d’accès avec des API en Javascript d’une part aux services SOAP ou REST avec AJAX ; aux flux
aux standards RSS ou Atom d’autre part.
L’étape suivante consiste à communiquer sur le potentiel de recomposition avec des documents de référence mais aussi par des exemples concrets.
Enfin, il faut accompagner la recomposition avec un support méthodologique et un suivi des initiatives, depuis l’idée jusqu’au développement.
Référencer les mashups
Les moteurs de recherche ne disposent pas de catégorie « mashup »,
« fournisseur de mashup » ou « fourniture pour mashup ». Il est donc
opportun de tenir une page à jour sur le site de l’entreprise où les
informations qui doivent être portées à la connaissance de l’extérieur sont explicitées et peuvent être référencées.
Valider les mashups
Lorsqu’on conçoit un mashup, il faut procéder avec méthode à une
série de tests de validation. En effet, puisqu’il est impossible de
corriger un composant de mashup qu’on n’a pas développé, les
bugs éventuels doivent être identifiés et contournés.
Évaluations
Écouter ce qu’en disent les gourous
Pour Douglas Crockford
1
, architecte chez Yahoo! connu pour ses
contributions à JavaScript et JSON, les mashups constituent l’une
des innovations les plus intéressantes en matière de développement
de logiciels depuis la fin des années 1980.
1. http://www.crockford.com/