ERP Agence - MAGICCA. Rapport de stage. Version 1.00 du 7 août 2008 Etat : Projet. Paul Clément, Licence MIAGE. Année Universitaire

Transcription

1 Dossier Module d'administration et de Gestion Interne des Collaborateurs et Clients Agence Rapport de stage Version 1.00 du 7 août 2008 Etat : Projet Paul Clément, Licence MIAGE Année Universitaire Encadrants : Mr. Tabone Mr. Frossini Page 1/62

2 Historique : Version Date Origine de la mise à jour Rédigée par Validée par /08/08 Paul CLEMENT Paul CLEMENT Philippe FROSSINI Page 2/62

3 Préambule Je tiens ici à remercier vivement toutes les personnes de Sopra Group qui ont contribué de près ou de loin au bon déroulement de mon stage, pour le temps qu elles ont bien voulu me consacrer, les conseils qu elles m ont donné ou tout simplement le soutient qu elles m ont apporté. Mes remerciements s adressent plus particulièrement à Mr. Philippe FROSSINI, mon tuteur en entreprise, Mr. Patrick Meyer, architecte et spécialiste des technologies J2EE pour l agence EST, et Mr. Tabonne, mon encadrant universitaire. Je souhaite également remercier Mme. Christine PEYROT, assistante de l agence de Metz, Mme. Pascale LUCAS, ingénieur commercial et Mr. Jean-Philippe Muller, directeur de l agence EST pour leur accueil, leur disponibilité, l ambiance studieuse et conviviale qu ils m ont offerte afin que mon stage se déroule dans les meilleures conditions possibles. Paul CLEMENT Page 3/62

4 Sommaire : 1. INTRODUCTION 5 2. L ENTREPRISE Généralités Chiffres clés (31/12/2007) L agence EST PRESENTATION DU PROJET Les besoins Les objectifs Les contraintes L organisation du projet Technologies et méthodes employées Planning prévisionnel L équipe du projet MAGICCA ANALYSE ET RESOLUTION DU PROBLEME Première étape : étude des documents et de la base existants L apprentissage et la mise à niveau dans les technologies Analyse et définition d un prototype La réalisation du prototype à paramètres restreints L analyse et la définition d un prototype à paramètre étendu La réalisation du prototype avec paramètre étendu Mise en place de tests unitaires Recettage PROGRAMMES REALISES BILAN Bilan Technique Bilan humain 41 BIBLIOGRAPHIE 42 ANNEXES 43 Page 4/62

5 1. INTRODUCTION Mon stage de fin de DUT ayant été réalisé en interne au Centre Psychothérapique de Nancy, j ai choisit d effectuer celui de licence dans un autre environnement, celui d une SSII. Sopra Group m a donné la chance de découvrir et de comprendre le fonctionnement d une société de service en m offrant un stage, en interne au sein d une de ses agences. Ce rapport sera composé de quatre parties. La première décrira l entreprise et la situera sur le marché. La deuxième expliquera partie présentera le sujet du stage. La troisième partie proposera une analyse et une résolution du problème. Et enfin, la quatrième partie décriera les travaux. Page 5/62

