CORBI Guillaume Année 2005/2006. Rapport de stage. Tuteur : René ADAM. CORBI Guillaume

Transcription

1 Année 2005/2006 Rapport de stage Tuteur : René ADAM IUT de Fontainebleau Département Informatique

2 Maître de stage : Christine VIRLOUVET 2

3 Sommaire 1 Présentation de l entreprise Accenture Technology Solutions Accenture Les clients du groupe Accenture Présentation du projet Historique Présentation de l'insead Dates L'INSEAD en chiffre Le Projet PeopleSoft Les avantages des ERP/PGI Les inconvéniants des ERP/PGI Pourquoi PeopleSoft plutôt qu'un autre? Les Personnes travaillant sur le projet Les équipes de développement Les équipes de fonctionnels L'équipe «Archi-Dev» L'équipe «Training» Planning du projet Les différents Environnements Les environnements de développement L'environnement de test L'environnement de production L'environnement de production Les sous-environnements Mon rôle au sein du projet A la découverte de PeopleSoft La «Customisation» de pages Prefered Class Year Country/Campus Grisage des clées d'ajout La sécurité La création des Permission Lists La création des Roles Liens entre CSO et CRM Les missions ponctuelles Entrée de données en transaction Automatisation d'entrée de données Migration de donnée Mise en place des Processus Conclusion

4 1 Présentation de l entreprise Je suis actuellement envoyé en mission par Accenture Technology Solution à l INSEAD, une école de commerce Internationale située a Fontainebleau. Accenture Technology travail dans une équipe composée en grande partie de personne de chez Accenture Technology Solution ainsi que Accenture. 1.1 Accenture Technology Solutions Accenture Technology Solutions est une SSII filiale d'accenture un grand groupe spécialisé dans le consulting et le management. Accenture Technology Solution travaille pour les clients d'accenture et se charge de tous ce qui a un rapport avec l'informatique : La mise en place de Systèmes Informatiques, son développement et sa maintenance. Le développement qui couvre toutes les activités de la conception technique à la mise en production. Les équipes de développement d'accenture Technology Solutions interviennent comme "maître d'œuvre" et proposent une approche complète de la mise en place des systèmes d'information, pour des développements spécifiques ou pour des installations de progiciel (SAP, PeopleSoft, Siebel ). La maintenance et l'exploitation de systèmes d'information. Nos équipes interviennent également sur la prise en charge de la maintenance et de l'exploitation des systèmes d'information de nos clients. 1.2 Accenture Accenture est une entreprise implantée en France depuis 1973 spécialisé dans le conseil en management, technologie de l'information et externalisation. Elle est chargée d'accroître les performances de ses clients en leur proposant des solutions innovantes où alors en prenant en charge la gestion d'une ou plusieurs fonction de ses clients. Elle intervient auprès des entreprises dans divers domaines dont : L'Accompagnement du changement La finance et le Contrôle de la gestion Le Marketing et la vente L'Organisation Les Ressources Humaines La Stratégie L'informatique et Technologie Accenture compte actuellement plus employés dans le monde répartis dans 48 pays. Elle travaille pour 4000 clients dans le monde dont 84 des 100 plus grandes fortunes mondiales. En 2005, elle a obtenu un chiffre d'affaire de 15,55 milliards de dollars. La France accueille 3 bureaux qui se situent à Paris, Lyon et Sophia Antipolis, pour plus de 5000 employés en mission sur le territoire et un chiffre d'affaire de 740 M en

5 1.3 Les clients du groupe Accenture Les clients du groupe Accenture sont nombreux et variés. Ils sont issus de différents secteurs d activité dont le secteur public, les services, l'industrie, la finance. Voici quelques un des clients d'accenture : Alcatel TF1 Cegetel EDF Carrefour Le crédit Agricole Danone SNCF Totalgaz Le ministère de l'économie et des finances Parmi ces grands clients depuis 2005, l'insead, une grande école de commerce a signer un contrat avec Accenture. 5

