Aller au contenu
FR

Systèmes d'information de gestion · Terminale STMGBac

Interfaces et applications web : exercices corrigés de Terminale STMG

Publié le 11 novembre 2026 · Mis à jour le 11 novembre 2026 · Signaler une erreur

L'essentiel

  • Une application web s'utilise dans un navigateur, vit sur un serveur et ne demande aucune installation sur le poste client.3
  • Une API est une façade normalisée : un logiciel fournisseur offre des services à d'autres logiciels consommateurs sans montrer son fonctionnement interne.4
  • Côté client, on trouve HTML, CSS et JavaScript ; côté serveur, un langage comme PHP, Java ou C#.3
  • Une page dynamique est fabriquée à chaque requête, alors qu'une page statique est un fichier déjà enregistré.3
  • La sécurité dépend du code du développeur et de l'hébergement : injection SQL et cross-site scripting sont des attaques classiques.3

Comment utiliser ces exercices

Ces exercices te font manipuler les notions du chapitre sur le développement d'applications : ce qu'est une application web, comment un programme en utilise un autre grâce à une interface, quels langages interviennent et quels risques existent. Ils sont classés par difficulté croissante, du niveau 1 (reconnaître) au niveau 3 (analyser et concevoir).

Rappels utiles avant de commencer

Exercices niveau 1 : reconnaître

Pour progresser après les exercices

Quand tu as terminé, refais sans aide les exercices où tu as eu besoin d'un indice. Les programmes de management et numérique prévoient d'ailleurs des expérimentations dans divers environnements numériques, dont les environnements de développement d'applications.2 Savoir distinguer l'interface que l'on utilise de la logique que l'on programme est donc un réflexe à acquérir.

Les exercices

Exercice 1 Application web ou non ?

★☆☆Environ 8 min

Pour chaque situation, indique si elle relève d'une application web et justifie en une phrase.

a) Une élève consulte ses mails depuis le navigateur d'un ordinateur du CDI, sans rien installer.

b) Un comptable utilise un tableur installé sur son poste, qui fonctionne sans réseau.

c) Un lycée publie un blog où les enseignants ajoutent des articles via leur navigateur.

d) Un client commande des chaussures sur une boutique en ligne : il se connecte, remplit un panier et valide.

Indice 1

Pose-toi deux questions : faut-il installer quelque chose sur le poste ? Le logiciel se manipule-t-il dans un navigateur ?

Indice 2

Pense aux exemples classiques : messageries web, blogs, wikis, commerce électronique.

Voir la correction pas à pas

  1. Relis le critère : une application web se manipule dans un navigateur et ne demande pas d'installation sur le poste client.3

  2. Cas a) : la messagerie web est un exemple classique d'application web.3 Réponse : oui.

  3. Cas b) : le tableur est installé sur le poste et fonctionne hors réseau, donc ce n'est pas une application web.

  4. Cas c) : un blog fait partie des applications web.3 Réponse : oui.

  5. Cas d) : les logiciels de commerce électronique peuvent prendre la forme d'une application web.3 Réponse : oui, la boutique est consultée dans le navigateur et hébergée sur un serveur.

Le bon réflexe : navigateur + serveur + pas d'installation = application web. Le tableur local échoue sur ces trois critères.

Exercice 2 Associer chaque langage à son rôle

★☆☆Environ 8 min

Associe chaque technologie à son rôle dans le développement d'une application web.

Technologies : HTML, CSS, JavaScript, PHP.

Rôles :

  1. Exécuter des automatismes sur le serveur.
  2. Définir la charte graphique des pages.
  3. Structurer la présentation du contenu des pages.
  4. Exécuter des automatismes chez le client.
Indice 1

Deux technologies concernent l'apparence, une concerne le navigateur et une le serveur.

Indice 2

Demande-toi à chaque fois : où le code s'exécute-t-il, sur le poste de l'utilisateur ou sur la machine qui héberge l'application ?

Voir la correction pas à pas

  1. Isole d'abord les deux langages d'apparence : HTML pour la présentation des pages et CSS pour la charte graphique.3

  2. Donc HTML correspond au rôle 3 et CSS au rôle 2.

  3. JavaScript sert aux automatismes exécutés par le client.3 Il correspond au rôle 4.

  4. PHP fait partie des langages utilisés pour les automatismes exécutés par le serveur.3 Il correspond au rôle 1.

  5. Résultat final : HTML → 3 ; CSS → 2 ; JavaScript → 4 ; PHP → 1.