6 2. L ENTREPRISE 2.1. Généralités Le Groupe en bref Source : site officiel Sopra Group, expert européen des technologies de l information Groupe européen de Conseil, d Intégration de Systèmes, d'outsourcing applicatif et de Solutions applicatives, Sopra Group guide les entreprises dans leurs projets de transformation, depuis la définition des stratégies jusqu à leur réalisation. Ses atouts : l expertise des grands projets, la connaissance des métiers des clients, la maîtrise des technologies et une large implantation européenne. Histoire du Groupe Source : site officiel Sopra Group, créé en janvier 1968 par Pierre Pasquier et François Odin, figure parmi les plus anciennes SSII européennes. La société s est, dès l origine, positionnée sur l ensemble des métiers des services informatiques et a très rapidement disposé d une forte implantation nationale. En 1990, Sopra Group réalise son introduction à la Bourse de Paris avec succès. Cette opération sera précédée du premier plan d options de souscription d actions destiné à la quasi-totalité des collaborateurs du Groupe. Dès lors, Sopra Group va combiner de façon harmonieuse croissances interne et externe. Les acquisitions les plus significatives En France en 1996, Sopra Group fait sa plus forte opération de croissance externe par l acquisition de SG2 Ingénierie. Cette opération permet l entrée de la Société Générale dans le capital de Sopra Group ainsi que l arrivée de 650 collaborateurs qui renforcent considérablement les implantations parisiennes, régionales et belges ; en 2000, Sopra Group acquiert Orga Consultants qui est une société spécialisée dans le Conseil en stratégie, en management et en organisation, employant 200 collaborateurs. Ce rapprochement permet au Groupe de développer une activité de consulting de haut niveau ; en décembre 2003, Sopra Group acquiert Inforsud Ingénierie auprès du Crédit Agricole. Cette acquisition renforce le leadership de Sopra Group sur le marché bancaire et lui permet de confirmer sa position de référence incontournable dans le domaine des crédits et de la monétique; en juillet 2004, Sopra Group acquiert Valoris, société européenne de conseil et de services informatiques, disposant d une offre allant du conseil en stratégie à la mise en œuvre des technologies de l information et comptant près de 500 collaborateurs. Valoris est un acteur de référence dans les domaines suivants : Business Intelligence (BI), Customer Relationship Management (CRM), Portail et Gestion de Contenu. Page 6/62

7 En Europe Sopra Group fait des acquisitions afin de mettre en place sa politique de développement européen sur le métier de l Intégration de Systèmes : après avoir créé sa première implantation internationale en Suisse et obtenu par l achat de SG2 en 1996 son équivalent en Belgique, Sopra Group démarre dans les années 1999 à 2001 la réalisation de son réseau international avec les acquisitions de Mentor au Royaume-Uni, de Organizacion Guver, Dipisa, Newpath Consulting et Newpath GS en Espagne et de ITI SpA en Italie; en 2005, Sopra Group accélère son développement au Royaume-Uni et en Espagne : acquisition de la société Newell & Budge au Royaume-Uni et de ses filiales irlandaise et indienne. Leader en Écosse, et forte de plus de 600 personnes (dont plus de 100 personnes en Inde dans sa filiale Momentum Technologies), elle dispose d une gamme complète de services informatiques allant du conseil à la mise en œuvre ; Les positionnements de Newell & Budge et de Sopra Group étant complémentaires au Royaume-Uni, l entité résultante bénéficie d une couverture géographique complète, d équipes expérimentées et de qualité, avec une base clients renforcée, principalement dans les secteurs de la Finance, des Services Publics et des Télécoms ; acquisition de la société PROFit SA, basée en Espagne et au Portugal, qui offre à ses clients grands comptes une gamme complète de services informatiques allant du conseil à la mise en œuvre de solutions et à l outsourcing applicatif. PROFit a développé une valeur ajoutée globale sur des marchés verticaux tels que la Banque, l Énergie, les Télécoms ou le Secteur Public. Les positionnements de PROFit et de Sopra Group étant complémentaires en Espagne, Sopra Group bénéficie, à la suite de l opération, d une couverture géographique complète (implantations à Barcelone, Madrid, Séville, Valence, Vitoria et Lisbonne), d équipes expérimentées et de qualité, avec une base clients renforcée, principalement dans les secteurs de la Finance, des Télécoms, des Services Publics et de la Distribution. Filiale Axway Software À partir de 2001, le Groupe décide par le biais de sa filiale Axway Software de développer une stratégie de conquête sur le marché de l EAI (Enterprise Application Integration) avec pour ambition de devenir un des leaders mondiaux de ce marché : en 2001, création d Axway Software (400 collaborateurs pour un CA de 50 M ) par apport de l ensemble des activités en EAI du Groupe. Ainsi, Axway peut bénéficier de toute l expérience et du savoir-faire de Sopra Group en termes d approche «projet», en alliant la compétence métier, la force commerciale, la puissance et l ancienneté du parc installé ; en 2002, acquisition des activités d intégration de Viewlocity Inc. en Europe dans un premier temps, puis en Asie et aux États-Unis. Avec cette acquisition, Axway complète, d une part, sa gamme de produits en y ajoutant une gamme spécialisée dans l EDI (Échange de Données Informatisées) et, d autre part, sa couverture géographique qui est désormais mondiale. Cette acquisition permet à Axway, dotée désormais de 600 collaborateurs, de faire partie des grands éditeurs mondiaux dans l EAI ; Page 7/62