6 2 Présentation du projet 2.1 Historique Suite à un appel d offre de l INSEAD il y a plus d un an de cela, Accenture à proposer une solution basée sur PeopleSoft un PGI (Progiciel de gestion intégré) afin de faciliter la gestion administrative liée aux personnes inscrites à l école. Les anciens systèmes ICARE et BANNER ayant été modifiés sans cesse il est devenu très difficile aux équipes de maintenance d'effectuer leur travail correctement dessus et donc très coûteux. C'est pour cela qu'il à été décider que de septembre 2005 à juillet 2006 le nouveau système reposant sur PeopleSoft serait mis en place et l'ancien système arrêté une fois ce dernier mis en place. 2.2 Présentation de l'insead L'INSEAD est une école de commerce Internationale crée en 1957 à Fontainebleau qui forme de futurs managers et chefs d'entreprise. Cette école est composée de 2 campus, l'un a Singapour, l'autre à Fontainebleau sur lequel je suis envoyé en mission. Elle accueille en permanence des étudiants venant des quatre coins du monde, la diversité culturelle de ces étudiants est d'ailleurs l'un des piliers de l'enseignement dispensé à l'insead. Elle est d'ailleurs en relation direct la Wharton School une école de commerce Américaine qui possède 2 campus aussi : l'un près de San Francisco, l'autre a Philadelphia qui privilégie ces échanges culturels Dates 1957 : Création de l INSEAD : Ouverture du campus de Fontainebleau : Premier programme Affaires en Asie : Ouverture du Centre Euro-Asie de l INSEAD à Fontainebleau : Ouverture officielle du Campus Asie de l INSEAD : Annonce de l Alliance INSEAD-Wharton : Ouverture du centre de formation du Plessis Mornay à Fontainebleau L'INSEAD en chiffre Programme MBA (Master of Business Administration: diplôme de management) résidentiel d un an: 870 participants, représentant plus de 70 pays Démarrage du deuxième programme Executive MBA avec 56 participants issus de 26 pays Programmes de formations pour dirigeants: plus de participants par an, représentant plus de 90 pays et entreprises PhD (doctorat) en Management: 71 participants, représentant 24 pays Deux campus parfaitement intégrés en Asie et en Europe 16 centres de recherche et initiatives 29 chaires académiques Corps professoral: 144 professeurs permanents et environ 50 vacataires, représentant 31 pays Alumni (anciens élèves) : plus de Anciens répartis dans 150 pays Personnel: 505 6

7 2.3 Le Projet Le Système d'information de l'insead actuel devenant de plus en plus complexe que se soit pour sa maintenance ou sa capacité à s'adapter aux besoins de l'école. Il à été décider d'en refaire une partie et de remplacer l'ancien système reposant sur ICARE et BANNER par une solution tournant avec le PGI (Progiciel de Gestion Intégré) PeopleSoft d'oracle. sen plus de la mise en place du nouveau système, il est prévu de récupérer les données se trouvant sur les anciens systèmes, adapter la solution d'oracle en fonction des besoins de l'école et former les futurs utilisateurs du progiciel. 2.4 PeopleSoft PeopleSoft est un Progiciel de gestion intégré (abrégé PGI, en anglais Enterprise Resource Planning ou ERP), un «logiciel qui permet de gérer l'ensemble des processus d'une entreprise, en intégrant l'ensemble des fonctions de cette dernière comme la gestion des ressources humaines, la gestion comptable et financière, l'aide à la décision, mais aussi la vente, la distribution, l'approvisionnement, le commerce électronique.» Le principe fondateur d'un ERP est de construire des applications informatiques (paie, comptabilité, gestion de stocks ) de manière modulaire (modules indépendants entre eux) tout en partageant une base de données unique et commune. Cela crée une différence importante avec la situation préexistante (les applications sur mesure existant avant les ERP) car les données sont désormais supposées standardisées et partagées, ce qui élimine les saisies multiples et évite (en théorie) l'ambiguïté des données multiples de même nature (ex : société Accenture, Accenture SA et Sté Accenture ) L'autre principe qui caractérise un ERP est l'usage systématique de ce qu'on appelle un moteur de workflow (qui n'est pas toujours visible de l'utilisateur), et qui permet, lorsqu'une donnée est entrée dans le système d'information, de la propager dans tous les modules du système qui en ont besoin, selon une programmation prédéfinie. Ainsi, on peut parler d'erp lorsqu'on est en présence d'un système d'information composé de plusieurs applications partageant une seule et même base de données, par le biais d'un système automatisé prédéfini éventuellement paramétrable (un moteur de workflow) Les avantages des ERP/PGI Les ERP/PGI (opposés aux applications dédiées) présentent plusieurs avantages : optimisation des processus de gestion (flux économiques et financiers) cohérence et homogénéité des informations (un seul fichier articles, un seul fichier clients, etc.) intégrité et unicité du Système d'information partage du même système d information facilitant la communication interne et externe minimisation des coûts : pas d interface entre les modules, synchronisation des traitements, maintenance corrective simplifiée car assurée directement par l'éditeur et non plus par le service informatique de l'entreprise (celui-ci garde néanmoins sous sa responsabilité la maintenance évolutive : amélioration des fonctionnalités, évolution des règles de gestion, etc.) globalisation de la formation (même logique, même ergonomie) maîtrise des coûts et des délais de mise en œuvre et de déploiement ; 7