Retiens la séparation client / serveur : le code client s'exécute dans le navigateur, le code serveur sur la machine qui héberge l'application.

Exercice 3 Le coût d'un déploiement sur les postes

★☆☆Environ 10 min

Un service de gestion compte 40 ordinateurs. Pour déployer un logiciel installé, un technicien met 15 minutes par poste. Une version web du même outil existe : elle s'utilise dans le navigateur déjà présent.

  1. Calcule, en heures, le temps total d'installation du logiciel classique.
  2. Quel temps d'installation faut-il prévoir sur les postes pour la version web ? Explique pourquoi.
Indice 1

Multiplie d'abord le nombre de postes par la durée, puis convertis les minutes en heures.

Indice 2

Une application web ne demande pas d'installation sur les machines clientes.

Voir la correction pas à pas

  1. Temps total en minutes : 40×15=60040 \times 15 = 600 minutes.

  2. Conversion en heures : 600÷60=10600 \div 60 = 10 heures.

  3. Pour la version web, il n'y a rien à installer sur les postes clients, car une application web se manipule directement depuis un navigateur.3 Le temps d'installation par poste est donc nul.

  4. Réponse : 10 heures pour le logiciel installé, 0 heure pour la version web.

L'absence d'installation est un avantage concret pour une organisation qui gère beaucoup de postes. Le travail se déplace vers le serveur, qui héberge l'application.3

Exercice 4 Lire une description d'API

★★☆Environ 12 min

Une entreprise de vente en ligne veut afficher la météo de livraison sur sa page de suivi de colis. Elle utilise un service de prévisions météo qui fournit une description de ses fonctions : une fonction previsions(ville, jour) renvoie la température prévue.

  1. Qui est le programme fournisseur ? Qui est le programme consommateur ?
  2. Le développeur de la boutique doit-il connaître la façon dont le service calcule ses prévisions ? Justifie.
  3. Cette description est comparée à un contrat. Explique pourquoi.
Indice 1

Le fournisseur offre des fonctionnalités, le consommateur s'en sert.

Indice 2

Pour utiliser une API, que faut-il connaître : le fonctionnement interne ou uniquement la manière de l'appeler ?

Voir la correction pas à pas

  1. Une API est une porte d'entrée normalisée : grâce à elle, un logiciel met ses services à la disposition d'autres logiciels.4 Le service de prévisions joue donc le rôle de fournisseur.

  2. Le programme de la boutique, qui appelle previsions(ville, jour), est le consommateur.4

  3. Le développeur ignore sans problème les détails internes du logiciel tiers : l'API suffit pour l'utiliser.4 Il doit seulement savoir quels paramètres envoyer et quel résultat attendre.

  4. Le fournisseur y expose ce qu'il propose ainsi que ses éventuelles restrictions : voilà pourquoi on parle de contrat.4 Le consommateur peut alors s'appuyer sur ce qui est annoncé.

L'API cache le comment et expose le quoi. Cela permet à la boutique de se concentrer sur son propre métier.

Exercice 5 Gagner du temps grâce aux API

★★☆Environ 12 min

Une équipe doit construire une application qui comprend trois modules : gestion de base de données, envoi de messages et affichage de cartes. Écrire un module de zéro demande 12 jours.

L'équipe écrit elle-même le module de gestion de base de données, mais utilise pour les deux autres modules des services existants proposant une API. Chaque intégration par API demande 2 jours.

  1. Calcule la durée totale si l'équipe écrit les trois modules elle-même.
  2. Calcule la durée totale avec l'utilisation des deux API.
  3. En déduis le gain, en jours.
Indice 1

Pour les deux modules confiés à une API, remplace 12 jours par 2 jours.

Indice 2

Le gain est la différence entre les deux durées totales.

Voir la correction pas à pas

  1. Durée si tout est écrit : 3×12=363 \times 12 = 36 jours.

  2. Durée avec API : un module écrit (12 jours) plus deux intégrations (2×2=42 \times 2 = 4 jours), soit 12+4=1612 + 4 = 16 jours.

  3. Gain : 36−16=2036 - 16 = 20 jours.

  4. Ce gain illustre l'intérêt des interfaces de programmation : elles font gagner du temps grâce à la collaboration et à la spécialisation des équipes.4

