1 Présentation:

L’application « BD contacts » permet de créer une base de données de contacts et d’en extraire des sous-ensembles à la demande pour exploitation par d’autres logiciels, dont :

• un logiciel de préparation et d’exécution de campagne d’emailing

•un logiciel de production de documents personnalisés pour envoi postal

Chaque contact correspond à un enregistrement composé d’une adresse email, de champs d’information destinés à la segmentation et de champs d’informations permettant de tracer l’origine du contact (lien vers l’importation).

2 Utilisateurs L’application est utilisable par deux rôles différents :

• l’administrateur

• le deviseur

3 Cas d’utilisation :

3.1 Accès à l’application L’accès à l’application s’effectue au moyen d’une URL incluant une clé. Si la clé est inconnue, l’application affiche une page blanche. Si la clé est connue l’application détermine le profil de l’utilisateur : administrateur ou deviseur.

L’administrateur est invité à s’authentifier en entrant son mot de passe. Le deviseur est authentifié automatiquement. L’application présente à l’utilisateur authentifié sa page d’accueil lui permettant d’effectuer les actions qui lui sont autorisées.

3.2 Gestion des accès L’administrateur peut créer, modifier ou supprimer des accès. Chaque accès est un triplet : • clé • rôle • mot de passe (uniquement pour le rôle administrateur)

3.3 Mise à jour des contacts L’administrateur peut mettre à jour la base des contacts en important un fichier.

Les formats supportés sont :

• délimité (par une virgule, un point virgule ou une tabulation) connu sous le nom de CSV

• Excel (en option) Chaque fichier comporte une ligne éventuelle d’en-tête et n lignes de contacts, chaque ligne représentant un contact.

Exemple de fichiers :

• 400 000 lignes (35 Mo)

• 10 000 000 lignes (uniquement un email – 230 Mo)

Dans la base de données, un contact est représenté par :

• un champ email

• 20 champs d’information info1 à info20

• les champs de gestion : origine du contact (lien vers l’importation), indicateur de validité, indicateur de désabonnement.

A chaque importation l’application doit connaître la correspondance entre chaque champ de ligne contact et les champs de la base de données. Cette correspondance peut être obtenue :

• de manière interactive : l’administrateur établit manuellement la correspondance entre un champ de ligne et un champ de base de données. Pour cela l’application affiche les premières lignes du fichier importé (au minimum une centaine de lignes), • de manière mémorisée : l’administrateur indique à l’application le format du fichier. Ce format mémorise un schéma de correspondance créé précédemment de manière interactive. Une fois le schéma de correspondance établi, l’application met à jour en tâche de fond la base de données des contacts en effectuant un dédoublonnage basé sur le nom et sur le numéro de téléphone. Si ces informations sont les mêmes le contact est mis à jour sinon il est ajouté.

Important : les fichiers à importer peuvent être très volumineux (plusieurs centaines de mega-octets). Ceci a deux impacts :

1. il peut-être impossible de télécharger (upload) le fichier sur le serveur à cause des limites de taille ou de temps d’exécution. Le logiciel doit pouvoir accéder à un fichier transmis par d’autres moyens (ftp, scp, etc.)

2. la durée de la mise à jour peut être longue. Prévoir un mécanisme d’information du déroulement (voir $3.4 ci-dessous) et de reprise sur incidentExemple de fichier à importer :

3.4 Suivi des importations en cours L’administrateur prend connaissance du bilan de l’importation en cours en consultant :

• le nombre de lignes de contacts du fichier en cours d’importation

• le nombre de lignes de contact traitées (somme des trois informations suivantes)

• le nombre de lignes de contact ajoutées

• le nombre de lignes de contact mises à jour

• le nombre de lignes de contacts rejetées L’application affiche le bilan des cinq dernières importations effectuées.

3.5 Gestion des noms des champs L’administrateur gère la liste des noms des champs d’information. Ces noms sont des alias des champs info1 à info20 de la base de données.

Par convention les premiers champs seront figés (pour le traitement des doublons) : • info1 : nom

• info2 : numéro de téléphone

3.6 Segmentation : L’utilisateur effectue une segmentation des contacts pour obtenir le nombre de contacts qui composent le segment. La segmentation correspond à un filtre appliqué à un ou plusieurs champs d’information. Les segmentations sont mémorisées et associées à un nom pour pouvoir être réutilisées plus tard. Un filtre correspond à un opérateur :

• <= < > >=

• égal à, différent de

• compris entre

• commence par, ne commence pas par

• se termine par, ne se termine pas par

• contient, ne contient pas.

Les filtres peuvent être combinés entre eux par un ET ou par un OU logique.

3.7 Exportation: L’administrateur exporte les contacts correspondant à une segmentation qu’il choisit.L’application prépare un fichier texte dans lequel chaque ligne correspond aux informations d’un contact qui compose le segment sélectionné.

4 Contraintes :

1. L’application est de type intranet, utilisable sur un serveur web avec le logiciel Apache. Elle est réalisée en Php 5.X. La base de données est gérée par MySQL.

2.La mise à jour de la base de données des contacts en tâche de fond doit être lancée automatiquement par l’application.

3. Le nombre de contacts à gérer est de l’ordre de 20 000 000 dans la base de données.

4. L’application doit conserver l’historique de toutes les importations.

5. Le temps d’affichage souhaité du résultat d’une requête est de 2 secondes.

6. Le temps d’importation souhaité pour 500 000 contacts est de moins de 4 minutes, temps d’upload exclu.

7. La langue de l’application et de la documentation est l’anglais.

8. optionnel : pouvoir revenir en arrière sur les 20 à 50 dernières actions, y compris les importations 5 Livrables Les livrables sont :

• les sources de l’application

• le script de création de la base de données

• le manuel d’installation L’application doit être installée par vos soins sur un serveur de test dont nous vous fournirons l’accès FTP en temps utile 6 Copies d’écran Le lien suivant permet d’accéder à des copies d’écran indicatives. Dans celles-ci, ne tenir compte de la zone principale, encadrée en rouge sur l’image ci-dessous. https://www.dropbox.com/s/58c7twip74wbfsi/Archive.zip?dl=0 6.1

Remarques sur les copies d’écrans Les copies d’écrans présentent un logiciel plus riche, fonctionnellement parlant, que le logiciel faisant l’objet de ce cahier des charges. Il est cependant intéressant d’avoir en tête les évolutions futures du logiciel afin de ne pas les bloquer par des décisions de conception malheureuses.

Ces évolutions sont les suivantes :

• ajout manuel de contact

• dédoublonnage manuel des contacts

• prise en compte des retours de campagnes d’emailing : désabonnement, erreurs d’adresses email *

Commentaire de l' administrateur :

• Le client est: Une agence de communication
• Le client affirme souhaiter concrétiser son projet: asap
• Objectif du projet: Création d'un logiciel de gestion de base de données
• Details du projet: Création d'un logiciel de gestion de base de données
• Technologie utilisée ou conseillée: Laissée à l'appréciation du prestataire
• Logiciel utilisé ou conseillé: Laissé à l'appréciation du prestataire
• Estimation du budget par jour appliqué: 400€
• Type de mission: Forfait
• Estimation du délai de réalisation: 3 jours