8 Ce dernier point est essentiel et la mise en œuvre d'un ERP/PGI dans une entreprise est fréquemment associée à une révision en profondeur de l'organisation des tâches et à une optimisation et standardisation des processus, en s'appuyant sur le «cadre normatif» de l'erp/pgi. Les ERP/PGI vont pouvoir gérer et prendre en charge : plusieurs entités ou organisations (filiales, etc.) plusieurs périodes (exercices comptables par exemple) plusieurs devises plusieurs langues pour les utilisateurs et les clients (cas des multinationales) plusieurs législations plusieurs plans de comptes plusieurs axes d analyse en informatique décisionnelle Les inconvéniants des ERP/PGI Les ERP/PGI ne sont cependant pas exempts d'inconvénients : coût élevé périmètre fonctionnel souvent plus large que les besoins de l'organisation ou de l'entreprise (le progiciel est parfois sous-utilisé) lourdeur et rigidité de mise en œuvre difficultés d'appropriation par le personnel de l'entreprise nécessité d'une bonne connaissance des processus de l'entreprise (par exemple, une petite commande et une grosse commande nécessitent deux processus différents : il est important de savoir pourquoi, de savoir décrire les différences entre ces deux processus de façon à bien les paramétrer et à adapter le fonctionnement standard de l'erp/pgi aux besoins de l'entreprise) nécessité parfois d'adapter certains processus de l'organisation ou de l'entreprise au progiciel nécessité d'une maintenance continue captivité vis à vis de l'éditeur : le choix d'une solution est souvent structurant pour l'entreprise et un changement de PGI peut être extrêmement lourd à gérer Pourquoi PeopleSoft plutôt qu'un autre? PeopleSoft est un progiciel historiquement orienté vers la gestion des ressources humaines. Ces modules dans ce domaine sont très complet et le module «Campus» qui va être mis en place à l'insead répond clairement au besoin puisque ce dernier est spécialisé dans la gestion de campus prenant en compte les différents aspects de tous ce qui est propre à un Campus Universitaire en gérant les différentes formations ainsi que les personnes qui font vivre ce campus. 8

9 2.5 Les Personnes travaillant sur le projet Les équipes de développement Elles sont composées de développeurs d Accenture Technology Solutions et de développeurs de l INSEAD. Elles sont chargées de concevoir et modifier des fonctionnalités de PeopleSoft. Cela va de la simple «Customisation de pages» où il va falloir déplacer un bouton, griser une fenêtre etc. à la création de page entière qui répondent à la demande de l INSEAD qui n existent pas dans le module de PeopleSoft avec la conception de tous ce qui va faire fonctionner correctement cette page. Ces équipes sont aussi charger pendant la période de migration de veiller à ce que toutes les données soient copiées d un environnement à un autre sans perte d information Les équipes de fonctionnels Elles sont composées essentiellement de personne d Accenture qui sont chargées d analyser les besoins, rentrer des données, les valider et reporter les problèmes aux équipes de développement pour qu elles les résolves. Elles travaillent avec des personnes internes a l INSEAD qui exposent leur besoin où les précises au fur et a mesure des démonstrations réalisées par les équipes d Accenture L'équipe «Archi-Dev» Elle est composée de personnes venant d Accenture Technology Solutions et de personne de l INSEAD. Elle est chargée d assurer la mise en place des différents environnement et leur bon fonctionnement sur lesquels PeopleSoft tourne. Elle est amenée régulièrement à effectuer des maintenances des bases de données et autres retours en arrière en cas de mauvaises manipulations sur une base de donnée L'équipe «Training» Elle est chargés de dispenser des formations aux futurs utilisateurs de l'insead afin que la prise en main de leur nouvel outil de travail leur soit facilitée. La réussite de leur travail repose sur les équipes citées plus haut car sans elles aucunes formations ne pourraient être dispensées. 9

