Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

RAPPORT DE STAGE Stage chez Tritux Encadrant : M. Wissem HAOUARI Par : Ichrak S

RAPPORT DE STAGE Stage chez Tritux Encadrant : M. Wissem HAOUARI Par : Ichrak SALHI Année 2021/2022 Guide de rédaction du rapport de stage Remerciements...........................................................................................................................3 Presentation General.........................................................................................................................4 Etude préliminaire ....................................................................................................................4 Buts.............................................................................................................................................4 Solution proposé....................................................................................................................4 Technologie utilisés...............................................................................................................4 Outils .......................................................................................................................................4 Plan de travail ............................................................................................................................7 Plan de l’application .................................................................................................................7 Architecture du Wso2 api manager .............................................................................15 Architecture du Wso2 entreprise integrator..............................................................18 Prototype ................................................................................................................................7 Conclusion..................................................................................................................................15 ANNEXE 1 : modèle de rapport..........................................................................................18 Annexe 2 : modèle d’étiquette de CD-ROM..................................................................19 Rapport de stage 2 Remerciements Je tiens à remercier tout particulièrement et à témoigner toute ma reconnaissance à mon encadrant « professionnel », le M. Wissem HAOUARI pour son dévouement, pour sa disponibilité tout au long de mon stage. Présentation General Toute entreprise, quel que soit son secteur d’activité, est maintenant valorisée grâce au traitement de ses données. Vraie richesse pour l’entreprise, elles permettent de multiples déclinaisons : 1/ faire fonctionner un processus (commercial, industriel, RH…), 2/ prévoir l’évolution d’un marché (par le calcul de tendances), 3/ mesurer l’appétence du marché à une action (on parle généralement de “scoring”). La donnée transite en interne par l’ensemble des logiciels et applicatifs de l’entreprise (ERP, CRM, GED, SIRH…). Par nature dans des SI hétérogènes, de plus en plus “silotés” et propres à chaque filiale ou domaine de l’entreprise. Cette silotisation et l’imperméabilité des SI ne favorisent pas l’échange et l’utilisation d’informations entre producteurs et consommateurs. De fait, les échanges avec les applications extérieures au SI (avec des partenaires par exemple) sont très complexes à mettre en œuvre (et maintenir dans la durée), au même titre que l’utilisation de données issues de sources tiers (internet, open-data). Rapport de stage 3 Les conséquences de cette imperméabilité sont importantes : retraitement d’une activité déjà réalisée par un service ou domaine, absence d’informations ou de données issues de tiers… et peut nécessiter de doublonner une fonction applicative qui aurait pu être mutualisée au sein d’un processus plus large. Jusqu’à récemment, les pratiques permettant de réaliser cet échange d’information et de services inter-système étaient très restrictives. L’importance de respecter les normes de sécurité nécessaires à cette ouverture combinée aux capacités d’interopérabilité limitées des applications, nécessitait la mise en place de contrats d’échange (de données). Ceux-ci avaient pour objectif de définir les responsabilités de chacun ainsi que les règles et protocoles associés. Néanmoins, leur mise en œuvre était longue et fastidieuse… sans oublier la difficulté de maintenance, notamment en cas de changement de part ou d’autre. . C’est sur la base de ce constat que l’utilisation d’un API Manager via la création, l’exposition et/ ou l’utilisation d’APIs a apporté une réponse simple et pérenne. Qu’est ce qu’une API ? Une API, (Application programming interface) permet à un logiciel d’offrir un service à un autre logiciel via un ensemble normalisé. Rapport de stage 4 Une API permet ainsi de consommer ou partager de l’information ou un service, qui peut être réutilisé par une autre entité de l’entreprise ou un partenaire. En tant que consommateur, une API peut être utilisée comme une brique (un micro service) à la construction d’une nouvelle application. Cela permet de réutiliser un service pertinent à l’application ou au service final sans se soucier du fonctionnement de cette brique. Celle-ci a en effet un fonctionnement indépendant du service final, qui va simplement utiliser ce micro-service comme une fonctionnalité tiers, faisant partie de la construction. Qu’est ce qu’un API Manager ? L’API Manager lui, va permettre l’exposition d’API, via un outil d’édition et de publication, ainsi que sa consommation via une plateforme sur laquelle l’utilisateur pourra s’inscrire aux APIs souhaitées. Le transfert d’information sera lui réalisé via une passerelle (gateway) permettant l’interopérabilité des SI des deux parties (éditeur et souscripteur). Des utilisations infinies pour l’entreprise. Premièrement en tant que consommateur, on a ainsi accès à de nombreuses sources, dont nous étions privés, permettant ainsi de multiplier ses sources Rapport de stage 5 d’agrégation pour ses prises de décision ou le management et contrôle de la production. Nous avons aussi accès à des services créés par d’autres entités et filiales, pouvant être réutilisés dans la création denouvelles applications plus larges, selon les principes de l’architecture micro-services. Enfin en tant qu’éditeur, nous pouvons ainsi partager de l’information et des applications, que ce soit en interne, aux autres filiales de l’entreprises, ou même en externe via l’exposition d’une API à laquelle le public visé pourra souscrire. De fait, l’utilisation d’un API Manager comme WSO2 pour éditer et souscrire à des APIs permet à l’entreprise de “dé-siloter” simplement ses différents SI internes sur deux aspects : 1/ Permettre plus de simplicité et d’efficience dans les échanges de données/services internes et donc une meilleure communication au sein des différentes filiales. 2/ Permettre à l’entreprise d’avoir accès et de partager de la donnée/services de manière sécurisée avec l’extérieur, que ce soit des partenaires, des sources de données intéressantes ou de possibles consommateurs et donc de nouveaux clients. Par ailleurs, cela permettra aussi à l’entité de se créer de nouveaux revenus via la monétisation de ses APIs. Rapport de stage 6 La gestion de la souscription et de la publication des ces Apis serait réalisée simplement via l’interface WSO2, permettant de manager les souscriptions et publication aux APIs et d’en permettre la monétisation de manière simple, sécurisé, et transparente. Etude Préliminaire Buts : Réalisation plus simple via l’interface wso2 de la gestion de la souscription et de la publication des ces Apis Solution proposé : Réalisation d’une application pour l’intégration d’interfaces de programmation d’applications et de services Web localement et sur Internet. Technologie utilisés : Outils : Mentions légales Nous rappelons que les étudiants, considérés comme facteurs de leurs documents (projets tuteurés, recherches de gestion de l’information, rapports de stages, etc.) sont considérés comme des auteurs et sont donc propriétaires de leurs documents. Ce droit de propriété, actuellement en discussion aux plus hauts échelons de l’Etat, est protégé par la Loi. Rapport de stage 7 C’est pourquoi, l’IUT, lors des soutenances, demandera aux étudiants de remplir une autorisation de publication restreinte par voie numérique en mentionnant les noms des auteurs. L’envoi du document en version numérique sur CD-ROM (.pdf et .doc ou .sxw ou .rtf) est obligatoire pour archivage. Clause de confidentialité Certaines structures d’accueil demandent parfois à ce que le rapport soit « confidentiel ». Cela est tout à fait légitime. Si l’envoi du document en version numérique (pdf et doc ou sxw ou rtf) reste obligatoire pour archivage, il ne sera pas consultable, ni sur le site Internet, ni au centre de ressources de l’IUT. Problématique Un rapport de stage, comme un rapport de projets tuteurés, à l’université, en IUT, doit comporter une problématique. Nous rappelons, pour mémoire, qu’une problématique, en premier cycle, est composée comme suit : 1. Assertion ou affirmation ou constat 1 (thèse) ; 2. Remise en cause de 1 ou éclairage différent de 1 ou nouveau constat (2) ; 3. Synthèse sous forme de questionnement. La problématique n’est donc pas une simple question mais un raisonnement en trois étapes dont la dernière est effectivement susceptible de prendre la forme interrogative. Une problématique, pour être correctement formulée, doit montrer, de façon séquentielle, son évolution. La question finale n’est que le résultat d’un cheminement du raisonnement destiné à faciliter la résolution d’un problème, source de la problématique. Ainsi, le plus simple est d’invoquer deux éléments a priori contradictoires. Le débat, le raisonnement, la dissertation auront pour mission de faire dialoguer des incompatibles et naturellement, si cela est possible, de trouver un élément les fédérant, qui sera source du choix de la thématique des sous parties. Cet élément inattendu, celui qu’apporte le rédacteur, sera capable Rapport de stage 8 d’harmoniser les items divergents, en braquant le projecteur d’une manière nouvelle et personnelle sur le problème à résoudre. Exemple : Thèse : les Zeppelins et les Fleurus (des dirigeables) sont plus légers que l’air. C’est ainsi qu’ils volent [I.] ; Remise en cause : Il n’est pas nécessaire d’être plus léger que l’air, comme le prouvent les oiseaux qui sont plus lourds que l’air et volent aussi [II.] ; Synthèse sous la forme d’une problématique : pour voler, faut-il être plus lourd ou plus léger que l’air ? Il est nécessaire de s’entraîner pour bien comprendre le fonctionnement du raisonnement, utile dans tous les cycles universitaires. Faire l’effort, puis intégrer cette démarche est extrêmement précieux car permet d’envisager, en trois temps, avec du recul, l’ensemble des actes et des problèmes à résoudre. Les contenus Structure du rapport Les étudiants sont familiers de logiciels de traitement de texte tels que Microsoft Word, Open Office ou Works. Ces applications proposent des outils de gestion de mise en page et de hiérarchisation du document. Il est souhaitable que l’étudiant manifeste de manière patente sa maîtrise de ces fonctions indispensables et fortement génératrices d’économie de temps : styles, sommaires automatiques, index, etc. La structure du rapport doit suivre le modèle présenté en annexe 1. Cette capacité est démontrée par l’étudiant lorsqu’il présente l’intégralité de son rapport dans un fichier unique et non pas une collection de fichiers éclatés. C’est pourquoi, il est demandé de uploads/Finance/ guide-tg-raport-stage.pdf