BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Expert Team Tunisie - ECPv6.16.3//NONSGML v1.0//EN
CALSCALE:GREGORIAN
METHOD:PUBLISH
X-WR-CALNAME:Expert Team Tunisie
X-ORIGINAL-URL:https://www.expertunisie.com
X-WR-CALDESC:Évènements pour Expert Team Tunisie
REFRESH-INTERVAL;VALUE=DURATION:PT1H
X-Robots-Tag:noindex
X-PUBLISHED-TTL:PT1H
BEGIN:VTIMEZONE
TZID:Africa/Tunis
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:20210101T000000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;VALUE=DATE:20220624
DTEND;VALUE=DATE:20220627
DTSTAMP:20260613T215743
CREATED:20220518T111910Z
LAST-MODIFIED:20220518T111910Z
UID:8815-1656028800-1656287999@www.expertunisie.com
SUMMARY:Formation SOA Architecture Orientée Services -Tunisie
DESCRIPTION:Prérequis de formation SOA Architecture Orientée Services :\nPour suivre ce cours formation soa architecture orientée services \, il faut d’avoir des connaissances de base en architecture applicative et en technologies Web Services. \nObjectifs :\nÀ la fin de la formation SOA\, architecture orientée services\, vous serez capable de valider les objectifs d’apprentissages suivants : \n\n Comprendre l’intérêt d’adopter une approche SOA.\nDécouvrir les composants\, les services et les couches d’une architecture SOA.\n Reconnaître les principales briques techniques à la base d’une architecture SOA.\n Découvrir les démarches et les modèles de conception et d’architecture SOA.\n Identifier les acteurs et produits clés du marché .\n\nProgramme :\n1. Introduction : pourquoi l’approche SOA ?\n➤Les enjeux pour l’entreprise.\n➤Les architectures multi-niveaux et les composants métiers : limites de l’interopérabilité des middlewares classiques.\n➤Services Web et interopérabilité des SI.\n➤Des composants aux architectures orientées services (SOA) : limites de la gestion par projet du SI.\n➤Introduction aux services\, contrats de service\, orchestration de service\, bus de services d’entreprise (ESB)…\n➤Gains : alignement du SI sur les processus métier\, réduction des coûts\, normalisation\, réutilisation\, interopérabilité. \n2. Présentation d’une architecture SOA.\n➤Composants et couches d’une architecture SOA.\n➤Service d’accès aux données\, gestion des transactions.\n➤Gestion des processus\, interaction utilisateur\, sécurité\, administration\, supervision\n➤Le Web Oriented Architecture (WOA) et les architectures à base de microservices.\n➤Le principe de couplage faible entre fournisseur et consommateur de service. \n3. Services et processus.\n➤Le concept de service.\n➤Exposition de service\, couplage faible\, synchronisme versus asynchronisme.\n➤Fournisseur et consommateur de services\, contrat de service\, typologie des services (métier\, technique…).\n➤Différences entre services et composants\, spécification de la qualité de service.\n➤Composant applicatifs métiers.\n➤Unité d’exploitation dans les SOA\, implémentation des contrats\, dépendances entre composants et orchestration.\n➤Mise en correspondance processus métiers/services.\n➤L’alignement du SI sur les processus métier : l’importance de la modélisation des processus par les métiers.\n➤Le standard de modélisation BPMN de l’OMG.\n➤Positionnement par rapport au BPM.\n➤Passer d’un modèle de processus métier à un service. \n4. Aspects techniques.\n➤Mise en œuvre de Web Services (Java EE\, .NET\, PHP…).\n➤Les fondations XML.\n➤Schéma XML pour l’interopérabilité et la description des données applicatives.\n➤Description des services avec WSDL et invocation avec SOAP.\n➤Approche RESTfull.\n➤Rechercher et publier des services (annuaires).\n➤Design Patterns liés aux Services Web.\n➤Lien entre SOA et EAI.\n➤Middlewares Orientés Messages (MOM).\n➤Enterprise Service Bus : notion d’ESB\, ESB versus SOA. Le point sur les standards.\n➤Orchestration de services Web et intégration de processus métiers (BPM\,BPEL…).\n➤Les standards et leur niveau d’implémentation : OMG\, W3C\, OASIS\, WS-I…\n➤Sécurité et Services Web (WS-Security)\, gestion des transactions (WSCoordination).\n➤Délivrance des messages (WS-ReliableMessaging)\, interopérabilité et identification des messages (WS-Addressing).\n➤Liens avec les autres composants du SI et les technologies émergentes : Cloud\, mobilité\, Big Data. \n5. Modèles de conception et d’architecture SOA.\n➤La SOA vue comme un modèle d’intégration et les patterns EIP (Enterprise Integration Patterns).\n➤Les patterns SOA.\n➤Les tentatives d’approches normalisées SCA et SDO.\n➤Peut-on concevoir une architecture SOA avec REST ?\n➤La question de l’orchestration et la place de BPEL\, BPMN et des technologies de développement traditionnelles. \n6. La gouvernance d’un SI SOA.\n➤Les spécificités induites par le modèle SOA sur l’organisation.\n➤Organiser la mise en place initiale et la réutilisation avec un centre d’excellence SOA.\n➤Les rôles clés : directeur métier\, directeur technique\, architecte de domaine\, architecte technique.\n➤Les activités types de la gouvernance : gérer une candidature de service\, sa mise en place et ses évolutions.\n➤Passer de la mise en place d’un service sur demande à l’anticipation des besoins.\n➤Comment rester Agile avec ce qui semble être un modèle extrêmement centralisé ?\n➤Les pièges et les erreurs à éviter. \n7. Démarche méthodologique de conception SOA.\n➤Les liens entre SOA et l’approche Objet.\n➤Les méthodes disponibles sur le marché : UP\, EUP\, TOGAF\, NAF\, Praxème\n➤Cycle de vie d’un projet SOA : vision stratégique et processus organisationnel.\n➤Métaphore de l’urbanisation et niveaux d’agrégation.\n➤Modèle conceptuel d’un SOA.\n➤La modélisation des services au sein de l’architecture applicative avec UML.\n➤Le passage du processus organisationnel aux services métiers\, des services métiers aux services applicatifs.\n➤L’approche MDA de l’OMG. \n8. Les acteurs et produits du marché.\n➤Typologie des produits existants.\n➤Les Enterprise Service Bus (ESB).\n➤Les plateformes EAI pour les nouvelles fonctionnalités Web Services (Tibco\,WebMethods…).\n➤Les orchestrateurs SOA\, les couches hautes pour les annuaires\,l’orchestration\, l’administration.\n➤Les fournisseurs de plates-formes (IBM\, BEA\, Oracle…).\n➤Les acteurs du Cloud (Amazon\, Google…).\n➤Les modeleurs BPMN et leurs possibilités d’orchestration.\n➤Les outils de supervision (métier et technique) et les solutionsd’administration.\n➤L’offre et les projets Open Source : Apache ServiceMix/FUSE\, Mule\, Celtix\,Synapse…
URL:https://www.expertunisie.com/voir_formation/soa-architecture-orientee-services/
ATTACH;FMTTYPE=image/jpeg:https://www.expertunisie.com/wp-content/uploads/2022/05/soa-e1652872725802.jpg
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20220625
DTEND;VALUE=DATE:20220627
DTSTAMP:20260613T215743
CREATED:20220325T092720Z
LAST-MODIFIED:20220325T092720Z
UID:6959-1656115200-1656287999@www.expertunisie.com
SUMMARY:Formation ISTQB Fondation- Tunisie
DESCRIPTION:Prérequis\nLe principal prérequis est d’être impliqué\, de prêt ou de loin\, dans le test de logiciels ou de systèmes d’information.\nUne connaissance préalable des principales activités du cycle de vie de développement logiciel constitue un avantage mais n’est pas obligatoire. \nObjectifs\nAcquérir les bases et fondamentaux du métier du test logiciel.\nProfessionnaliser et valoriser les activités de test en déployant des standards\, méthodes et bonnes pratiques reconnues : « un testeur certifié est 300 % plus efficace qu’un testeur non certifié » \nProgramme\n1. Fondamentaux des tests\n1.1 Que sont les tests ?\n– 1.1.1 Objectifs habituels des tests\n– 1.1.2 Test et débogage\n1.2 Pourquoi les tests sont-ils nécessaires\n– 1.2.1 Contribution des tests au succès\n– 1.2.2 Assurance qualité et test\n– 1.2.3 Erreurs\, défauts et défaillances\n– 1.2.4 Défauts\, causes racines et effets\n1.3 Sept principes sur les tests\n1.4 Processus de test\n– 1.4.1 Le processus de test dans le contexte\n– 1.4.2 Activités et taches de test\n– 1.4.3 Les produits d’activités du test\n– 1.4.4 Traçabilité entre les bases de test et les produits d’activités du test\n1.5 La psychologie des tests\n– 1.5.1 Psychologie humaine et test\n– 1.5.2 Etat d’esprit des testeurs et des développeurs \n2. Tester pendant le cycle de vie du développement logiciel\n2.1 Les modèles de développement logiciel\n– 2.1.1 Développement de logiciel et tests logiciels\n– 2.1.2 Modèles de cycle de vie du développement logiciel en contexte\n2.2 Niveaux de test\n– 2.2.1 Test de composants\n– 2.2.2 Test d’intégration\n– 2.2.3 Test système\n– 2.2.4 Test d’acceptation\n2.3 Types de test\n– 2.3.1 Tests fonctionnels\n– 2.3.2 Tests non-fonctionnels\n– 2.3.3 Tests boîte-blanche\n– 2.3.4 Tests liés aux changements\n– 2.3.5 Types de test et niveaux de test\n2.4 Tests de maintenance\n– 2.4.1 Facteurs déclencheurs pour la maintenance\n– 2.4.2 Analyse d’impact pour la maintenance \n3. Tests statiques\n3.1 Bases des tests statiques\n– 3.1.1 Produits d’activités qui peuvent être examinés par des tests statiques\n– 3.1.2 Bénéfices des tests statiques\n– 3.1.3 Différences entre les tests statiques et dynamiques\n3.2 Processus de revue\n– 3.2.1 Processus de revue de produits d’activités\n– 3.2.2 Rôles et responsabilités dans une revue formelle\n– 3.2.3 Types de revue\n– 3.2.4 Application des techniques de revue\n– 3.2.5 Facteurs de réussite des revues \n4. Techniques de test\n4.1 Catégories de techniques de test\n– 4.1.1 Choix des techniques de test\n– 4.1.2 Catégories de techniques de test et leurs caractéristiques\n4.2 Techniques de test boîte-noire\n– 4.2.1 Partitions d’équivalence\n– 4.2.2 Analyse des valeurs limites\n– 4.2.3 Test de tables de décision\n– 4.2.4 Test des transitions d’état\n– 4.2.5 Test des cas d’utilisation\n4.3 Techniques de test boîte-blanche\n– 4.3.1 Test et couverture des instructions\n– 4.3.2 Test et couverture des décisions\n– 4.3.3 Apport des tests des instructions et décisions\n4.4 Techniques de test basées sur l’expérience\n– 4.4.1 Estimation d’erreur\n– 4.4.2 Tests exploratoires\n– 4.4.3 Tests basés sur des checklists \n5. Gestion des tests\n5.1 Organisation des tests\n– 5.1.1 Indépendance des tests\n– 5.1.2 Tâches d’un Test Manager et d’un testeur\n5.2 Planification et estimation des tests\n– 5.2.1 Objet et contenu d’un plan de test\n– 5.2.2 Stratégie de test et approche de test\n– 5.2.3 Critères d’entrée et de sortie (Définition du prêt et définition du terminé)\n– 5.2.4 Calendrier d’exécution des tests\n– 5.2.5 Facteurs influençant l’effort de test\n– 5.2.6 Techniques d’estimation des tests\n5.3 Pilotage et contrôle des tests\n– 5.3.1 Métriques utilisées pour les tests\n– 5.3.2 Buts\, contenu et destinataires des rapports de test\n5.4 Gestion de configuration\n5.5 Risques et tests\n– 5.5.1 Définition du risque\n– 5.5.2 Risques produit et risques projet\n– 5.5.3 Test basé sur les risques et qualité du produit\n5.6 Gestion des défauts \n6. Outils de support aux tests\n6.1 Introduction aux outils de test\n– 6.1.1 Classification des outils de test\n– 6.1.2 Bénéfices et risques de l’automatisation des tests\n– 6.1.3 Considérations particulières pour les outils d’exécution des tests et de gestion des tests\n6.2 Utilisation efficace des outils\n– 6.2.1 Principes de base pour la sélection des outils\n– 6.2.2 Projets pilotes pour l’introduction d’un outil dans une organisation\n6.2.3 Facteurs de succès pour les outils
URL:https://www.expertunisie.com/voir_formation/formation-istqb-fondation-tunisie-4/
ATTACH;FMTTYPE=image/jpeg:https://www.expertunisie.com/wp-content/uploads/2021/12/istqb-new-copy.jpg
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20220625
DTEND;VALUE=DATE:20220627
DTSTAMP:20260613T215743
CREATED:20220325T092811Z
LAST-MODIFIED:20220325T092811Z
UID:6961-1656115200-1656287999@www.expertunisie.com
SUMMARY:Formation IQBBA Fondation Analyste Métier ( Business Analyst ) - Tunisie
DESCRIPTION:Prérequis\nConnaissances de base du cycle de vie des logiciels (systèmes d’information\, embarqués\, temps réels) et conception. \nObjectifs\nIQBBA développe les compétences suivantes : \n\nAnalyse d’entreprise : comprendre les processus métier au sein de l’organisation\, identifier les changements nécessaires et préparer analyses de risques et études de faisabilité. \nAnalyse métier : identifier les besoins et déterminer les solutions utiles pour résoudre les problématiques métier \nAmélioration des processus : optimiser les performances de l’organisation \nInnovation\, design et client : appliquer des techniques modernes dans les secteurs de l’innovation et du design créatif afin d’aboutir à de nouveaux produits compétitifs et innovants.\n\nProgramme\n1. Fondamentaux de l’Analyse Métier\n1.1. Pourquoi l’Analyse Métier est-elle nécessaire\n1.2. Qu’est-ce que l’Analyse Métier ?\n1.3. Concepts Clés de l’Analyse Métier\n1.4. Domaines de Compétences\n1.5. Tâches et Responsabilités \n2. Analyse de l’Entreprise\n2.1. Identification des Parties Prenantes et Analyse\n2.2. Analyse de l’Entreprise – Identifier les Processus Métier\n2.3. Besoins Métier et définition des objectifs\n2.4. Définition de l’Etude de Rentabilité\n2.5. Déterminer le périmètre de la solution et l’approche \n3. Planification du Processus de l’Analyse Métier\n3.1. Gestion de la Communication pour l’Analyse Métier\n3.2. Planification du processus de gestion des exigences\n3.3. Processus de Gestion de Configuration et du Changement\n3.4. Sélection des outils et techniques \n4. Elicitation\n4.1. Le Concept d’Elicitation des Exigences\n4.2. Gestion du périmètre des exigences\n4.3. Traçabilité des exigences\n4.4. Documentation des exigences\n4.5. Communication\n4.6. Standards \n5. Analyse des Exigences\n5.1. Organisation des Exigences\n5.2. Modélisation et Spécification\n5.3. Définir les hypothèses et les contraintes\n5.4. Vérification et Validation\n5.5. Assurance Qualité \n6. Validation de la solution\n6.1. Évaluation\n6.2. Validation \n7. Outils et Techniques\n7.1. Outils d’Analyse Métier\n7.2. Techniques d’Analyse Métier \n8. Compétences\n8.1. Connaissance du Domaine\n8.2. Aptitudes Personnelles\n8.3. Aptitude à la Facilitation \n9. Amélioration de Processus\n9.1. Amélioration de Processus\n9.2. Simulation et Re-conception de Processus \n10. Innovation\, Conception et Client\n10.1. Rôle de l’Innovation\n10.2. Concurrence et étude de marché\n10.3. Conception par la Pensée (Design Thinking)\n10.4. Méthodes\, outils et techniques de base\n10.5. Travailler avec l’utilisateur final
URL:https://www.expertunisie.com/voir_formation/formation-iqbba-fondation-analyste-metier-business-analyst-tunisie-3/
ATTACH;FMTTYPE=image/jpeg:https://www.expertunisie.com/wp-content/uploads/2021/12/business-analyste.jpg
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20220625
DTEND;VALUE=DATE:20220627
DTSTAMP:20260613T215743
CREATED:20220523T083958Z
LAST-MODIFIED:20220523T083958Z
UID:8968-1656115200-1656287999@www.expertunisie.com
SUMMARY:Formation Conception et Modélisation d’un Datawarhouse -Tunisie
DESCRIPTION:Prérequis de la formation conception et modélisation d’un datawarhouse  :\nPour entamer la formation conception et modélisation d’un datawarhouse \,il faut d’avoir une expérience préalable des entrepôts de données est utile sans toutefois être obligatoire. \nObjectifs\nÀ l’issue de cette formation Conception et modélisation d’un Datawarhouse\, vous serez capable de valider les objectifs d’apprentissages suivants : \n\nDéployer et gérer un projet de création complète d’un DataWarehouse afin d’améliorer la prise de décisions.\nAppliquer la modélisation dimensionnelle à vos processus métier afin de mieux évaluer les données.\nAnalyser les données pour garantir la qualité des données source .\nExtraire\, transformer et charger des données opérationnelles.\n\nProgrammes :\n1. Les grands principes :\n➤Concepts de bases : data warehouse\, infocentre\, datamart\, datamining.\n➤Fonctions des différentes composantes du SID (Système d’informations décisionnel).\n➤Architectures classiques.\n➤Architecture technique et architecture fonctionnelle. \n2. Composantes de l’architecture d’un data warehouse :\n➤Stratification du data warehouse.\n➤Les solutions ETL en amont du data warehouse et les processus de gestion des flux.\n➤L’Operational Data Store (ODS).\n➤La Data Staging Area et son apport durant le processus d’ETL.\n➤OLAP : moteurs d’analyse relationnel (ROLAP) et multidimensionnel (MOLAP).\n➤L’analyse OLAP : outils coté serveur et coté client.\n➤La nécessité d’un référentiel de données.\n➤Le rôle du Master Data Management (MDM). \n3. La conception du data warehouse :\n➤Les modèles dénormalisés : modèles relationnels et modèles opérationnels.\n➤Les modèles normalisés : modèle en flocon et modèle en étoile.\n➤ L’apport de la normalisation.\n➤Gérer les agrégats.\n➤Conserver la stabilité du périmètre fonctionnel défini en amont .\n➤Bonnes pratiques de modélisation.\n➤Garder une vision transversale du projet : l’interview des métiers. \n4. Les prérequis au projet décisionnel :\n➤Définir le périmètre fonctionnel et la volumétrie du projet.\n➤Identification des besoins utilisateurs.\n➤Planifier un projet Data Warehouse.\n➤Les critères de réussite de la démarche .\n➤Les justifications métiers et financières.\n➤Les acteurs et leur rôle : promoteur\, comité de pilotage\, équipe fonctionnelle\, équipe technique.\n➤Planification du projet\, identification des KPI et tableaux de suivi. \n5. Les méthodes de conduites de projet :\n➤Techniques de base .\n➤Les principales étapes.\n➤Méthodologie Kimball : l’approche bottom-up\n➤Méthodologie Inmonn : l’approche top-down .\n➤Méthodologie Agile et data warehouse.\n➤Approche itérative du projet.\n➤Rôle de la maîtrise d’ouvrage (MOA) et de la maîtrise d’œuvre (MOE).\n➤Administrer et maîtriser la solution opérationnelle. \n6. L’implémentation :\n➤Implémentation de la base de données.\n➤Outils de restitution (reporting) et leur mise en oeuvre.\n➤Les méthodes de datamining : méthodes prédictives et méthodes descriptives.\n➤Les enjeux de la croissance du volume des données : les solutions Big Data.\n➤Les impacts sur la méthodologie d’implémentation. \n7. Maintenir et faire évoluer son SID :\n➤Méthode d’évolution : évolution fonctionnelle ou réglementaire\, nouveau développement.\n➤Maintenance du SID : le cycle de maintenance corrective.
URL:https://www.expertunisie.com/voir_formation/conception-et-modelisation-dun-datawarhouse/
ATTACH;FMTTYPE=image/webp:https://www.expertunisie.com/wp-content/uploads/2022/05/data-warehouse-architecture-e1652775920151.webp
END:VEVENT
END:VCALENDAR