10 2.6 Planning du projet Le projet se décompose en 3 Grandes Phases : le développement, les tests et la migration des données. La période de développement devait durer 7 mois de septembre 2005 à Avril 2006 mais les nombreuses demandes affluant sans cesses de l'insead fait que actuellement certains développements sont finalisés. Parallèlement aux développements l'équipe Architecture a installé les différents environnements sur lesquels va tourner PeopleSoft et sa base de donnée associée. Durant cette phase les équipes de développement mettent en place des «Design» répondant aux besoins des futurs utilisateurs. La période de test durant laquelle j'ai intégré l'équipe développement du projet s'est étendue d'avril à Juin Durant cette période, on va essayer chacune des parties du soft afin de déterminer si il fonctionne correctement et qu'il correspond aux attentes du client.si une modification est nécessaire on l'effectue dans la foulée et on la retest jusqu'à ce qu'elle correspond au besoin. La dernière période est celle de migration qui s'étend de Juin à Juillet 2006.Durant cette période,on va déplacer les données se trouvant sur l'ancien système pour les mettre sur le nouveau. Parallèlement à cette phase l'équipe training va dispenser des formations aux futurs utilisateurs du soft. Le Projet se termine le 10 juillet 2006 passée cette date appelée «Go Live», on passe dans la phase «Post Go Live» qui est en fait la phase de maintenance qui s'étendra temps que l'insead utilisera le soft. 10

11 2.7 Les différents Environnements Comme dis précédemment PeopleSoft est un ensemble de plusieurs modules. Ces modules reposent sur des bases de données. Dans le Projet INSEAD on à une dizaine d'environnement de travail qui vont être utilisé soit pour du développement, du test ou comme base de référence pour la mise en production. Chacun de ces environnement possède 2 sous environnement qui possèdent chacun leur base de donnée sur lesquels je reviendrais un peu plus loin. Voici la liste de cet environnement et leur raison d'être dans le projet : Les environnements de développement L environnement de développement regroupe l'ensemble de l environnement soumis à de nombreuses modifications ou corrections tous les jours régulièrement suite aux besoins de l'insead. Sys (System) : environnement utilisé pour la première installation de PeopleSoft au début du projet. DMO (Demo) : environnement qui été utilisé lorsque un bug de PeopleSoft était découvert afin de le corriger. SBX (Sand Box) : environnement utilisé pour faire des tests de développement une première fois avant de les refaire au propre sur l'environement consacré au développement. TRN (Training) : environnement utilisé pour faire des démonstrations aux utilisateurs de l'insead. DEV (Development) : environnement sur lequel on conçoit tout ce qui n'est pas standard à PeopleSoft (création de page, modification de page, déplacement de lien, création de processus etc.) et qui sera à copier sur les environnements de tests et de production. PRM (Parameterization) : environnement utilisé comme référence pour les environnements de tests dans lequel on effectue tous les paramètres. Cet environnement est vierge de données puisque c'est une pré version qui sera utilisée pour l'environnement de production L'environnement de test Malgré que INT soit un environnement de test en soit, il n'est pas classé dans cette catégorie car il subit encore trop de modification régulière pour être une référence. TST (Test) : environnement de pré production sur lequel les utilisateurs de l'insead vont réaliser leurs tests et reporter les oublies de conception L'environnement de production L'environnement de production est l'environnement définitif qu'utilisera l'insead et les modifications apportées sur lui n'auront lieu que après le 10 juillet lors des phases de maintenance. PRD (Prod) : environnement de production définitif avec lequel l'insead fonctionnement et où il faudra effectuer régulièrement des maintenances. 11

12 2.7.4 L'environnement de production Au fur et à mesure de l'avancement du projet, les environnements sur lesquels les différentes équipes vont changer.au début l'ensemble des équipes a travaillé essentiellement sur SBX (Sand Box) et DEV (Development) afin de mettre en place les différents besoins spécifiés par l'insead. Ensuite l'ensemble des modifications effectuées et nécessaires ont été mises en place sur PRM (Parameterization) qui elle même à été reproduite en plusieurs exemplaires (TRN1A, TRN1B, INT puis TST plus tard). Bien que l'ensemble des développement soient toujours effectuer sur DEV tous ce qui se paramètre dans PeopleSoft même a été effectuer dans PRM. Lors de la phase de test utilisateur TST sera mis en place et plus aucune modification majeure devrait avoir lieu.une fois les tests finis et les corrections mineures apportées l'environnement de production PRD sera mis en place Les sous-environnements Chacun des environnement décris plus haut est en fait composée de 2 sous environnements possédant leur propre base de donnée et des modules à part et spécifique. Le sous environnement CSO regroupe tous les modules de la solution «Campus» de PeopleSoft qui s'occupe de la gestion du campus avec la prise en charge des cours, des personnes en rapport avec le campus ainsi que différents aspect financiers. Le sous environnement CRM pour «Customer Relationship Management» regroupe quand à lui les modules de la solution «Marketing» qui s'occupe comme son nom l'indique des relation avec les clients entreprises. 12

