Extranet Client – V4.0.0 Lot1 Problématique générale et base des données Document rédigé...

Post on 04-Apr-2015

107 views 0 download

Transcript of Extranet Client – V4.0.0 Lot1 Problématique générale et base des données Document rédigé...

Extranet Client – V4.0.0

Lot1Problé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 : 1.0.1 - 14/06/2007

22

I. CRM Global Version 3.5.X reste fonctionnelle en PROD pour GNFAII. Lot 0 et 1 (démarrage de projet)

1. 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

2. 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

3. Début Aout• Spécifications techniques pour le premier Lot d’application complètes en envoyées pour validation

4. Début Aout / Mi-août• Validation de Spécifications techniques• Début développement

5. Fin septembre• Livraison Lot 1

III. Lot 21. CRM Global avec toutes les fonctionnalités développées sur la nouvelle plateforme

3

• 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

Application CRM (Java/Struts)

Une base pour chaque client

BaseClient3

(Renault)Base

Client2(Hyundai)

4

BaseOmega

BaseCRMGlobal

GNFA BaseClient1

(Citroën)

Fluxdes

données

???

Base des clients

Inscriptions MDCRMGlobal

Connexion ClientConnexion Client

Connexion Conseiller GNFA

Connexion Conseiller GNFA

Interface Utilisateur(IE/FireFox)

Utilisateur:Mot de passe:Utilisateur:Mot de passe:

Ajax

5

• 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

Application CRM (Java/Struts)

6

BaseOmega ??

Inscriptions MDCRMGlobal

Interface Utilisateur(IE/FireFox)

Utilisateur:Mot de passe:Utilisateur:Mot de passe:

Ajax

Une base commune pour le CRM entierUne base commune pour le CRM entier

Connexion Clientou Conseiller GNFA

Connexion Clientou Conseiller GNFA

Tables Données CRM

TablePropriétairesEntités CRM

TableClients CRM

GNFA – ConseillersCitroën – ClientHyundai – ClientRenault – Client

7

• 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