8 début 2006, acquisition de Cyclone Commerce aux États-Unis. Ce rapprochement s inscrit dans la stratégie de développement mondial d Axway. La complémentarité des deux sociétés permet l émergence d un leader mondial capable de servir les besoins des plus grands clients dans les domaines du B2B, du SOA et sur le marché des services collaboratifs ; début 2007, acquisition des activités «logiciels B2B» d Atos Origin en Allemagne. Cette acquisition procure à Axway un leadership européen indiscutable dans le domaine des platesformes logicielles B2B et renforce significativement sa présence en Allemagne, qui constitue le premier marché européen. Pour le Groupe, la stratégie de développement à l international consiste, en synergie avec Axway et les filiales européennes d Intégration de Systèmes, à poursuivre et à amplifier la démarche initialisée par Sopra Group, en ciblant prioritairement le renforcement dans les principaux pays européens. Globalement, le Groupe bénéficie des synergies possibles qui lui permettent d exporter ses acquis d un pays sur un autre. Il constitue l un des premiers groupes français de Conseil et d Intégration de Systèmes et de Solutions, significativement présent dans le secteur Banque et Assurance avec une forte implantation régionale et un projet ambitieux au plan international. Implantations Benelux Espagne France (34 sites) Inde Irlande Italie Maroc Portugal Royaume-Uni Suisse Filiale Axway (Amérique du nord, Amérique du sud, Europe du nord, Europe du sud, Asie, Afrique) Page 8/62

9 2.2. Chiffres clés (31/12/2007) Chiffre d affaire (M ) Effectifs du groupe Présence internationale (Axway inclus) Marchés verticaux Chiffre d'affaires Groupe (%) Chiffre d'affaires Groupe (%) Chiffre d'affaires par activité (en %) Chiffre d'affaires par métier (en %) Page 9/62

10 2.3. L agence EST L agence EST, composée des sites de Metz, Strasbourg est composée de plus de cent collaborateurs. Elle appartient à la division Nord. Une division comporte des agences rassemblées par secteur géographique puis par type de marché pour les plus importantes d entre elles. Exemple : Sopra Group (France) Division Nord (au sens Nord de Paris) Agence de Lille (+/- 450 collaborateurs) Outsourcing Tertiaire Industrie Agence EST (Site de Metz et Strasbourg, +/- 120 collaborateurs) Agence Luxembourg Division Ouest Agence Bordeaux Agence Nantes Cette organisation bipolaire pour l agence EST s explique par la présence des «grands comptes» essentiellement localisés en Lorraine (CORA Informatique, Arcelor, Saint-Gobain, ) et en Alsace (Unedic, PSA, Kronenbourg). Cependant, l implantation de Sopra Group dans l Est est trop faible pour justifier la présence de deux agences totalement différentes. Positionné sur le site de Metz (Technopôle), j ai pu constater la principale particularité des SSII : les collaborateurs travaillent chez le client. En effet, ne travaillaient à l agence que l assistance de direction Christine Peyrot, l ingénieur commercial Pascale Lucas, parfois le directeur d agence Jean-Philippe Muller, les collaborateurs en inter-chantier (très rare), et les collaborateurs qui assistaient aux différentes réunions (recrutement, ). Page 10/62