13 3 Mon rôle au sein du projet Durant mon stage, j'ai été amené à m'occuper de plusieurs parties du projet. J'ai pu ainsi pu découvrir de nombreuses facettes de PeopleSoft autant côté utilisateur que développement. En effet, durant les missions que l'on m'a affecté j'ai été amener à configurer le soft en utilisant son interface,à automatiser certains processus ou modifier certaines pages du soft pour répondre au besoin des utilisateurs. Mais avant cela, il a fallu passé par une phase d'apprentissage. 3.1 A la découverte de PeopleSoft Les 2 premières semaines on été consacrée entièrement à de l'autoformation afin de découvrir PeopleSoft et son outil de développement. Apres une explication rapide du projet par mon chef d équipe, j'ai été placé avec les fonctionnels le temps que je monte en compétence et que je puisse commencer à développer. Les premiers contacts avec le PGI (et surtout sa documentation) ne furent pas aisé. En effet, un logiciel dont a pas l'habitude d'utiliser,dont on a vaguement idée de son contenu et qui plus est en anglais! Ca ne facilite pas l'approche. Afin de me familiariser avec le soft, on m'a donné un exercice qui été en fait un développement d'un autre projet sur lequel PeopleSoft est utilisé. Ce petit exercice consistait à développer une page (similaire à une page Web) à l'aide du logiciel de développement de PeopleSoft (application designer) qui sera intégré au logiciel et que les utilisateurs pourront utiliser. Après quelques tests et autres essais ratés, j'ai réussi partiellement à arriver au résultat souhaité mais sans respecter les contraintes de développement imposé. Apres cet exercice de familiarisation, j'ai rejoins l'équipe de développement afin de commencer ce pourquoi on m'a envoyé en mission. 3.2 La «Customisation» de pages Mes premiers pas dans l'équipe développement à été de modifier des pages préexistante dans PeopleSoft afin de les adapter au besoin des utilisateurs. Ce travail ressemble à ce qui m'avait été demandé en exercice précédemment. PeopleSoft ainsi que ces modules étant un standard vendu par Oracle, il est logique que selon l'endroit où il va être mis en place certaines modification soient nécessaire Prefered Class Year Dans cette customisation, il s'agissait de cacher un champ qui affichait une année scolaire pour le remplacer par un champ affichant la description du «term» correspondant à cette année. Le term est en fait un code de 4 chiffres qui représente une période scolaire que l'on pourrait comparer à un trimestre. L'INSEAD se basant ces cours sur les terms il est donc normal qu'on affiche ces terms (ou du moins leur description). Cet exemple de page montre la relation entre les champs que l'on a modifié. 13

14 3.2.2 Country/Campus Pour cette customisation, on devait ajouter 3 champs dans des pages qui servent à faire des dons à l'insead. Il a été décider d'ajouter des détails sur les pages de dons. L'INSEAD voulait que l'on puisse connaître la nationalité de la personne qui fait le don ainsi que le campus vers lequel il fait le don (Fontainebleau ou Singapour).En plus de pouvoir préciser la nationalité dans le champ correspondant, ce même champ devait s'initialiser avec la nationalité correspondante au lieu de résidence principal de la personne qui fait le don. 14

15 Une des pages concernées par la modification avant et après : L'ajout des champs n'était guère difficile si ce n'est le déplacement des composants vers le bas afin de faire de l'espace pour les nouveaux champs. La mise par défaut du champ en fonction du lieu de domicile de la personne qui à fait le don fut un peu plus complexe et nécessitant l'utilisation de PeopleCode dans la page. Le PeopleCode est un langage de programmation propre à PeopleSoft. On l'utilise ici pour aller chercher la nationalité du lieu de domicile dans la table qui les stocke. 15

