ETUDE PREALABLE

Phase EP.4 Sélection d'un sous-traitant ou d'un progiciel

EP.4.1 Objectifs

Cette phase est normalement celle qu'il faut atteindre pour pouvoir sous-traiter une réalisation selon une offre forfaitaire, qu'il s'agisse d'un progiciel ou d'une réalisation sur mesure.

 Les spécifications sont suffisamment précises pour obtenir une offre de réalisation à prix fixe, sans que la marge pour risque soit excessive.

 Le niveau physique des traitements n'est pas encore fixé et pourra donc être adapté selon les contraintes spécifiques du progiciel ou du fournisseur.

 Le fournisseur pourra participer à la phase d'étude détaillée, assurant ainsi une meilleure intégration du produit final.

 Il faut absolument éviter d'entamer la procédure d'acquisition d'un progiciel ou d'une réalisation forfaitaire si on n'est pas arrivé à ce stade de l'analyse. En effet, le nombre d'inconnues serait encore trop grand et conduirait à de nombreuses déconvenues

L'objectif de cette phase est de

 réaliser le cahier des charges

 sélectionner un fournisseur et/ou un progiciel.

EP.4.2 Activités de réalisation.

 Rédiger le cahier des charges

 Tous les éléments nécessaires à la réalisation d'un cahier des charges sont déjà rassemblés.

 La rédaction de la partie technique du cahier des charges consiste essentiellement en la mise sous une forme appropriée des dossiers déjà constitués.

séparer clairement les activités qui sont sous la responsabilité du fournisseur de celles qui sont sous la responsabilité du client.

 Facteurs clés pour un cahier des charges e-commerce :

  Fournisseur de Services Internet (Internet Service Provider) / Fournisseur de Services Applicatifs (Application Service Provider)

service applicatif: souvent, vous ne pourrez utiliser que les solutions applicatives et les outils proposés par votre fournisseur ISP/ASP (sécurisation du serveur, service d'autentification digitale, système électronique de paiement, application marchande)

infrastructure matérielle: capacités totale, utilisée, disponible; infrastructure & procédures de backup

infrastructure réseau: largeurs de bande totale (down- and upstream), utilisée, disponible; nombre de serveurs partageant cette capacité

expérience en e-commerce et niveau de satisfaction des clients existants (visiter un site géré actuellement par ce fournisseur) ; relations entre l'ISP/ASP et ses propres fournisseurs de capacités

dimension: capacité de croître en même temps que vos affaires

qualité générale : garantie de qualité de service (p.ex. votre application disposera-t-elle de ressources si des applications concurrentes sont en période de pointe ?), service level agreement

  Application marchande

réponse aux besoins actuels et futurs :

 

• largeur de distribution; compatibilité inter-plates-formes; acceptation par d'autres ASP/ISP
• support des langues étrangères
• aide en ligne
• nombre accepté d'acheteurs simultanés
• nombre accepté de produits, de classes de produits, d'ensembles de produits
• capacité de personnaliser le système de commande
• calcul de remises; tarifications multiples
• calcul automatique des taxes, y compris pour le commerce international si nécessaire
• gestion des associés (si un site tiers vous envoie des clients, capacité de le commissionner)
• encryptage des données de paiement
• support pour les cartes de crédit
• notification des ordres par e-mail: confirmation, date de livraison
• services de livraison
• statistiques
• possibilités d'importer et d'exporter des données; interfaces avec d'autres applications
• moteurs de recherche

 Evaluer l'adéquation des offres

 L'évaluation des offres s'effectue généralement en 2 temps:

première évaluation ou short-list

évaluation finale.

 L'évaluation des offres comporte nécessairement 2 points qui permettent de justifier objectivement le choix qui sera fait

pondération des offres selon divers critères

explicitation des critères d'évaluation.

 Pour les progiciels

 établir le différentiel entre les possibilités du progiciel sélectionné et ...

 les besoins exprimés durant l'étude préalable:

Tâcher de trouver des solutions alternatives pour ce qui ne peut être réalisé par le progiciel.

Solde = besoins non satisfaits.

 les modes de fonctionnement prévus durant les phases précédentes de l'étude préalable (règles de gestion, fonctions, modes d'organisation, ...)

OU: il faudra adapter les propositions de l'étude préalable aux possibilités du progiciel (Etude détaillée)

 définir les adaptations spécifiques au progiciel (caractéristiques non-standard du produit, qui feront l'objet de développement spécifiques, et/ou de suppléments de prix)

modifications éventuelles aux programmes

besoins de paramétrage payant

appel de routines utilisateur ("user exit")

interfaces spéciaux

EP.4.3 Activités de gestion de projet.

 Faire évaluer avec précision les délais, les ressources (externes et internes), le planning.

EP.4.4 Activités d'assurance qualité.

 Veiller à ce que les critères d'évaluation de la réalisation ainsi que l'ensemble des données de test soient correctement explicités dans le cahier des charges

 L'évaluation des offres est habituellement finalisée par un comité de sélection, assurant un contrôle par validation croisée.

 Facteurs clefs:

 vérifier et faire préciser si nécessaire les critères d'évaluation des offres

 identifier les facteurs de risque

offre imprécise, incomplète

doutes quant aux capacités du fournisseur; ressources insuffisantes.

importance des réalisations sur mesure dans un logiciel

risque de dépassement des délais

 quantifier les facteurs de risque

en terme de probabilité

en termes d'importance et de coût.

EP.4.5 Activités de clôture.

 Commander la solution sélectionnée.