Réutiliser des briques existantes évite de tout réécrire. Les chiffres de l'énoncé sont fictifs, mais le raisonnement est celui d'une vraie décision de conception.4

Exercice 6 Compter les requêtes d'une séance

★★☆Environ 10 min

Dans un lycée, 15 élèves utilisent en même temps une application web de gestion de notes. Chaque élève est déjà sur la page d'accueil, puis clique sur 6 liens pour consulter ses résultats. Dans cette application, chaque lien déclenche l'envoi d'une nouvelle requête au serveur.

  1. Combien de requêtes sont envoyées au total pendant la séance ?
  2. Pourquoi une application de ce type met-elle plus le serveur à contribution qu'un site statique ?
Indice 1

Une requête par clic : multiplie les clics par élève par le nombre d'élèves.

Indice 2

Compare une page construite à chaque demande avec un fichier déjà enregistré.

Voir la correction pas à pas

  1. Chaque hyperlien de la page provoque une nouvelle requête.3 Un élève envoie donc 6 requêtes.

  2. Pour 15 élèves : 15×6=9015 \times 6 = 90 requêtes.

  3. Dans une application web, les pages sont créées par le logiciel lors de chaque requête, alors que les pages d'un site statique sont des fichiers enregistrés à l'avance.3

  4. Le serveur doit donc produire 90 pages, d'où une charge de calcul plus importante qu'avec des fichiers déjà prêts.

Plus il y a d'utilisateurs et de clics, plus les requêtes s'accumulent. Le serveur d'une application web se dimensionne en conséquence.

Exercice 7 Repérer la faille

★★★Environ 15 min

Le formulaire de recherche d'une application web de gestion de stock envoie directement le texte tapé par l'utilisateur dans une requête de base de données, sans aucun contrôle. Un stagiaire tape une instruction inhabituelle dans le champ et obtient la liste complète des comptes utilisateurs.

  1. Comment s'appelle ce type d'attaque ?
  2. Qui est responsable de la protection contre cette faille ?
  3. Propose une action de prévention portant sur le code.
Indice 1

L'attaque consiste à glisser des instructions dans un champ de saisie destiné à une base de données.

Indice 2

Le développeur doit prendre des précautions pour sécuriser son code.

Voir la correction pas à pas

  1. Une instruction glissée dans un champ pour agir sur la base de données correspond à une injection SQL, qui figure parmi les attaques possibles contre une application web.3

  2. Si le développeur néglige de protéger son code, une telle faille met l'application en danger.3 La responsabilité première revient donc à l'équipe de développement.

  3. La sécurité dépend aussi de l'environnement qui héberge l'application.3 Il faut donc protéger aussi l'hébergement, pas seulement le programme.

  4. Prévention possible : ne jamais insérer directement la saisie dans la requête (utiliser des requêtes paramétrées), et contrôler le format de toute saisie avant de la traiter.

Une saisie utilisateur n'est jamais de confiance. Le cross-site scripting est une autre faille du même genre : elle naît aussi d'un contrôle oublié dans le code.3

Exercice 8 Concevoir l'architecture d'une application de commandes

★★★Environ 20 min

Une PME veut une application de saisie de commandes accessible depuis les navigateurs de ses commerciaux, sur le réseau de l'entreprise et à distance. Elle doit aussi afficher des prévisions d'expédition fournies par un transporteur.

Rédige une réponse structurée qui :

  1. justifie le choix d'une application web ;
  2. indique les technologies côté client et côté serveur ;
  3. explique le rôle d'une API dans la liaison avec le transporteur ;
  4. cite deux risques de sécurité et une précaution.
Indice 1

Cite des critères concrets : navigateur, absence d'installation, hébergement sur un serveur.

Indice 2

Relis les rôles de HTML, CSS, JavaScript et d'un langage serveur, ainsi que la notion de fournisseur et de consommateur.