16 Voici le PeopleCode qui a été utilisé pour aller chercher le Country: /*Condition qui stipule que le code doit s'exécuter au moment où l'on arrive sur la page*/ If (%Component = Component.AV_GIFT_ENTRY And %Page = Page.AV_GIFT_ENTRY) Then /*Requete SQL qui va regarder si un lieu de résidence principale existe pour la personne*/ SQLExec("select count(*) from ps_addresses where emplid=:1 and address_type='home' and eff_status='a' and effdt = (select max(effdt) from ps_addresses where emplid=:1 and address_type='home' and eff_status='a' and effdt < SysDate)", AV_GIFT_DTL.EMPLID, &COUNT); If &COUNT > 0 Then /*Si il en existe une on va la recupérer*/ SQLExec("select country from ps_addresses where emplid=:1 and address_type='home' and eff_status='a' and effdt = (select max(effdt) from ps_addresses where emplid=:1 and address_type='home' and eff_status='a' and effdt < SysDate)", AV_GIFT_DTL.EMPLID, &COUNTRY); /*On place la valeur récupéré dans le champ correspondant*/ GetLevel0().GetRow(1).GetRowset(Scroll.AV_GIFT_DTL).GetRow(1).GetRowset(Scrol l.f1_av_gift_dtl).getrow(1).getrecord(record.f1_av_gift_dtl).getfield(field.country ).Value = &COUNTRY; Else /*Si on a pas de valeur on met le champ vide*/ GetLevel0().GetRow(1).GetRowset(Scroll.AV_GIFT_DTL).GetRow(1).GetRowset(Scrol l.f1_av_gift_dtl).getrow(1).getrecord(record.f1_av_gift_dtl).getfield(field.country ).Value = ""; End-If; End-If; Grisage des clées d'ajout Certaines pages dans PeopleSoft permettent l'ajout de donnée dans une table donnée comme un ajout de personne, de cours, de dons etc..pour certain de ces ajouts il est demander de rentrer un nom ou un Identifiant qui est un champ qui distingue une donnée par rapport a une autre la plus par du temps. Ces Identifiant étant souvent des nombres sans aucune réelle signification, il a été décider de ne plus s'en soucier et laisser PeopleSoft déterminer ces valeurs et empêcher les utilisateurs de les saisir. Pour cela, il nous a été demandé de griser ces champs et mettre des valeurs par défauts. 16

17 3.3 La sécurité Les utilisateurs de l'insead n'ayant pas la même fonction au sein de l'école, il est logique qu'ils n'aient pas accès aux même pages (Un Enseignant ne doit pas avoir les même droit qu'un élève, un alumni (ancien élève) a des privilège par rapport à un étudiant normal etc...).pour cela l'équipe de fonctionnels va dénombrer et déterminer les différents groupes d'utilisateurs afin de pouvoir configurer ensuite leurs droits d'accès aux pages. En même temps, ils déterminent les pages que les utilisateurs vont se servir (et par conséquent celles qu'ils ne vont pas utiliser). Dans PeopleSoft, on attribut des rôles a chaque utilisateur. A chacun de ces rôles on attribut des «Permission Lists». Les Permission Lists représentent les droits d accès aux différentes pages d un Composant de PeopleSoft (un composant étant ici un ensemble de page).le schéma ci dessous illustre globalement comment sont ordonnées les droits d'accès dans PeopleSoft La création des Permission Lists Une fois le travail des fonctionnels en collaboration avec les utilisateurs INSEAD effectué, on commence par créer des «Permission list» pour chacune des pages. Les utilisateurs n'auront pas les mêmes droits en allant sur une page. Par exemple, les élèves pourront accéder à l'emploi du temps de leur cours mais seul l'enseignant pourra le modifier. On a donc été amener à créer de 1 à 3 permission lists par page et pour plus 500 pages. Les besoins changeant régulièrement au fil des tests utilisateurs, de nombreuses permissions list ont été rajoutées ou supprimées.apres cette première étape de configuration, il a fallu configurer les rôles La création des Roles Une fois les droits d'accès aux pages créé, il faut les attribuer à un ou plusieurs rôles. Chacun de ces rôles seront attribués aux utilisateurs afin qu'ils bénéficient des droits d'accès aux pages. Un alumni aura par exemple l'ensemble des rôles d'un étudiant en plus de ceux réservé aux alumni. Ainsi maintenant grâce aux rôles, il est très aisé d'attribuer des droits d'accès spécifique à un utilisateur. 17

