 Doc
|
|
English (US) Français (FR) |
Doc
Cette application est un petit CRM permettant à un fournisseur de service informatiques de mettre à la disposition de ses clients de type entreprise ( appelée société dans la suite ) une organisation leur permettant de gérer leur propres clients ( appelés contact dans la suite ).
Chaque société aura un utilisateur principal appelé manager dans la suite.
Le manager crée les contacts ( nom, prénom, .... )
Le manager définit les informations qui pourront être rattachées aux contacts selon ses besoins propres à la société.
Les informations sont de deux types:
Evènement: c'est une réunion, un déjeuner ... à une date donnée.
Relation: c'est un fait concernant le contact comme par exemple, il est important, moyen ou petit, il parle anglais, italien ou français, demande des conditions particulières de livraison ...
La liste des contacts est unique pour une société donnée et sera partagée par les personnes ( appelés utilisateurs dans la suite ) de la société en relation avec les contacts.
Le manager définit les utilisateurs ( login, nom, prénom, mot de passe .... ).
L'utilisateur aura une liste de contacts qu'il devra piocher parmi la liste des contacts de la société.
Sur chacun des contacts qu'il se sera approprié il pourra ajouter des relations ou des évènements dans le cadre définit par le manager.
Le contact peut être partagé par plusieurs utilisateurs.
Un système de requêttage permet à l'utilisateur de lister ses contacts satisfaisant à des relations particulières. Ces requêtes peuvent être combinées par des fonction ET, OU, NOT ou XOR ( voir les explications plus foin ).
Le manager peut effectuer ces requêtes sur tous les contacts de la société.
Lors de la création de la base de donnée, deux éléments son créés:
Le super utilisateur ayant comme login 1 et comme mot de passe 1.
La racine de l'arborescence des relations et des évènements.
La première tâche après installation est de changer le nom et le mot de passe du super utilisateur.
Dans la séquence présentée ici 
, on lui donne le nom monlogin et le mot de passe abcdef.
Le super utilisateur crée une arborescence des sociétés qu'il pourra organiser selon ses besoins.
Dans l'exemple présenté dans ces copies d'écrans ( cliquez ici ), il crée 3 sociétés dans des zones géographique.
Dans le copies d'écrans suivants, le super utilisateur crée un manager rattaché à la société A ).
la manager ayant pour login "managera" peut maintenant se connecter
Le super utilisateur peut utiliser le profil de tous les autres utilisateurs temporairement.
Il aura alors les menus concernant le profil de l'utilisateur utilisé.
Il peut changer son profil courant en utilisant
- soit le menu profil/liste des utilisateurs quand il utilise le profil d'un autre utilisateur ou son propre profil.
- soit le menu "Utilisateur" quand il utilise le profil du super utilisateur.
Pour utiliser le profil de managera, exécutez ceci: .
Vous pouvez aussi vous déconnecter ( Bouton 
) puis vous reconnecter en utilisant le login managera.
Dans les copies d'écran suivantes , le managera crée des types d'évènements repas ( non sélectionnable ) et des types d'évènements Déjeuner et diner qui eux sont sélectionnables.
Puis il crée des relations pour indiquer quelles langues parlent les contacts
La limite de 100 sous branches par branche ne peut être dépassée.
Le manager peut créer les contacts comme ici ( ) et indiquer les caractéristiques de base.
Dans ces écrans nous voyons la création de AEI, AE, AI.
Puis il affecte les propriétés Anglais, Espagnol et Italien aux contacts (Nous avons ici choisi des noms de contacts qui rappellent leurs propriétés pour rendre les extractions plus faciles à contrôler).
Hors écran, Il crée aussi A, EI, E et I et leur affecte les propriétés correspondantes.
Le manager doit créer les utilisateurs qui pourront utiliser le système.
On crée ici l'utilisateur ut1 et on utilise son profil.
Le manager peut utiliser temporairement les profils des utilisateurs qu'il a créé et revenir à son propre profil grâce au menu profil/liste des utilisateurs.
L'utilisateur devra tout d'abord piocher parmi la liste des contacts de la société ceux qu'il utilisera.
Ici , il pioche tous mes contacts sauf I.
L'utilisateur peut non seulement modifier les informations générales sur le contact mais aussi modifier les relations qui concernent ce contact.
Il peut aussi créer des évènements sur ses contacts comme ici .
On remarquera qu'après avoir créé un évènement "déjeuner en italien" pour le contact A Ei, il peut y rattacher des contacts de toute la société.
Ainsi lors de la création de l'évènement "Déjeuner en espagnol" pour le contact E I, on voit que ce dernier faisait aussi partie du déjeuner en italien ( E I risque de grossir ).
On remarquera aussi qu'on peut modifier un évènement à partir de la liste des évènements auxquel a participé le contact.
On remarquera aussi la fonction de filtrage permettant de sélectionner un contact par une partie de son nom.
L'utilisateur pourra faire des requêtes sur la liste de ses contacts qui possèdent une relation donnée.
Ici ,
il construit deux listes:
- la liste "1 a" des contacts qui parlent anglais.
- la liste "2 e" des contacts qui parlent espagnol.
Puis il effectue un croisement entre les deux liste pour connaître la liste des contacts qui parlent à la fois anglais et espagnol.
On peut combiner les listes et résultats des listes par des fonctions suivantes:
Si on a 2 ensembles de résultats A et B:
A ET B donne les contacts appartenent à la fois à A et à B.
Le manager peut lister tous les évènements créés par les utilisateurs.
A partir de cette liste il pourra
- ajouter ou supprimer des contacts aux évènements,
- modifier les évènements,
- ajouter ou supprimer des évènements.
Voyez un exemple ici
Un système de requêtes sur TOUS les contacts de la société fonctionne de la même manière que celui des utilisateurs.
La différence provient du fait que celui des utilisateurs ne recherche les contacts que parmi ceux qu'ils ont piochés.
D'autre part, la manager peut faire des requêtes sur des critères qui ne sont pas sélectionnables par l'utilisateur. Dans l'exemple développé ici, l'utilisateur ne peut faire des extractions sur anglais, espagnol ou italien alors que le manager peut faire des recherches sur "Langue parlée" pour trouver tous les contacts qui on une langue définie.
D'autre part, le manager peut aussi créer sa propre liste de contacts, suivant le même fonctionnement que pour les utilisateurs et créer des extractions sur sa liste.
Super utilisateur