Nomadisme, facteur de performance -...

Nomadisme, facteur de performance

Entreprise CSIE Technologies

Romain GUEST

Master 1 MIAGE de BORDEAUX 2007-2008

Du 5 mai au 29 août 2008

MAITRE DE STAGE : M. OLIVIER HELIOT, DIRECTEUR DE PROJETS

TUTEUR DE STAGE : M. OLIVIER MARCHAND

Université Bordeaux I

351 cours de la Libération 33405 TALENCE cedex

Université Montesquieu Bordeaux IV

Avenue Léon Duguit 33608 Pessac cedex

MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES

Romain GUEST sur 36


Romain GUEST sur 36

Remerciements

Je tiens à remercier toute l’équipe de CSIE de l’agence de PESSAC et tout particulièrement mon

maître de stage Olivier HELIOT, directeur de projets chez CSIE, qui m’a encadré et a toujours été

présent pour répondre à mes questions.

De même, je tiens à remercier Cyril JEAN, Marco CALCAMUGGI, Stéphane BILLY et Christian

TREVINAL, respectivement directeur des ressources humaines, directeur technique, directeur

commercial et directeur administratif et financier pour m’avoir fait confiance lors du recrutement.

Sans oublier mon tueur de stage Olivier MARCHAND pour son déplacement sur mon lieu de travail,

Patrick DASSIER pour son aide et ses services ainsi que l’ensemble des ingénieurs de CSIE pour leur

accueil chaleureux, leur soutien et leur aide lors de la réalisation de mes projets.


Romain GUEST sur 36

Sommaire

Remerciements ....................................................................................................................................... 3

Sommaire ................................................................................................................................................ 4

Introduction............................................................................................................................................. 6

PARTIE N° 1 : PRESENTATION DE L’ENTREPRISE ET DES PROJETS......................................................... 7

1. 1. Présentation du groupe CSIE ...................................................................................................... 7

1.1.1. Raison sociale, statut juridique et actionnariat................................................................... 7

1.1.2. Sociétés apparentées .......................................................................................................... 7

1.1.3. Historique du groupe........................................................................................................... 8

1.1.4. Les activités ......................................................................................................................... 8

1.1.5. Marchés et chiffres d’affaires............................................................................................ 10

1.1.6. Concurrence ...................................................................................................................... 10

1.1.7. Organisation ...................................................................................................................... 10

1.1.8. Système de Gestion........................................................................................................... 11

1.2. Un problème de synchronisation .............................................................................................. 11

1.2.1. Synchronisation OBM / Appareils mobiles........................................................................ 11

1.2.2. Gestion des temps pour les utilisateurs OBM « hors site » .............................................. 12

1.3. Conditions de travail.................................................................................................................. 12

PARTIE N° 2 : PROJET SYNCHRONISATION DE DONNEES .................................................................... 13

2.1. Etude de l’existant .................................................................................................................... 13

2.2. Cahier des charges fonctionnel ................................................................................................. 14

2.3. Critères de validation du projet................................................................................................. 14

2.4. Moyens mis à disposition.......................................................................................................... 15

2.5. Planning prévisionnel ................................................................................................................ 15

2.6. Réalisation du projet ................................................................................................................. 16

2.6.1. Les connecteurs Outlook et Thunderbird.......................................................................... 16

2.6.2. Processus de synchronisation appareils mobiles / OBM................................................... 16

2.7. Tests de synchronisation........................................................................................................... 19


Romain GUEST sur 36

2.8. Résultats .................................................................................................................................... 20

2.9. Conclusion ................................................................................................................................. 20

PARTIE 3 : GESTION DES TEMPS PAR MAIL.......................................................................................... 21

3.1. Etude de l’existant..................................................................................................................... 21

3.2. Cahier des charges fonctionnel ................................................................................................. 21

3.3. Critères de validation du projet................................................................................................. 22

3.4. Moyens mis à disposition.......................................................................................................... 22

3.5. Etudes préalables ...................................................................................................................... 22

3.6. Planning prévisionnel ................................................................................................................ 24

3.7. Réalisation du projet ................................................................................................................. 24

3.7.1. Création et envoi du fichier Excel...................................................................................... 24

3.7.2. Réception et intégration des données .............................................................................. 25

3.8. Tests........................................................................................................................................... 25

3.9. Résultats et conclusion.............................................................................................................. 25

Conclusion ............................................................................................................................................. 26

Fiche de renseignements ...................................................................................................................... 27

Glossaire ................................................................................................................................................ 28

Bibliographie.......................................................................................................................................... 29

Table des illustrations............................................................................................................................ 30

Annexes ................................................................................................................................................. 31


Romain GUEST sur 36

Introduction

Etudiant en première année de master à la MIAGE de Bordeaux, mon stage pouvait m’apporter une

meilleure connaissance du monde des SSII. C’est notamment pour cette raison que j’ai choisi

l’entreprise CSIE, SSII située à Pessac afin de réaliser cet objectif.

Le nomadisme numérique consiste à utiliser des technologies électroniques sans-fil pour

communiquer par la téléphonie mobile ou par Internet quel que soit l'endroit où l'on se trouve. Il

devient de plus en plus un facteur de performance pour les entreprises.

Les deux projets réalisés durant ce stage avaient pour but d’aider la société dans sa gestion de tous

les jours. Les modules développés pour leur logiciel de gestion (OBM) devaient permettre d’une part

de synchroniser les données utilisateurs avec tout appareil mobile et d’autre part d’offrir la

possibilité à toutes personnes en mission ou hors site de régulariser son planning personnel sur OBM.

Ce rapport illustre donc les différentes étapes des deux projets.

Dans une première partie, je présenterais mon entreprise d’accueil ainsi que les deux projets.

La seconde partie me permettra de détailler le premier projet concernant la synchronisation de

données avec différents appareils mobiles tel qu’un PDA, Palm ou Blackberry.

Enfin, la troisième et dernière partie résumera les étapes du second projet concernant la gestion des

temps pour les utilisateurs d’OBM.


Romain GUEST sur 36

PARTIE N° 1 : PRESENTATION DE L’ENTREPRISE ET DES PROJETS

1. 1. Présentation du groupe CSIE

1.1.1. Raison sociale, statut juridique et actionnariat

CSIE, Conseils et Services en Informatique et Electronique, est une société à responsabilité limitée

