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 Page 3 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 4 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 5 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 6 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 7 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...
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 8 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 9 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 10 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 11 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 12 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 13 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 14 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 15 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 16 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 17 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 18 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 19 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 20 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 21 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 22 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 23 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 24 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 25 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 26 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 27 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.
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 28 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 29 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 30 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
Référence : Illustration de CSIE
Figure 3 : Répartition par secteur des activités pour le pôle système embarqués................................. 9
Référence : Illustration de CSIE
Figure 4 : Evolution du chiffre d’affaire et des effectifs de CSIE........................................................... 10
Référence : Illustration de CSIE
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
Capture d' écran depuis OBM
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
Capture d' écran depuis OBM
Figure 13 : Planning de juillet pour le projet Gestion des Temps ......................................................... 24
Capture d' écran depuis OBM
Figure 14 : Planning d’août pour le projet Gestion des Temps............................................................. 24
Capture d' écran depuis OBM
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 31 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
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 32 sur 36
Annexe 1 : Organigramme du groupe CSIE
Annexe 2 : Module de Gestion des Temps d’OBM
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 33 sur 36
Annexe 3 : Fichier Excel mensuel
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 34 sur 36
Annexe 4 : Fichier Excel créé depuis le script PHP
MIAGE DE BORDEAUX Rapport de stage Master 1 CSIE TECHNOLOGIES
Romain GUEST Page 35 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