Voir la correction pas à pas

  1. Choix : une application web s'utilise dans un navigateur, sans installation sur les postes clients, et se place sur un serveur joignable par Internet, un intranet ou un réseau local.3 Cela convient à des commerciaux aux postes variés.

  2. Côté client : le HTML organise l'affichage des pages, le CSS apporte la charte graphique, et JavaScript gère les automatismes qui tournent chez l'utilisateur.3

  3. Côté serveur : un langage comme PHP, Java ou C# prend en charge les automatismes exécutés par le serveur.3

  4. API : l'application de la PME est le consommateur, le transporteur est le fournisseur. L'équipe appelle les fonctions décrites dans l'API sans rien savoir du fonctionnement interne du transporteur.4

  5. Sécurité : deux risques sont l'injection SQL et le cross-site scripting.3 Précaution : protéger le code contre les saisies malveillantes et sécuriser l'hébergement, car la sécurité y est étroitement liée.3

  6. Conclusion de la copie : plus l'équipe réutilise des services par API, plus elle peut se concentrer sur la logique propre à l'application.4

Une bonne réponse relie chaque choix technique à une justification précise. Les mots navigateur, serveur, API, sécurité doivent apparaître et être employés correctement.

Exercice 9 Pourquoi l'adresse IP ne suffit pas

★★★Environ 12 min

Sur l'ordinateur d'un employé, un navigateur affiche une application web, un logiciel de visioconférence est ouvert et une messagerie se synchronise, tout cela en même temps via Internet.

  1. Explique pourquoi la communication par adresse IP seule ne suffit pas à distribuer les données reçues.
  2. Donne une conséquence pour le développeur d'une application qui communique en réseau.
Indice 1

Combien d'applications utilisent la même machine, donc la même adresse IP ?

Indice 2

Un programme réseau a besoin d'un moyen de désigner à quelle application les données sont destinées.

Voir la correction pas à pas

  1. Toutes ces applications partagent l'adresse IP de l'ordinateur, alors que plusieurs applications utilisant Internet peuvent y fonctionner simultanément.1

  2. Avec l'adresse IP seule, rien n'indique à laquelle de ces applications les données reçues sont destinées : la communication par IP n'est pas suffisante.1

  3. Conséquence : il faut un mécanisme supplémentaire pour identifier l'application visée sur la machine, en plus de l'adresse de la machine : c'est le rôle du numéro de port.

  4. Le développeur d'une application réseau doit donc prévoir comment elle se fait reconnaître sur la machine, et ne pas se reposer sur l'adresse IP seule.

L'adresse IP identifie une machine, pas une application. La distinction guide la conception de toute application qui communique en réseau.1

Les questions qu'on se pose

Quelle différence entre une application web et un site web ?

Les deux se consultent avec un navigateur. Dans une application web, les pages sont créées de toutes pièces par le logiciel à chaque requête, alors qu'un site statique renvoie des pages déjà enregistrées sous forme de fichiers.3 L'application réagit donc aux actions de l'utilisateur, ce qui la rend adaptée à la gestion : commandes, notes, stocks.

Faut-il savoir programmer une API pour le bac ?

L'attendu est surtout de comprendre ce qu'est une API et de savoir l'utiliser dans un raisonnement. Une API est un ensemble normalisé de fonctions qui sert de façade entre un logiciel fournisseur et des logiciels consommateurs.4 Savoir expliquer pourquoi on n'a pas besoin de connaître le fonctionnement interne du fournisseur est une réponse bien valorisée.4

Comment justifier le choix d'une application web dans une copie ?

Appuie-toi sur trois arguments : l'utilisation depuis un navigateur, l'absence d'installation sur les postes clients, et l'hébergement sur un serveur accessible par un réseau.3 Ajoute un point de vigilance sur la sécurité, qui dépend du code et de l'environnement d'hébergement.3

Sources

  1. Ressources d'accompagnement - Développement d'applications, Éduscol. Consulté le 11 novembre 2026.
  2. Programme de management et numérique - Terminale STMG, Ministère de l'Éducation nationale. Consulté le 11 novembre 2026.
  3. Application web, Wikipédia. Consulté le 11 novembre 2026.
  4. Interface de programmation, Wikipédia. Consulté le 11 novembre 2026.

Les numéros dans le texte renvoient à ces sources. Une source qui ne dit pas ce qu'on lui fait dire ? Signale-le.

Signaler une erreur sur cette page

Je suis en…

Primaire

  • CP Bientôt
  • CE1 Bientôt
  • CE2
  • CM1
  • CM2 Bientôt

Collège

Lycée

Supérieur

  • BTS Bientôt
  • BUT Bientôt
  • Licence Bientôt
  • Prépas Bientôt

Sur cette page