Ne découvrez pas l'examen
le jour J

Réponse : Amazon EC2 et AWS Lambda.
Explication : Les Savings Plans AWS couvrent Amazon EC2, AWS Lambda et AWS Fargate, permettant des économies importantes pour ces ressources.

Réponse : Éliminer les points de défaillance unique et infrastructure distribuée.
Explication : Le cloud favorise la résilience (SPOF éliminés) et offre une infrastructure distribuée mondialement.

Réponse : Versioning S3. Explication : Le versioning S3 préserve toutes les versions de chaque objet, permettant la récupération après suppression ou remplacement accidentel. Lorsque le versioning est activé, la suppression d'un objet ajoute un marqueur de suppression plutôt que de le supprimer définitivement.

Réponse : Amazon Aurora. Explication : Amazon Aurora est une base de données relationnelle entièrement gérée, compatible avec MySQL et PostgreSQL, conçue pour le cloud. Elle offre jusqu'à 5 fois la performance du MySQL standard avec la simplicité et la rentabilité des bases de données open source.

Réponse : Gouvernance. Explication : Le Cloud Adoption Framework AWS (CAF) comprend six perspectives. La perspective Gouvernance couvre les capacités fondamentales incluant la gestion de programme, la gestion des bénéfices, la gestion des risques et la gestion financière du cloud.

Réponse : Instances réservées ; Savings Plans. Explication : Les instances réservées et les Savings Plans exigent un engagement anticipé en échange de réductions significatives (jusqu'à 72%). Pour les charges de travail de production continues, ces options offrent les coûts à long terme les plus bas par rapport aux instances à la demande.

Réponse : Patch matériel / Sécurité de l’infrastructure physique mondiale.
Explication : AWS gère le patching matériel et l’infrastructure mondiale ; les autorisations d’accès et le chiffrement relèvent du client.

Réponse : Les Edge Locations servent à répartir le trafic entre instances pour réduire la latence.
Explication : Les Edge Locations servent surtout à la distribution de contenu et à la mise en cache, pas à la répartition du trafic entre serveurs.

Réponse : L'accès aux tables DynamoDB. Explication : Selon le modèle de responsabilité partagée, AWS gère l'infrastructure DynamoDB, l'application des correctifs et la disponibilité. Les clients sont responsables du contrôle d'accès à leurs données — y compris les politiques IAM et les autorisations au niveau des tables.

Réponse : AWS Identity and Access Management.
Explication : IAM permet d’attribuer des rôles, des permissions et de gérer l’accès à tous les services AWS.

Les Partial Dependence Plots (PDPs) montrent l’effet marginal d’une ou deux variables sur la prédiction, améliorant la transparence.

Amazon Q Business est conçu précisément pour ce cas d'usage : connecter les données internes d'une entreprise (SharePoint, Confluence, S3, Salesforce, etc.) via des connecteurs natifs, puis permettre aux employés d'interroger ces sources via un assistant IA. Il gère les permissions utilisateur (réponses filtrées selon les droits d'accès). Amazon Bedrock nécessite une architecture RAG custom. Amazon Kendra est une recherche sémantique mais sans chatbot intégré. Amazon Lex est pour les chatbots NLU basiques.

Amazon Comprehend : service NLP entièrement géré qui analyse automatiquement les sentiments (positif/négatif/neutre) et extrait les entités dans du texte, sans nécessiter de ML expertise. Contrairement à Polly (synthèse vocale), Rekognition (vision) et Lex (chatbots), Comprehend se concentre spécifiquement sur l'analyse textuelle intelligente pour les avis, commentaires et documents.

Model Invocation Logging enregistre tous les prompts envoyés et les réponses reçues par les modèles de fondation Amazon Bedrock dans Amazon S3 ou CloudWatch Logs, répondant aux exigences d'audit et de conformité. CloudWatch Metrics fournit des métriques de performance, Bedrock Guardrails applique des filtres de contenu (PII, topics interdits), et AWS Config Rules évalue la conformité des ressources AWS.

Métrique d'erreur vs Classification : MSE (Mean Squared Error) mesure la distance numérique entre valeurs prédites et réelles, idéale pour la régression. En classification d'images, les étiquettes sont catégoriques (chat/chien), pas numériques continues. Les métriques appropriées sont Accuracy, Precision, Recall ou F1-score qui évaluent la correctness des prédictions catégoriques.

Le watermarking (tatouage numérique) dans le contexte GenAI consiste à intégrer des signaux imperceptibles dans les contenus générés (texte, image, audio) pour identifier leur origine IA. Il répond au problème de la désinformation et des deepfakes — permettre à des tiers de vérifier si un contenu a été généré par une IA spécifique. Des organismes comme le NIST et des réglementations (EU AI Act) encouragent son adoption. Amazon Bedrock Guardrails inclut des options de watermarking de contenu généré.

OpenSearch k‑NN : service spécialisé pour indexer et rechercher des vecteurs d'embeddings via k‑nearest neighbors, permettant la similarité sémantique à l'échelle. S3 Glacier stocke l'inactif, CloudFront distribue du contenu statique, Athena requête du SQL—aucun n'optimise la recherche vectorielle.

Défense en profondeur contre l'injection de prompts : Les templates sécurisés et délimiteurs explicites créent une barrière structurelle entre instructions système et données utilisateur, empêchant leur fusion malveillante. L'IAM least-privilege limite les dégâts post-injection, mais ne prévient pas l'attaque elle-même. La température affecte la créativité, non la sécurité. L'accès public aux données aggrave les risques.

Guardrails Bedrock et détection PII : Les Guardrails sont des mécanismes de sécurité qui inspectent les entrées et sorties des modèles IA pour identifier et filtrer les informations personnelles (PII : noms, emails, numéros, adresses). Contrairement aux simples filtres de contenu, ils appliquent des politiques configurables qui peuvent bloquer, rediriger ou masquer les données sensibles, protégeant ainsi la conformité et la confidentialité des utilisateurs.

Recommandation personnalisée GenAI : Amazon Personalize combine collaborative filtering et contexte utilisateur. Intégration Bedrock génère descriptions recommandations hyper-personnalisées. Meilleur que GenAI seul car combine données structurées et génération.

Answer: Ask the developers to divide themselves into teams.
Explanation: Scrum promotes self-organization. The Scrum Master should facilitate self-selection rather than imposing team composition. Developers who choose their own teams build better working relationships and ownership.

Answer: Inform the Product Owner so they can work with the CEO.
Explanation: During a Sprint, scope changes go through the Product Owner, who manages stakeholder expectations and protects the Development Team's focus. The Development Team should not accept work directly from executives or stakeholders.

