Les meilleurs développeurs Android freelances sont sur Codeur.com

Evolutions d'une application android de rse

 Fermé·1 500 à 5 000 €·4 offres·367 vues


Un client de type application Android pilote a été développé sur une API REST JSON de réseau social d'entreprise.
L’objet de cette prestation est la maintenance évolutive de cette application pilote.

Les fonctionnalités attendues par l'application sont :

Consultation
- Fil d’actualités
- annuaire des utilisateurs
- annuaire des membres (un membre est un utilisateur au sein d’une communauté)
- profil d’un utilisateur
- liste des communautés
- home d’une communauté
- page d’une contribution

Participation
- Ajouter une contribution dans une communauté (édition ”riche” et insertion d’images et ajout de pièces jointes)
- Ajouter un micromessage (message court saisi et affiché sur le fil d’actualités)
- Commenter une contribution
- Voter sur une contribution

Mise à jour
- Mettre à jour son profil
- Mettre à jour ses préférences

L'application pilote couvre la quasi totalités des fonctionnalités ci-dessus.

Contexte
L’application devra être compatible os Android 2.3 et plus. Le support d’android 2.2 pour un surcoût faible sera un plus.
L’application devra supporter les tailles d’écran dites normal, large et x-large (référence au guide du développeur android).
L’application devra supporter les densités d’écran dites mdpi (normal), ldpi, hdpi et xhdpi.
Les interfaces utilisateur devront suivre les guidelines et bonnes pratiques pour les applications android (référence au guide du développeur).
La connexion à l’API est basée sur une url d’API (identifiant de la base de données), une consumer_key et une consumer_secret. Ces 3 paramètres devront être stockés et configurable dans les resources de l’application (APK).
Le contenu des contributions et commentaires est au format HTML. Il peut contenir des images ou autres médias (embed videos) ainsi que des pièces attachées.
Les erreurs d’accès à l’API devront faire l’objet d’une journalisation et le cas échéant, devront être clairement remontées à l’utilisateur et gérées par l’application (par exemple, sur un échec d’enregistrement de contribution, un message d’erreur devra s’afficher; la contribution saisie par l’utilisateur restera disponible pour un nouvel essai).

Prestation 1 : Fonctionnalité de base en mode connecté
A travers l’API REST (documentation et accès en test sur demande), implémenter les différentes fonctionnalités décrites ci-dessus.
Il vous sera fourni des mockups d’écrans ainsi que le code source du pilote réalisé en interne. Ce pilote couvre la quasi totalité de ce périmètre fonctionnel.
Les paramètres de l’application permettront, entre autre, de saisir le login et le mot de passe de connexion (ces informations seront aussi demandées quand on lancera l’application et qu’elles ne sont pas définies).
Pour l’insertion ou l’attachement d’images aux notes et commentaires, l’utilisation directe de l’appareil photo sera un plus.

Prestation 2 : Fonctionnalité de consultation offline
Offrir un mode de fonctionnement non connecté. L’objectif est de permettre à l’utilisateur, lorsque l’application ne dispose plus de connexion, de pouvoir encore naviguer dans les contenus qui auront pu être récupérés lorsque l’application disposait du réseau :

* le fil d’actualité
* la liste des communautés
* la home d’une communauté
* les contributions et commentaires (accessibles depuis le fil d’actualité ou la home d’une commuanuté)

Les écrans pourront être les mêmes qu’en mode connecté avec toutefois une mention indiquant l’état offline.
Les contenus devront êtres stockés localement et actualisés à intervalle régulier par un démon de l’application qui s’exécutera automatiquement au démarrage du téléphone. Une icône dans la zone de notifications indiquera son état (offline / connecté en cours de synchronisation / connecté totalement synchronisé).
Par exemple, ce démon testera toutes les 5 min si il a accès au réseau pour actualiser les données (5min paramétrable).
A chaque mise à jour, le démon récupèrera le différentiel des données entre “maintenant” et la dernière actualisation en se limitant à un historique défini (3 jours paramétrable).
Le démon devra récupérer localement le contenu ainsi que les médias de type images et les pièces jointes.
Le démon devra purger les contenus, médias et pièces jointes plus vieux que l’historique défini.
L’application devra comporter un paramètre qui indique si le démon actualisera les contenus en connexion wifi seulement ou wifi et 3G.

L’interface utilisateur et les messages d’erreur devront clairement indiquer et prendre en compte le mode non connecté (désactivation des boutons, menus, gestion des messages d’erreur...).

Prestation 3 (en option) : Pouvoir rédiger des contributions et commentaires en offline
L’utilisateur pourra rédiger des contributions et des commentaires sur contributions existantes sans connexion.
Ces contributions et commentaires seront stockés localement et envoyés via l’API dès qu’une connexion réseau sera disponible (en prenant en compte le type de connexion utilisable dans les paramètres).
En cas d’erreur d’enregistrement (par exemple, commentaire sur une contribution supprimée), un message d’erreur sera affiché à l’utilisateur lui demandant quelle action appliquer (par exemple, abandonner ou réessayer plus tard). Ces messages pourront être affichés dans la barre de notifications et donner lieu à une icône particulière pour le démon de synchronisation.

Prestation 4 (en option) : Notifications de nouveaux contenus
L’API offre un système de notification d’évènements aux utilisateurs (alertes de nouveau commentaire / nouvelle contribution...). L’API retourne pour chaque notification les identifiants de communauté / contribution.
Un démon interrogera l’API à intervalles réguliers pour voir si de nouvelles notifications sont disponibles. Si tel est le cas, une alerte de notification android préviendra l’utilisateur que des nouveaux contenus sont disponibles ainsi que leur nombre.
Le clic sur cette icône de notifications affichera la liste des notifications disponibles.
Chaque notification relative à une contribution / un commentaire, sera cliquable et permettra d’accéder à la contribution correspondante dans l’application (identifiée par son url).
Nb : ce démon peut être le même que celui de mise à jour des contenus.

Planning

L’application devra être fournie testée. Le délai pour la release d’une version complète hors prestations en option est le 10 février.
Le périmètre complet (incluant les options) devra être couvert pour fin février.

Autre

Le code source sera la propriété de talkSpirit.
Modalités de paiement :
* 50% à la livraison de la première version finale hors option
* 30% à l’issue de la phase de recette et de la correction de tous les bugs
* 20% retenus en dépôt de garantie durant 3 mois après la recette en cas d’anomalie découverte en production.

x40402_cdc-appandroidtalkspirit.pdf

Budget indicatif : 1 500 à 5 000 €

Publication : 17 janvier 2013 à 18h51

Profils recherchés : Développeur Android freelance

Le profil du client est reservé aux prestataires abonnés

Créer un compte

4 freelances ont répondu à ce projet

4 propositions de devis en moins de 2h

N
A
L
Publier un projet similaire

Chaque jour, des centaines de clients utilisent Codeur.com pour trouver un prestataire. Créez votre compte dès maintenant, remplissez votre profil et trouvez de nouveaux clients.

Trouver des nouveaux clients

Votre navigateur Web n’est plus à jour. Il ne permet pas d’afficher correctement le site Codeur.com.
Nous vous invitons à mettre à jour votre navigateur ou à utiliser un autre navigateur plus récent.