11 Mon tuteur, Mr. Philippe Frossini, Responsable Qualité de l agence, me consacrait une demi-journée par semaine afin de faire des points d avancement, valider les différentes étapes du cahier des charges, Les locaux, modernes, étaient constitués que de deux bureaux, une salle de réunion et une salle appelée «plateau» comportant 12 mini-bureaux. J étais installé à l un deux, avec un ordinateur portable récent, un accès internet/réseaux ethernet, et un téléphone. Salle climatisée et assise confortable ont fait que l environnement était parfait pour un travail efficace. J ai évolué avec comme système d exploitation Windows XP Professionnel, comme IDE principal Eclipse, comme SGBD MySQL et sa console d administration «phpmyadmin». J ai également utilisé MySQL Workbench pour les schémas de base de données, DB designer pour le MPD, ainsi que MagicDraw pour la documentation UML. Tous les rapports, cahiers des charges et documents étaient réalisés sous office, accompagnés du logiciel DOCS (modèles de document officiels à la charte Sopra Group). J ai également utilisé un logiciel de «versioning» : SVN. Il m a notamment permis de partager avec des collaborateurs Lillois et Strasbourgeois. La méthode de gestion de projet utilisée est décrite dans la partie suivante. Page 11/62

12 3. PRESENTATION DU PROJET Tout d abord, il faut savoir qu il est rare que Sopra Group emploie les stagiaires issus de licence. Cette année, exceptionnellement, un besoin interne, nécessite l intervention d un collaborateur. Cependant, le projet ne justifie pas le fait d y consacrer un collaborateur en inter-chantier, c est pour cela que Sopra Group a fait appel à moi. Afin de vous présenter le projet, nous allons tout d abord aborder le point des besoins, puis des objectifs, celui des contraintes. Vient alors l organisation du projet, les technologies utilisées, et les différents acteurs Les besoins Actuellement, toutes les activités de l agence sont stockées dans des fichiers Word et Excel difficiles à partager, à maintenir et peu pratiques. L activité de l agence est composée de plusieurs domaines : Activité commerciale RH Suivi qualité Gestions des candidats Gestion des collaborateurs Gestion des clients L application doit se présenter comme un portail permettant à n importe quel employé de SOPRA, d accéder à ses informations personnelles, aux missions qu il a pu effectuer et aux compétences qu il a acquises. Le portail doit bien sûr permettre de faire évoluer (modification / ajout / suppression) ces paramètres. A partir de là, différents rôles se dessinent avec des droits spécifiques : collaborateur, commercial, administratif, recruteur et administrateur. Il est important de noter qu une personne peut couvrir plusieurs rôles. Il faut bien intégrer toutes les possibilités par rôle, la suppression n étant en fait qu une désactivation. Il faut pouvoir avoir une trace de la dernière modification quand à la date et à l utilisateur. Le MPD de la base de données permet de bien comprendre les liens entre collaborateurs, référentiels, clients, missions et agence. Une des finalités à terme est la génération de profils de collaborateurs à partir de l application. Page 12/62

13 Un besoin qui est venu s ajouter au cours du stage est la gestion d un tableau de disponibilité, permettant aux commerciaux et acteurs des comités d affectations des collaborateurs, de gérer au mieux les intermissions et les affectations des collaborateurs aux missions. Un export MS Excel de ce tableau est également un besoin. En effet, après discussion avec Mr. Patrick Meyer et Mme. Pascale Lucas, nous nous sommes rendu compte que sans réel chiffre d affaire généré par l application, elle ne serait pas maintenue. Ce dernier besoin permet donc l assurance d une maintenant des profils des collaborateurs par eux-mêmes ainsi que par leurs managers/relais puisqu il se situe au cœur de métier d une SSII Les objectifs Les objectifs du projet étaient divisés en deux types d objectifs : Les objectifs de l entreprise : Application fonctionnelle et possédant un minimum de bogues Application possédant la charte graphique Sopra Group Application performante et disponible Rédaction de spécifications complètes Mes objectifs : Enrichir ma formation Capitaliser de nouvelles technologies Renforcer mes capacités d analyse fonctionnelle Avoir un premier vrai contact projet, avec le formalisme et la rigueur que cela demande Comprendre le fonctionnement d une SSII Les objectifs des deux parties sont atteins à l issus du stage. Page 13/62