Artifact Commitments: Each Scrum artifact has a specific commitment ensuring transparency and accountability. The Product Backlog's commitment is the Product Goal—a long-term objective guiding backlog refinement and Sprint planning. This differs from the Sprint Goal (Sprint Backlog's commitment) and Definition of Done (Increment's commitment), each serving distinct purposes in the Scrum framework.

Transparency in Scrum: The Product Backlog must be visible to all stakeholders, not just the Scrum Team. Transparency is a core Scrum pillar enabling informed decision-making. Stakeholders need visibility into priorities and planned work to align with organizational goals.

Sprint Backlog Renegotiation: Developers collaborate with the Product Owner to adjust work scope when capacity constraints emerge, preserving the Sprint Goal. The Sprint continues unchanged—cancellation isn't warranted. The Scrum Master doesn't unilaterally adjust goals, and management doesn't override team self-organization.

Answer: 4 hours for a one-month Sprint.
Explanation: The Sprint Review is time-boxed to 4 hours for a one-month Sprint, proportionally shorter for shorter Sprints. This provides adequate time for Increment inspection and collaborative backlog adaptation without excessive ceremony.

Definition of Done: a shared understanding of what "complete" means for an Increment, ensuring quality standards are met. It commits the Scrum Team to consistency and transparency. Unlike Sprint Goal (direction), Product Goal (vision), or Sprint Backlog (tasks), Definition of Done directly guarantees Increment quality.

Stakeholder Engagement in Sprints: The Product Owner actively collaborates with stakeholders throughout the Sprint, not just at ceremonies. Regular communication ensures alignment, gathers feedback, and validates assumptions. Avoiding stakeholder contact would isolate the team and prevent essential market responsiveness.

Impediment Management in Scrum: Developers identify blockers during the Daily Scrum, then actively work to resolve them. The Scrum Master facilitates removal of organizational obstacles outside the meeting, keeping Daily Scrums timeboxed and focused. This approach avoids extending meetings or delaying resolution until Sprint Review.

Product Backlog Nature and Completeness: The Product Backlog is a living, dynamic artifact that is never truly "complete." It continuously evolves as business priorities shift, market conditions change, customer feedback arrives, and the product vision clarifies. While individual Product Backlog Items (PBIs) may be fully refined and ready for development, the backlog itself remains emergent—new items emerge, priorities reorder, and items may be removed or consolidated. Completeness in terms of "all stories written" misunderstands the backlog's fundamental purpose: it serves as an ongoing vehicle for managing change and delivering incremental value, not as a static, finished document. A truly mature backlog has well-refined items at the top and progressively less detailed items below, but no genuine "end state." This contrasts with waterfall project plans, which aim toward closure; Scrum embraces continuous adaptation throughout the product's lifetime.

Key concept: Single Product Backlog per product. Regardless of how many Scrum Teams are working on the same product, there must be ONE Product Backlog that serves as the single source of truth for all product requirements and priorities. This ensures consistency, prevents duplicate work, and maintains a unified Product Goal. Multiple teams may work on different Product Backlog Items simultaneously, and they may organize their work through different Sprint Backlogs, but they all pull from and contribute to the same Product Backlog. This centralized approach enables better coordination, eliminates conflicting priorities, and ensures all teams are aligned toward delivering value for the same product.

Answer: Prioritize based on value/risk/Product Goal, organize collaboration and clarity.
Explanation: The PO balances stakeholder needs by aligning priorities with the Product Goal and fostering transparent collaboration.

According to the Scrum Guide, the Product Backlog is dynamic and continuously evolves as new requirements emerge. When a new Product Backlog item is discovered during a Sprint, it should be added to the Product Backlog for the Product Owner to prioritize, not automatically added to the current Sprint Backlog, which would disrupt the Sprint commitment. The other options are incorrect because: the current Sprint should not be interrupted by adding unplanned items, the Scrum Master does not approve backlog items (that is the Product Owner's responsibility), and discarding potentially valuable items contradicts the empirical nature of Scrum.

Answer: To give the Sprint coherence.
Explanation: The Sprint Goal provides a single objective that guides the team's work throughout the Sprint, offering flexibility in implementation.

Key concept: Scrum Master as Facilitator and Impediment Remover. The Scrum Master is accountable for facilitating all Scrum events (Sprint Planning, Daily Standup, Sprint Review, Sprint Retrospective) and serving the Scrum Team by removing organizational and technical impediments that block progress. While the Product Owner prioritizes the backlog and the team executes work, only the Scrum Master holds the explicit responsibility for facilitation and impediment removal. Project Managers and Architects have different roles outside the Scrum framework and lack this accountability.

Why this answer is correct: Product Backlog Items represent the "what" — the features, requirements, and user needs that provide value to the product. Sprint Backlog items represent the "how" — the detailed tasks and work breakdown created by Developers during Sprint Planning to accomplish the selected PBIs. This distinction reflects the separation of concerns between the Product Owner (defining what to build) and the Developers (planning how to build it).

Why the other answers are incorrect: PBIs and Sprint Backlog items are not identical or interchangeable. The Product Owner creates PBIs while Developers create Sprint Backlog tasks. Estimation differences also vary by organization, but story points typically estimate PBIs while hours may estimate tasks — not the reverse.

Answer: They do not have to be there; they only need to ensure the Developers have a Daily Scrum.
Explanation: The Scrum Master's responsibility is to ensure the Daily Scrum happens and remains useful, not to personally attend every day. The SM coaches the team to run the event themselves.

Answer: Product Backlog, Sprint Backlog, Increment.
Explanation: The three Scrum artifacts are the Product Backlog, Sprint Backlog, and Increment — each with an associated commitment.

Answer: A single objective for the Sprint.
Explanation: The Sprint Goal is the single objective of the Sprint. It gives coherence to the team\'s work and serves as the commitment for the Sprint Backlog.

Approche Agile pour un MVP : L'agilité privilégie les itérations courtes et la livraison progressive de valeur. Un MVP nécessite rapidité et adaptabilité face aux retours clients. L'approche prédictive demande planification exhaustive incompatible avec les délais serrés. L'hybride convient à projets complexes nécessitant phases prévisibles.

Communication optimisée en équipes distribuées : La gestion efficace de la communication dans un contexte distribué repose sur l'établissement de working agreements clairs, fondamentaux selon le PMBOK 7e édition et les pratiques agiles modernes. Cette approche consiste à co-construire avec l'équipe des règles explicites définissant les objectifs de chaque réunion, les durées maximales respectées et surtout la distinction entre les communications synchrones (réunions) et asynchrones (email, wiki, documentation). Le pourquoi de cette stratégie : les réunions synchrones épuisent les équipes distribuées sur différents fuseaux horaires et créent une illusion productive sans décision concrète. En privilégiant les canaux asynchrones pour les échanges non-critiques (partage d'information, mises à jour, documentation), on préserve les réunions synchrones pour ce qui demande vraiment de la collaboration en temps réel (décisions complexes, résolution de blocages, alignement stratégique). Cette approche respecte aussi les principes du Manifeste Agile en valorisant la documentation et la communication directe. Pourquoi les autres options échouent : interdire complètement les réunions crée des malentendus et freine la collaboration réelle ; augmenter la fréquence et la durée aggrave le problème initial ; central

Gérance responsable (Stewardship) et transparence : La gérance responsable est le principe fondamental du PMBOK 7e édition qui établit explicitement une responsabilité éthique et fiduciaire envers les parties prenantes. Ce principe repose sur l'accountability, la transparence des décisions et des actions, ainsi que sur l'intégrité dans la gestion des ressources et des informations du projet. La confiance se construit directement par cette transparence : en communiquant ouvertement sur les progrès, les risques, les défis et les décisions, le chef de projet démontre qu'il agit dans l'intérêt collectif et non personnel. La gérance responsable impose également de rendre des comptes sur les résultats et d'assumer les conséquences de ses choix, ce qui renforce la crédibilité et la confiance auprès de tous les intervenants. Bien que le leadership respectueux et la pensée système soutiennent aussi indirectement ces valeurs, seule la gérance responsable les place au cœur même de son définition. La micro-gestion et la concentration sur le périmètre technique éloignent au contraire la transparence en fragmentant l'information et en marginalisant les parties prenantes, générant ainsi de la méfiance et des silos organisat

Processus de gestion des risques selon le PMBOK 7e édition : La gestion des risques suit une séquence logique et incontournable qui garantit une couverture complète des menaces et opportunités du projet. Identification constitue l'étape fondatrice où l'équipe projet détecte systématiquement tous les risques potentiels (techniques, organisationnels, externes, internes) à partir de sources documentaires, d'experts et de données historiques. Vient ensuite l'Analyse qualitative et quantitative permettant d'évaluer la probabilité d'occurrence, l'impact potentiel et la criticité de chaque risque identifié, ce qui justifie l'importance de cette étape antérieure à toute réaction. La Planification des réponses ne peut intervenir qu'après cette analyse : elle consiste à définir des stratégies adaptées (acceptation, atténuation, évitement, transfert pour les menaces ; amplification, exploitation, partage, acceptation pour les opportunités). La Mise en œuvre ou exécution des réponses planifiées intervient durant l'exécution du projet selon les plans définis. Enfin, le Suivi assure le monitoring continu des risques, leur évolution, l'efficacité des réponses et

Gestion des attentes contradictoires via concertation structurée : En gestion de projet (PMBOK 7e édition), les parties prenantes possèdent des intérêts divergents et des objectifs souvent incompatibles. La première étape consiste à organiser une concertation structurée impliquant les stakeholders clés, le sponsor et la gouvernance du projet. Cette démarche permet de : (1) clarifier explicitement chaque attente sans jugement, (2) documenter les priorités et les contraintes associées, (3) identifier les zones de chevauchement et de conflit, (4) co-construire un consensus ou un compromis acceptable par tous. La gouvernance du projet joue un rôle d'arbitrage neutre lorsque les conflits persistent, en s'appuyant sur la stratégie métier, les objectifs stratégiques et les critères de succès du projet. Cette approche évite trois pièges majeurs : ignorer délibérément certaines attentes (créant de la frustration et des risques de non-acceptation), reporter indéfiniment la décision (paralysant l'exécution et accumulant l'ambiguïté), ou lancer le développement sans clarification (générant des rework massifs et des dérives de scope). La concertation structurée s'aligne sur les principes agiles du PMBOK 7 valorisant la collaboration

Gestion des ressources et performance : Le chef de projet doit d'abord résoudre le problème immédiatement en fournissant du support. Affecter une ressource expérimentée permet de combler rapidement le manque de compétences, de réduire les retards et de maintenir la qualité. Apprendre seul prendrait trop de temps. Demander une extension ou escalader sont des approches réactives qui ne règlent pas le problème sous-jacent.

Priorité client en agile : Le PMBOK 7e édition place la valeur client au cœur des approches adaptatives. Les processus organisationnels sont des moyens, pas des fins. Lorsqu'ils entravent la livraison de valeur, ils doivent être remis en question. Contrairement à une gestion classique où l'organisation primerait, l'agilité privilégie la flexibilité et la réactivité aux besoins réels du client.

Concept clé : La planification est un processus continu et itératif qui s'étend tout au long du cycle de vie du projet. Dans le PMBOK 7e édition, ce domaine de performance ne se limite pas à la phase initiale, mais accompagne le projet depuis sa conception jusqu'à sa clôture, en s'adaptant constamment aux changements, aux risques émergents et aux apprentissages acquis. Contrairement aux approches traditionnelles en cascade (waterfall), où la planification s'effectuait principalement en amont, les méthodologies modernes (agile, hybride) reconnaissent que la planification reprend régulièrement lors de chaque itération, sprint ou phase de projet. Cette vision reflète la réalité des projets complexes : les hypothèses initiales évoluent, de nouveaux risques apparaissent, et les livrables se précisent progressivement. La deuxième option est fausse car elle suggère une vision rigide où la planification cesserait avec le lancement, ce qui est incompatible avec la gestion moderne des projets. La troisième option est incorrecte car la planification s'applique aussi aux projets agiles et adaptatifs, pas seulement aux projets prédictifs. Enfin, la quatrième option méconnaît le rôle du chef de projet, qui reste responsable de la plan

Contrat à prix forfaitaire (Fixed Price) : Le fournisseur assume tous les risques de coût pour une portée définie. Idéal pour activités critiques car le budget est garanti, contrairement aux contrats coût remboursable (risque client) ou temps et matériel (coûts variables imprévisibles).

Cette question correspond à l\'objectif d\'apprentissage FL-4.3.3 (K2) - Expliquer la valeur des tests boîte blanche.

● a) Faux → Les tests boîte blanche ne remplacent pas les revues de code et les inspections formelles. Ce sont des activités complémentaires qui servent des
objectifs différents.
● b) Faux → Aucune technique de test ne peut garantir la détection de 100% des
défauts. Cette affirmation est excessive et trompeuse.
501
● c) Correct → Cette réponse capture la principale valeur ajoutée des tests boîte blanche : ils permettent d\'identifier les défauts dans des parties du code qui pourraient ne pas être facilement atteignables par les tests boîte noire.
● d) Faux → Les tests boîte blanche ne visent pas principalement à réduire la durée du cycle de développement ou à diminuer le nombre de tests fonctionnels. Au
contraire, ils représentent souvent un effort supplémentaire.

