Les étapes gagnantes de notre méthode de développement et d’intégration à distance, termes

Mise au point à distance de solutions mobiles sur toute l’Europe

Afin que vous compreniez mieux nos avantages et le déroulement du projet d’application mobile que vous envisagez avec nous, nous allons vous décrire ici pourquoi le développement à distance est aussi bien qu’un développement sur site et la signification des termes employés de notre métier. Ceci intervient dans le cas où le développement de l’application nous est confiée.

Le client comme le développeur, a besoin de réflexion entre les échanges pour mettre au point la meilleure solution : la présence sur site est donc en majorité une perte de temps pour les deux. Notre méthode se situe entre les méthodes classiques de gestion de projet et la méthode Agile.

Notre méthode d’analyse, de développement et d’intégration à distance est éprouvée et comporte des étapes rigoureuses et formalisées d’avancement.

Les avantages de notre méthode d’analyse, de développement et déploiement d’applications mobiles à distance pour le client:

• Analyse très formalisée : c’est déjà difficile d’obtenir ce que l’on croit être compris, alors on passe suffisamment de temps avec nos clients pour s’assurer que l’on parle de la même chose : le client gagne en temps de développement plus court et en nombre de versions à tester plus petit. Il gagne aussi en ajout de fonctions auxquelles il n’aurait pas pensé initialement, au fait que nous avons une expérience sur d’autres métiers et des fonctions similaires.
• Le client fait l’économie du temps et des frais que nous perdons d’habitude en déplacements,
• Les nombreux échanges lui donnent le temps de réfléchir à ses évolutions et modifications de ses procédures et logiciels informatiques en interne, au final un document synthétise le contenu de sa demande, les fichiers d’entrée et modifiés sont définis,
• Nous lui donnons l’occasion de voir fonctionner en ligne son développement, de se prononcer sur sa validité ou ses modifications,
• Nous lui donnons la possibilité de tester chez lui sur une machine, en lien avec ses fichiers ou bases, la version développée,
• Le client voit progressivement la solution mobile prendre forme chez lui et prend conscience des conséquences sur son organisation et ses équipes,
• Ses dépenses sont progressives avec l’avancement du projet : les commandes de terminaux sont même réalisées au dernier moment,
• Ses terminaux arrivent pré-installés et paramétrés : il n’a plus qu’à entrer son code de réseau,
• Nous pouvons prendre le contrôle, sous l’accord et présence du client, de sa passerelle et de ses terminaux pour installer à distance,
• Il peut demander une mise à jour pour des corrections mineures d’ergonomie et il a les moyens d’installer les mises à jour sur ses terminaux.

C’est un mix entre les méthodes classiques de gestion de projets et la méthode Agile.

Notre méthode d’intégration rapide, digne d’une certification ISO 9000:

1. Analyse besoin, ‘business analyst’, prototypage / maquette et développement à distance :

A partir de votre description de besoin ou d’un modèle d’application, nous réalisons pour vous, avec la prise en compte de plus ou moins d’étapes suivant les besoins :

1. l’analyse de votre besoin : retranscription en langage commun compréhensible à la fois par le client et le développeur, suggestion de fonctions importantes, de business-models avec retour sur investissement,
2. la prise en compte des systèmes informatiques existants,
3. l’analyse des interfaces nécessaires : interfaces de données entrantes, sortantes et interface homme-machine (IHM), workflow,
4. réalisation d’un prototype, maquette sans investissement matériel avec vous, avec notre terminal
5. tests de validation du workflow et des interfaces,
6. rédaction livrets d’utilisation administrateur et utilisateur.

2. Déploiement:

7. travail en collaboration avec l’éditeur de votre solution de gestion pour préparer la définition des interfaces: système qui délivre vers les mobiles et/ou intègre les données du mobile,
8. hébergement API sur nos serveurs,
9. hébergement bases de données sur nos serveurs ou sur services référencés par nous, sur votre compte,
10. recette d’acceptation,
11. achat, installation des licences d’exploitation sur les terminaux,
12. formation des administrateurs de l’application et des utilisateurs pilotes.
13. validation ou corrections mineures.

