Extranet Client – V4.0.0 Lot1 Problématique générale et base des données Document rédigé par: Mihai Ionescu - chef de projet développement - Apal Informatique.

Présentation au sujet: "Extranet Client – V4.0.0 Lot1 Problématique générale et base des données Document rédigé par: Mihai Ionescu - chef de projet développement - Apal Informatique."— Transcription de la présentation:

1 Extranet Client – V4.0.0 Lot1 Problématique générale et base des données Document rédigé par: Mihai Ionescu - chef de projet développement - Apal Informatique Document rédigé pour: Jean-Christophe Jay - chef de projet fonctionnel - GNFA Version Document : /06/2007

2 GNFA - CRM Client – TIMELINE ou PLAN D’action
CRM Global Version 3.5.X reste fonctionnelle en PROD pour GNFA Lot 0 et 1 (démarrage de projet) Semaine Prochaine (mardi ou mercredi) Analyse et finaliser pour la première partie; il faut avoir Analyse précise de la plateforme générale Omega a utiliser Fonctions générales a développer confirmées par JCJ Une nouvelle idée de la prochaine structure hiérarchique avec des droits etc. Etablis l’avancement sur la charte graphique Mi-juillet Analyse complète de plateforme Omega et des implications Accès Login Aide (help) Droits Ajax Analyse complète des fonctionnalités a inclure et a développer dans le CRM Client -15 Juillet – JCJ – documents finalisés Analyse de la hiérarchie Nouvelle charte graphique – proposition Mihai pour 15Juillet Début Aout Spécifications techniques pour le premier Lot d’application complètes en envoyées pour validation Début Aout / Mi-août Validation de Spécifications techniques Début développement Fin septembre Livraison Lot 1 Lot 2 CRM Global avec toutes les fonctionnalités développées sur la nouvelle plateforme 2

3 GNFA - CRM Client – Problématique Générale
Analyse avec JCJ les fonctionnalités a proposer pour le nouvel CRM Une premier étude réalisé - OK Un premier cahier de charges a rédiger pour 12 Juin – OK Des nouvelles analyses a faire avec JCJ et une Rendez-vous prévue pour demain – OK Une semaine de délai pour réunion avec JPB et Omega Cahier des charges a présenter et analyser – pour 14 Juin - OK Une autre Rendez-vous pour faire le point avec JCJ mardi, le 19 Juin – OK Proposition technique pour la base (2 ci-dessous) et pour la communication avec le CRM Propositions de plateformes techniques a faire conforme le document d’ici La version multi base semble la plus valable dans ce cas - OK Des autres problèmes a poser et a analyser (hiérarchie, Ajax) Proposition technique pour la communication avec l’Omega A étudier et a établir âpres l’analyse avec équipe d’Omega - ????? Etude intégration CRM dans Omega L’avenir - ????? Spécifications techniques de développement pour le nouvel CRM sur une plateforme Java En utilisant les spécifications techniques d’Omega (forme, contenu) Problèmes a débattre et a établir (texte en rouge ici et dans le document « Extranet Client Lot 1.doc ») Interface graphique – en attende; si elle n’arrive pas, une proposition a faire Navigateurs (IE / FireFox ) – les deux – OK Ajax pour la communication – a étudier l’impact sur Omega Accès internet / intranet – les deux – OK Module Produits (Stages planifiées) - ????? Mode de connexion et d’emploi des bases des données

4 Interface Utilisateur
Multiples BASES - OK Base CRMGlobal GNFA Base Omega Une base pour chaque client Base Client3 (Renault) Base Client2 (Hyundai) ??? Base Client1 (Citroën) Flux des données Connexion Conseiller GNFA Base des clients Connexion Client Interface Utilisateur (IE/FireFox) Application CRM (Java/Struts) Inscriptions MD CRM Global Utilisateur: Mot de passe: Ajax

5 Multiples bases - OK Une base pour chaque client, donc une installation d’une base pour chaque client - OK Il faut établir une base d’interface pour décider, lors du login, a quel client l’utilisateur se connecte, puis de lui envoie vers la base de ce client la - OK A établir le mode de connexion et d’emploi des bases des données Avantages Une base pour chaque donc une bonne gestion de l’accès entre les différents utilisateurs de différents clients Données indépendantes pour chaque client Pas des changements au niveau gestion dans les modules du CRM Désavantages Plusieurs installation de la base pour chaque client Une base des clients pour faire l’interface entre l’utilisateurs et la base de son client Modification de la procédure de Login

6 propositions UNE SEULE BASE
Une base commune pour le CRM entier Base Omega Tables Données CRM Table Clients CRM GNFA – Conseillers Citroën – Client Hyundai – Client Renault – Client … Table Propriétaires Entités CRM ?? Connexion Client ou Conseiller GNFA Interface Utilisateur (IE/FireFox) Application CRM (Java/Struts) Inscriptions MD CRM Global Utilisateur: Mot de passe: Ajax

7 Problématique UNE SEULE base
Une seule base pour toutes les clients, donc une seule installation de la base Il faut établir une table des propriétaires pour faire l’interface entre l’utilisateur et ses données associées et a quel client l’utilisateur a été connecte, donc a quelles données il a les droits d’accéder Avantages Une seule base donc une seule installation pour la base Une même connexion vers une seule base des données La base gardera la structure actuelle, sans rajouter une nouvelle base des clients mais rajouter les tables des clients et propriétaires Désavantages Une seule base, donc une seule table par exemple pour les sociétés, doc problèmes en cas des flux, transfert etc. Toutes les données de tous les clients dans la même base, donc une sécurité plus exigée Modifications dans le CRM pour filtrer toutes les résultats des requêtes en utilisant le propriétaire