Cette question correspond à l\'objectif d\'apprentissage FL-4.5.3 (K3) - Utiliser le développement piloté par les tests d\'acceptation (ATDD) pour dériver les cas de tests.

● a) Faux → Cette approche confond les tests unitaires avec les tests d\'acceptation.
Dans l\'ATDD, l\'objectif est de créer des tests d\'acceptation automatisés qui valident les comportements attendus du point de vue de l\'utilisateur, pas de décomposer le scénario en tests unitaires.

● b) Faux → Ajouter des détails techniques d\'implémentation va à l\'encontre des principes de l\'ATDD. Les tests d\'acceptation doivent se concentrer sur le comportement observable et les critères d\'acceptation métier, pas sur les détails d\'implémentation technique.

● c) Correct → Cette approche est parfaitement alignée avec les principes de l\'ATDD.

Le scénario actuel est trop vague et ne fournit pas d\'exemples concrets permettant de déterminer si l\'implémentation est correcte. En ajoutant plusieurs exemples avec des valeurs d\'entrée spécifiques (différents niveaux de revenus, scores de crédit, valeurs de propriété) et les résultats attendus correspondants (éligible/non éligible),le scénario devient beaucoup plus clair.

d) Faux → Cette réponse contredit fondamentalement la nature collaborative de l\'ATDD. Dans l\'ATDD, l\'écriture et l\'automatisation des tests d\'acceptation font partie
intégrante du processus de développement et impliquent idéalement les développeurs, les testeurs ET les parties prenantes métier. Confier cette responsabilité uniquement aux testeurs après le développement revient à abandonner l\'approche \"piloté par les tests\" de l\'ATDD.

Cette question correspond à l’objectif d\'apprentissage FL-1.4.5 (K2) – Comparer les rôles impliqués dans les tests.

La bonne réponse est d) 1A, 2B, 3C, 4D
● 1A) : Correct : Le testeur exécute, observe, consigne
● 2B) : Correct : L’analyste métier définit les attentes et exigences
● 3C) : Correct : Le développeur corrige les défauts
● 4D) : Correct : Le responsable planifie, suit, et coordonne

Cette question correspond à l’objectif d’apprentissage FL-1.5.2 (K1) – Rappeler les avantages de l’approche équipe intégrée.
● a) Faux → Une équipe intégrée favorise la collaboration, et non l’indépendance totale des testeurs.

● b) Correct → L’approche équipe intégrée facilite les échanges entre développeurs, testeurs et autres parties prenantes, améliorant ainsi la qualité du produit final.
● c) Faux → Même dans une équipe intégrée, la planification des tests reste essentielle pour garantir une couverture adéquate.
● d) Faux → Les tests de régression restent nécessaires pour s’assurer que les corrections n’ont pas introduit d’autres défauts.

Cette question correspond à l\'objectif d\'apprentissage FL-4.2.1 (K3) – Utiliser les partitions d\'équivalence pour dériver les cas de test
● a) Correct → Les valeurs 9 € (juste en dessous du minimum), 10 € (minimum), 10 000 € (maximum) et 10 001 € (juste au-dessus du maximum) couvrent les limites inférieures et supérieures
● b) Faux → Les valeurs intermédiaires comme 5 000 € ne testent pas les limites.
● c) Faux → 0 € et 15 000 € sont en dehors des limites pertinentes.
● d) Faux → Tester uniquement les valeurs limites sans les valeurs juste en dehors des limites ne couvre pas tous les scénarios possibles.

Cette question correspond à l\'objectif d\'apprentissage FL-4.2.4 - Utiliser les tests de transition d\'état pour dériver les cas de test..

Analysons les transitions possibles à partir de l\'état \"En attente\" :
● Disponible : En attente → Réservé
● Non Disponible : En attente → En attente
● Changer Véhicule : En attente → En attente
● Annuler : En attente → Terminé

À partir de l\'état \"Réservé\" :
● Disponible : Réservé → Réservé
● Non Disponible : Réservé → En attente
● Changer Véhicule : Réservé → Réservé
● Payer : Réservé → Confirmé
● Annuler : Réservé → Terminé

À partir de l\'état \"Confirmé\" :
● Changer Véhicule : Confirmé → Réservé
● Annuler : Confirmé → Terminé
Maintenant, analysons le chemin de chaque option en partant de l\'état \"

En attente\" :
a) Non Disponible, Disponible, Changer Véhicule, Non Disponible, Annuler : En attente →En attente → Réservé → Réservé → En attente → Terminé Couvre 5 transitions mais aucune transition depuis Réservé vers Confirmé ou depuis Confirmé vers Terminé

b) Disponible, Changer Véhicule, Non Disponible, Disponible, Payer : En attente → Réservé → Réservé → En attente → Réservé → Confirmé. Couvre 5 transitions incluant l\'état
Confirmé

c) Disponible, Changer Véhicule, Disponible, Changer Véhicule, Non Disponible : En attente → Réservé → Réservé → Réservé → Réservé → En attente Couvre seulement 3
transitions uniques

d) Non Disponible, Annuler, Changer Véhicule, Disponible, Payer : En attente → En attente → Terminé → (impossible de continuer car Terminé est un état final) Séquence invalide après la deuxième transition

L\'option b) offre la meilleure couverture car elle couvre 5 transitions et atteint l\'état \"Confirmé\", qui n\'est pas couvert par les autres options valides.

Cette question correspond à l\'objectif d\'apprentissage FL-2.1.3 (K1) – Rappeler des exemples d\'approches de développement piloté par les tests.
● a) Correct → Le TDD (Test-Driven Development) est une approche où les tests sont écrits avant l’implémentation du code.
● b) Faux → Le modèle en cascade ne suit pas un développement itératif avec des tests en amont.
● c) Faux → Le modèle en V inclut une phase de test bien définie, mais les tests ne sont pas écrits avant le développement du code.
● d) Faux → L’intégration continue permet d’exécuter régulièrement des tests, mais ce n’est pas une approche de développement piloté par les tests.

Cette question correspond à l’objectif FL-5.5.1 (K3) – Préparer un rapport de défaut.
● a) Faux → Utile, mais pas bloquant pour comprendre l’erreur.
● b) Correct → Sans résultat attendu, il est impossible de savoir ce qui aurait dû se produire → c’est l’élément clé manquant
● c) Faux → Peu utile dans la reproduction du défaut.
● d) Faux → Intéressant dans certains cas (web), mais pas toujours essentiel

Cette question correspond à l\'objectif d\'apprentissage FL-4.5.3 (K3) - Utiliser le développement piloté par les tests d\'acceptation (ATDD) pour dériver les cas de tests.

● a) Faux → Cette réponse reflète une confusion entre les tests d\'acceptation et les tests non-fonctionnels. L\'ATDD se concentre principalement sur les comportements fonctionnels et les critères d\'acceptation métier.
● b) Faux → Cette réponse contredit fondamentalement le principe de l\'ATDD. Dans
l\'ATDD, les scénarios sont développés collaborativement avec toutes les parties prenantes métier et développeurs compris qui sont les mieux placées pour définir les critères d\'acceptation.
● c) Correct → Cette réponse capture l\'essence de l\'ATDD. Les scénarios présentés suivent un bon format qui définit clairement les comportements attendus, mais ils restent un peu abstraits.
● d) Faux → Cette réponse va à l\'encontre des bonnes pratiques d\'ATDD. Les différents scénarios présentés capturent des variations importantes du comportement métier (médicaments standard vs contrôlés, suppression d\'alertes) qui doivent être explicitement testées au niveau des tests d\'acceptation, pas seulement au niveau unitaire..

