Conception Objet et développement - ppmax.net€¦ · Tuteur en entreprise : ... les problématiques de systèmes critiques (dans une certaine mesure) ... Mise en œuv e de pojet

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


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


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.


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.


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


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.


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


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.


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


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


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.



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.


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.


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.


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


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


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.


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


(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 ?).


Figure 17 - Résultat du traitement

Figure 18 - Données après traitement

Figure 19 - Reporting après traitement


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


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 :


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.


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.


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.


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.


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


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 :


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 !


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.

http://www.ppmax.net/public/Documents/E-Learning_pour_SharePoint.pdf


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 !


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.


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 ?


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


http://www.ppmax.net/public/Documents/Rapport_d__avancement_stage_2007-2008.pdf