https://www.alkannoide.com/2010-10-07T10:24:00+02:002010-10-07T10:24:00+02:002010-10-07T10:24:00+02:00admintag:www.alkannoide.com,2010-10-07:/2010/10/07/les-grandes-phases-dun-projet-mobile/

<p>Cet article a pour but d'avoir une vision globale des différentes grandes étapes d'un projet mobile. Ces phases sont analogues à un projet classique informatique.</p> <h2><!--more-->Expression de besoin</h2> <p>Cette partie permet d’aider les équipes MOA à mieux définir le périmètre de leur projet mobile.</p> <p>Le Consultant sera d’assister …</p>

<p>Cet article a pour but d'avoir une vision globale des différentes grandes étapes d'un projet mobile. Ces phases sont analogues à un projet classique informatique.</p> <h2><!--more-->Expression de besoin</h2> <p>Cette partie permet d’aider les équipes MOA à mieux définir le périmètre de leur projet mobile.</p> <p>Le Consultant sera d’assister les équipes mais également à les orienter au mieux à la fois sur les problématiques produits et fonctionnelles mais il anticipe également les problématiques techniques.</p> <p>Le Consultant aidera également à répondre aux problématiques de contributions multi-écrans : web, mobile, …</p> <h2>Spécifications fonctionnelles</h2> <h3>Spécifications</h3> <p>Ce document définit l’ensemble des fonctionnalités de l’application. Etant dans le monde applicatif,  il est important de prendre en compte les actions non visibles. Exemple : que se passe-t-il lorsqu’un utilisateur se connecte.</p> <p>Il est important de prendre également en compte l’ergonomie de l’application, tout en respectant les Guidelines des SDK. C’est un autre des rôles important du consultant.</p> <h3>Création graphique</h3> <p>La création graphique permettra de finaliser la définition d’un projet. En effet, il est possible lors de la phase de conception graphique de répondre à des problématiques ergonomiques.</p> <h2>Spécifications techniques</h2> <p>Les deux phases suivantes peuvent être parallélisées. On définit :</p> <ul> <li>L’architecture de l’application : cette partie est fortement en relation avec les spécifications fonctionnelles et prends également en compte les Guidelines des différents SDK.</li> <li>L’architecture, le format des webservices (politique de cache, type de webservices, etc…). Ces derniers impacteront les équipes SI.</li> </ul> <h2>Maitrise d’œuvre</h2> <h3>Développements</h3> <p>Tout comme les spécifications techniques, les développements peuvent être effectués en parallèle. On distingue :</p> <ul> <li>les développements de l’application en elle-même (voire ses différentes versions suivants les SDKs)</li> <li>les développements des webservices qui impactent les Systèmes d’Informations.</li> </ul> <h3>Recette</h3> <p>C’est la phase la plus importante d’un projet. Suivant le temps de développements, on pourra définir une livraison hebdomadaire de l’application. Ceci permettra à la fois au Delivery Manager d’assurer le suivi et également aux équipes produits (à partir de la 2^ème moitié du temps) de voir les évolutions des développements.</p> <h2>Soumission</h2> <p>Pour les applications, deux options se présentent :</p> <ul> <li>soumissions avec validation à priori pour Apple (les temps approximatifs de validation pourront être transmis au démarrage des développements)</li> <li>soumissions avec validation à posteriori pour Google : l’application est directement disponible sur le Market Place</li> </ul> <p>Pour les web-applications, le principe est le même que les sites internets.</p>2010-09-16T20:57:00+02:002010-09-16T20:57:00+02:00admintag:www.alkannoide.com,2010-09-16:/2010/09/16/interaction-entre-projet-web-et-projet-mobile/

<p>Je poursuis l'exploration du monde du projet mobile. Aujourd'hui, j'aborde les interactions entre les projets mobiles et les projets webs.</p> <p>Je séparerais les projets mobiles en 3 types :</p> <p>1) standalone (que je n'aborde pas, ce n'est pas le sujet);</p> <p>2) apporte un complément au projet web (ou vice-versa);</p> <p>3) "copie …</p>