Cette question correspond à l’objectif d’apprentissage FL-4.4.3 (K2) – Expliquer le test basé
sur des checklists.
● a) Faux → Une checklist ne garantit pas une couverture exhaustive.
● b) Correct → Les checklists servent à structurer le travail et éviter d’oublier des
éléments essentiels.
● c) Faux → Elles ne remplacent pas les tests exploratoires, mais peuvent être
complémentaires.
● d) Faux → Elles ne permettent pas d’automatiser entièrement le test

False Positive Definition: A vulnerability scanner reports a security issue that doesn't actually exist when tested. When manual verification fails to reproduce the reported vulnerability, it confirms a false positive—the scanner incorrectly flagged a non-existent issue. This differs from noise (benign alerts) and doesn't require rescans or imply compensating controls exist.

Full backup: backs up all data in one operation, requiring no additional backup sets for complete restoration. This eliminates restore delays from reconstructing incremental or differential changes. Incremental and differential backups require multiple restore steps; snapshots capture system state but may not include all granular data changes.

Multifactor Authentication (MFA): requires two or more different authentication factors—something you know (password), something you have (phone for SMS), or something you are (biometric). A password plus SMS code combines two distinct factors. Using multiple passwords or adding a static PIN uses only one factor (knowledge), so these don't constitute true MFA.

Spyware: malware that covertly monitors user activity, captures keystrokes, browsing habits, and personal data without consent. Unlike worms (self-replicating network threats), rootkits (privilege escalation tools), or botnets (command-controlled networks), spyware's primary function is silent surveillance and information theft.

Answer: Change management procedure.
Explanation: Change management procedures ensure that firewall rule changes are properly reviewed, tested, approved, and documented before implementation. This prevents unauthorized changes and ensures rollback capabilities if changes cause issues.

WPA3 encryption: the latest Wi-Fi security standard providing advanced protection through Simultaneous Authentication of Equals (SAE) and individualized data encryption. It prevents unauthorized access more effectively than hiding SSIDs or MAC filtering, which are easily bypassed. WEP is obsolete and cryptographically broken.

Answer: Audit findings.
Explanation: When an organization fails an internal PCI DSS compliance assessment, the most likely outcome is audit findings — a formal report of non-compliance issues that must be remediated within specified timeframes to maintain payment card processing privileges.

Separation of duties: A security principle requiring multiple individuals to authorize or execute critical tasks, preventing fraud and unauthorized actions. This differs from least privilege (limiting individual permissions) and job rotation (changing roles periodically) by specifically mandating shared responsibility for sensitive operations.

CVSS (Common Vulnerability Scoring System): A standardized numerical framework (0-10 scale) that quantitatively measures vulnerability severity based on exploitability, impact, and environmental factors. CVE identifies vulnerabilities by name, CIA describes security principles, and CERT is an organization—none provide quantitative scoring like CVSS does.

SIEM (Security Information and Event Management) aggregates and correlates log data from multiple sources (firewalls, IDS, servers, applications) to detect patterns indicative of attacks. It can correlate the failed logins (from one IP) with the successful login (from a different country) and trigger an alert. Without a SIEM, analysts would need to manually review dozens of disparate log sources. IDS detects individual events. Vulnerability scanner finds weaknesses. DLP prevents data exfiltration.

Azure SQL Database : service PaaS qui offre une base de données relationnelle SQL entièrement managée. Microsoft gère les mises à jour, sauvegardes et haute disponibilité, vous concentrant sur les données. À distinguer de Cosmos DB (NoSQL documentaire), Blob Storage (stockage objet) et Files (partages réseau).

ALTER TABLE : commande DDL (Data Definition Language) qui modifie la structure d'une table existante (ajouter/supprimer/renommer des colonnes, modifier des types). À ne pas confondre avec UPDATE qui change les données, ou INSERT INTO qui ajoute des lignes. MODIFY n'est pas une commande SQL standard.

Azure Stream Analytics est un service de traitement de flux en temps réel (streaming). Il ingère des données en continu depuis des sources comme Azure Event Hubs (millions d'événements/seconde), Azure IoT Hub (appareils connectés) ou Azure Blob Storage. Il applique des requêtes SQL-like sur les données en mouvement pour détecter des anomalies, calculer des agrégations temporelles (fenêtres temporelles : sliding, tumbling, session), et déclencher des alertes. Les résultats sont envoyés vers Power BI, Azure SQL, Cosmos DB ou Event Hubs. Cas d'usage : détection de fraude, monitoring IoT, analyse de logs en temps réel.

Réponse correcte : SELECT est la seule instruction SQL utilisée pour récupérer et afficher les données d'une table. C'est l'instruction de lecture fondamentale en SQL. Pourquoi les autres réponses sont incorrectes : • INSERT ajoute de nouvelles données à une table. • UPDATE modifie des données existantes dans une table. • DELETE supprime des données d'une table. Aucune de ces trois commandes n'est destinée à la consultation ou la récupération des données.

Apache Spark est un moteur de traitement distribué open-source pour le Big Data, capable de traiter de très grands volumes en mémoire (beaucoup plus rapide qu'Hadoop MapReduce). Dans Azure, Spark est disponible via : Azure Synapse Analytics (Spark pools intégrés dans le workspace analytique), Azure Databricks (plateforme Spark managée premium, optimisée pour la data science et ML), et Azure HDInsight (clusters Hadoop/Spark managés). Spark supporte Python (PySpark), Scala, R et SQL. Il est utilisé pour le traitement batch, le streaming et le machine learning distribué.

La gouvernance des données englobe les politiques, processus et standards garantissant la qualité, la sécurité, la confidentialité et la conformité des données d'une organisation. Microsoft Purview (anciennement Azure Purview) est le service unifié de gouvernance des données Azure : il découvre automatiquement les données (scan multi-cloud), crée un catalogue de données avec leur lignage (Data Lineage — d'où vient la donnée, comment elle a été transformée), classe les données sensibles (PII, financières), et gère les politiques d'accès. Il couvre Azure, AWS, GCP et les sources on-premises.

Azure Data Lake Storage Gen2 est spécifiquement conçu pour stocker des volumes massifs de données dans un système de fichiers hiérarchique optimisé pour les workloads d'analyse big data, offrant scalabilité et performance pour le traitement analytique. Pourquoi les autres réponses sont incorrectes : « Héberger des bases de données relationnelles » décrit Azure SQL Database ou Cosmos DB, pas Data Lake Storage. « Fournir le streaming d'événements » est la fonction d'Azure Event Hubs ou IoT Hub. « Mettre en cache les résultats » correspond à des solutions de cache comme Azure Cache for Redis, non à Data Lake Storage qui est un système de stockage, pas un cache.

Réponse : Pour automatiser la création d'un groupe de ressources Azure interdépendantes de manière reproductible. Explication : Les modèles Azure Resource Manager (ARM) définissent l'infrastructure en tant que code JSON. Ils automatisent la création et la configuration des ressources Azure interdépendantes de manière déclarative, reproductible et idempotente — permettant des déploiements cohérents dans différents environnements.

TDE (Transparent Data Encryption) chiffre automatiquement les fichiers de données, journaux et sauvegardes d'une base de données Azure SQL au repos — sans nécessiter de modification de l'application. Le chiffrement utilise AES 256 bits. Il est activé par défaut sur toutes les nouvelles bases Azure SQL depuis 2017. Transparent = l'application ne voit aucune différence ; le chiffrement/déchiffrement est géré par le moteur SQL. La clé peut être gérée par Microsoft (service-managed) ou par le client (Bring Your Own Key via Azure Key Vault — BYOK).

Azure Cosmos DB est une base de données NoSQL multi-modèles qui supporte : (1) Document (API SQL/Core et MongoDB) — données JSON semi-structurées, (2) Clé-valeur (API Table) — paires clé/valeur simples, (3) Colonne large (API Cassandra) — familles de colonnes, (4) Graphe (API Gremlin) — nœuds et arêtes pour les relations complexes. Cosmos DB garantit une latence inférieure à 10ms au 99e percentile et une disponibilité de 99,999% avec réplication multi-région.

Réponse correcte : l'Explorateur d'Immobilisations (AW01N) est un outil de requête qui affiche une vue centralisée des valeurs prévues et enregistrées d'une seule immobilisation sur toutes les zones d'amortissement, permettant une analyse complète de l'immobilisation en un seul endroit. Pourquoi les autres réponses sont incorrectes : La première option décrit la configuration des classes d'immobilisations, la troisième concerne les rapports de calcul de la valeur nette comptable (plutôt que AW01N), et la quatrième fait référence à un flux de travail d'approbation qui ne correspond pas à la fonction de requête de cet outil.

Réponse : Faux
L'activation rétroactive de l'Open Item Management sur un compte ayant un solde non nul est impossible dans SAP. Le compte doit avoir un solde nul au moment de l'activation. Il faut donc solder le compte avant l'activation.

Réponse : Identifier et résoudre les écarts entre transactions réciproques des entités d’un même groupe.
Explication : L’ICR compare soldes/mouvements inter‑sociétés et trace le statut de résolution des divergences.

Réponse : Les comptes sont gérés dans BAM et assignés aux sociétés
Le Bank Account Management (BAM) dans S/4HANA centralise la gestion des comptes bancaires de l'entreprise. Les comptes sont créés dans BAM et assignés aux codes société pour être utilisés dans le programme de paiement F110 et le rapprochement bancaire.

Réponse : Un plan de comptes opérationnel
Pour créer et étendre des comptes G/L, chaque code société doit être associé à un plan de comptes opérationnel (Operating Chart of Accounts). C'est l'affectation indispensable qui détermine quels comptes sont disponibles pour ce code société.

Ordre correct Procure-to-Pay :

1. Commande d'achat (ME21N) avec imputation
2. Réception de marchandises (MIGO/GR)
3. Réception de facture (MIRO)
4. Paiement via F110 (automatique) ou F-53 (manuel)

Le flux P2P génère des écritures automatiques dans FI à la réception de marchandises (débit stock/charges / crédit GR/IR) et lors de la facture (débit GR/IR / crédit fournisseur).

Ordre correct clôture mensuelle FI :

1. OB52 : ouvrir la nouvelle période / fermer l'ancienne
2. Accruals/deferrals : écritures de régularisation
3. Valorisation de change : réévaluation des postes en devises
4. Nettoyage GR/IR (MR11) et lettrage OI (F.13)
5. Revue des comptes et publication des états

Réponse : La méthode de valorisation.
Explication : Elle définit les comptes, clés et type de cours.

Les Classes d'Actifs servent à regrouper les actifs du même type et à assigner des paramètres d'amortissement par défaut et des comptes du grand livre. Cela permet une gestion cohérente et standardisée de groupes d'actifs similaires dans l'organisation. Les autres réponses sont incorrectes : la localisation physique relève des centres de coût ou des centres de profit, pas des classes d'actifs ; la durée de vie utile individuelle est définie au niveau de l'actif spécifique, pas au niveau de la classe ; et les restrictions d'accès utilisateur sont configurées via l'autorisation SAP (rôles et profils), pas via les classes d'actifs.

Réponse : Vrai
OB52 permet effectivement d'ouvrir ou fermer des périodes comptables par type de compte (A = immobilisations, D = clients, K = fournisseurs, M = stocks, S = comptes GL) et par variante de périodes comptables (Posting Period Variant). Cela offre un contrôle granulaire de la période de comptabilisation.

Oui, une condamnation pénale peut entraîner un refus de naturalisation. Selon le Code civil, n'est pas admis à acquérir la nationalité française par naturalisation quiconque a fait l'objet d'une condamnation à une peine d'au moins 6 mois d'emprisonnement sans sursis, ou de certaines infractions graves (terrorisme, crimes contre l'humanité). Un casier judiciaire B2 vierge est généralement exigé. Les contraventions et infractions mineures n'empêchent pas nécessairement la procédure.