14 3.3. Les contraintes A l initialisation du projet, il existait certaines contraintes qui pouvaient nuire au bon avancement du projet. Pour les contourner, il m a été demandé une certaine autonomie. Ces contraintes étaient principalement : La disponibilité des principaux acteurs, en mission en dehors du site de Metz. Une demi-journée hebdomadaire pour faire le point avec Mr Frossini étaient prévu. Les coordonnées des autres contacts m ont été transmises. Certaines lacunes dans les technologies employées : JSP & XML étaient à assimiler. Une modélisation UML et Merise était à effectuer. Le choix des technologies n était pas libre, et le schéma de la base de données était déjà réalisé L organisation du projet Le choix du déroulement du stage a été simple, on me proposait soit un déroulement en «mode stage», c'est-à-dire sans échéances strictes, plus laxiste, avec moins de rigueur professionnelle et de structuration attendue, soit un déroulement en «mode projet», c'est-à-dire un stage avec une rigueur et une structuration définie, un découpage des tâches, des échéances moins évidentes. Il m a également été spécifié que les stages de master deuxième année étaient réalisés en «mode projet». C est pour cette raison que j ai choisi le «mode projet», d autant plus que mon stage de DUT avait été réalisé en «mode stage» et que cela n avait pas été très enrichissant de mon avis personnel. Page 14/62

15 Il m a alors été présenté 3 méthodes de conception : La méthodologie «Cycle en V» La méthodologie projet «agile» : «extreme programming» C est une méthode pragmatique, c'est-à-dire «ne produire que les documents dont on a besoin», les MCD, diagrammes user-cases, diagrammes d activité. Il peut intervenir des phases d itération. On réalise d abord un premier noyau (PoC), on s assure qu il fonctionne et que les liens entre les différents modules fonctionnent, puis on réalise un prototype qui contient quelques fonctionnalités du projet futur. Une fois ce prototype validé et fonctionnel, on étoffe le prototype jusqu'à ce qu il représente l application réalisée et on procède à son intégration. Page 15/62

16 Méthode de maquettage et de prototypage : C est une méthode prémisse de la conception. Elle consiste à réaliser des successions d écran et à les présenter au fur et à mesure, puis les faire valider. La méthode choisie en concertation est la méthode projet agile, très proche de ce qu il se fait aujourd hui. Le projet aura une structure particulière : Phase réalisation prototype «Cycle en V» Réalisation de l application «Cycle en V» Bilan analyse développement tests recette analyse développement tests recette compte rendu soutenance 3.5. Technologies et méthodes employées Les solutions techniques retenues sont : Server JBOSS version GA : serveur d application Framework Seam : jboss-seam ga : Framework JSF Driver JDBC version de mysql_connector-java : connexion base de données Ant : apache-ant : déploiement Base de données MySQL, WampServer Eclipse JSF : Java server faces (XML, xhtml, JAVA 5.0, RichFaces, EJB3.0, ) Hibernate : Persistance des données HQL (Hibernate query language) : langage de requêtes pour la BDD Phase réalisation prototype «Cycle en V» Réalisation de l application Page 16/62

17 Navigateur Web Serveur JBoss GA Base de données MySQL Architecture 3-tiers utilisée 3.6. Planning prévisionnel Un planning prévisionnel a été établi en initialisation de projet. Nous avons essayé de s y conformer le maximum qu il était possible mais nous avons dut le remanier pour pallier aux disponibilités des intervenant, s adapter aux nouveaux besoin intervenus en cours de développement, s arranger par rapports aux périodes de vacances des intervenants, Page 17/62