(SARL) au capital de 50 000 €. CSIE est immatriculée au registre du Commerce et des Sociétés (RCS)

sous le numéro 411 321 904.

L’actionnariat est à 100% privé, réparti entre les 4 associés fondateurs et dirigeants de la société :

- Stéphane BILLY (directeur commercial)

- Marco CALCAMUGGI (directeur technique)

- Cyril JEAN (directeur des ressources humaines)

- Christian TREVINAL (directeur administratif et financier)

Aujourd’hui, l'effectif de CSIE est d’environ 380 personnes dont environ 95% de cadres.

1.1.2. Sociétés apparentées

CSIE est filiale à 98% du groupe CSIE, SARL de 800 000 € de capital, fondé en 2002 pour regrouper

plusieurs agences réparties sur le territoire national (cf. Figure 1).

Le Groupe CSIE est immatriculé au RCS de Paris sous le numéro 443 944 020.

Figure 1 : Implantation de CSIE en France

Chaque agence a pour vocation d’assurer la pérennité d’un partenariat privilégié avec les clients

présents sur chaque région. Cette proximité commerciale garantit aux clients un suivi rigoureux, une

réactivité accrue et une mise en œuvre de moyens techniques plus rapides...


Romain GUEST sur 36

1.1.3. Historique du groupe

Ce tableau représente les principaux évènements de l’histoire du groupe CSIE

Années Evènements

1997 Création de CSIE Technologies (Bordeaux)

1998 Mise en place de la plateforme développement/forfait

1999 Mise en place des offres de services

2000 Création de CSIE (Paris)

2001 Ouverture de l’agence de Toulouse

2002 Ouverture de l’agence Centre-Tours (Tours)

2004 Ouverture de l’agence Bretagne (Rennes)

2005 Mise en place forfait électronique

Certification ISO 9001 : 2000

2007

Création de CSIE Consulting (Rennes)

Ouverture de l’agence de SOPHIA ANTIPOLIS

Certification EN9100 de CSIE TECHNOLOGIES

Ouverture de CSIE MEDITERRANEE - TUNIS

1.1.4. Les activités

Les activités de CSIE sont regroupées autour de 2 grands pôles, le pôle gestion et le pôle systèmes

embarqués.

1.1.4.1. Gestion (systèmes d’information)

Le pôle gestion correspond principalement en la réalisation d'applications N-tiers, en la maintenance

de celles-ci et en l'administration de réseaux.

De la banque à l'assurance, en passant par collectivités locales et les industries, le Groupe CSIE