18 3.3.3 Liens entre CSO et CRM CSO et CRM sont 2 sous-développements qui sont liée mais n'ayant pas les mêmes modules. Chaque module ayant ces propres pages, chaque environnement à ces propres permissions list mais les mêmes rôles et utilisateurs dans certains cas. Pour plus de confort de CSO on peut accéder directement CRM sous certaines conditions.seuls les utilisateurs enregistré à la fois sur CSO et CRM et ayant donc des droits d'accès sur chacun des environnements (bien qu'il soit possible de créer des utilisateurs sans droit) peuvent accéder à CRM à partir de CSO. Malheureusement, en changeant d'environnement la configuration de la passerelle en CSO et CRM a été quelque peu aléatoire.en effet sur l'environnement de développement le simple fait de créer des liens vers les pages de CRM en précisant diverses information (noeud, nom du menu, nom du composant, etc.) suffisait à faire fonctionner la passerelle. Pour les environnements de test, il à fallu en plus préciser certain point de sécurité en créant les liens pour que cela puisse fonctionner. 3.4 Les missions ponctuelles Parallèlement à la configuration de sécurité qui est à modifié constamment pour répondre plus précisément au besoin des utilisateurs. Les différents membres de l'équipe m'ont sollicité afin de les aider sur certaines tâches qu'ils effectuaient. Ces tâches à effectuer étaient diverses et variées, cela pouvait être de simple test de vérification à l'automatisation d'entrée de données Entrée de données en transaction Il m'a été demandé à plusieurs reprise au cours du stage de «setuper» PeopleSoft, c'est à dire configurer certaines parties des données de PeopleSoft. La sécurité est une partie qui a été setuper entre autre. Ce setup se fait sous PeopleSoft dans à des endroits dont pour la plus par des utilisateurs n'y ont pas accès ou alors un limiter. Ce setup à configurer se présente généralement sous la forme de grands fichiers Excel formater. Le setup étant souvent quelque chose de répétitif avec des modification minimes, il arrive souvent que l'on automatise ce setup en injectant directement les données dans les tables correspondantes Automatisation d'entrée de données La rentrée de données dans PeopleSoft en passant par l'interface est souvent longue et fastidieuse. C'est pour cela que souvent on injecte les données directement dans la base de donnée. Pour se faire on doit déterminer si cela est possible en premier temps.si l'ensemble des données a rentrer ont une certaine logique (par exemple des codes pays a rentrer : id_pays, description_pays) il y a de forte chance que l'on puisse automatiser le processus. PeopleSoft repose sur une grande base donnée et chacun des composants tels que les listes déroulantes, les champs de textes sont associés à un champ d'une table donnée. Lorsque l'on entre des informations en utilisant l'interface on n a pas à se soucier du nom de ces tables et leur relation dans la base donnée puisque tout est gérée par PeopleSoft. Par contre si l'on souhaite reproduire ces entrées d'information mais sans passer par l'interface il faut identifier le nom des champs que l'on souhaite remplir ainsi que la liste des tables qui vont être modifier lorsque l'on va entrer ces champs. Par exemple lorsque l'on crée un utilisateur plusieurs champs rentrent en compte : celui qui contiendra son identifiant, celui pour son mot de passe, pour sa description, mais également ceux pour la sécurité par exemple.ces champs ne se trouvent pas sur la même table donc il faudra en tenir compte lors de l'injection des données. Pour cela on va effectuer une fois avec l'interface l'opération que l'on souhaite reproduire ensuite a grande échelle et l'enregistrer dans une trace SQL. Une trace sql est en fait un fichier texte qui retrace pour un utilisateur donné tout l'historique des opérations qui se sont déroulés lorsqu'il utilise l'interface de PeopleSoft. 18

19 On va s intéresser aux requêtes SQL d insertion, d update et de suppression qui elles seules représentent une modification de la base de donnée. Il suffit alors de lister les tables qui ont été modifié ainsi que les champs concerner et injecter directement les données à l'aide de requête semblable à la trace Migration de donnée Un des processus récurent lorsque l'on approche de la fin du projet est la migration de donnée d'un environnement à un autre. En effet, chacun des environnements ayant sa propre base donnée il faut quand cela est nécessaire copier ou mettre à jour des données d'un environnement à un autre (notamment entre PRM qui est l'environnement de paramétrage pour l'environnement final et les autres environnements).pour éviter d'avoir recopier le paramétrage d'un environnement à un autre manuellement on migre toute les informations. Mais souvent avant de migrer les données on effectue un audit des données. A) L'audit L' «audit» est en faite un comparatif entre 2 tables de structures identiques dans 2 environnements d'instinct. Les environnements étant des copies les uns avec les autres la structure de la base de donnée et son contenu est globalement identique. Grâce a se comparatif, on va pouvoir déterminer si il est judicieux de copier, mettre à jour ou au contraire laisser tel quel une table dans la base de donnée. Voici une requete d'audit classique entre 2 bases utilisant un «DB link» (un pont entre 2 bases de données) : (select 'CSOINT1A',* from PS_STATE_TBL minus select 'CSOINT1A',* from PS_STATE_TBL@CSOPRM1A) union (select 'CSOPRM1A',* from PS_STATE_TBL@CSOPRM1A minus select 'CSOPRM1A',* from PS_STATE_TBL); Cette requête va envoyé les différences de la table de la base de donnée sur laquelle (ici CSOINT1A) on exécute la requête par rapport à la base distante CSOPRM1A puis va renvoyé les différence de CSOPRM1A par rapport à la base d'ou on exécute la requête. Le résultat nous montrera donc toutes les différences qu'il y a entre ces 2 tables. Il nous restera plus qu à les analyser et effectuer les modifications nécessaires. Pour cela on a plusieurs solutions qui s'offrent à nous. B) Le DataMover Le «DataMover» est le logiciel fournis avec PeopleSoft pour migrer les données. On va lui indiquer les tables à partir des quels la copie ou la mise a jour va s'effectuer puis il va générer un fichier log que l'on réutilisera avec ce même logiciel mais sur les tables d'un autre environnement. Un exemple de script à utiliser sur DataMover: fichier d'export : fichier d'import correspondant : set output c:\temp\export.dat; set input c:\temp\export.dat; set log c:\temp\export.log; set log c:\temp\import.log; -- Listes des tables a migrer -- Listes des tables a importer export equation_tbl; replace_data equation_tbl; export equation_dtl; replace_data equation_dtl; export equation_pcode; replace_data equation_pcode; export eqtn_sql_tbl; replace_data eqtn_sql_tbl; export eqtn_sq_sqlauth; replace_data eqtn_sq_sqlauth; export eqtn_id_namauth; replace_data eqtn_id_namauth; export eqtn_sql_chunks; replace_data eqtn_sql_chunks; export SCC_APPL_PRMPT; replace_data SCC_APPL_PRMPT; export EQTN_TEST_DATA; replace_data EQTN_TEST_DATA; 19