18 3.7. L équipe du projet MAGICCA Chef de projet : Philippe Frossini Metz chez le client Architecte : Patrick Meyer Chef de projet : Yannick Stachnik Strasbourg Développeur : Romain Saracéno Développeur : Thomas Hertenstein Développeur : Paul Clément Initialisation du projet chez le client Metz Page 18/62

19 4. ANALYSE ET RESOLUTION DU PROBLEME Les technologies employées pour ce projet étant pratiquement toutes nouvelles pour moi, il a fallut procéder par étapes avant de me lancer pleinement dans la réalisation. Les différentes étapes étaient : l étude des documents et de la base déjà produits l apprentissage et la mise à niveau dans les technologies l analyse et la définition d un prototype la réalisation du prototype l analyse et la définition d un prototype à paramètre étendu la réalisation du prototype avec paramètre étendu mise en place de tests unitaires le recettage 4.1. Première étape : étude des documents et de la base existants A mon arrivée, le projet était déjà entamé. Deux collaborateurs avaient déjà dégrossi l analyse avec la création d un premier MCD, sous format PowerPoint, ainsi qu avec la création de la base correspondante sous MySQL. Ils avaient également généré le dictionnaire de données correspondant et crée une TODO List. J ai donc étudié le MCD, nous en avons discuté avec Mr. Frossini et cela m a permit d avoir un premier solide visu sur l organisation d une SSII. De plus, les deux collaborateurs avaient commencé à créer l architecture du projet sous Eclipse 3.3.0, ce qui m a été d une très grande aide, car je ne savais pas du tout comment faire cela. Ils ont utilisé le générateur de SEAM : seam-gen. Ils avaient également configuré Ant pour le déploiement et automatiser les «builds», et commencé à se faire la main sur le Framework Seam via la redéfinition d un système d identification, pourtant très simplifié et automatisé par SEAM. Quelques documents Excel m ont été fournis. Le but de l application étant de les remplacer totalement, il fallait que j étudie précisément leur utilité, la façon dont ils étaient remplis, par qui. Page 19/62

20 4.2. L apprentissage et la mise à niveau dans les technologies Les deux premières semaines furent donc consacrées à la mise a niveau technique, la lecture de tutoriels (la plupart en anglais), la compréhension des notions de persistance (Hibernate), de «Bean», de couche métier, service, de modèle, de la façon dont est implémenté le MVC sous Seam, des annotations Java 5.0, de la compréhension des librairies graphique utilisées (Facelets, RichFaces), de l utilisation d une librairie pour faire de l Ajax (Ajax4JSF), des «expression language» (E.L.). Autrement dit, ces deux premières semaines furent très dense en informations. Je me suis fait la main sur un premier module SCRUD (Search, Create, Read, Update, Delete), qui permettait donc de chercher des données dans la base de données, d en insérer, modifier, supprimer, et bien entendu, lire Analyse et définition d un prototype Nous avons décidé que le prototype à périmètre réduit serait centré autour du collaborateur. Cela représente bien Sopra Group qui est une entreprise qui place le collaborateur au centre de son activité. Un collaborateur possède un C.V. certifié Sopra Group, sur lequel figurent : Ses informations générales : Prénom, Nom Adresse électronique professionnelle, téléphone professionnel Site et agence d appartenance Nombres d années d expérience pré-sopra Date d embauche Les écoles qu il a fréquentées Son parcours : Les filières suivies par le passé ou actuellement La filière que le collaborateur souhaiterait suivre Ses compétences métier : Gestion bancaire Gestion de production Gestion de stocks Page 20/62