développe son offre de service (Assistance technique, forfait, infogérance et aide à l'embauche) dans

les domaines d'activités à forte valeur ajoutée technologique ainsi que dans les secteurs de pointe. La

répartition est représentée sur la Figure 2.

Concernant l’administration de réseaux, CSIE possède de nombreux clients tels que : France Télécom,

Crédit Agricole, DMOE UNEDIC, MAAF, Lectra Systèmes, Thalès, MACIF.


Romain GUEST sur 36

Figure 2 : Répartition par secteur des activités pour le pôle gestion

1.1.4.2. Solutions embarquées

Le pôle systèmes embarqués prend en charge la conception matérielle ainsi que le développement

de systèmes pour le matériel embarqué.

La répartition de son activité est représentée sur la Figure 3.

Figure 3 : Répartition par secteur des activités pour le pôle systèmes embarqués

Concernant ce pôle, CSIE présente de nombreux clients dans chaque secteur d’activité :

- Aéronautique : Thales Avionics, Thales Systèmes Aéroportés, Rockwell Collins, Barco Texen,

Sogerma Systèmes, Alkan

- Automobile : Arvin Meritor, Johnson Control, Magneti Marelli, Valeo, Delphi, PSA Peugeot

Citroën, Siemens, Matra

- Telecoms : Cellon, Com1, Wavecom, Motorola, Philips, Alcatel, LG, Freescale, Texas

Instruments, Telecom Italia, Ericsson

- Ferroviaire : Alsthom, Faiveley, Elta

- TV numérique : Thomson, Nagra, PacketVideo


Romain GUEST sur 36

- Autres activités industrielles : Colas, Solectron, StorageTek, Elco, MBDA

1.1.5. Marchés et chiffres d’affaires

Sur le marché bordelais, CSIE obtient environ 20% des parts de marché. Comme le montre la Figure

4, son chiffre d’affaires et ses effectifs sont en progression constante depuis 2000.

Figure 4 : Evolution du chiffre d’affaires et des effectifs de CSIE

1.1.6. Concurrence

Les principaux concurrents de CSIE sur le marché industriel bordelais sont Coframi (maintenant filiale

de Akka Technologies) avec environ 30% des parts de marché, Eurogiciel 15% et Thales IS avec 15%.

Sur le marché national CSIE est moins présente du fait de la petite taille de l'entreprise par rapport à

ses concurrents.

1.1.7. Organisation

CSIE est dirigée par ses quatre fondateurs qui occupent les postes de directeur technique, directeur

commercial, directeur des ressources humaines et directeur administratif et financier.

Dans les différentes agences, cette direction est relayée par des responsables administratifs et des

responsables des ressources humaines notamment.

L’annexe 1 présente l’organigramme de la société.

7,59,2

12

19

2004 2005 2006 2007 2008

380

280

200

120

150

28

CA en M€

Effectif

2004 2005 2006 2007* 2008

* CA réalisé de janvier à septembre 2007


Romain GUEST sur 36

1.1.8. Système de Gestion

La gestion technique est assurée par le logiciel OBM (Open Business Management) développé par la

société Aliasource (réputée dans le monde de l’open source), pour le suivi des contrats et des

projets. CSIE a découvert cette solution en juillet 2007. Il a été testé et des modifications ont été

apportées avant d’être mis en service en septembre 2007.

OBM est un logiciel Open Source de travail collaboratif, intégrant des composants libres pour gérer

et partager les informations au sein d’une organisation. OBM offre un périmètre fonctionnel riche et

répond à de nombreux projets tels que le travail collaboratif, la messagerie, les relations clients, la

gestion des projets, la gestion d’annuaires LDAP ainsi que des connecteurs permettant de

synchroniser les données d’OBM (contacts, évènements, etc.) avec des appareils mobiles (PDA,

PALM, Blackberry, etc.).

OBM a permis à CSIE le partage de documents, des calendriers et contacts, la gestion des projets

ainsi que le suivi des contrats et la gestion des temps des différents utilisateurs.

Les avantages d’une solution open source est qu’il est possible pour CSIE de développer des modules

personnalisés à la société en plus de la gratuité du logiciel.

Un site communautaire a été créé pour ce logiciel pour fournir aux utilisateurs des mises à jour et

évolutions régulières : http://www.obm.org/doku.php?id=start

1.2. Un problème de synchronisation Deux projets ont été répartis sur 4 mois de stage. Le premier concerne la synchronisation des

données OBM relatives aux contacts clients et aux agendas avec les appareils mobiles tels que les

PDA, Palm, Blackberry, etc. Le second projet devra permettre aux utilisateurs OBM « hors site » (ou

en mission) de remplir leur planning OBM.

Il est intéressant de noter que ces deux projets sont intimement liés puisque la principale

problématique de ce stage est de rendre accessible, depuis n’importe où et à chaque instant, les

données personnelles OBM de chaque utilisateur.

1.2.1. Synchronisation OBM / Appareils mobiles

La société CSIE a déjà mis en place un processus permettant de synchroniser les données OBM avec

certains appareils mobiles. Le processus utilise un connecteur de démonstration développé par la

société Aliasource. Ce connecteur est une extension du client de messagerie Outlook et permet de

synchroniser les données OBM avec les plannings et carnets d’adresses Outlook. Une seconde

synchronisation est ensuite nécessaire pour connecter l’appareil mobile au client de messagerie. Ce

processus est fastidieux et non intuitif. Il est à noter aussi que la synchronisation de données n’est

disponible qu’à partir du réseau de l’entreprise. Il n’est donc pas possible d’utiliser ce processus

lorsque l’utilisateur se situe hors de l’agence.

Le but est donc de rendre le processus plus simple et instantané afin de permettre une

synchronisation directe entre l’appareil mobile et le logiciel OBM sans passer par un client lourd de

messagerie (Outlook, Thunderbird). Il est important aussi de permettre l’utilisation d’un tel processus

depuis l’extérieur par le biais d’internet.


Romain GUEST sur 36

1.2.2. Gestion des temps pour les utilisateurs OBM « hors site »

Un utilisateur OBM « hors site » est une personne en mission, se trouvant chez un client et n’ayant

pas accès au logiciel OBM. Le module de gestion des projets d’OBM offre la possibilité de remplir un

planning hebdomadaire en spécifiant les projets et tâches travaillés dans la semaine ainsi que la

durée journalière.

La société CSIE aimerait pouvoir gérer au maximum la gestion des temps des différents utilisateurs

OBM et notamment ceux « hors site ».

Ce projet consiste à mettre en place un processus permettant l’envoi d’un mail à tous les utilisateurs

d’OBM chaque vendredi. Ce mail devra contenir une pièce jointe (au format Excel) présentant tous

les projets et tâches auxquels l’utilisateur concerné est affecté ainsi que l’historique des temps déjà

imputés pour chaque projet pour la semaine en cours.

Chaque utilisateur devra remplir la pièce jointe reçue et la renvoyer à un automate. L’automate

devra ensuite analyser le contenu, le vérifier et inclure toutes les données dans la base MYSQL d’

OBM. Il nécessitera aussi que le chef de projet soit mis en copie par mail. Pour finir, un mail de

confirmation sera envoyé à l’utilisateur en question. Le processus sera entièrement automatisé et ne

nécessitera pas l’intervention d’une personne.

1.3. Conditions de travail Dès le premier jour, un grand bureau climatisé m’a été assigné en compagnie d’un autre stagiaire et

d’un employé de CSIE. Une adresse de messagerie personnelle a aussi été créée pour la

communication interne.

Concernant le premier projet, CSIE m’a permis d’utiliser un terminal relié à un serveur de test sous

une distribution LINUX afin de mettre en place le processus de synchronisation ainsi que des

appareils mobiles Palm et Blackberry pour effectuer les différents tests.

Un ordinateur portable sous Windows XP m’a été fourni pour le second projet notamment pour

effectuer les tests relatifs au logiciel Microsoft Office Excel.


Romain GUEST sur 36

PARTIE N° 2 : PROJET SYNCHRONISATION DE DONNEES

2.1. Etude de l’existant CSIE a mis en place un processus de synchronisation (Figure 5) afin de permettre aux utilisateurs

OBM de gérer ses données personnelles telles que les contacts et évènements avec un client lourd

de messagerie (Outlook). La société Aliasource a développé un connecteur Outlook permettant de

faire le lien entre le logiciel OBM et la messagerie. La finalité de ce processus est de permettre aux

personnes possédant un appareil mobile de gérer leurs données OBM.

Figure 5 : Processus de synchronisation par le connecteur Outlook

Le connecteur OBM Outlook est en réalité un pont entre Outlook et OBM Sync. OBM Sync est une

plateforme (ou serveur) de synchronisation permettant de synchroniser les agendas, les contacts et

les tâches des différents modules d’OBM avec les clients lourds tels que Outlook, Thunderbird et les

appareils mobiles.

Une fois les données d’OBM rapatriées dans la messagerie, il est possible de synchroniser son

appareil mobile avec Outlook par l’intermédiaire de HotSync. HotSync est un composant de

synchronisation qui s’installe sur l’appareil mobile et sur l’ordinateur personnel. Le transfert de

données s’effectue grâce à des câbles.

Il existe par ailleurs, un connecteur OBM gratuit et open source pour le client de messagerie

Thunderbird de Mozilla.

Le gros inconvénient de ces connecteurs est le nombre d’intermédiaires dans le processus de

synchronisation. En effet, il est nécessaire de passer par un client de messagerie pour synchroniser

ses données OBM. Il est à noter que le connecteur Outlook est une solution open source payante.

Thunderbird


Romain GUEST sur 36

2.2. Cahier des charges fonctionnel Il s’agit de permettre à tous les utilisateurs OBM de gérer ses données personnelles :

- Pour les utilisateurs Outlook, il faut régulariser les licences du connecteur OBM Outlook et réaliser

un devis auprès d’Aliasource pour la commande d’une dizaine d’unités.

- Pour les utilisateurs de Thunderbird, il faut installer et tester les connecteurs OBM Thunderbird

- Pour les personnes possédant un appareil mobile (PDA, PalmOS, Blackberry), il est nécessaire de

mettre en place un processus permettant la synchronisation directe avec le serveur OBM Sync

(Figure 6).

Figure 6 : Processus de synchronisation Appareils mobiles / OBM

Afin de rendre ce processus opérationnel, il est nécessaire de mettre en place un second serveur de

synchronisation : Funambol DS. C’est ce serveur qui va remplacer le client de messagerie.

Un connecteur Funambol doit être installé sur tout appareil mobile pour la liaison avec Funambol DS.

De même, il faut paramétrer le serveur Funambol DS (notamment OBM SyncSource) afin qu’il se

synchronise avec OBM Sync. La société Aliasource a développé un composant open source, OBM

Funambol, destiné à faire le pont entre les deux serveurs de synchronisation : Funambol DS et OBM

Sync.

De plus, il est demandé de rédiger des documentations d’installation pour les trois processus.

2.3. Critères de validation du projet Tous les processus doivent être installés, testés, documentés et déployés. Les personnes ayant droit

à un appareil mobile doivent par le biais d’une communication WIFI ou internet (GSM) synchroniser

les données avec celles d’OBM.

Le client de messagerie Thunderbird doit pouvoir synchroniser son carnet d’adresses avec les

contacts OBM et son agenda avec les évènements OBM.


Romain GUEST sur 36

2.4. Moyens mis à disposition CSIE possède un serveur de test où est installée une version du logiciel de gestion OBM. Ce serveur

de test va permettre d’installer et de tester le processus de synchronisation entre un appareil mobile

et la base de données OBM.

Concernant les appareils mobiles, un Palm OS ainsi qu’un Blackberry ont été mis à ma disposition.

La société CSIE ne possède pas de borne WIFI. Le seul moyen pour synchroniser les données est donc

le réseau GSM.

2.5. Planning prévisionnel

Figure 7 : Planning de mai, projet de synchronisation de données

Figure 8 : Planning de juin, projet synchronisation de données


Romain GUEST sur 36

2.6. Réalisation du projet La réalisation du projet peut être découpée en cinq grandes parties :

- La découverte des différents éléments composant le processus de synchronisation

- L’installation d’OBM Sync ainsi que les tests

- L’installation, le paramétrage du serveur de synchronisation Funambol DS

- La mise en place d’OBM Funambol, pont entre Funambol DS et OBM Sync

- La synchronisation finale entre l’appareil mobile (Blackberry) et la base de données OBM.

Il est intéressant de noter que la dernière version du logiciel OBM est installée sur le serveur de test,

où le processus de synchronisation sera déployé.

2.6.1. Les connecteurs Outlook et Thunderbird

Concernant les connecteurs Outlook et Thunderbird, on peut conclure que :

- Un devis pour les connecteurs Outlook a été transmis par la société Aliasource au directeur

administratif et financier concernant la commande de 10 unités. CSIE n’a toujours pas fait de

commande.

- Pour les connecteurs Thunderbird, j’ai pu tester la version open source disponible sur le site

communautaire du logiciel OBM. Ce connecteur requiert une version de Thunderbird 1.5.0 ainsi que

de l’extension Lightning 0.5 pour la gestion des agendas. Cette extension permet au client de

messagerie de pouvoir gérer des plannings. Le connecteur OBM pour Thunderbird s’installe comme

une extension. Enfin, une documentation a été rédigée pour l’installation et le paramétrage du

connecteur.

2.6.2. Processus de synchronisation appareils mobiles / OBM

2.6.2.1. Présentation de Funambol

Funambol est une suite logicielle permettant la synchronisation de données telles qu'un carnet

d'adresses, un calendrier ou des emails, entre plusieurs ordinateurs et/ou périphériques portables

(Pocket PC, Smartphone, iPod, Palm, BlackBerry, ...). Il fait donc partie des logiciels de type PIM

(Personal Information Manager), acronyme qui désigne par extension les données personnelles

gérées.

Funambol comprend :

- un serveur de synchronisation des données (Data Synchronization Server) : Funambol DS

- un serveur de gestion des périphériques mobiles (Device Management Server)

- des connecteurs permettant l'interaction avec des systèmes de fichiers, des bases de données ou

des applications tierces : semblable à OBM Funambol

- des plug-ins pour synchroniser les données depuis des clients qui peuvent être des applications

(Outlook, Thunderbird, ...) ou des périphériques mobiles (Pocket PC, BlackBerry, ...)

- un kit de développement pour créer des applications clientes (plug-ins) ou ajouter des

fonctionnalités au serveur.


Romain GUEST sur 36

Funambol est entièrement développé en Java et repose sur le protocole standardisé SyncML (dont le

nom est désormais OMA). C'est un logiciel commercial qui est également proposé sous forme d'une

édition open-source : la Community Edition.

Le protocole SyncML est un langage de synchronisation de données (calendrier, agendas...) entre

appareils portables et postes fixes, basé sur XML ou WBXML.

Ce protocole est utilisé par plusieurs entreprises de mobile comme Motorola, Sony Ericsson, Nokia,

Siemens, etc.

2.6.2.2. Installation du serveur de synchronisation Funambol DS

Une procédure d'installation est disponible sur internet à l'adresse suivante : http://doc.ubuntu-

fr.org/funambol

Elle propose notamment la mise en place d'une solution « tout en un » qui permet d'installer tous les

composants tels que la base de données Funambol, le logiciel d'administration, des plugins de tests

ainsi que le serveur de synchronisation (Funambol DS).

De plus, il est possible d'installer Funambol de façon personnalisée et de mettre en place les

composants que l'on souhaite. Cette opération reste complexe puisqu’elle inclue :

- l’installation d’une version de java (JRE de Sun)

- l’installation d’un serveur qui hébergera Funambol DS (Tomcat)

- la mise en place de la base de données PostgreSQL

- l’installation et le paramétrage de Funambol DS

- la mise en place du module d’administration

La grande difficulté réside dans l’installation et le paramétrage de multiples composants dépendant

les uns des autres (Figure 9).

Figure 9 : Composants nécessaires au fonctionnement de Funambol DS

JRE

TOMCAT

Funambol DS

BDD

PostgreSQL

Module d’administration


Romain GUEST sur 36

L’installation réalisée sur le serveur de test de CSIE est un mix entre les deux solutions :

• La version « tout en un » a été déployée. Funambol DS est installé avec une base de données

Hypersonic*.

• Une base de données PostgreSQL a été mise place en lieu et place d' Hypersonic assurant

ainsi plus de sécurité et plus de facilité dans sa manipulation.

La base de données Funambol propose un mapping. Il s’agit d’une table de correspondance

entre l’utilisateur et ses données.

Tout le paramétrage du serveur de synchronisation se fait par le module d’administration.

2.6.2.3. Installation du serveur OBM Sync

Le serveur OBM Sync permet au logiciel OBM de synchroniser les données OBM avec des clients

lourds de type Outlook ou Thunderbird et notamment avec des appareils mobiles. L’atout principal

est que la communication entre les connecteurs clients et le serveur s’effectue par l’intermédiaire de

services web ce qui permet une utilisation distante très simple (traversée des pare-feux) et la gestion

d’un très grand nombre d’utilisateurs.

L’installation est donc nécessaire dans notre processus de synchronisation. Elle s’effectue par

l’intermédiaire de la documentation fournie par la société Aliasource.

La mise en place de ce serveur nécessite donc (Figure 10) :

- le logiciel OBM fonctionnel ainsi que sa base de données

- une version de Java (1.5.0 minimum)

- un serveur qui hébergera OBM Sync (Tomcat) différent de celui utilisé pour Funambol DS.

Figure 10 : Composants nécessaires au fonctionnement d’OBM Sync

2.6.2.4. Mise en place d’OBM-Funambol

OBM-Funambol est le composant qui permet de faire le lien entre Funambol DS et OBM Sync. Il

s’intègre tel un module à Funambol.

* Voir Glossaire

JRE

TOMCAT

OBM Sync BDD

OBM

OBM


Romain GUEST sur 36

L’installation de ce module nécessite le redéploiement du serveur de synchronisation Funambol DS.

Le paramétrage peut se faire par l’intermédiaire du module d’administration. Il suffit de renseigner

les différentes données relatives à OBM Sync et notamment l’adresse IP.

On peut désormais résumer le processus de synchronisation de la façon suivante (Figure 11) :

Figure 11 : Processus de synchronisation Funambol / OBM

La communication entre les deux serveurs de synchronisation se fait par l’intermédiaire du protocole

SyncML.

2.6.2.5. Intégration des appareils mobiles dans le processus

L’intégration des appareils mobiles dans le processus de synchronisation se fait par l’intermédiaire

d’un composant.

La société Aliasource ne délivre malheureusement aucun connecteur permettant la synchronisation

d’appareils mobile avec le serveur Funambol DS.

Il est possible d’installer 3 connecteurs différents :

- le connecteur Funambol pour appareil mobile (open source et gratuit)

- Synthesis pour Palm OS et Windows mobile sous sa version de démonstration. Ce connecteur est

utilisé par le ministère français (payant).

- Syncje de la société Nexthaus pour BlackBerry sous sa version expérimentale (gratuite)

Le processus final de synchronisation entre un appareil mobile et la base de données OBM est

disponible sur la figure 6.

2.7. Tests de synchronisation

Lors de la mise en place du processus de synchronisation, il a fallu tester le bon fonctionnement des

composants installés. Il était très important de valider chaque étape avant de passer à la suivante. La

Protocole SyncML

JRE

TOMCAT

TOMCAT

OBM Sync BDD

OBM

OBM

Funambol DS BDD PostgreSQL

Module d’administration

Module OBM - Funambol


Romain GUEST sur 36

majeure partie des tests de synchronisation ont été effectués grâce au client de messagerie

Thunderbird.

Concernant l’installation du serveur de synchronisation Funambol DS, un module de test programmé

en Java, fourni avec la version « tout en un » de Funambol, nous a permis de vérifier la bonne

communication entre le module de test, Funambol DS et sa base de données.

L’utilisation du connecteur OBM pour Thunderbird nous permet d’utiliser le serveur de

synchronisation OBM Sync à partir du client de messagerie. La synchronisation de données entre

Thunderbird et la base de données OBM valide donc cette étape.

Les tests concernant le module OBM-Funambol étaient délicats à mettre en œuvre. Il était nécessaire

d’utiliser un module pour Thunderbird (TSync) empruntant le protocole SyncML ainsi que les

« ponts » créés entre Funambol DS et OBM Sync.

Concernant les connecteurs sur appareils mobiles, le plugin Funambol a vite été abandonné car il

n’est ni stable, ni fiable. En effet, beaucoup de pertes de données lors des synchronisations sont à

dénoncer. Le connecteur Synthesis n’a pu être testé puisque le Palm OS fournit par CSIE n’avait pas

accès au réseau GSM. Les tests ont été concluants pour le connecteur Syncje installé sur un

Blackberry.

Le processus de synchronisation mis en place sur le serveur test de CSIE pourra être déployé dans le

futur sur le réseau de l’entreprise.

2.8. Résultats Le processus de synchronisation de données entre les appareils mobiles et la base de données OBM

répond aux attentes du cahier des charges fonctionnel.

Pour le moment, il n’a pas encore été déployé sur le réseau de l’entreprise et n’est donc pas utilisé à

l’heure actuelle. Une documentation a été rédigée afin de guider la future mise en place.

Il permettra aux détenteurs de Palm, PDA ou Blackberry d’accéder depuis le réseau GSM à leurs

données personnelles. Le nomadisme devient de plus en plus un facteur de performance pour une

société telle que CSIE.

Par contre, plusieurs connecteurs OBM pour Thunderbird ont été déployés et mis en place pour les

personnes utilisant ce client de messagerie.

2.9. Conclusion La mise en place d’un tel processus reste très fastidieuse. En effet, le nombre d’intermédiaires

intervenants rendent l’installation périlleuse.

Le planning prévisionnel a dans l’ensemble été respecté mis à part la tâche concernant le

paramétrage du composant OBM Funambol ainsi que les tests de synchronisation entre l’appareil

mobile et la base de données OBM via le réseau GSM. Beaucoup de temps a été nécessaire pour le

paramétrage puisqu’aucune documentation n’était fournie pour l’installation ainsi que pour les tests

de synchronisation.


Romain GUEST sur 36

PARTIE 3 : GESTION DES TEMPS PAR MAIL

3.1. Etude de l’existant La gestion des temps est un module d’OBM. Elle permet à tous les utilisateurs de remplir leur

planning hebdomadaire. Celui-ci est représentatif du travail effectué par chacun durant la semaine.

Chaque utilisateur à l’opportunité de remplir leur planning avec les différentes tâches travaillées

chaque jour. L’annexe 2 présente de manière succincte ce module.

Pour les chefs de projets, il est possible d’envoyer aux utilisateurs un mail depuis le logiciel OBM afin

de leur rappeler de remplir leur planning hebdomadaire. Il est important pour eux de tenir à jour

tous les plannings de leurs subordonnés afin de gérer au mieux les projets auxquels ils sont affectés.

Cependant, il est difficile pour les personnes en mission ou « hors site » de régulariser leur planning.

Certains n’ont pas accès à Internet, seulement à leur messagerie. A l’heure actuelle, un fichier Excel

(annexe 3) est envoyé à toutes ces personnes. Une fois le planning (mensuel) rempli, chaque

utilisateur le renvoie par mail à CSIE. Chaque fichier est ensuite vérifié et la base de données d’OBM

est finalement renseignée.

Les inconvénients de ce processus sont :

- le fichier Excel se base sur un planning mensuel. Il est préférable de gérer les projets à la semaine

pour plus de précision.

- le processus n’est pas automatique. Une personne est chargée d’envoyer les mails accompagnés du

fichier Excel à toutes les personnes en mission. De même pour la réception des fichiers, une

personne est indispensable pour intégrer tous les plannings dans la base de données OBM. Ce

processus est donc très fastidieux.

Afin d’alléger ce processus, il est nécessaire de supprimer la charge inutile de travail des personnes

concernées. Il faut donc l’automatiser. De même, il est préférable de gérer les plannings à la semaine

et non au mois.

3.2. Cahier des charges fonctionnel Le nouveau processus doit être entièrement automatisé afin de supprimer l’intervention de

personnes. Le fond restera le même. C'est-à-dire que l’on gardera l’envoi de mails aux différents

utilisateurs d’OBM avec comme pièce jointe le fichier Excel présentant le planning personnel

hebdomadaire. Le format Excel a été choisi pour un souci d’utilité puisque la majeure partie des

utilisateurs OBM travaillent avec Microsoft Office.

Dans le cas où un utilisateur aurait déjà rempli partiellement son planning depuis OBM, le fichier

Excel devra présenter un historique des tâches déjà saisies.

La solution proposée sera le fruit d’une étude préalablement établie et devra permettre à tous les

utilisateurs OBM (dont les personnes en mission et hors site) de renseigner leur planning

hebdomadaire. Chaque personne aura la possibilité de remplir le fichier Excel et de le renvoyer par

mail (dans le cas des personnes non présentes à l’agence) ou de renseigner leur planning


Romain GUEST sur 36

directement sur le logiciel OBM (pour les personnes à l’agence et ayant accès au logiciel). Les mails

envoyés serviront aussi à remplacer ceux de rappel. Les fichiers Excel devront reprendre la majorité

des informations contenues dans ceux envoyés actuellement. De plus, le planning devra proposer

aux utilisateurs les projets et tâches auxquels ils sont affectés.

De même l’intégration de tous les plannings dans la base de données sera automatisée.

L’envoi de mail sera effectué tous les vendredis.

Pour résumer, l’application qui sera réalisée présentera les tâches suivantes :

1. Envoyer à tous les utilisateurs l’envoi d’un mail de rappel ainsi qu’une pièce jointe présentant leur

planning hebdomadaire avec la liste des projets et tâches ainsi qu’un historique du travail déjà saisi.

2. Une adresse mail sera créée afin de recevoir les mails de chaque utilisateur.

3. Toutes les pièces jointes devront être extraites, vérifiées et intégrées à la base de données d’OBM.

4. Un mail de confirmation de réception et d’intégration des données devra être renvoyé à chaque

utilisateur en cas de succès du processus.

3.3. Critères de validation du projet Le projet sera validé dans le cas où le processus permettra la gestion des temps automatiquement et

périodiquement.

Ce processus devra être le plus simple possible pour les utilisateurs d’OBM.

3.4. Moyens mis à disposition Comme pour le premier projet, un serveur de tests a été utilisé pour le développement des deux

programmes.

Un ordinateur portable sous Windows XP a été mis à disposition par CSIE pour effectuer les tests

relatifs au logiciel Excel.

3.5. Etudes préalables Afin d’assurer l’automatisation du processus et l’envoi périodique de mail, j’ai décidé d’utiliser le

programme « Cron ». Cron est le nom d'un programme qui permet aux utilisateurs des systèmes Unix

d'exécuter automatiquement des scripts, des commandes ou des logiciels à une date et une heure

spécifiées à l'avance, ou selon un cycle. Il s'agit d'une fonctionnalité très utile pour des tâches

routinières d'administration système, mais elle peut très bien être exploitée pour tout autre chose.

On peut découper ce projet en 2 parties. La première concerne l’envoi du mail et la seconde la

réception et l’intégration d’information à la base de données OBM.

Deux programmes indépendants seront donc créés pour chacune des parties.

Afin de mettre en place ce processus, plusieurs solutions ont été envisagées.


Romain GUEST sur 36

La première était d’envoyer un formulaire de saisie par l’intermédiaire d’un mail au format HTML,

supprimant de ce fait l’implication de pièce jointe. Cette solution a vite été abandonnée devant

l’impossibilité de remonter les informations renseignées depuis le formulaire.

Après la découverte d’une classe programmée en PHP (Writeexcel) permettant de générer des

fichiers Excel, il a été décidé de développer chaque script en PHP.

La seconde solution consistait à générer un fichier Excel grâce à la classe Writeexcel contenant les

données de chaque utilisateur. Toutes les informations seraient par la suite mises en forme et

présentées dans des listes déroulantes dans un fichier standard et commun à tout les utilisateurs. Ce

processus impliquait l’ajout de macros Excel et la dépendance des deux fichiers Excel. Devant ce

manque de simplicité et de praticité, cette solution a été abandonnée car trop complexe à mettre en

place.

La solution retenue permet de générer automatiquement un fichier Excel grâce à la classe Writeexcel

contenant la liste des projets et tâches ainsi que l’historique du travail déjà saisi pour chaque

utilisateur. La mise en forme des données dans le fichier restera la plus simple possible. Elles seront

représentées dans une matrice et l’utilisateur n’aura qu’à reporter la durée travaillée pour une tâche

donnée. Un mail incluant en pièce jointe le fichier personnalisé sera ensuite envoyé à tous les

utilisateurs OBM. Après renseignement du planning, le mail devra être retourné avec en pièce jointe

le fichier Excel renseigné du travail hebdomadaire effectué. Périodiquement, un second programme

récoltera les pièces jointes reçues dans une boîte de messagerie, vérifiera et validera les données

reçues pour ensuite les intégrer dans la base de données OBM.

Figure 12 : Processus de Gestion des Temps

BDD

OBM

Script

d’envoi

Cron 1

@ Pièce

jointe

Utilisateur OBM

Saisie des Temps

Renvoi du mail

Boîte Messagerie Script de

réception

Cron 2


Romain GUEST sur 36

3.6. Planning prévisionnel

Figure 13 : Planning de juillet pour le projet Gestion des Temps

Figure 14 : Planning d’août pour le projet Gestion des Temps

3.7. Réalisation du projet Ce projet a été découpé en 2 parties. La première correspond à la récolte de données depuis la base

de données OBM, la création du fichier Excel et l’envoi du mail à tous les utilisateurs OBM. La

seconde permet de récupérer les pièces jointes reçues, d’en extraire les données et de les intégrer

dans la base de données OBM.

3.7.1. Création et envoi du fichier Excel

Il s’agit d’un script PHP, couplé à un Cron. Le Cron va permettre de programmé l’exécution du script

tous les vendredis.

Le programme PHP se connecte à la base de données OBM et récolte pour chaque utilisateur tous les

projets ainsi que les tâches auxquels il est affecté ainsi qu’un historique des tâches déjà saisies dans

OBM.

Une fois l’opération effectuée, nous allons pouvoir créer le fichier Excel. La classe PHP Writeexcel

nous permet de constituer les fichiers simples au format Excel (placement de données dans les

cellules, intégration de formules, mise en forme). Les données sont présentées dans un tableau avec


Romain GUEST sur 36

des correspondances entre :

- les projets et tâches

- le jour de la semaine

- l’historique

L’annexe 4 nous montre la structure du fichier Excel créé.

Lorsque le fichier est créé, il peut être envoyé à l’utilisateur concerné par l’intermédiaire d’une

seconde classe PHP : PHP Mailer. Cette classe a été utilisée car elle permet aisément l’attachement

de pièce jointe aux mails.

3.7.2. Réception et intégration des données

Afin de faciliter la récupération des données, chaque utilisateur doit renvoyer le fichier Excel au

format « .csv ». En effet, il n’existe pas à l’heure actuelle de scripts ou classes PHP permettant

l’extraction de données directement à partir d’un fichier Excel. Le format .csv offre la possibilité de

structurer les données d’un fichier Excel en les séparant d’un simple « ; ». L’annexe 5 présente un

fichier de données au format .csv.

Il s’agit lui aussi d’un script PHP couplé à un second Cron. Le programme permet de récupérer toutes

les pièces jointes contenues dans une boite de messagerie. Chaque fichier est ensuite analysé et les

données extraites puis structurées avant d’être intégrées dans la base de données OBM.

3.8. Tests Les tests concernant ce projet n’ont pas tous été effectués. En effet, le projet n’est pas totalement

fini à l’heure actuelle.

Cependant, les tests effectués pour la création des fichiers Excel ainsi que l’envoi par l’intermédiaire

de pièce jointe se sont montrés concluant.

Il reste néanmoins tout une batterie de tests à réaliser sur la seconde partie du projet et notamment

l’intégration dans la base de données. Aussi, l’intégralité du processus ne pourra être testée

seulement quand le projet sera terminé.

3.9. Résultats et conclusion La première partie du projet est terminée et fonctionnelle. Elle permet d’envoyer à tous les

utilisateurs un mail avec leur fichier de données personnalisé.

Néanmoins, la seconde partie n’est pas encore terminée. Le script PHP permet actuellement la

récupération des pièces jointes et l’extraction de donnée. Il reste cependant l’intégration de toutes

les informations dans la base de données OBM ainsi que les tests et l’implémentation du processus

sur le réseau de CSIE. La dernière semaine de stage doit pouvoir clôturer le développement. Les tests

restant pourront être effectués au moment où le processus sera intégré au réseau de l’entreprise

CSIE.

Cependant CSIE espère que ce projet sera mis en pratique rapidement pour permettre aux chefs de

projets de gérer au mieux leurs ressources et leurs projets.


Romain GUEST sur 36

Conclusion Le premier projet réalisé aura permis premièrement aux utilisateurs du client de messagerie

Thunderbird de synchroniser leurs données personnelles avec OBM. Pour le processus de

synchronisation entre un appareil mobile et OBM, il est nécessaire d’effectuer des tests

complémentaires avant de le déployer sur le réseau CSIE.

Ce premier projet m’a apporté premièrement beaucoup d’informations sur le nomadisme. La mise

en place d’un processus aussi complexe m’a posé beaucoup de difficultés surtout au niveau du

paramétrage des différents composants. La manipulation d’un logiciel de gestion open source tel

qu’OBM montre à quel point il est possible pour une entreprise comme CSIE de personnaliser et

adapter certains modules selon leurs volontés.

Le second projet m’aura permis de mettre en œuvre mes connaissances en PHP au service de CSIE

et de proposer mes solutions afin de réaliser la mission demandée. Le projet n’est pas terminé à

l’heure actuelle mais a de forte chance d’être déployé prochainement sur le réseau CSIE.

Finalement, ces deux projets m’auront apportés une première image du monde des SSII et

notamment la gestion des projets et l’importance du nomadisme pour les personnes en mission ou

en déplacement. Il paraît inévitable pour une société de fournir à tout son personnel la possibilité

d’accéder à leurs données personnelles depuis n’importe quels endroits et à tout moment.

Après ce stage très enrichissant, il me parait intéressant d’étudier plus en profondeur les solutions

nomades disponibles pour les sociétés de services et pour les particuliers. Néanmoins la vision

globale de l’entreprise que procure les systèmes d’informations permet d’emmètre des critiques

qualitatives et quantitatives. Ce qui renforce mon intérêt pour le métier d’auditeur.


Romain GUEST sur 36

Fiche de renseignements

ENTREPRISE :

C.S.I.E. (Conseils et Services en Informatique et Electronique)

Parc de Canteranne, Bâtiment 3

Avenue de Canteranne

33600 Pessac

Tél.: 05.56.07.45.45

Directeur des Ressources Humaines : M. Cyril JEAN

MAITRE DE STAGE :

Olivier HELIOT – Directeur de Projet

Tél.: 05.56.07.45.45

Mail: [email protected]

DOMAINE D’ACTIVITE :

Informatique

TECHNOLOGIES EMPLOYEES :

PHP

SUJET :

Développement d’outils internes

RESUME : Dans le cadre du développement Open source d’une solution de CRM, vous développerez des outils

internes pour l’entreprise. Ces outils disponibles sur l’intranet, s’adressent aux directions techniques,

RH, financières et commerciales.


Romain GUEST sur 36

Glossaire

CSIE : Conseil et Services en Informatique et Electronique

GSM: Global System for Mobile

Hypersonic : Système de Gestion de Base de Données (SGBD)

LDAP: Lightweight Directory Access Protocol

OBM: Open Business Management

OMA: Open Mobile Alliance

PIM: Personal Information Manager

WIFI: Wireless Fidelity

XML: eXtensible Markup Language


Romain GUEST sur 36

Bibliographie

Site internet :

• Site communautaire OBM : http://www.obm.org/doku.php?id=start

• Site internet CSIE : http://www.csie.fr/

• Wikipédia : http://fr.wikipedia.org

• Tutoriaux pour développement web : http://php.developpez.com/

• Mailing list OBM : http://www.list.aliasource.fr/obm

Documentation :

• Documentation sur l’installation de Funambol : http://doc.ubuntu-fr.org/funambol

• Documentation sur l’installation d’OBM Sync [EN] :

http://www.obm.org/doku.php?id=install_obm_sync_server_from_sources


Romain GUEST sur 36

Table des illustrations

Figure 1 : Implantation de CSIE en France .............................................................................................. 7

Référence : Illustration de CSIE

Figure 2 : Répartition par secteur des activités pour le pôle gestion ..................................................... 9


Figure 3 : Répartition par secteur des activités pour le pôle système embarqués................................. 9


Figure 4 : Evolution du chiffre d’affaire et des effectifs de CSIE........................................................... 10


Figure 5 : Processus de synchronisation par le connecteur Outlook.................................................... 13

Figure 6 : Processus de synchronisation Appareils mobiles / OBM...................................................... 14

Illustration trouvée sur le site http://pro.obm.org/

Figure 7 : Planning de mai, projet de synchronisation de données...................................................... 15

Capture d' écran depuis OBM

Figure 8 : Planning de juin, projet synchronisation de données........................................................... 15


Figure 9 : Composants nécessaires au fonctionnement de Funambol DS............................................ 17

Figure 10 : Composants nécessaires au fonctionnement d’OBM Sync................................................. 18

Figure 11 : Processus de synchronisation Funambol / OBM................................................................. 19

Figure 12 : Processus de Gestion des Temps ........................................................................................ 23


Figure 13 : Planning de juillet pour le projet Gestion des Temps ......................................................... 24


Figure 14 : Planning d’août pour le projet Gestion des Temps............................................................. 24



Romain GUEST sur 36

Annexes

Annexe 1 : Organigramme du groupe CSIE

Annexe 2 : Module de Gestion des Temps d’OBM

Annexe 3 : Fichier Excel mensuel

Annexe 4 : Fichier Excel créé depuis le script PHP

Annexe 5 : Fichier de données au format .csv


Romain GUEST sur 36

Annexe 1 : Organigramme du groupe CSIE

Annexe 2 : Module de Gestion des Temps d’OBM


Romain GUEST sur 36

Annexe 3 : Fichier Excel mensuel


Romain GUEST sur 36

Annexe 4 : Fichier Excel créé depuis le script PHP


Romain GUEST sur 36

Annexe 5 : Fichier de données au format .csv Intervenant : Romain GUEST;;;;;;;

;10/08/2008;11/08/2008;12/08/2008;13/08/2008;14/08/2008;;

JOURNEES;Lundi;Mardi;Mercredi;Jeudi;Vendredi;;

Facturables;;;;;;ID Projet;ID Tâche

THAV-88ng_IVV_AV5 / Documentation;;;;;;28;246

THAV-88ng_IVV_AV5 / Suivi technique;;;;;;28;422

THAV-88ng_IVV_AV5 / Vérification --- Relecture / Evaluation;;;;;;28;245

THAV-88ng_IVV_AV5 / Vérification --- TU;;;;;;28;190

TAS-biea_map_pfi / Suivi technique;;;;;;32;329

THAV-icc55_evolutions_ATP_QT / Suivi technique;;;;;;34;337

TAS-ife_av11 / Suivi technique;;;;;;36;330

THAV-88ng_ATP-QTsw - AV 10 / Suivi technique;;;;;;46;345

TAS-DRAMA_middleware / Suivi technique;;;;;;47;348

THAV-S76_intégration / Intégration;;;;;;48;352

THAV-ATP_IPM_PDU68 / AVENANT_1 / Suivi technique;;;;;;52;371

THAV-88ng_blm_AV2 / Suivi technique;;2;;;;53;420

THAV-88ng_blm_AV2 / O2 --- Evaluation SDD, STD, VDD;;;;;;53;410

THAV-88ng_blm_AV2 / O2 --- Rédaction VDD;;;;;;53;409

THAV-88ng_blm_AV2 / O2 --- RPP sur documents;;;;;;53;411

TAS-biea_map_pfi_2 / Suivi technique;;;;;;54;431

TAS-ife_av12 / Suivi technique;;3;;;;56;450

THAV-atl2_design_UML / Suivi technique;;;;;;58;479

THAV-BDD_testa_2 / Suivi technique;;;;;;59;495

CSIE-stage_2008 / Suivi technique;;;;;;60;497

Heures d'astreinte; ; ; ; ; ;;

Total (heures);0;5;0;0;0;;

Non Facturables;;;;;;ID Tâche;

Hors contrat;;;;;;25;

Absences;;;;;;ID Tâche

Maladie;;;;;;27

RTT;;;;;;29

Férié;;;;;;28

Fermeture;;;;;;30

Congés;;;;;;17


Romain GUEST sur 36

Total (heures);0;0;0;0;0;

Total journalier (heures);0;5;0;0;0;

Total heures supp.; ; ; ; ; ;

JOURNEES;Lundi;Mardi;Mercredi;Jeudi;Vendredi;

Nomadisme, facteur de performance -...

Documents

Transcript of Nomadisme, facteur de performance -...