3. Notre seule contrainte:

Le terminal avec imageur ou smartphone que vous choisirez devra fonctionner sous Androïd.

Vous aurez le choix : un nombre important de terminaux avec imageur intégré fonctionnent sous ce système d’exploitation Android :types de terminaux lecture code-barre RFID

Les termes employés, étapes de développement et de mise au point logiciels embarqués

• La POC : “Une preuve de concept (de l’anglais : proof of concept) ou démonstration de faisabilité, ou “démonstrateur,” est une réalisation expérimentale concrète et préliminaire, courte ou incomplète , illustrant une certaine méthode ou idée afin d’en démontrer la faisabilité” (Wikipédia Sept 2018).

  Elle n’est pas forcément employée dans tous les projets, mais seulement s’il y a incertitude d’assemblage entre des technologies éloignées ou compliquées ou si le client le demande. C’est une sorte de pré-étude, de recherche et vise à mettre au point les divers éléments assemblés afin d’en assurer la communication ou en tester les limites ou fonctionnalités ou de former le client à visualiser l’emploi de cette technologie inconnue pour lui.

  Phase facturée mais sans bénéfices, sans validation préalable du client, elle est destinée à être ni exploitée, ni durer dans le temps et n’est en aucune manière un transfert de licence, (elle n’a pas de fonctions de mise à jour, d’upgrades, de protections et est limitée). Cette phase ne dispense pas des phases suivantes mais les facilite: une meilleure compréhension et projection du client dans l’application future, réutilisation d’une partie du code et donc prix de réalisation plus bas.

• l’analyse et cahier des charges : phase de définition écrite de la solution qui explique de manière complète, détaillée ce que souhaite le client, comment doit marcher la solution, son contexte, ses moyens et interfaces avec les autres systèmes (entrées et sorties de données, impressions) et détermine les limites d’emploi de la solution mobile future.

  Les pré-analyses ou cahier des charges du client sont étudiées mais reprises car incomplètes. Phase qui se termine par la production par notre société d’un cahier des charges de la version “1” à valider impérativement par le client qui est déterminante pour les étapes suivantes, les litiges ou discussions futures éventuels; le devis final peut être modifié à l’issue de cette validation.

• Version

  toute modification à partir de cette validation du cahier des charges demandera nouvelle soumission et validation de cahier des charges avec augmentation du N° de version en fonction du caractère mineur ou majeur, facturation en fonction du niveau de modification et du moment dans le développement de cette modification;

• La maquette logicielle

  Projet plus ou moins poussé pour définir la conception graphique, la structure d’un logiciel en relation avec l’analyse: Phase facturée, elle n’est pas destinée à être exploitée ni durer dans le temps, elle est nécessaire, ainsi que la validation client avant la phase de développement finale.

• développement version finale: Phase d’intégration avec les interfaces automatisées client telles que définies en analyse, protections et licences, méthodes d’updates. Livrée avec des licences provisoires à cause du caractère embarqué des logiciels.

• L’acceptation, ou “recette " détermine le point de départ de l’exploitation, de la facturation et la confirmation de validité des licences.

Définition “Passerelle” : programme sur ordinateur ou serveur, nommée aussi “API” , qui regroupe et concentre les communications avec les terminaux mobiles et sur laquelle un service vers les autres ressources comme les bases de données sont programmés de manière sécurisée.

Définition update / upgrade de logiciel :

• un update inclus les corrections de bugs et quelques petites améliorations en restant dans la version majeure+mineure définie, le 3ème chiffre de la version est alors augmenté,
• un upgrade change la version majeure ou mineure du logiciel selon l’impact des fonctions ajoutées .

Nos couvrons avec ces méthodes toute l’Europe en langue écrite française et anglaise. N’hésitez pas à nous demander des informations!