21 Comptabilité Etc. Ses compétences fonctionnelles : Industrie Grande distribution Services Etc. Ses compétences techniques : J2EE, Java 5.0 Technologies.NET Mainframes Etc. Ses formations (non développé durant le stage, faute de temps) Ses missions (Client, Mission, Dates) Il fallait également qu une technologie réponde à certains critères. En effet une technologie devait être rattaché à : Une catégorie de technologie : Langage de programmation ERP (enterprise ressource planning) Progiciel Système d exploitation Etc. Un éditeur ou une communauté Une ou plusieurs offres (Sopra Group classes ses projets services et conseil par offre) : AXAPTA BI (business intelligence) OUTSOURCING X-NET Page 21/62

22 Etc. Une version Chaque offre possède un responsable par agence. Les responsables d offre doivent pouvoir administrer les référentiels d offres, d éditeurs de technologies, de catégorise de technologies et de technologies tout court La réalisation du prototype à paramètres restreints La réalisation du prototype à paramètres restreint s est fait par étapes. La première était de réaliser un module SCRUD (Search, Create, Read, Update, Delete) pour chaque référentiel (filière, métier, technique, fonctionnel). Les captures d écrans sont données dans la cinquième partie de ce rapport. De cette façon, la quasi-totalité des informations de la base sont administrable directement via l application. Par exemple, dans son profil, le collaborateur peut s ajouter des compétences métiers. Il choisit sa compétence métier parmi la liste des compétences métiers enregistrées (une liste déroulante), un niveau (Initié, Formé non pratiquant, débutant < 2 ans, Confirmé entre 2 et 5 ans, Expert > 5 ans) et valide. La liste déroulante est directement générée à partir de la base de données, administrable via son module SCRUD associé. La deuxième étape était de réaliser une interface de type profil, avec des onglets pour les compétences, et permettant d ajouter/modifier/supprimer pour un collaborateur des compétences à son profil. La troisième étape était de réaliser une interface grâce à laquelle les personnes habilitées à modifier le profil d un collaborateur aient accès aux bonnes données. Il fallait également que les données soient conformes à leur représentation en base de données. Pour cela, il fallut utiliser des «validators» et des «convertors» propres aux JSF, ou bien les redéfinir nous-mêmes dans la couche métier de l application. Ainsi, les données sont bloquantes si les champs sont mal renseignés. Durant toute la réalisation, une réflexion (non modélisée) sur les cas d utilisations tendais à s adapter un maximum à l utilisateur, le plus naïf puisse-il être. Il faut le guider, limiter les informations disponible aux minimum de façon à ce que la navigation soit la plus intuitive. Le Framework SEAM simplifie la chose en délimitant chaque action par une «conversation». Par exemple, une conversation c est : On clique sur un lien de menu amenant sur un formulaire On remplit le formulaire On valide Page 22/62