Preuve de communauté de vie : Pour une naturalisation par mariage, l'administration exige des documents attestant que les époux vivent ensemble au même domicile. Un bail de logement au nom des deux époux et des factures communes (électricité, gaz, internet) constituent les preuves essentielles. Contrairement à la carte d'identité ou au livret de famille qui ne démontrent pas la cohabitation réelle, ces documents établissent objectivement l'existence d'une vie conjugale commune depuis la conclusion du mariage.

Le Parlement est l'organe législatif composé de l'Assemblée nationale et du Sénat. Il détient le pouvoir de voter les lois en France. Le Président exécute les lois, le Conseil constitutionnel les contrôle, et le Conseil d'État donne des avis consultatifs.

Naturalisation par mariage : La loi française impose 4 ans de vie commune effective pour permettre au conjoint étranger de demander la naturalisation. Ce délai garantit la stabilité du mariage et l'intégration réelle. Les autres durées (2, 5 ou 1 an) ne correspondent pas au cadre légal actuel.

Le Premier ministre est nommé par le Président de la République (article 8 de la Constitution), sans investiture parlementaire obligatoire, mais le Premier ministre doit disposer d'une majorité à l'Assemblée nationale pour gouverner. La cohabitation survient lorsque le Président et la majorité parlementaire sont de bords politiques opposés (ex. : Mitterrand-Chirac 1986-88, Chirac-Jospin 1997-2002). Dans ce cas, le Président est contraint de nommer un Premier ministre de la majorité adverse. La cohabitation crée un « pouvoir bicéphale » qui redéfinit l'équilibre exécutif prévu par la Ve République.

Autorité compétente en naturalisation : Le Ministère de l'Intérieur gère l'ensemble des demandes de naturalisation, y compris par mariage, via les préfectures locales qui instruisent les dossiers. La Justice intervient uniquement pour les décisions judiciaires, les Affaires étrangères pour les ressortissants à l'étranger, et la Préfecture de police pour Paris uniquement.

Séparation des pouvoirs : La République française repose sur trois pouvoirs distincts pour éviter la concentration du pouvoir. Le pouvoir exécutif (Président, Gouvernement) applique les lois ; le pouvoir législatif (Parlement) les vote ; le pouvoir judiciaire les interprète. Cette répartition garantit l'équilibre démocratique et protège les libertés individuelles.

Le drapeau tricolore (bleu, blanc, rouge) est adopté lors de la Révolution française. La tradition associe : Bleu et rouge — couleurs de Paris (portées par les révolutionnaires lors de la prise de la Bastille) ; Blanc — couleur de la royauté française (les Bourbons). La cocarde tricolore est portée le 17 juillet 1789 par Louis XVI, symbolisant la réconciliation entre le roi et le peuple. Depuis la Constitution de 1958, le drapeau bleu-blanc-rouge est officiellement le drapeau national (article 2). L'ordre des bandes est : bleu au mât, rouge flottant.

Constitution de 1958 : texte fondamental qui organise les institutions de la République française et définit le fonctionnement des pouvoirs publics. Contrairement au Code civil (droit privé) ou au Code pénal (droit criminel), seule la Constitution établit la structure de l'État. La Déclaration des Droits de l'Homme énonce des principes, mais ne crée pas les institutions.

Pour prouver le mariage lors d'une demande de naturalisation, l'acte de mariage intégral (et non une simple copie ou un extrait) est requis. Si le mariage a eu lieu à l'étranger, l'acte doit être légalisé ou apostillé et traduit par un traducteur assermenté. La carte de séjour et le passeport du conjoint prouvent l'identité, pas le mariage. Le livret de famille peut compléter le dossier mais ne remplace pas l'acte de mariage intégral.

Concept clé : Audit d'équité pour la détection de biais. Les audits d'équité comparent les résultats entre catégories de genre pour des candidats ayant des qualifications équivalentes. Les testeurs doivent analyser systématiquement si le système recommande les candidats masculins et féminins ayant des qualifications équivalentes à des taux similaires, en identifiant un biais de genre si des disparités sont constatées.

Réponse : La gestion des niveaux de service.
Explication : La gestion des niveaux de service définit et suit les métriques reflétant l\'expérience réelle du client, en établissant des accords sur la qualité du service fourni.

Réponse : Le centre de services.
Explication : Le centre de services constitue le point de contact unique (SPOC) entre le fournisseur de services et les utilisateurs pour toutes les communications, demandes et incidents.

Réponse : Résultats souhaités par une partie prenante.
Explication : Les résultats (outcomes) sont les effets souhaités par une partie prenante. Ils diffèrent des livrables (outputs) : le résultat est la valeur créée pour le consommateur, pas le produit livré.

Réponse : Un changement préautorisé qui est bien compris et intégralement documenté.
Explication : Un changement standard est préautorisé, bien compris et intégralement documenté. Son faible risque lui permet d\'être implémenté sans passer par le processus d\'approbation habituel.

Réponse : Déterminer qui est le consommateur du service dans chaque situation.
Explication : Lors de l\'application du principe \'Privilégier la valeur\', la première étape est d\'identifier qui est le consommateur, car la valeur est toujours définie du point de vue du consommateur du service.

Réponse : Le problème conserve l\'état d\'erreur connue.
Explication : Lorsqu\'une solution de contournement devient permanente car le problème ne peut être résolu définitivement, le problème reste dans l\'état \'erreur connue\' : documenté mais non résolu.

Réponse : Une autorité de changement doit être assignée pour chaque type et chaque modèle de changement.
Explication : Chaque type et modèle de changement doit avoir une autorité de changement désignée, garantissant une gouvernance claire et des décisions prises par les personnes appropriées selon le risque et l\'impact.

Réponse : Les principes directeurs peuvent guider une organisation en toutes circonstances.
Explication : Les principes directeurs ITIL 4 sont universels et s\'appliquent en toutes circonstances, à toute organisation et tout type de projet ou initiative, quelle que soit la situation.

Réponse : Offre de service.
Explication : Une offre de service est un ensemble de produits et services proposé à un consommateur. Le package (ordinateur + logiciels + licences + support) constitue une offre de service complète et packagée.

Réponse : La gestion des mises en production.
Explication : La gestion des mises en production a pour but de mettre à disposition des services et fonctionnalités nouveaux ou modifiés, en coordonnant le packaging et le déploiement des releases.

