Maintenance évolutive d'une app android de RSE

***Objet***
talkSpirit est éditeur de logiciel de réseaux sociaux d’entreprise (RSE).
Son produit, talkSpirit Communities, est une plateforme RSE reposant intégralement sur une API REST (plus de détails sur [URL visible pour les membres Pro] et [URL visible pour les membres Pro]) .
Un client de type application Android a été développé sur cette API.
L’objet de cette prestation est la maintenance évolutive de cette application.

***Présentation de l’application***
L’application repose sur une API REST JSON.
Une authentification de “type” oauth 2 permet la connexion à l’API.
Elle permet de
Consulter :
- 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é
- 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

***Prestation***
--Contexte
Nous renvoyons au cahier des charges en pièces jointes pour plus tous les détails sur le contexte.

-- Lot 1 : Fonctionnalité de base en mode connecté
Il vous sera fourni le code source du pilote réalisé en interne. Ce pilote couvre la quasi totalité de ce périmètre fonctionnel.
L’objet de ce lot est l’appropriation de cette application :
- la correction de quelques anomalies identifiées
- le refactoring et l’amélioration du code source afin que cette application atteigne le niveau de qualité requis pour être déployée en production
- le développement de petites fonctionnalités manquantes :
- l’insertion ou l’attachement d’images aux notes et commentaires par l’utilisation directe de l’appareil photo.
- Les paramètres de l’application permettront 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)

--Lot 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...).

-- Lot 3 : 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.

-- Lot 4 : 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.

*** Réponse attendue***
Le candidat fournira des références démontrant sa capacité à réaliser la prestation.
Le candidat décrira sa méthologie de travail et le planning d’intervention.
Le candidat décrira les modalités de maintenance et les conditions associées.
Le candidat précisera son prix pour chaque lot, de façon forfaitaire.

*** Critères de sélection ***
Qualité des références similaires / témoignages et feedbacks clients. /5
Méthodologie garantissant un engagement sur le planning /5
Prix /5

*** Calendrier***
La réponse est attendue pour le 24 janvier.
Démarrage le 28 janvier.
L’application devra être fournie testée. Le délai pour la release d’une version incluant les lots 1, 2 est le 10 février. Les lots 3 et 4 devront être livrés pour le 20 février.

*** Modalités de paiement***
Pour chaque lot :
- 50% à la livraison
- 30% à l’issue de la phase de recette et de la correction de tous les bugs
- 20% à l’issue d’une période de 3 mois après la recette en cas d’anomalie découverte en production.