Upload
doananh
View
214
Download
0
Embed Size (px)
Citation preview
Conception Objet et développement .NET
Etudiant : Pierre Pettera, IUP ISI M2 Période : Novembre à Juin 2008 Tuteur en entreprise : Franck Marty Encadrant universitaire : Ileana Ober
2 Pierre PETTERA – ISI M2 – [2007-2008]
SOMMAIRE
SOMMAIRE ................................................................................................................................................................................ 2
TABLE DES FIGURES .............................................................................................................................................................. 3
REMERCIEMENTS ................................................................................................................................................................... 4
INTRODUCTION ....................................................................................................................................................................... 5
RAPPORT .................................................................................................................................................................................... 6
CONNAISSANCE DE SYGNATURES ..................................................................................................................................... 6
EQUADEX ................................................................................................................................................................................... 7
1 ACTIVITES............................................................................................................................................................................... 7 2 ORGANIGRAMME DU SERVICE ................................................................................................................................................. 8 3 INTEGRATION DU STAGIAIRE ................................................................................................................................................... 9
3.1 Intégration ...................................................................................................................................................................... 9 3.2 Horaires ......................................................................................................................................................................... 9
OBJET TECHNIQUE ............................................................................................................................................................... 10
1 PRESENTATION GLOBALE DU SYSTEME ................................................................................................................................. 10 2 PLANNING DES TRAVAUX ...................................................................................................................................................... 10
2.1 Planning prévisionnel .................................................................................................................................................. 10 2.2 Planning Effectif ........................................................................................................................................................... 10
3 TRAVAUX REALISES ............................................................................................................................................................. 11 3.1 Thème d’étude 1 : PrépaPaie ....................................................................................................................................... 11 3.2 Thème d’étude 2 : SAP Business ONE ......................................................................................................................... 14 3.3 Thème d’étude 3 : Maintenance applicative et aide aux développements .................................................................... 28
CONCLUSION .......................................................................................................................................................................... 33
1 INTRODUCTION ..................................................................................................................................................................... 33 2 PARCOURS SCOLAIRE ............................................................................................................................................................ 33 3 PROJET PROFESSIONNEL ET ADEQUATION AVEC LE STAGE .................................................................................................... 34 4 CONCLUSION......................................................................................................................................................................... 34
RESSOURCES NUMERIQUES .............................................................................................................................................. 35
5 HTTP://MSDN2.MICROSOFT.COM ............................................................................................................................................ 35 6 WWW.ASP.NET....................................................................................................................................................................... 35 7 HTTPS://WWW.SDN.SAP.COM/IRJ/SDN .................................................................................................................................... 35
RESSOURCES BIBLIOGRAPHIQUES ................................................................................................................................. 35
1 ASP.NET 2.0 – ETAPE PAR ETAPE ........................................................................................................................................ 35 2 C# 2 ET ASP.NET 2.0 ........................................................................................................................................................... 35
AUTRES DOCUMENTS .......................................................................................................................................................... 35
1 RAPPORT DE STAGE DE MASTER 1 ........................................................................................................................................ 35 2 RAPPORT D’AVANCEMENT DE MI-SEMESTRE ......................................................................................................................... 35
3 Pierre PETTERA – ISI M2 – [2007-2008]
TABLE DES FIGURES
Figure 1 - Photographie du bâtiment de Sygnatures .................................................................................... 6
Figure 2 - Equadex et ses interlocuteurs ....................................................................................................... 7
Figure 3 - Organisation d'Equadex ................................................................................................................ 8
Figure 4 - Planning prévisionnel ................................................................................................................ 10 Figure 5 - Planning effectif ........................................................................................................................ 10 Figure 6 - Fiche salarié de PrépaPaie .......................................................................................................... 11 Figure 7 - Fiche établissement .................................................................................................................... 12
Figure 8 - Sélection d'une variable de paie ................................................................................................. 13 Figure 9 - Vérification des champs d'un formulaire ................................................................................... 13 Figure 10 - Systèmes informatiques sans ERP ........................................................................................... 14
Figure 11 - Modules ERP............................................................................................................................ 15 Figure 12 - Exemple d'une demande d'achat sans ERP .............................................................................. 16 Figure 13 - Exemple workflow ERP ........................................................................................................... 16 Figure 14 - Différents acteurs du marché des ERPs ................................................................................... 17
Figure 15 - Exemple d'interface UI ............................................................................................................. 18 Figure 16 - Documentation de la bibliothèque DI ...................................................................................... 19
Figure 17 - Résultat du traitement ............................................................................................................... 21 Figure 18 - Données après traitement ......................................................................................................... 21 Figure 19 - Reporting après traitement ....................................................................................................... 21
Figure 20 - Schéma logiciel export données ............................................................................................... 22 Figure 21 - Interface du logiciel d'export .................................................................................................... 22
Figure 22 - Schéma composant export données .......................................................................................... 23 Figure 23 - Interface composant SAP d'export ........................................................................................... 24
Figure 24 - Fenêtre d'ordre d'achat originale .............................................................................................. 26 Figure 25 - Fenêtre ordre d'achats personnalisée ........................................................................................ 27
Figure 26 - Interface de suivi des problèmes fournisseurs .......................................................................... 28
4 Pierre PETTERA – ISI M2 – [2007-2008]
REMERCIEMENTS
Je tiens à remercier l’ensemble de Sygnatures pour leur accueil chaleureux. Je souhaite tout particulièrement remercier Franck Marty pour son encadrement
durant ces 15 derniers mois et de m’avoir une nouvelle fois donné sa confiance. Enfin, je remercie Anthony, Jeremy, Romain, Delphine, Magalie et Thierry pour leur
bonne humeur et leur aide dans mon travail.
5 Pierre PETTERA – ISI M2 – [2007-2008]
INTRODUCTION
Me voilà à la fin de mon cursus scolaire, cette année de Master 2 est la plus
importante de ces 19 années de présence sur les bancs de l’éducation nationale. Cette année devait être sous le signe de la méta-modélisation, de la conception et modélisation de systèmes critique ou encore de l’avionique. J’aurais dû effectuer un stage dans l’un des domaines abordés durant les enseignements.
Mais j’ai décidé de choisir quelque chose de différent, en effet, comme vous allez
pouvoir le lire dans les pages qui vont suivre. A aucun moment il n’est question de système spatial ou avionique ; les problématiques de systèmes critiques (dans une certaine mesure) ne sont pas présentes dans mon stage.
Pour cette ultime année scolaire, j’ai décidé d’effectuer mon stage dans l’entreprise
qui m’a accueilli durant mon stage de Master 1. Ce choix n’a pas été fait par dépit, j’ai en effet effectué plusieurs entretiens dans d’autres sociétés (Cap Gemini, Celad, IBP…), mais le cadre de travail, et le sujet proposé n’étaient pas en adéquation avec mon projet professionnel. Le stage qui me convenait le mieux était celui que me proposais Equadex. Je suis donc resté dans la filiale informatique de Sygnatures.
Ce rapport aura trois parties majeures :
Le contexte de travail
Mon travail durant ces 8 mois
Mon projet professionnel
J’insisterai surtout sur la dernière partie qui me semble être la plus importante et intéressante de se rapport : Pourquoi avoir choisi ce stage plutôt qu’un autre ?
Bonne lecture.
6 Pierre PETTERA – ISI M2 – [2007-2008]
RAPPORT
CONNAISSANCE DE SYGNATURES
Sygnatures SA, est l'un des plus importants cabinets indépendants du Grand Sud-ouest
avec plus de 300 mandats de Commissariat aux comptes et environ 2000 dossiers en missions d'expertise. Il est issu de la fusion des sociétés REVIREX et LABERENNE-LAFFONT, deux des dix plus importants cabinets d'expertise comptable et de commissariat aux comptes régionaux indépendants.
Sygnatures propose une offre de services autour de 4 pôles :
Expertise comptable, consolidation,
Conseil et accompagnement du développement,
Commissariat aux comptes et audit contractuel,
Ingénierie des systèmes d'information. Cette organisation prend en compte les dispositions de la loi sur la sécurité financière,
l'ouverture au commissariat aux comptes des marchés, des collectivités publiques et semi-publiques, la demande des entreprises pour plus de valeur ajoutée en matière de conseil, notamment en ingénierie des systèmes d'information. Elle va également permettre d'élargir l'offre en fournissant notamment des services externalisés en comptabilité et administration.
Ces pôles sont animés par plus de 100 collaborateurs, principalement situé à
TOULOUSE, avec des bureaux à CONDOM et MURET; un pôle d'activité se développe à PARIS, la dimension internationale est assurée par notre adhésion au réseau international RSMI.
Figure 1 - Photographie du bâtiment de Sygnatures
7 Pierre PETTERA – ISI M2 – [2007-2008]
EQUADEX
1 ACTIVITES
Equadex est la filiale informatique de Sygnatures. Ses membres gèrent le parc
informatique de l’entreprise, développent des logiciels internes et proposent des services aux clients extérieurs :
Audit et conseil, études techniques, rédaction de cahier des charges, assistance à maîtrise d'ouvrage
Mise en œuvre de projet et accompagnement,
Analyse et développement de solutions logicielles (Client-serveur, intranet, Lotus Notes, site internet),
Gestion déléguée d'infrastructure (administration système et réseau de tout ou partie de l'architecture informatique de nos clients, déploiement d'outils, gestion de parc,...),
Formation, assistance technique, hotline, tierce maintenance applicative.
Voici un schéma illustrant les différents interlocuteurs avec lesquels Equadex est en communication :
Figure 2 - Equadex et ses interlocuteurs
Ce schéma illustre bien les différents acteurs avec lesquels Equadex est en contact : Il y
a en premier lieu les différents pôles techniques de Sygnatures, Equadex effectue des missions de développement, conseil et assistance auprès du personnel de Sygnatures. Mais Equadex possède de nombreux clients externes à Sygnatures comme une chaine de distribution discount, un réseau d’experts en assurance ou un laboratoire pharmaceutique. Dans le schéma, j’ai placé une icône représentant un informaticien. Cette icône symbolise les différents secteurs où je suis intervenu.
8 Pierre PETTERA – ISI M2 – [2007-2008]
2 ORGANIGRAMME DU SERVICE
La société Equadex est dirigée par Franck Marty et est composée à l’heure actuelle de
5 salariés, dont 4 certifiés Microsoft SQL Server. Il est très intéressant de voir de quelles origines viennent les salariés : une majorité vient des IUP locaux, ce qui est très encourageant pour nous !
Figure 3 - Organisation d'Equadex
9 Pierre PETTERA – ISI M2 – [2007-2008]
3 INTEGRATION DU STAGIAIRE
3.1 INTEGRATION
Cette année, il n’y a pas vraiment eu d’intégration, j’ai tout simplement repris la place
que j’avais laissée un mois plus tôt. J’ai retrouvé mon poste de travail intact.
3.2 HORAIRES
Mes horaires étaient fixes : 8h30 à 12h et 13h à 17h30 du mercredi au vendredi.
10 Pierre PETTERA – ISI M2 – [2007-2008]
OBJET TECHNIQUE
1 PRESENTATION GLOBALE DU SYSTEME
Equadex, la filiale de Sygnatures qui je vous rappelle est un cabinet de commissariat
aux comptes a bien entendu un domaine métier d’application orienté informatique de gestion, il n’était donc pas question de faire de la programmation industrielle, mathématique, ou temps réel. Je vais à travers cette partie exposer mon travail au sein d’Equadex, travail principalement orienté sur l’ERP SAP Business ONE.
2 PLANNING DES TRAVAUX
En septembre, lorsque Franck Marty m’a exposé les sujets de travail pour mon
alternance, on a tout de suite décidé qu’il n’y aurait aucune planification des taches, mais plutôt plusieurs travaux à effectuer en parallèle.
2.1 PLANNING PREVISIONNEL
A l’origine, mon planning se découpait en trois phases :
Phase 1: Travail sur PrépaPaie
Phase 2: Travail sur SAP
Phase 3: Rédaction du rapport de Stage et de la documentation
Novembre Décembre Janvier Février Mars Avril Mai Juin 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
Phase 1
Phase 2
Phase 5
Figure 4 - Planning prévisionnel
2.2 PLANNING EFFECTIF
Finalement, PrépaPaie est passé en production, il y a eu plusieurs modifications ainsi
que des corrections de bug à effectuer tout le long de l’année.
Phase 1: Travail sur PrépaPaie
Phase 2: Travail sur SAP
Phase 3: Rédaction du rapport de Stage et de la documentation
Novembre Décembre Janvier Février Mars Avril Mai Juin
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
Phase 1
Phase 2
Phase 5
Figure 5 - Planning effectif
11 Pierre PETTERA – ISI M2 – [2007-2008]
3 TRAVAUX REALISES
3.1 THEME D’ETUDE 1 : PREPAPAIE
3.1.1 PROBLEMATIQUE ET OBJECTIFS
PrépaPaie est l’application sur laquelle j’ai travaillé durant quatre mois lors de mon
stage de Master 1. La société Sygnatures gère environ 3500 bulletins de paie par mois pour ses clients. Elle utilise le logiciel QuadraPaie de la suite Quadra vendu par Quadratus. Un des problèmes rencontré est la saisie des bulletins préparatoires : chaque mois, le bulletin de paie change pour une grande partie des salariés (congés pris, arrêt maladie, prime…). Il faut donc que chaque client de Sygnatures envoie ces informations tous les mois afin qu’elles soient saisies dans QuadraPaie.
PrépaPaie permet principalement de palier le problème en proposant une interface web accessible sur internet sur laquelle les clients peuvent transmettre les variables de paie de leurs salariés.
3.1.2 TRAVAIL EFFECTUE DURANT LE STAGE DE MASTER 1
Ce travail a été la continuité de mon travail effectué durant mon stage de master 1.
J'avais alors réalisé en 5 mois les gros blocs de l’application : - Conception - Interface web - Interface administrateur - Procédures stockées ... A la fin de ces 5 mois, l'application était fonctionnelle, mais l'étape des tests client
n'avait pas été effectuée. De plus quelques fonctionnalités n'avaient pas été réalisées. Voici quelques captures d'écrans de PrépaPaie à la fin du master 1 :
Figure 6 - Fiche salarié de PrépaPaie
12 Pierre PETTERA – ISI M2 – [2007-2008]
Figure 7 - Fiche établissement
Pour plus de renseignements, n'hésitez pas à consulter le rapport de l'année 2006-
2007 à cette adresse :
http://www.ppmax.net/public/Documents/Rapport_stage_Pierre_Pettera_-_2007.pdf
3.1.3 REALISATION
Mon travail sur ce projet a été dans un premier temps de développer les dernières
fonctionnalités de PrépaPaie. J’ai aussi réalisé l’aide et le manuel d’utilisation du logiciel. Pour finir j’ai dû effectuer des maintenances correctives pour palier aux quelques bugs résistants ainsi que d’ajouter quelques fonctionnalités mineures en fonction des retours des utilisateurs.
Début décembre, PrépaPaie est passé en production sur des comptes clients pilotes. Ces clients étaient volontaires. Ils m'ont permis d'avoir des retours constructifs sur plusieurs fonctionnalités qui devaient être modifiées afin de faciliter l'utilisation de PrépaPaie.
13 Pierre PETTERA – ISI M2 – [2007-2008]
Il y a actuellement 8 clients en production. Voici quelques captures d’écran de la version en production de PrépaPaie. Quelques retouches graphiques ont été apportées ainsi que l’ajout de plusieurs contrôles sur les formulaires :
Figure 8 - Sélection d'une variable de paie
Figure 9 - Vérification des champs d'un formulaire
3.1.4 CONCLUSION
Ce travail a été très intéressant pour moi, car il m’a permis de terminer mon projet
débuté près de 5 mois auparavant. J’ai ainsi pu voir la mise en production de mon application. C’est très gratifiant de voir son travail utilisé et non pas placé dans un dossier quelconque et oublié de tous après quelques semaines.
14 Pierre PETTERA – ISI M2 – [2007-2008]
3.2 THEME D’ETUDE 2 : SAP BUSINESS ONE
3.2.1 PROBLEMATIQUE ET OBJECTIFS
Un des clients d’Equadex est un laboratoire pharmaceutique. La mission de Sygnatures
a été de mettre en place un ERP nommé SAP Business ONE. Mon travail a été de développer des nouvelles fonctionnalités à cet ERP.
3.2.1.A LES ERPS
Avant toute chose, il faut expliquer ce qu’est un ERP (Enterprise Resource Planning).
Pour faire simple, un ERP, c’est un système informatique (un gros logiciel) qui centralise les données informatiques de l’entreprise.
Un système informatique sans ERP :
Figure 10 - Systèmes informatiques sans ERP
Chaque service de l’entreprise possède son logiciel métier ainsi que sa base de
données dédiée. La majorité du temps, il y a duplication des données entre les différents services de l’entreprise. De plus la communication entre les différents acteurs se fait le plus souvent par mail ou téléphone. Ce genre de système existe encore mais a tendance à se faire de plus en plus rares, ils sont remplacés progressivement par des ERPs.
15 Pierre PETTERA – ISI M2 – [2007-2008]
Et voici un système informatique utilisant un ERP :
Figure 11 - Modules ERP
L’ERP est composé de tous les modules d’un système informatique standard, mais la
grande différence est que la base de données est commune à tous ces modules. On peut donc s’apercevoir très rapidement du gain que cette méthode apporte : il n’y a plus aucune duplications d’informations entre les différents services, de plus, l’ERP offre une façade unique pour tous les salariés, en effet, tous vont utiliser le même logiciel (une gestion des droits permet d’afficher ou non les modules selon l’utilisateur connecté).
De plus, les ERPs ont introduit la notion de workflow dans le travail. En effet, on a
cloisonné certaines actions. Celles ci ne peuvent s’exécuter que sous certaines conditions. Je vais prendre l’exemple d’un ordre d’achat. Avant les ERP, la personne qui voulait
acheter un produit devait envoyer un mail au comptable pour savoir si le budget permettait l’achat, il fallait ensuite envoyer un mail au supérieur pour savoir si celui-ci autorisait l’achat et enfin envoyer un mail à la secrétaire pour lui demander de saisir l’ordre d’achat.
16 Pierre PETTERA – ISI M2 – [2007-2008]
Figure 12 - Exemple d'une demande d'achat sans ERP
Avec les ERP, la personne émet toujours sa demande s’achat, mais la demande d’achat
va entrer dans le workflow. Cette boite noire va effectuer toutes les demandes aux bonnes personnes requises. En fin de processus, l’utilisateur saura si son ordre d’achat a été approuvé ou non.
Figure 13 - Exemple workflow ERP
17 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.2 SAP BUSINESS ONE
3.2.2.A HISTORIQUE
SAP Business ONE est l’ERP de la société SAP destiné aux PME. Business ONE est à
l’origine un logiciel Israélien nommé TopManage Financial Systems. Après rachat de la société israélienne par SAP. Le géant des ERP a renommé le produit en SAP Business ONE : produit au nom bien plus accrocheur.
On peut se demander pourquoi SAP a décidé de racheter un produit tel que
TopManage Financial Systems. Pour répondre à cette question, il suffit de regarder le marché des ERP et des entreprises en général. Comme nous l’avons vu dans l’enseignement d’innovation, en France il y a plus de 2million de PME, ces entreprises ont un réel besoin de moyens de centralisation de leurs données numériques.
3.2.2.B SAP ET LA CONCURRENCE
SAP a donc décidé d’investir ce marché des PME pour deux raisons : la première et très
certainement principale est que la demande de petits ERP est forte. La seconde est que plusieurs éditeurs se sont lancés dans les ERP « small business ». SAP ne doit très certainement pas vouloir laisser échapper un marché aussi prometteur.
Voici un comparatif des différents produits du marché « small business » :
Les ERP pour PME
Nom Utilisateurs Prix
Microsoft Business Solution - Navision [20-500] 1950-2500€/utilisateur
Sage 1000 Entreprise [100-2000] 3125-1700€/utilisateur
SAP Business ONE [10-250] 2500€ / Utilisateur
Interlogiciel Divalto [30-500] 40000€ / 25postes
Compiere 400euros/utilisateur Figure 14 - Différents acteurs du marché des ERPs
Il faut noter que Compiere est un logiciel open source, les 400 euros par utilisateurs
est uniquement le tarif d’installation proposé par les sociétés de consulting. Chacun de ces ERP ont des points forts et points faibles, le plus souvent, cela se
concentre sur le domaine d’application métier. Par exemple, certains ERP vont être spécialisé sur la comptabilité, mais en contre partie, leur module de vente est sous développée. C’est donc ce critère de domaine d’application que doit à priori prédominer lors du choix de l’ERP
18 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.2.C LE DEVELOPPEMENT D’EXTENSIONS
SAP business ONE permet l’ajout de fonctionnalité via un système d’addins développés
en .NET (Visual Basic .Net ou C#). SAP Business One fournit deux bibliothèques : la première appelée UI est la
bibliothèque définissant les objets graphiques : les boutons, les listes, les tables. Cela permet de garder le look-and-feel de SAP business ONE. De plus un système de listes génériques métier permet de récupérer facilement des informations et des éléments à intégrer dans les interfaces. Par exemple, la liste de sélection d’un fournisseur permet de sélectionner un fournisseur tout en effectuant une recherche sur plusieurs critères prédéfinis. Ces critères peuvent être définis via des composants graphiques (champs de saisies, liste déroulante).
Figure 15 - Exemple d'interface UI
La seconde bibliothèque définie les objets métiers de SAP, elle s’appelle la Data
Interface (DI), en effet, le système de Workflow oblige un développement propre, c'est-à-dire ne pas insérer, modifier, supprimer des objets directement en base. Il faut passer par les objets métier, ceux-ci vont répercutés les modifications dans les données à de multiples niveaux : par exemple, si on ajoute directement un ordre d’achat dans la base de donnée, le Workflow de validation de celui-ci ne sera pas activé. Si l’on utilise l’objet métier, l’ordre d’achat sera envoyé aux personnes concernées.
3.2.2.D LES RESSOURCES
Il y a plusieurs solutions pour trouver des informations sur le développement de
composants pour SAP Business ONE. La première source d’information est la documentation fournit avec SAP Business ONE, elle défini en détail les deux bibliothèques DI et UI.
19 Pierre PETTERA – ISI M2 – [2007-2008]
Figure 16 - Documentation de la bibliothèque DI
Le gros intérêt de cette documentation réside dans la description exacte des objets
métiers. En effet, dans un but de rétrocompatibilité avec les versions précédentes de SAP Business ONE, certaines méthodes des objets métiers sont encore définies, mais elles sont obsolètes, elles sont remplacées par d’autres instructions. Il faut donc ne pas les utiliser sous peine de bug dans une mise à jour ultérieur de SAP Business ONE. De plus, chaque attribut des objets métiers a sa correspondance en base de données, ce qui facilite grandement lors des recherches d’informations dans les 850 tables que comporte une base de données SAP Business ONE.
Le second moyen d’avoir des informations est l’unique forum dédié aux
développements de composants pour SAP Business One. Autant dire qu’il est uniquement en anglais et que la bonne maitrise de la langue de Shakespeare est obligatoire. J’ai donc créé un compte sur ce forum SAP et j’ai posté de nombreux messages. J’ai cherché d’autres forums ou liste de discussions dédiées à SAP Business ONE, rien de très concluant, il semble que SAP désire garder le noyau de connaissance sur son ERP dans son forum.
3.2.3 LE CONTEXTE
Comme je l’ai dit précédemment, un laboratoire pharmaceutique a décidé de mettre
en place un ERP, c’est Equadex qui est en charge de l’installation et de la configuration du système. Dans le paragraphe 3.2.2.B, on a pu voir qu’il y a plusieurs acteurs sur le marché des ERP, et que les raisons du choix de tel ou tel ERP sont souvent le domaine d’application des ERP. C’était avant l’arrivé de SAP sur le marché des ERP « small business » : SAP a changé les habitudes, en effet, en rachetant TopManage Fiancial Systems, SAP a apposé son nom sur un logiciel méconnu. C’est ce qui a conduit le laboratoire à choisir SAP, les investisseurs du monde entier ont plus confiance en un produit issu du grand SAP, plutôt que d’un logiciel tiers. Lorsque l’on parle d’ERP, le seul vraiment connu est SAP, ça rassure les investisseurs d’avoir cet ERP reconnu. Mais la contre partie de ce choix est qu’il manque plusieurs fonctionnalités nécessaires au bon fonctionnement du laboratoire. Il faut donc développer des composants
20 Pierre PETTERA – ISI M2 – [2007-2008]
(addins) qui combleront les manques de SAP Business ONE. C’est dans ce dernier point que j’interviens.
3.2.4 REALISATION 1 : LES ECRITURES COMPTABLES
3.2.4.A CONTEXTE
Le laboratoire pharmaceutique a plusieurs projets de recherche, à ces projets sont
associés des sous projets. Le client demande à avoir un résumé de l’état des dépenses mois par mois de ces projets sous projets. Ce résumé (ou Reporting) doit se réaliser sur Excel. La problématique était donc d’exporter les données (les lignes comptables) saisies dans SAP Business ONE et de les intégrer dans des feuilles de calcul Excel. Le seul problème est que la notion de sous projet n’est pas inclus dans SAP. Il faut donc intégrer cette notion dans SAP Business ONE.
3.2.4.B ETUDE
Les trames de Reporting m'ont été fournies au début du projet. Je savais donc vers
quoi je devais me diriger. Le problème était d'extraire les données de SAP et de les transférer dans le fichier Excel. Nous avons deux parties distinctes dans ce projet : le Reporting Excel et l'application d'extraction des données. Nous avions une contrainte supplémentaire, nous devions avoir la possibilité de marquer les lignes de comptes exportées afin de ne pas les exporter une nouvelle fois dans un Reporting ultérieur.
3.2.4.C REALISATION A : REPORTING EXCEL
Nous avons décidé de réaliser le traitement des données coté Excel en utilisant le
langage de script de Microsoft : le VBA. Ce langage, le Visual Basic for Applications permet de développer de façon très intuitive des programmes appelés macro. Ces programmes peuvent être lancés de façon très rapide à partir des produits de la suite office de Microsoft.
La macro analysait un fichier contenant les informations et effectuait le traitement
voulu. A la fin du traitement, le client a son rapport comme voulu. Les macros VBA permettent une utilisation aisée du programme et de façon
complètement intégrée et transparente à Office. Le seul point noir de cette solution est la vitesse de traitement : en effet, la macro s'exécute sur un poste client, le traitement est donc dépendant de la vitesse de la machine sur laquelle il s'exécute. Un traitement coté serveur avec beaucoup plus de mémoire aurait été plus rapide.
A la fin du traitement, le Reporting voulu est réalisé, les données intégrées ou non sont
marquées dans le fichier de données afin d’analyser les travaux effectués (est-ce qu’il manque des données, si oui pourquoi ?).
21 Pierre PETTERA – ISI M2 – [2007-2008]
Figure 17 - Résultat du traitement
Figure 18 - Données après traitement
Figure 19 - Reporting après traitement
22 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.4.D REALISATION B : EXTRACTION DES DONNEES VERSION 1
Dans un premier temps, nous avons décidé de développer l'application générant le
fichier de données à importer dans la macro Excel de façon externe à SAP. Cette application en WinForm n'était composée que d'une liste de données et de quelques boutons de tris. Le choix d’utiliser la technologie WinForm est très simple : c’est une technologie que l’on maitrise, cela laisse plus de temps pour appréhender la bibliothèque SAP des objets métiers.
Cette solution devait bien évidement faire appel aux objets métiers de la bibliothèque DI afin de récupérer ou de mettre à jour les données en base comme le montre le schéma ci-dessous :
Figure 20 - Schéma logiciel export données
L’utilisateur effectue les actions voulues, ces requêtes sont réalisées via la bibliothèque
DI qui répercute les demandes sur la base de données. Une fois les données récupérées, on peut les exporter dans un format défini lors de la conception du système.
Figure 21 - Interface du logiciel d'export
23 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.4.E REALISATION C : EXTRACTION DES DONNEES VERSION 2
La première version du logiciel d’extraction a permis l’utilisation de la macro de
Reporting. C’était la raison principale de cette première version. Mais ce logiciel est assez lourd à utiliser, en effet, on désire toujours à exécuter le moins d’applications possibles. La finalité du projet était d’intégrer le logiciel d’export des données à l’intérieur de SAP Business ONE, pour cela, j’ai utilisé la bibliothèque graphique de SAP Business ONE : la bibliothèque UI.
Comme je l’ai dit dans la partie de description de SAP Business One, cette bibliothèque
permet de réaliser des interfaces pour des composants intégrés à SAP Business ONE tout en respectant le look-and-feel de SAP.
Ce composant pour SAP utilisera bien évidemment la bibliothèque DI pour modifier les
données en base. L’accès aux données s’effectue grâce à une fonction de la bibliothèque UI qui permet de récupérer des données grâce à une requête SQL Select. Autant dire que la documentation de la bibliothèque DI est indispensable pour retrouver le nom des champs et des tables parmi les 850 tables de SAP !
Figure 22 - Schéma composant export données
Le schéma ci-dessus montre la nouvelle architecture de l’application. L’utilisateur
exécute uniquement SAP Business ONE. Le composant est chargé au démarrage de l’application et n’est plus considéré que comme une fonctionnalité standard de SAP Business ONE. Le composant est entièrement intégré à SAP Business One, pour ouvrir la fenêtre, il faut cliquer dans le menu de SAP :
Après un clic sur le menu, la fenêtre s’ouvre. Voici la fenêtre d’export des données comptables dans sa version finale :
24 Pierre PETTERA – ISI M2 – [2007-2008]
Figure 23 - Interface composant SAP d'export
3.2.4.F CONCLUSION
Ce travail m’a permis d’appréhender de façon progressive l’ERP SAP Business ONE. J’ai
en premier lieu appris à utiliser les objets métiers avant de réaliser l’interfaçage long et fastidieux (aucun éditeur graphique ne le gère, il faut tout taper à la main). Ce travail m’a permis d’obtenir une bonne maîtrise des deux bibliothèques SAP. Je suis maintenant capable de réaliser des applications internes ou externes à SAP Business ONE et de communiquer de façon propre avec la base de données métier.
25 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.5 RÉALISATION 2 : LA FORMATION SAP BUSINESS ONE
3.2.5.A CONTEXTE
Mon premier travail sur SAP Business ONE m’a permis d’acquérir de bonnes
compétences dans le développement d’applications et de composants pour SAP Business ONE. Afin de partager mes découvertes et mon expérience dans ce domaine. J’ai réalisé une formation en interne à l’équipe de développement.
3.2.5.B PREPARATION ET DEROULEMENT
La formation s’est étendue sur une journée entière. J’ai préparé sur plusieurs jours le
planning, travaillé mes diapositives, trouvé des exemples concrets à leur montrer afin d’illustré mes propos et enfin chercher des exercices pédagogiques à faire à mes collègues de travail. La formation s’est déroulée un jeudi de 9h à 12h et de 13h30 à 17h30. La matinée et le début d’après midi étaient consacrés à la formation à proprement parlé et la fin d’après midi, j’ai donné un exercice de synthèse à réaliser à l’équipe de développement.
3.2.5.C CONCLUSION
Je suis satisfait de mon travail, en effet, je ne pensais pas réussir à tenir six heures à
parler d’un sujet que certes je maitrise, mais cela reste un sujet technique, c’est donc difficile. A l’issu de la formation un questionnaire a été distribué aux participants, le retour est plutôt bon et la formation a été un succès, ils ont tous bien compris le message que je désirais faire passer : SAP Business ONE et les développements. Je m’étendrai plus longuement sur les conclusions à tirer de cette formation dans la conclusion finale du rapport. Mais l me fallait parler de cette formation pour introduire la troisième réalisation autour des développements SAP Business ONE.
26 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.6 REALISATION 3 : LE FORMULAIRE D’ORDRE D’ACHAT
3.2.6.A CONTEXTE
Ne trouvant pas d’exercice de synthèse à faire faire à l’équipe de développement à la
fin de ma formation SAP Business ONE, j’ai demandé à Franck Marty s’il avait une idée. Il m’a alors proposé de refaire une interface déjà existante. Pas très intéressante pourrait-on dire, sauf que cette nouvelle interface doit modifier de nombreuses choses…
La fenêtre sur laquelle je devais travailler était celle dédiée aux ordres d’achats
(purchase order). Voici l’interface telle qu’elle est fournit par SAP Business ONE :
Figure 24 - Fenêtre d'ordre d'achat originale
Cette interface pourrait être utilisée telle qu’elle sauf qu’il manque certaines choses.
En effet, SAP Business ONE permet d’ajouter des champs aux objets métiers (par exemple un code de projet ou de sous projet à des lignes comptables), ces nouveaux champs sont intégrés dans les formulaires de saisies des informations. Le problème est qu’il n’y a aucune logique métier entre ces champs, par exemple, on voudrait que les sous projets sélectionnables soient obligatoirement liés au projet sélectionné. Ce n’est pas le cas. Le développement d’un composant était donc nécessaire.
27 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.6.B REALISATION
Pour la formation, j’avais déjà réalisé une grande partie de l’interface, j’avais laissé
quelques modifications à effectuer à l’équipe de développement. La logique de communication avec la base de données n’avait pas été abordée. C’est ce point qui dans cette application a été le plus difficile, en effet, la manipulation d’ordre d’achat se heurte au Workflow dédié aux ordres d’achats. Voici la nouvelle version de la fenêtre des ordres d’achat :
Figure 25 - Fenêtre ordre d'achats personnalisée
On peut remarquer une certaine similitude entre les deux versions des fenêtres des
ordres d’achats. La nouvelle version est une fenêtre épurée avec uniquement les informations nécessaire à la saisie d’un ordre d’achat par un utilisateur lambda (dans notre cas des chercheurs).
3.2.6.C CONCLUSION
Ce travail sur les ordres d’achat m’a permis de mieux comprendre le processus des
Workflow. C’est cette partie qui a été le plus intéressant étant donné que l’interface et la communication avec la base de données avaient déjà été abordées lors d’une réalisation précédente. Cette fenêtre est encore en cours de développement, il reste plusieurs modifications à effectuées dessus.
28 Pierre PETTERA – ISI M2 – [2007-2008]
3.2.7 CONCLUSION
Ce travail sur l’ERP SAP a été le plus formateur, en effet, il m’a permis de travailler
dans le monde des ERP qui est assez fermé. Je pense que peu de stagiaire ont la chance de pouvoir travailler sur un logiciel ayant un nom aussi prestigieux ! De plus l’expérience de la formation a été très enrichissante !
3.3 THEME D’ETUDE 3 : MAINTENANCE APPLICATIVE ET AIDE AUX DEVELOPPEMENTS
3.3.1 INTRODUCTION
Dans les pages précédentes, j’ai expliqué mes travaux les plus importants. Mais j’ai
travaillé sur d’autres projets en parallèle. Ces travaux sont de l’ordre de trois ou quatre semaines chacun. Ils sont minimes par rapport à mon travail sur PrépaPaie ou sur SAP mais je trouvais intéressant de parler de ces travaux annexes car ils touchent des points que je n’ai pas l’habitude d’aborder.
3.3.2 REALISATION 1 : OPTIMISATION D’APPLICATIONS
3.3.2.A CONTEXTE
Mon premier travail annexe a été d’optimiser une application existante et qui est ne
production depuis pas mal de temps. Cette application est destinée à une chaine de magasin discount. L’application permet d’avoir un aperçu rapide des problèmes (livraisons, emballage des produits…) dans les différents magasins du groupe. Voici l’interface de l’application :
Figure 26 - Interface de suivi des problèmes fournisseurs
29 Pierre PETTERA – ISI M2 – [2007-2008]
Le problème était le suivant : le temps de démarrage de l’application avoisinait les 50 secondes. Une fois l’application chargée, l’affichage des informations voulues était de l’ordre de 15 secondes.
3.3.2.B REALISATION
Il m’a fallu dans un premier temps analyser d’où venait le problème, après quelques
discutions avec les membres de l’équipe de développement. Nous sommes arrivés à la conclusion que le système mis ne place pour récupérer les données en base de données n’est plus assez efficace. Voici le comportement de l’application :
Chaque fenêtre de l’application communiquait avec la base de données grâce à un outil du Framework .Net appelé les DataSet (symbolisé par les triangles verts sur le schéma). Cet outil permet de récupérer, mettre à jour ou supprimer de façon très intuitive des informations dans la base de données. Le problème de cet outil est qu’il est très performant sur une petite quantité d’information, mais lorsque l’on obtient des bases de données de plusieurs dizaines de milliers de tuples, cet outil devient obsolète.
J’ai donc travaillé sur la couche d’accès à aux données. J’ai utilisé une bibliothèque développée en interne nommée Equadex.Business. Cette bibliothèque permet d’accéder à une base de données en utilisant d’autres outils que les DataSet. L’architecture de l’application ressemble maintenant à ça :
30 Pierre PETTERA – ISI M2 – [2007-2008]
3.3.2.C CONCLUSION
Après les modifications apportées, l’application démarre en une dizaine de seconde et
l’’affichage des données est instantané ! C’était la première fois que je réalisais de la maintenance évolutive d’une application et j’ai trouvé cela très enrichissant : cela nous oblige à nous plongé dans du code déjà écrit et à analyser la façon de coder de la personne qui a écrit les lignes de codes déjà existantes !
3.3.3 REALISATION 2 : TRAVAIL EN BINOME
Deux fois cette année j’ai été amené à travailler en binôme sur des projets différents.
Le premier étant un projet basé sur des fichiers XML à analyser et à désérialiser, rien de très difficile sinon la masse d’information à analyser avant de faire quoi que ce soit, l’intérêt du binôme était d’exposer ses idées en temps réel lors du développement.
Mais depuis trois semaines, je travaille sur un autre projet en binôme. Ce projet est en
rapport avec la dématérialisation de document. Un des gros challenges de ces prochaines années, en effet, de plus en plus d’entreprise cherchent à numériser leurs données car le stockage papier coûte cher. De plus, rechercher dans des archives des informations est un travail qui est plutôt long. L’idée du projet est donc de numériser les documents d’archives, de les stockées sur un server. L’accès à ces documents archivés se fait via un autre logiciel. Une grosse partie de ce projet repose sur les services web. J’aide à réaliser cette partie. Notre méthode de travail s’oriente plus vers la méthode XP : une personne tape au clavier et l’autre analyse le code tapé en temps réel. La vitesse d’analyse et la réactivité de deux personnes aide grandement au développement.
C’était une première pour moi de travailler en binôme de cette façon, en temps
normal, un travail en binôme consiste à se séparer les taches et à mettre en commun à la fin. J’ai mis en application cette méthode de développement lors du projet Corba de fin de semestre et cela a été plutôt productif !
31 Pierre PETTERA – ISI M2 – [2007-2008]
3.3.4 REALISATION 3 : EQUADEX TECHNO 2008 Pour la première année, Equadex a lancé un concours interne nommé Equadex Techno
2008.
L’énoncé était très simple :
Concevoir, évaluer et présenter une solution technologique informatique innovante et réaliste, applicable en entreprise.
Il fallait rendre un dossier présentant la solution technologique et effectuer une
soutenance devant un jury constitué de deux des dirigeants de Sygnatures ainsi que de Franck Marty.
J’ai bien évidement participé au concours. Le projet innovant que j’ai présenté est un
portail d’E-Learning s’appuyant sur le portail de collaboration SharePoint et utilisant le langage Silverlight pour l’affichage des cours. J’ai réalisé un dossier de conception de 19 pages et soutenu mon idée devant le jury.
Le dossier de conception est à cette adresse :
http://www.ppmax.net/public/Documents/E-Learning_pour_SharePoint.pdf
Et après délibération, il s’est avéré que mon idée a séduit le jury, j’ai donc gagné le
concours (et accessoirement une XBOX 360 Elite). Ce que je retiens de cette expérience, c’est surtout le fait de devoir présenter et
défendre un projet. Les différentes présentations que j’avais réalisées jusqu’alors étaient des soutenances de stage (Je n’avais pas encore effectué la formation SAP). Ce genre de présentation est facile à réaliser car présenter en 10 minutes le travail de plusieurs mois, ce n’est pas sorcier. Une présentation technique, c’est totalement différent car on maîtrise moins bien le sujet, même si je pensais avoir parcouru l’ensemble des éléments de mon projet, il y a toujours des questions qui peuvent être déroutantes ou bloquantes (un détail du projet que l’on n’aurait pas pris en compte…). Rien que pour ce point, cela valait la peine de participer à ce concours, même si celui-ci à générer un surplus de travail personnel et a demandé de l’organisation (cours + projets + stage + concours). Cela m’a appris aussi à organiser mon travail. Cette expérience m’a été utile pour la préparation de la formation SAP.
Cette expérience m’a aussi grandement servi pour un enseignement du second
semestre : l’enseignement sur l’innovation, en effet, le partiel avait comme problématique un portail d’E-Learning, étant donné que pour le concours j’avais effectué de nombreuses recherches sur les différents acteurs du marché, il m’a été plus aisé de donner une réponse optimale à cette problématique.
32 Pierre PETTERA – ISI M2 – [2007-2008]
3.3.5 CONCLUSION
Les trois points abordés dans cette section ne font pas partie en soi du travail que j’ai
effectué continuellement durant ces 8 derniers mois. Ce sont des tâches ponctuelles que j’ai effectué à différents moments dans l’année et se sont surtout des tâches effectué sur une courte période. J’avais donc forcément beaucoup moins de choses à dire sur ces travaux. Mais il me semblait important de les citer car ils abordent des manières de travailler inhabituelles pour moi !
33 Pierre PETTERA – ISI M2 – [2007-2008]
CONCLUSION
1 INTRODUCTION
Dans ces quelques 35 pages que vous avez parcourus, vous avez pu lire mes différents
travaux que j’ai effectués et les différentes impressions que j’ai ressenties durant ces huit mois de stage. Il vous vient très certainement à l’esprit la question suivante : en quoi ce stage est en adéquation avec le M2 ISI, car il est vrai que nous devions choisir un stage en corrélation avec notre formation, enfin la logique le voudrait.
Avant de parler de cela, il me semble que je dois expliquer mon parcours scolaire et mes choix qui m’ont conduis à choisir le master 2 ISI.
2 PARCOURS SCOLAIRE
Me voici en master 2, j’ai eu un parcours assez atypique, BAC S puis BTS Informatique
Réseau puis Licence 2 et 3, Master 1 et Master 2. La question que l’on me pose lorsque je présente mon parcours est : pourquoi avoir fait un BTS au lieu d’un DUT. La réponse est simple, j’ai suivi la voie de la facilité : après le BTS, je comptais stopper mes études, commencer à chercher un travail et gagner ma vie tranquillement. Seulement, un jour, une personne nous a annoncé : « Le BTS ne vaut plus rien, si vous vous arrêtez, vous ne serez que les sous fifres des ingénieurs et vos perspectives de carrières sont très minces ». J’ai donc décidé de continuer mes études et j’ai ainsi rejoint l’IUP ISI. Depuis ce moment là, mon projet professionnel a complètement été remis en cause. J’ai donc effectué des stages dans divers domaines (PME, Recherche, bibliothèque…) et dans différents langages : Web, Script, C#... Et ce n’est que l’année dernière, durant mon stage de master 1 que j’ai trouvé ma voie. Le .Net a pour moi été une révélation et je comptais bien continuer sur ma lancée. En septembre, je ne savais pas où aller en stage : rester là où j’étais ou aller voir dans d’autres entreprises. Après plusieurs entretiens, le choix fût rapide, les entreprises visitées ne me convenait pas, je préférais rester là où j’étais. Comme je le disais précédemment, je voulais travailler dans les nouvelles technologies et plus particulièrement sur la plateforme .Net. Seulement aucun IUP ni école ne convenait à ce souhait. J’avais acquis un niveau supérieur aux formations .Net que l’on donne dans les Master 2 type GLR. J’ai donc décidé de terminer ma formation au sein de l’IUP ISI. Aucun cours ne correspondait réellement à mon projet professionnel, j’ai donc utilisé cette année comme une année de « culture générale en informatique ». En effet, les systèmes avioniques, les systèmes critiques et autres validation de systèmes ne font pas partis de mon plan de carrière, je n’ai pour l’instant pas l’intention de travailler dans ce domaine. Ma spécialisation, c’est l’informatique de gestion, pas les systèmes critiques. Mais j’ai trouvé intéressant de suivre de cours qui m’ont appris des choses qui pourront être utilisées dans un autre contexte. En ce qui concerne les cours non informatiques, ce fut du bonus car ces cours me seront sûrement utiles dans un avenir proche.
34 Pierre PETTERA – ISI M2 – [2007-2008]
3 PROJET PROFESSIONNEL ET ADEQUATION AVEC LE STAGE
Depuis plusieurs années, je désire enseigner, mais je n’ai jamais eu une motivation
assez forte pour choisir cette voie. Lorsque j’étais au lycée, je voulais enseigner aux lycéens, lorsque j’étais en BTS, je voulais enseigner en BTS et forcément lorsque je suis rentré à la fac, j’ai voulu enseigner à la fac. Mais maintenant que j’ai un pied dans le monde de l’entreprise, mon souhait le plus cher est de partager mes connaissances avec d’autres personnes. Je me dirige donc vers le domaine de la formation. Cette première expérience dans les formations avec ma formation SAP a été très concluante et m’a conforté dans mon idée. J’aime expliquer aux gens les choses et je veux en faire un des piliers de mon avenir.
Mais avant toute formation, il faut bien entendu connaitre le domaine de travail, c’est donc pour cette raison que je désire continuer à développer et à améliorer mes connaissances de la plateforme .Net et pourquoi pas dans un avenir proche devenir formateur dans ce domaine. Ce stage m’ a permis d’améliorer grandement mes compétences dans le domaine du développement dans le langage C# et m’a ouvert une nouvelle porte : SAP Business ONE. Marc Boyer le disait dans nos cours, la majorité des entreprises sont des PME, ces entreprises ont besoin d’ERPs, il va donc falloir des personnes pour installer, configurer et développer des composants spécifiques pour leur besoins. C’est un domaine d’application vers lequel je peux me diriger. Si SAP Business ONE perse dans les PME en France, j’espère bien accompagner cette montée en charge du logiciel et du travail qui va avec.
4 CONCLUSION
J’ai tenté de justifier à travers les pages de ce rapport mon choix de stage. Je suis
convaincu que j’ai réalisé le stage qui me convenais le mieux et qui m’ouvrira la voie vers le monde du travail. Je ne me suis pas trompé.
Concernant l’entreprise, je suppose qu’elle est satisfaite de mon travail durant ces 14 derniers mois, car Franck Marty m’a proposé un CDI pour l’après stage. Je reste donc chez Sygnatures.
J’ai passé de nombreux entretiens. Les entreprises ont un manque cruel de personnes maitrisant le .Net, et (mal)heureusement le marché est tel qu’il est : le nombre de promotion ayant des compétences dans l’environnement Microsoft est assez faible. De nombreuses formations proposent des enseignements orientés Java. Les entreprises n’arrivent plus à recruter d’ingénieurs .Net. Alors pourquoi choisir de rester dans une PME telle que Sygnatures alors que les entreprises accueillent mon type de profil les bras ouverts? Simplement parce que les primes proposées par les grands groupes ne vaudront jamais l’ambiance de travail, les relations entre les différents interlocuteurs ainsi que le travail en lui-même, enfin, c’est mon avis et mon choix. Je suis jeune et je n’ai aucune envie de rester sur un projet unique pendant des mois voir des années sous prétexte que la prime associée à ce projet est bonne. Sygnatures me propose de travailler dans différents domaines et sur différents projets qui ont l’air intéressant, je vais en plus pouvoir suivre les projets sur lesquels je travaille actuellement. Enfin, je vais avoir la possibilité de passer des certifications Microsoft et cela concorde avec mon projet professionnel : comment être crédible en tant que formateur sans avoir au moins les certifications en relation avec le domaine de formation ?
35 Pierre PETTERA – ISI M2 – [2007-2008]
RESSOURCES NUMERIQUES
5 HTTP://MSDN2.MICROSOFT.COM
Site des ressources des API Microsoft et aides aux développeurs.
6 WWW.ASP.NET
Communauté autour de l’ASP.NET et de l’AjaxControlToolKit.
7 HTTPS://WWW.SDN.SAP.COM/IRJ/SDN
Communauté autour de SAP et de SAP Business ONE.
RESSOURCES BIBLIOGRAPHIQUES
1 ASP.NET 2.0 – ETAPE PAR ETAPE
Microsoft Press ISBN : 2-10-049778-2 Présentation d’un site web ASP.NET et les étapes de sa construction
2 C# 2 ET ASP.NET 2.0
Eni Editions ISBN: 2-7460-3430-1 Développement d’un projet ASP.Net de la conception à l’interface.
AUTRES DOCUMENTS
1 RAPPORT DE STAGE DE MASTER 1
Le rapport de stage de master 1 se trouve à cette adresse : http://www.ppmax.net/public/Documents/Rapport_stage_Pierre_Pettera_-_2007.pdf
2 RAPPORT D’AVANCEMENT DE MI-SEMESTRE
Le rapport d’avancement de mi-semestre (envoyé en Janvier au secrétariat) se trouve à cette adresse : http://www.ppmax.net/public/Documents/Rapport_d__avancement_stage_2007-2008.pdf