Dans Microsoft Viva Goals, il est possible de contrôler la visibilité des objectifs (Goals) et des OKR en configurant des autorisations au niveau de l’équipe ou de l’objectif.

👉 Les contrôles d’accès basés sur l’équipe permettent :

• De limiter la visibilité d’un objectif à une équipe spécifique (par exemple : Finance)

• D’empêcher les autres utilisateurs de l’organisation d’y accéder

• De garantir la confidentialité des OKR sensibles

C’est la méthode appropriée pour gérer la visibilité directement dans Viva Goals.

Le Service Health Dashboard dans le centre d’administration Microsoft 365 permet :

• De consulter l’état actuel des services (Exchange, SharePoint, Teams, etc.)

• De voir les incidents en cours

• D’obtenir des mises à jour en temps réel

• De recevoir des avis et recommandations

Il aide les administrateurs à comprendre si un problème vient de Microsoft ou de leur propre environnement.

❌ Pourquoi les autres réponses sont incorrectes :

• A. Configurer des SLA personnalisés → Impossible. Les SLA sont définis par Microsoft.

• C. Correction automatique des incidents → Le dashboard informe, mais ne corrige pas automatiquement.

• D. Rapports mensuels détaillés de conformité SLA → Ce n’est pas sa fonction principale. Il montre l’état des services, pas des rapports analytiques mensuels complets.

  🎯 À retenir pour l’examen MS-900 :

  • Service Health Dashboard = visibilité en temps réel sur l’état des services Microsoft 365

  • Il informe, mais ne configure pas de SLA ni ne corrige automatiquement les incidents.

• Intune device compliance policies permettent de s’assurer que seuls les appareils conformes (sécurisés, à jour, chiffrés) peuvent accéder aux données.

• Azure AD Conditional Access applique des règles basées sur l’identité et l’état de l’appareil pour contrôler l’accès aux services Microsoft 365.

• Ensemble, ces fonctionnalités assurent un accès sécurisé aux dossiers patients tout en respectant les normes de conformité.

Les autres options ne couvrent pas à la fois sécurité des appareils et contrôle d’accès :

• B : Azure Information Protection protège les fichiers mais ne contrôle pas l’accès en fonction de l’appareil.

• C : Stream et SharePoint versioning gèrent le contenu mais pas la sécurité des accès.

• D : DLP et Teams Shifts protègent certains contenus ou planifications, pas l’accès sécurisé aux dossiers patients.

• Identity Protection sign-in risk policy permet :

  • Détecter automatiquement les connexions suspectes ou compromises

  • Appliquer des actions automatisées comme blocage d’accès ou réinitialisation de mot de passe selon le niveau de risque configuré

• Les autres options ne remplissent pas ce rôle spécifique :

  • A : Conditional Access contrôle l’accès basé sur les conditions, mais ne déclenche pas automatiquement en fonction du risque de connexion.

  • B : Smart Lockout protège contre les tentatives de mot de passe incorrectes, mais pas contre les risques détectés par analyse des sign-ins.

  • C : Password Protection empêche l’utilisation de mots de passe faibles ou compromis, mais ne réagit pas automatiquement à un risque de connexion.

• Audio Conferencing permet aux participants de rejoindre une réunion Teams via un numéro de téléphone PSTN, même si l’entreprise n’a pas de système téléphonique local.

• Disponible en add-on pour les licences qui n’incluent pas déjà cette fonctionnalité (ex. E1 ou E3).

• Couplé à Teams, cela permet d’organiser des réunions mondiales avec des accès téléphoniques standards.

  🎯 À retenir pour l’examen MS-900 :

  • Audio Conferencing add-on = accès PSTN aux réunions Teams

  • Teams Phone System = gère les appels entrants/sortants dans Teams

  • Calling Plan = permet d’appeler depuis Teams, mais pas nécessairement rejoindre une réunion

• Device compliance policies dans Intune permettent de définir :

  • Les exigences pour qu’un appareil soit considéré conforme (ex : chiffrement, mot de passe, version OS minimale).

• Combinées avec Azure AD Conditional Access, elles permettent de bloquer l’accès aux services cloud (comme SharePoint Online) si l’appareil n’est pas conforme.

  🎯 À retenir pour l’examen MS-900 :

  • Conformité des appareils + Azure AD Conditional Access = accès sécurisé aux services cloud

  • Profils de configuration ou Autopilot = configuration d’appareils, pas contrôle d’accès basé sur la conformité.

• Microsoft Defender for Endpoint permet :

  • Détection automatique des menaces sur les endpoints

  • Investigation automatisée des incidents

  • Actions de remédiation automatiques pour contenir et corriger les menaces

• Les autres options ne gèrent pas directement l’investigation et la remédiation automatique :

  • A : PIM gère les rôles à privilèges temporaires.

  • B : Secure Score propose des recommandations de sécurité, pas de remédiation automatique.

  • D : Mailbox hold conserve les emails pour conformité, pas pour gérer des incidents de sécurité.

• Dans Viva Connections, le menu de navigation global est alimenté par la navigation du site d’accueil SharePoint.

• En configurant un mega menu dans les paramètres du site, vous permettez aux employés de naviguer facilement vers les ressources importantes de l’entreprise.

• Les autres options ne créent pas de navigation globale :

  • A : List view web part affiche simplement une liste, pas un menu de navigation.

  • C : News web part affiche des actualités, pas des liens de navigation.

  • D : Quick links ne fournit qu’une section de liens sur la page, pas un menu global accessible depuis toutes les pages.

• Azure SQL Managed Instance :

  • Fournit une compatibilité quasi totale avec SQL Server (fonctionnalités, T-SQL, logins, agent SQL).

  • Permet de déplacer des bases SQL Server existantes vers le cloud avec très peu de modifications d’applications.

• Les autres options :

  • Azure SQL Database / Hyperscale → PaaS “single database” ou “scale-out”, certaines fonctionnalités SQL Server ne sont pas supportées, ce qui peut nécessiter des changements.

  • Azure Database for PostgreSQL → Base de données différente, non compatible SQL Server.

• Office 365 Message Encryption (OME) permet de :

  • Chiffrer automatiquement les emails selon des politiques définies

  • Protéger le contenu même si le destinataire n’utilise pas Office 365

• Les autres options ne répondent pas entièrement au besoin :

  • A : S/MIME nécessite que l’expéditeur configure manuellement le certificat et le chiffrement.

  • B : TLS sécurise la transmission, mais ne chiffre pas le contenu de manière persistante.

  • C : IRM contrôle l’utilisation et l’accès aux messages mais ne déclenche pas le chiffrement automatique basé sur des règles.

• Internal VNet mode :

  • Le service API Management est accessible uniquement depuis le réseau virtuel Azure interne

  • Les API ne sont pas exposées sur Internet

  • Compatible avec les applications internes critiques, comme les applications financières

• External VNet mode :

  • Le service reste accessible depuis Internet, même s’il est connecté à un VNet

  • Ne répond pas à l’exigence de sécurité interne

• Developer portal avec accès public désactivé :

  • Protège uniquement le portail de développement, pas les API elles-mêmes

• Azure Monitor private endpoints :

  • Assure la collecte de télémétrie en privé

  • Ne limite pas l’accès aux APIs

• Azure Key Vault :

  • Permet de centraliser tous les certificats TLS/SSL

  • Offre intégration native avec certaines CA pour le renouvellement automatique

  • Réduit le risque de pannes ou interruptions liées à l’expiration

  • Fournit gestion centralisée du cycle de vie (création, renouvellement, révocation, suivi)

• C’est la solution recommandée pour des environnements à grande échelle avec de nombreux certificats, comme une plateforme e-commerce.

Le pilier Performance Efficiency du Azure Well-Architected Framework concerne :

• La capacité d’un système à s’adapter aux variations de charge

• L’autoscaling

• L’optimisation des ressources

• Le dimensionnement dynamique

• L’utilisation de services PaaS et serverless pour ajuster automatiquement la capacité

Dans ce scénario :

• Il faut gérer des pics saisonniers

• Éviter le surprovisionnement

• Adapter automatiquement les ressources

👉 Cela correspond parfaitement au pilier Performance Efficiency.

• Microsoft Intune Device Compliance Policies permet de :

  • Appliquer le chiffrement FileVault sur macOS

  • Contrôler l’exécution des applications via des règles de conformité et d’application

  • Reporter la posture de sécurité des endpoints à Microsoft Entra Conditional Access, permettant de bloquer l’accès aux ressources si le poste n’est pas conforme

• Cette solution couvre tous les objectifs de sécurité demandés pour les postes macOS.

• ISO 27001 exige, entre autres :

  • Le contrôle strict des privilèges élevés

  • L’auditabilité et la traçabilité de l’accès aux ressources sensibles

• Azure AD PIM :

  • Fournit un accès Just-in-Time aux rôles à privilèges élevés

  • Chaque activation est journalisée et auditable

  • Permet de réduire le risque de sur-privatisation et de répondre aux exigences ISO 27001 sur le contrôle d’accès

Microsoft Defender for Cloud inclut un tableau de bord de conformité réglementaire qui permet :

• D’évaluer la conformité par rapport à des standards reconnus (comme le CIS Microsoft Azure Foundations Benchmark).

• D’afficher les contrôles conformes et non conformes.