20 Outil simple d'utilisation Déplacement rapide Utilisable sur de gros volume Peu d'option à disposition Updates parfois incomplets C) Copie avec de simple requête Ici on va utiliser de long script SQL composé essentiellement d'insert, UPDATE ou DELETE afin de mettre a jour une table. Cette méthode peut être utilisé sur des tables pas trop grosses ou l'on a étudier précisément son contenu et que l'on sait exactement ce que l'on veut garder et supprimer. Mettre un exemple Facile à exécuter sur plusieurs environnements une fois le script écrit Facile à modifier Parfois pas évident d'écrire le script Le script doit pouvoir effectuer son travail sur des tables avec un contenu semblable ou il peut y avoir des erreurs notamment lors d'insertion D) Utilisation de DB links Avec cette méthode on va utiliser un «DB link» afin d'exécuter un script de mise à jour. On va exécuter des requête d'update, INSERT ou DELETE en prenant toujours en compte ce qui se trouve dans les 2 bases données. Avec cette méthode quelque soit l'environnement le script devrait s'exécuter. Par exemple on peut utiliser une requête du type : insert into PS_COUNTRY_TBL Select * from PS_COUNTRY_TBL@CRMINT1A; Utilisable sur de gros volume à traiter Possibilité de copier des donner de plusieurs environnement simultanément Avoir un DB link Mise en place des Processus La dernière tâche qui m'a été attribuée fut de proposer un ordonnancement chronologique d'exécution de processus puis de le mettre en place. Sous PeopleSoft régulièrement il est nécessaire de faire exécuter des programmes qui vont mettre à jour des données.par exemple on peu imaginer un processus charger tous les 1er du mois d'inscrire tous les étudiants aux cours auxquels ils participent généralement. Certaine contrainte accompagne le lancement de ces processus à savoir une contrainte de récurrence (certains processus doivent tourner toutes les 15 minutes d'autres une fois par jour),une contrainte de priorité entre certain processus ( 2 processus qui traitent les même données ne doivent pas tourner ensemble pour ne pas qu'il y est des problème de traitement). A l'heure actuelle, la mise en place des processus n'est pas finalisée du fait que certaine contrainte n'ont pas été validée et que la durée d'exécution des processus n'a pas encore été tester sur de grand volume de données. Un processus qui met 1h à s'exécuter ne peut pas tourner toute les 30 minutes par exemple même si cela avait été prévu comme cela. Donc pour pouvoir continuer à planifier il nous faut ces données. 20