<p>Je poursuis l'exploration du monde du projet mobile. Aujourd'hui, j'aborde les interactions entre les projets mobiles et les projets webs.</p> <p>Je séparerais les projets mobiles en 3 types :</p> <p>1) standalone (que je n'aborde pas, ce n'est pas le sujet);</p> <p>2) apporte un complément au projet web (ou vice-versa);</p> <p>3) "copie" le web.</p> <p>Si le système d'information (SI) est déjà présent, il est important d'analyser l'adaptation et le rendu des informations disponibles sur mobile. Je recommande d'ailleurs fortement d'effectuer cette analyse dans le cadre d'une pré-étude d'un projet. Ceci permettra alors d'anticiper les problèmes et évolutions techniques tout en impactant le moins possible l'ensemble des acteurs qui auront à intervenir sur le SI.</p> <p>Lors de la création d'un système d'information, il est nécessaire d'analyser et de rendre disponible un mode de contribution à la fois user-friendly mais également répondant aux attentes en terme de rendu sur le web et sur le mobile. La prise en compte de ce paramètre est l'un des facteurs de réussite d'un projet web/mobile.</p> <p>L'animation est un autre sujet sur lequel, il est important de poser la question suivante : mon produit mobile va être animé de la même manière que mon produit web.</p> <p>L'animation identique entre le web implique une mise à disposition des informations contenus dans le SI sur les deux cibles : web et mobile. Par exemple, un visuel pourrait être disponible dans un format "pivot"  permettant ainsi un traitement adéquat.</p> <p>Lors d'une animation différente, il est important de faciliter le travail des animateurs du service. Dans les deux cas, associer les contributeurs du service (un des deux grands utilisateurs du SI) lors de la création et la mise en place des interfaces d'animation, est un autre facteur de la réussite d'un projet.</p> <p>Enfin, la technique est l'élément central. Un projet informatique n'est pas réalisable sans technique, c'est à la technique que les fondations sont définis et réalisés, tout comme un maçon construit une maison ! Certains risquent de bondir en lisant cela, mais c'est mon point de vue. Bref, il est très important que le noyau technique soit à la fois solide, robuste et agile. Plusieurs techniques d'architecture, de développements et de mise en place sont disponibles et réalisables.</p> <p>Il ne faut pas non plus oublier que réaliser un projet mobile ouvre une porte extérieure supplémentaire et qu'il ne faut pas prendre à la légère la mise en place, par exemple de service web.</p> <p>Un projet mobile est comme un projet web; il rajoute "juste" des contraintes supplémentaires, tout particulièrement lorsque ces derniers sont liés. Il est très important de prendre en compte l'avis de tout le monde en amont d'un projet, afin de répondre au mieux à leur attente.</p>2010-07-06T21:48:00+02:002010-07-06T21:48:00+02:00admintag:www.alkannoide.com,2010-07-06:/2010/07/06/differences-entre-projet-de-web-app-mobile-et-projet-dapplication-mobile/

<p>On me demande souvent quelle est la différence entre application et web-application. Je vais par ce billet définir chacun et indiquer leurs avantages et inconvénients.</p> <h2><!--more-->Applications</h2> <p>Une application mobile est un programme informatique utilisant un SDK (Software Development Kit) basé sur un OS (Operating System) tel qu'iOS ou Android. Le …</p>

<p>On me demande souvent quelle est la différence entre application et web-application. Je vais par ce billet définir chacun et indiquer leurs avantages et inconvénients.</p> <h2><!--more-->Applications</h2> <p>Une application mobile est un programme informatique utilisant un SDK (Software Development Kit) basé sur un OS (Operating System) tel qu'iOS ou Android. Le SDK se définit par :</p> <ul> <li>un langage de programmation (Java pour Android, Objective-C pour Apple, Silverlight pour WindowPhone 7 WP7) qui permet de développer l'application</li> <li>un ensemble d'APIs (Application Programming Interface) permettant d'utiliser ou d'accéder à des éléments matériels du terminal. L'API sur laquelle il est important de s'arrêter est l'openGL qui permet de faire de la 3D et donc des jeux évolués. A noter que WP7 sera quant à lui basé sur un autre type API.</li> </ul> <p>Les applications permettent d'avoir une interactivité plus poussée et elles permettent également d'avoir à disposition très facilement toutes les informations à un instant T. La logique est totalement différente par rapport à un site web et il est absolument nécessaire de prendre en compte ce point lors de la phase de spécifications du projet.</p> <p>Cependant deux problèmes se posent : le temps de développement (2 mois pour une application de type standard) et le versionning. En effet, si un bug apparaît sur une application, il est nécessaire de repasser par une phase de développement, recette et soumission de l'application; on parle de changement de version. Ce paramètre est très important et explique la nécessité de faire une phase de recette poussée et complète.</p> <p>Un dernier point important à noter également est que l'application, contrairement à la web-application, est disponible sur la place de marché de l'OS (AppStore d'Apple, AndroidMarket de Google, ...). Ceci permettant donc une potentielle visibilité, je dis potentielle car l'application sera noyé dans des dizaines voire centaines de milliers d'autres. Ce paramètre est donc à prendre en compte dans la phase de communication.</p> <h2>Web-application</h2> <p>On entend par web-application un site mobile évolué qui utilise les performances des navigateurs embarqué dans le mobile (Safari mobile, Chrome sur Android, etc..). Ces derniers disposent des éléments suivants :</p> <ul> <li>différentes fonctionnalités du xHTML et également du HTML5</li> <li>le support du Javascript (différents frameworks sont disponibles JQueryTouch par exemple)</li> <li>un ou plusieurs librairie Javascript et associé au navigateur permettant d'accéder par exemple au GPS.</li> </ul> <p>Deux avantages principaux (les inverses de l'application) : le temps de développement (on est sur des technologies webs) est court, la gestion des mises à jour sont réalisées en totale transparence pour l'utilisateur puisque l'on est sur une technologie client-serveur. On peut également ajouter que ce type de développement permet de servir n'importe quel terminal de type smartphone : une web-application sous Android sera également disponible sur iPhone.</p> <p>Etant sur des technologies webs, il est important de mettre en place les bonnes pratiques suivantes :</p> <ul> <li>les règles de SEO/référencement, même si actuellement, Google ne rends pas prédominant le mobile, il est important d'être présent.</li> <li>la possibilité de rediriger l'utilisateur depuis le site web standard vers le site mobile et vice-version. Je conseillerais également de permettre cette redirection page à page.</li> </ul> <p>En conclusion, je conseillerais la méthode suivante : faire une application mobile (sur iPhone et Android) pour avoir la visibilité des places de marchés, mais ne surtout pas oublié les web-applications. Même si cette dernière sera le plus souvent beaucoup moins ambitieuse que l'application.</p>