• De fournir des recommandations de remédiation détaillées pour chaque contrôle non conforme.

• D’automatiser certaines corrections via Azure Policy.

Cela correspond exactement au besoin :
👉 valider la conformité ET obtenir les actions correctives associées.

• CAF DevSecOps recommande d’intégrer la sécurité et la conformité dès la phase de conception et de déploiement.

• Azure Blueprints permet de :

  • Appliquer des politiques et des contrôles RBAC cohérents sur plusieurs souscriptions

  • Garantir que toutes les ressources déployées respectent les standards internes et réglementaires

  • Automatiser la conformité dès la création de l’infrastructure (Infrastructure as Code)

• Cela offre une remédiation et un contrôle centralisé, ce qui répond directement aux exigences de gouvernance DevSecOps.

Azure Update Manager (anciennement Azure Automation Update Management) permet :

• La gestion centralisée des mises à jour pour :

  • Machines virtuelles Azure

  • Serveurs on-premises

  • Environnements multi-cloud (via Azure Arc)

• Le suivi de la conformité des correctifs

• La génération de rapports détaillés

• L’intégration avec Log Analytics pour :

  • Requêtes avancées

  • Tableaux de bord personnalisés

  • Export des données pour audit

👉 C’est une solution native conçue spécifiquement pour la gestion et le reporting des mises à jour dans des environnements hybrides.

Cela correspond exactement au besoin :
✔ Hybride
✔ État des patches
✔ Rapports audit-ready

• Air-gapped backups : sauvegardes isolées du réseau principal pour empêcher toute attaque ransomware ou accès malveillant

• Recovery Services Vault dans une souscription séparée :

  • Sépare physiquement la gestion des backups de l’environnement de production

  • Permet RBAC strict et contrôle d’accès granulaire

  • Empêche les attaques réseau ou les utilisateurs compromis dans la souscription principale d’atteindre les sauvegardes

• Approche recommandée par Microsoft pour Protection contre ransomware et menaces internes sur les données critiques opérationnelles

Cloud Deployment Manager est l'outil GCP d'Infrastructure as Code qui permet de définir des templates réutilisables pour déployer plusieurs ressources. Il supporte les templates Jinja/Python avec paramètres, minimisant la répétition de code.

Les snapshot schedules (planifications de snapshots) permettent de définir automatiquement la fréquence des sauvegardes et une règle de rétention (suppression automatique des anciens snapshots). C'est la solution native GCP recommandée, sans scripts ni services supplémentaires.

Un job d'export Cloud SQL (planifié le premier du mois) écrit un fichier SQL/CSV dans Cloud Storage Archive — la classe la moins chère pour des données conservées 3 ans avec accès très rare. Les sauvegardes automatiques Cloud SQL ne peuvent pas être conservées 3 ans.