23 De plus, une des spécificités des JSF (et des JSP) c est que la navigation est entièrement réalisée grâce aux servlet. On ne peut donc jamais passer directement une adresse sur son navigateur pour accéder à une page. Un principe qu il fallu que je respecte est celui de la non-suppression en base de données. Lorsqu un utilisateur non administrateur supprime une données, celle-ci est désactivée. En effet, un booléen indique si l enregistrement est actif dans chaque table de la base. De plus, on garde une référence de la dernière action fait sur un enregistrement en sauvegardant le matricule du collaborateur ayant fait la modification, et la date. Par souci de lisibilité, sur le MPD, l association entre les tables et la table Personne (en réalité Connection, mais simplifions) n apparait pas L analyse et la définition d un prototype à paramètre étendu Comme dit auparavant, nous nous sommes rendu compte, après discussion avec des collaborateurs ayant un point de vue plus commercial de l outil qu il n y avait pas de valeur ajoutée directe, et donc que l outil ne serait surement pas maintenu. Nous avons donc décidé d ajouter au prototype un module de gestion qui est central au cœur de métier de l entreprise, la gestion des missions des collaborateurs. De façon simplifiée, un collaborateur effectue des missions d assistance technique (AT), ou d assistance à maitrise d ouvrage (AO). Les missions AT sont en interne chez le client, dans une équipe du client avec un chef de projet du client. Les missions AO sont en interne chez le client dans une équipe Sopra Group, avec un chef de projet Sopra Group. Dans une mission AO, appelée plus communément mission au forfait, Sopra Group gère le projet de A à Z, et rentre dans une vraie problématique projet avec les délais, les coups et les risque que cela comporte. Entre deux missions, un collaborateur ne rapporte aucun chiffre d affaire à Sopra Group. C est même le contraire puisque Sopra Group paie le salaire et les différentes charges du collaborateur. Ainsi, il est primordial pour Sopra Group que les collaborateurs passent le moins possible de temps en intermission. C est la qu interviennent les ingénieurs commerciaux. Ils sont chargés de démarcher les clients afin de trouver des missions pour les collaborateurs. Ils répondent aux appels d offre, montent des dossiers afin d assurer contrats et partenariat avec les clients. Les propositions commerciales sont donc faites par ces mêmes ingénieurs commerciaux aux clients pour des profils particuliers. C est la qu intervient la première partie du projet. Les C.V. auparavant sous format Excel, peu pratique à manipuler, possédant des informations non capitalisées et mutualisées, sont gérés par l outil. Un commercial peut donc émettre des propositions commerciales pour un collaborateur. Si une proposition commerciale abouti, on peut affecter une mission à un collaborateur et définir sa date de disponibilité. Page 23/62

24 Un tableau, utilisé en réunion, liste les collaborateurs disponibles pour les prochains mois, avec leur date de disponibilité, leur nom, éventuellement un commentaire, et leur taux de disponibilité pour la date indiqué (un collaborateur peut être affecté à mi-temps sur une mission par exemple). Un collaborateur possède également un état. En fin de mission, son état peut être : En disponibilité «ferme», c'est-à-dire qu il y a de grande chance que la mission ne soit pas renouvelée et que le manager soit à la recherche d une mission pour le collaborateur Manager à consulter Forte probabilité de prolongation Le tableau sépare les collaborateurs de part leur site d appartenance (Metz-Strasbourg-Luxembourg). Ce document, utilisé hebdomadairement en réunion justifie donc l utilisation et la maintenance de l outil. Pour l instant, ce fichier Excel, stocké sur un serveur, n est pas chez tout le monde le même, car dès qu il est modifié par un commercial, la modification ne se répercute bien évidemment pas chez les autres. Avec l outil, c est géré! Une fonctionnalité demandée, reste l export Excel du tableau à tout moment, pour figer la situation dans le temps, permettre un archivage, et permettre de l incorporer à d autres documents Excel La réalisation du prototype avec paramètre étendu Techniquement parlant, cette partie de la programmation fût sans aucun doute la plus intéressante. En effet, à cette étape du développement, le Framework commençait à être plutôt bien maitrisé dans la plupart des solutions qu il apportait. J ai remarqué que mon code des premiers modules n était pas optimisé, plutôt compliqué car il existait des solutions plus simples que j ai découvert par la suite. Malheureusement, le temps m ayant fait défaut, je n ai pas eut le temps de revenir sur le code produit en début de stage. Comme m a dit un collaborateur, «on n est jamais content de son code». C est également dans ce module que j ai été le plus assisté, notamment au niveau de la conception des modèles de données, du maquettage, de la réflexion sur les fonctionnalités. Par exemple, nous avions dans un premier temps décidé de gérer les dates d un point de vue applicatif. Si la date de fin de mission d un collaborateur était le jour n X, sa date de disponibilité serait le jour n X+1, sauf si le jour X est un week-end. Nous nous sommes dans un deuxième temps rendu compte qu il fallait gérer les jours fériés, et puis aussi les congés et RTT des collaborateurs. Bref, après en avoir discuté avec les ingénieurs commerciaux et en interne dans l équipe, nous avons adopté la solution de gérer la date de disponibilité du coté humain, pour permettre une certaine souplesse. Page 24/62