Puisque le workload est tolérant aux pannes, les VMs préemptibles sont idéales (jusqu'à 80% moins chères). Le test avec des événements de maintenance simulés valide la tolérance aux interruptions avant de basculer en production.

Dans GCP, un même VPC peut avoir des sous-réseaux dans plusieurs régions. Les instances du même VPC peuvent communiquer directement via IPs privées sans VPN ni peering. C'est la solution la plus simple et recommandée.

Les journaux d'audit d'accès aux données pour Cloud Storage enregistrent toutes les opérations de lecture (GetObject, etc.) avec l'identité du demandeur, l'horodatage et les détails de l'objet accédé. C'est exactement ce qui est requis pour la conformité légale.

La combinaison Redémarrage automatique = On (redémarre si crash) + Maintenance hôte = Migrer (live migration pendant maintenance) dans un MIG est la configuration recommandée pour une haute disponibilité maximale pendant les maintenances GCP.

gcloud config list affiche la configuration active, incluant le projet actif qui a été utilisé pour le déploiement. Si le mauvais projet était configuré, cela explique le déploiement au mauvais endroit. C'est la première chose à vérifier.

La commande gcloud compute reset-windows-password génère un nom d'utilisateur et un mot de passe Windows pour la VM, qui peuvent ensuite être utilisés pour se connecter via RDP. C'est la méthode officielle GCP pour accéder aux VMs Windows.

Un Deployment Kubernetes par microservice permet de gérer indépendamment le cycle de vie, les réplicas et l'autoscaling de chaque microservice. Les Deployments sont le standard Kubernetes pour les applications sans état qui nécessitent un scaling individuel.

The Development Team is responsible for all estimates in Scrum. The Scrum Master should not dictate the format (Story Points vs. other relative units) or sequence—only that the Development Team owns the estimation process. This protects team autonomy and accountability.

All answers apply. Merely adopting Scrum terminology without understanding and embodying Scrum principles will produce minimal organizational change. Teams will maintain familiar (often dysfunctional) behaviors, vocabulary becomes meaningless, management may feel comfortable due to unchanged dynamics, and the true benefits of Scrum—inspection, transparency, and adaptation—remain unrealized.

All three factors impact Sprint outcomes. The Scrum Guide emphasizes that Sprint results depend on team composition, skills, working relationships, technology complexity, and requirement clarity. These are interdependent variables that collectively determine what a team can accomplish in a given Sprint.

Correct answers: Options 2 and 3. Option 2 correctly redirects focus to value delivery—the Product Owner's role—maintaining Scrum's empirical control. Option 3 correctly demonstrates servant leadership by de-escalating conflict and creating space for rational discussion. Option 1 defends budgets outside the Scrum Master's scope, Option 4 abdicates responsibility, and Option 5 uses busy-work, which wastes inspection and adaptation opportunities.

Option D is correct. The Scrum Master should facilitate collaboration between the Product Owner and Development Team on strengthening the Definition of Done to address performance concerns. Option A delays action unnecessarily, Option B inappropriately directs the team, and Option C is defensive and dismisses stakeholder feedback. The DoD is a shared responsibility evolving through collaboration.

Correct: Options 1 and 2 - Scrum enables empirical budgeting by delivering working increments each Sprint, allowing stakeholders to measure value against investment and adjust funding based on actual outcomes. Option 2 shows how releases span multiple Sprints with continuous value delivery. Options 3 and 4 are incorrect because operational costs exist and budgets are often necessary—Scrum just changes how they're managed.

Correct answers: Options 2 and 3. The Definition of Done describes work needed to produce a potentially releasable Increment (option 2), and encompasses all work performed as defined in it (option 3). Options 0-1 are too restrictive (mentioning specific testing phases). Option 4 is incorrect because the Definition of Done is a team commitment, not limited by current skills. The Scrum Guide emphasizes Done means the product is ready for release.

Correct answer: Option 4. This approach, called backlog refinement, involves the Development Team helping clarify and estimate upcoming items during the Sprint. This ensures items are actionable and well-understood for Sprint Planning. Option 1 segregates knowledge from the team, Option 2 creates a false separation of concerns, and Option 3 violates the principle that the Development Team should focus on committed Sprint work first.

The immediate impact on the original team's productivity is likely to decrease (option 1). Adding new teams introduces communication overhead, potential dependencies, and knowledge fragmentation. While multiple teams may increase overall product throughput over time, the original team faces disruption initially—a well-documented principle in scaling Scrum.

Correct: Option 2 - Adding a second team typically causes the original team's velocity to drop initially due to increased communication overhead, context-switching, and coordination complexity as they integrate with the new team. Velocity measures the team's capacity, which is often strained by scaling effects before improvement occurs.

Réponse : Les développeurs perdent le sens des responsabilités et les testeurs indépendants peuvent devenir un goulot d\'étranglement..
Explication : Le test indépendant sépare la vérification du développement, ce qui peut diminuer le sens de la responsabilité des développeurs tandis que la coordination des tests et le triage des incidents se concentrent dans une équipe distincte qui peut devenir un goulot d\'étranglement processus.

Réponse : Prévoir un environnement de test de secours en cas de défaillance de l\'environnement existant pendant les tests.
Explication : C est correct car prévoir un environnement de test de secours est une mesure d\'atténuation proactive et au niveau du projet qui réduit la probabilité et l\'impact d\'une défaillance d\'environnement. L\'atténuation des risques projet consiste en actions anticipées et délibérées réduisant l\'exposition aux menaces identifiées. Un environnement redondant est une mesure classique car une défaillance d\'environnement est un point de défaillance unique fréquent pouvant arrêter complètement les tests et augmenter les coûts.

Réponse : 720.
Explication : Avec un taux de défaut constant et tous les retests réussis, le calcul du nombre de tests restants tient compte de la densité de défauts. Sur 800 tests initiaux avec 10% de défauts, 80 tests échouent. Après correction et retest réussi, 720 tests restent à exécuter pour atteindre la couverture complète.

Réponse : Portabilité.
Explication : C est correct car la portabilité est un attribut non-fonctionnel de faible priorité pour un système de surveillance médicale critique pour la sécurité, normalement lié à des piles matériel/système d\'exploitation certifiées. La disponibilité, la sécurité et la fiabilité ont un impact direct sur le risque patient et les preuves réglementaires.

Réponse : Une approche des tests de régression.
Explication : Le plan directeur de test est un document stratégique de haut niveau qui définit l\'approche globale, la portée, les objectifs et les risques. L\'approche des tests de régression est une décision stratégique appropriée à couvrir en détail, contrairement aux détails tactiques comme les valeurs limites ou l\'organisation des cas de test.

Réponse : L\'approche de test qui sera appliquée aux tests d\'intégration système..
Explication : C est correct car le plan directeur de test est un document au niveau du programme qui spécifie l\'approche de test de haut niveau pour les principaux niveaux de test, y compris les tests d\'intégration système. Le plan directeur communique la portée, les objectifs, l\'approche générale de test aux parties prenantes, tandis que les détails d\'exécution relèvent des plans subordonnés.

Réponse : Créer une estimation basée sur la technique d\'analyse de points de fonction et l\'analyse de points de test.
Explication : La réponse A est correcte car l\'analyse de points de fonction combinée à l\'analyse de points de test produit une estimation précoce basée sur la taille, spécifique aux tests, indépendante de la disponibilité du code source. L\'APF fournit une métrique de taille fonctionnelle, l\'APT traduit cette taille en effort de test en appliquant les facteurs de testabilité et de qualité.

Réponse : Les critères d\'entrée et de sortie sont un moyen principal d\'obtenir des ressources adéquates..
Explication : C est correct car les critères d\'entrée et de sortie sont des portes de qualité objectives pour les transitions de niveau et la prise de décision, non des mécanismes destinés à sécuriser les ressources. Ils spécifient des conditions mesurables soutenant les décisions arrêt/go et protègent les activités en aval.

Réponse : Cela peut servir à renforcer leur confiance dans le système.
Explication : C est correct car impliquer les utilisateurs lors de l\'exécution renforce principalement leur confiance et leur acceptation en validant le comportement du système par rapport aux attentes opérationnelles réelles. D\'un point de vue avancé de gestion des tests, la participation des utilisateurs est une intervention d\'engagement des parties prenantes qui réduit le risque de déploiement.

Réponse : Exécution des tests.
Explication : L\'exécution des tests représente la portion la plus importante et la moins prévisible de la variabilité (taux de découverte de défauts, disponibilité de l\'environnement, productivité humaine, boucles de rework). C\'est donc la partie la plus difficile à estimer.

A. Regenerate summaries of existing conversations using the new prompt and replace the stored histories to align past context with current behavior. Incorrect. This rewrites history and can distort or erase what users actually said, creating continuity risks and potential inaccuracies. B. Add a transition message when sessions resume explaining that the assistant has been updated and behavior may differ. Incorrect. This improves transparency but does not solve the core problem of inconsistent behavior across sessions. C. Version system prompts and associate each conversation with the prompt version under which it started, applying updates only to new conversations. Correct. This is the most robust solution because it preserves behavioral consistency within a conversation over time, avoiding contradictions caused by mid-stream prompt changes. D. Add instructions to the new system prompt directing the assistant to maintain consistency with any prior statements in the conversation history. Incorrect. This helps slightly, but it cannot reliably override changes in underlying behavior introduced by prompt updates.

A. Move all tool responses to a vector database with semantic indexing, retrieving relevant portions as the conversation continues Incorrect. This adds unnecessary infrastructure complexity for a short-lived conversational context problem. B. Extract only return-relevant fields (items, purchase date, return window, status) from each existing order response, removing verbose details Correct. This preserves the information needed for the current task while significantly reducing context bloat before additional lookups. C. Have the model generate a natural language summary of each order's key details, replacing structured responses with prose descriptions Incorrect. Natural language summaries are less compact and may omit structured details needed for accurate return handling. D. Proceed with additional lookups without modifying the existing tool output context Incorrect. This worsens context crowding and increases the risk of degraded performance.

A. Create a new "Focus" playlist with curated tracks and notify the user it's ready. Incorrect. This assumes intent and may do the wrong action, frustrating users. B. Ask one clarifying question about action type: play now or configure for later Correct. This minimizes friction while resolving ambiguity, enabling the assistant to take the right action quickly. C. Play popular focus tracks immediately and let the user redirect if needed Incorrect. Acts prematurely and may not match user intent. D. Start preference configuration by asking about genres, tempo, and artists Incorrect. Too heavy upfront--adds unnecessary friction before confirming intent.

A. The coordinator agent receives the web search agent's output and includes relevant findings in the prompt when invoking the document analysis agent. Correct. This follows the standard orchestration pattern where the coordinator manages all data flow, explicitly passing outputs between subagents. B. The agents communicate through an event-driven message queue, with the document analysis agent subscribing to web search completion events. Incorrect. This introduces unnecessary infrastructure complexity and is not the typical agent orchestration model. C. The web search agent directly invokes the document analysis agent, using the discovered sources as parameters. Incorrect. Subagents should not invoke each other directly; this breaks centralized control and observability. D. Both agents access a shared memory store where the web search agent writes findings and the document analysis agent reads them. Incorrect. While possible in advanced systems, this is not the standard or simplest approach; it adds complexity without clear necessity in typical pipelines.

A. Log the error server-side and return an empty result to avoid confusing the model Incorrect. This hides critical failure information, making it impossible for the agent to distinguish "no data" from "system failure." B. Throw an exception from the tool handler so the agent framework can catch and log it Incorrect. Exceptions are useful internally, but the agent still needs a structured tool response; raw exceptions don't reliably propagate useful context to the model. C. Return the error message in the tool result content with the isError flag set to true Correct. This is the proper MCP pattern: the tool explicitly signals failure using isError: true, while still providing a readable error message so the agent can decide whether to retry, escalate, or inform the user. D. Return a success response with a "status" field indicating the error type Incorrect. This is misleading because it treats failures as successful responses, which confuses downstream reasoning and tool orchestration. Thank you Thank you for being so interested in the If you have any feedback or thoughts on the bumps, I would love to hear them. Your insights can help me improve our writing and better understand our readers. Best of Luck You have worked hard to get to this point, and you are well-prepared for the exam Keep your head up, stay positive, and go show that exam what you're made of! Feedback More Papers Total: 85 Questions Link:

A. Structured JSON consumes significantly fewer tokens than natural language, substantially reducing API costs. Incorrect. Token usage depends on the content; JSON is not inherently more compact than text and may sometimes use more tokens. B. The agent can reliably extract specific values without parsing free form text, reducing errors in subsequent operations. Correct. Structured output provides clear, predictable fields, making it easy for the agent to use the data accurately in downstream steps. C. Structured JSON is processed deterministically by the model, significantly improving accuracy when extracting values. Incorrect. The model is still probabilistic; JSON improves structure, but not deterministic processing. D. JSON schemas automatically validate that the underlying API returned correct data before the agent processes it. Incorrect. Schemas define structure, but they do not guarantee correctness of the actual data returned by the API.

A. Set temperature to 0 to eliminate output variability and ensure consistent formatting Incorrect. This reduces randomness but won't fix systematic extraction errors like misinterpreting ranges ("2 to 3"). B. Send a follow-up request including the validation error, asking the model to correct its output Correct. Providing specific validation feedback allows the model to correct the exact issue (e.g., convert "2 to 3" into a valid float), making recovery highly effective. C. Pre-process source documents to standardize problematic formats before sending them for extraction Incorrect. Helpful in some cases, but not scalable or sufficient for diverse real-world variations. D. Implement a secondary pipeline using a larger model tier to reprocess documents that fail validation Incorrect. More expensive and not necessary--targeted correction is more efficient and effective.

A. Your system prompt needs explicit instructions telling Claude to remember information from earlier turns. Incorrect. Instructions alone don't give the model memory--context must be provided with each request. B. You're not including prior messages in each API request--the stateless API doesn't retain conversation history. Correct. Claude is stateless. If earlier messages aren't passed in the request, it has no awareness of prior vocabulary. C. You need to enable conversation persistence by passing a session ID parameter with each API call. Incorrect. There's no required session ID--memory is handled by including past messages. D. The model's context window has filled up, causing earlier conversation content to be dropped. Incorrect. This would only happen in very long conversations, not typical early testing scenarios.

A. Return an empty flight list as if the search succeeded but found no matching flights. Incorrect. This hides the failure and misleads the system into thinking no flights exist, which can lead to incorrect conclusions. B. Log the error internally and return an empty response, letting the model continue without the flight data. Incorrect. This still suppresses the failure signal, preventing the agent from taking corrective action. C. Return an error message in the tool result explaining the service is temporarily unavailable. Incorrect. While transparent, this alone doesn't attempt recovery and may degrade user experience unnecessarily. D. Automatically retry the request up to five times with exponential backoff before returning results to the agent. Correct. This is the most effective approach--handles transient failures gracefully, improves reliability, and only surfaces errors if retries fail.

A. The model's context window has been exceeded by the conversation length Incorrect. This would only happen in very long conversations, and the issue appears early within just a few turns. B. The Claude API requires a session_id parameter that you haven't configured Incorrect. There is no required session_id--context must be explicitly managed by the application. C. Claude requires a vector database connection to maintain conversation memory Incorrect. A vector database is optional for retrieval, not required for basic conversation memory. D. Your application isn't including prior messages in the messages array Correct. Claude does not retain memory between calls--if previous messages aren't included, it cannot recall earlier user preferences.