Quiz: Gestion de Projet et Analyse Fonctionnelle — 18 Fragen

Detaillierte Fragen und Antworten

1. Qu’est-ce qui caractérise le mieux un projet ?

Une suite d’opérations répétées sans début ni fin
Une fonction de l’organisation dédiée à la maintenance continue
Une entreprise temporaire produisant un résultat unique
Une activité permanente visant à stabiliser un processus existant

Une entreprise temporaire produisant un résultat unique

Erklärung

Un projet est temporaire et vise la création d’un produit, d’un service ou d’un résultat unique. L’idée de continuité correspond plutôt à une activité récurrente qu’à un projet.

2. Que décrit la triple contrainte traditionnelle en gestion de projet ?

La relation entre risques, livrables et gouvernance
La relation entre périmètre, temps et coût
La relation entre qualité, satisfaction client et innovation
La relation entre ressources humaines, matériel et budget

La relation entre périmètre, temps et coût

Erklärung

La triple contrainte relie le périmètre, le temps et le coût : modifier l’un impacte les deux autres. C’est un principe central de la gestion de projet.

3. Quelle définition correspond le mieux à un jalon de projet ?

Un repère chronologique de durée nulle marquant une étape clé
Une estimation budgétaire de fin de phase
Un document qui liste toutes les tâches restantes
Une tâche longue qui consomme plusieurs jours de travail

Un repère chronologique de durée nulle marquant une étape clé

Erklärung

Un jalon marque la fin d’une étape importante sans durer dans le temps. Il sert de repère chronologique, pas de tâche à exécuter.

4. Que désigne le périmètre d’un projet ?

Le coût total des ressources engagées
L’ensemble des travaux inclus et exclus pour livrer le résultat requis
La liste des risques identifiés au démarrage
Le calendrier détaillé des réunions d’équipe

L’ensemble des travaux inclus et exclus pour livrer le résultat requis

Erklärung

Le périmètre délimite ce qui est compris et exclu dans les livrables du projet. Il sert à cadrer précisément le travail à réaliser.

5. Que représente le chemin critique dans un projet ?

La liste des tâches qui ont le plus gros budget
La séquence de tâches qui fixe la durée totale la plus courte du projet
L’ensemble des tâches pouvant être réalisées en parallèle
Le chemin le plus simple pour affecter les ressources

La séquence de tâches qui fixe la durée totale la plus courte du projet

Erklärung

Le chemin critique est la séquence qui détermine la durée minimale du projet. Comme sa marge est nulle, tout retard y décale la fin du projet.

6. Quel est le rôle principal d’une matrice RACI ?

Organiser les tâches selon leur urgence et leur priorité
Mesurer la criticité financière des risques
Répartir les rôles et responsabilités entre Réalisateur, Approbateur, Consulté et Informé
Définir les dépendances temporelles entre activités

Répartir les rôles et responsabilités entre Réalisateur, Approbateur, Consulté et Informé

Erklärung

La matrice RACI sert à clarifier qui fait quoi dans le projet. Elle distingue les rôles de Réalisateur, Approbateur, Consulté et Informé.

7. Quelle est la première étape de la gestion des risques projet ?

La validation des plans d’action
La priorisation des livrables
Le traitement des risques
L’identification des risques

L’identification des risques

Erklärung

La gestion des risques commence par identifier les événements potentiels. Ce n’est qu’ensuite que l’on peut les analyser et les traiter.

8. À quelle stratégie correspond le fait de souscrire une assurance pour un risque négatif ?

Le transfert
L’atténuation
L’évitement
L’acceptation

Le transfert

Erklärung

Le transfert consiste à déplacer la responsabilité financière ou d’exécution vers une entité tierce, comme dans le cas d’une assurance. L’acceptation, elle, ne modifie pas le risque.

9. Quel énoncé décrit le mieux un risque technique ?

Un risque lié au respect du calendrier de réunions
Un risque lié à l’architecture, à la technologie choisie ou aux performances
Un risque lié à l’animation d’équipe et à la communication interne
Un risque lié à la définition du budget marketing

Un risque lié à l’architecture, à la technologie choisie ou aux performances

Erklärung

Un risque technique concerne la faisabilité et les performances de la solution, notamment via la technologie et l’architecture. Il ne relève pas d’un problème de coordination humaine.

10. Que mesure la formule C = P × I dans le contexte d’un risque informatique ?

La complexité du code source
Le niveau de conformité réglementaire
La criticité du risque
La disponibilité du serveur

La criticité du risque

Erklärung

La criticité d’un risque est évaluée en multipliant sa probabilité par son impact. Cette formule permet de hiérarchiser les risques techniques.

11. Qu’exprime un besoin fonctionnel dans un logiciel ?

La manière dont le code est structuré en interne
Ce que le système doit faire pour répondre à un besoin utilisateur
La vitesse d’affichage des écrans sur différents appareils
Le niveau de sécurité attendu pour protéger les données

Ce que le système doit faire pour répondre à un besoin utilisateur

Erklärung

Un besoin fonctionnel décrit les actions et comportements que le système doit fournir à l’utilisateur. Les autres propositions relèvent plutôt de besoins non fonctionnels ou de choix techniques internes.

12. Quelle formulation correspond le mieux à un besoin fonctionnel ?

L’utilisateur doit pouvoir exporter une facture en PDF
Le système doit répondre en moins de 2 secondes
Les données doivent être chiffrées en transit
L’application doit rester disponible à 99,9 %

L’utilisateur doit pouvoir exporter une facture en PDF

Erklärung

L’export d’une facture en PDF décrit une fonctionnalité offerte à l’utilisateur, donc un besoin fonctionnel. Les autres choix décrivent des contraintes de qualité ou de service.

13. Que décrit principalement un besoin non fonctionnel ?

Une fonctionnalité offerte à l’utilisateur final
Une contrainte de qualité ou de performance du système
Un rôle intervenant dans le système
Un scénario métier détaillé étape par étape

Une contrainte de qualité ou de performance du système

Erklärung

Un besoin non fonctionnel précise comment le système doit se comporter, par exemple en matière de performance, sécurité ou disponibilité. Une fonctionnalité offerte à l’utilisateur relève au contraire du fonctionnel.

14. Laquelle de ces exigences relève d’un besoin non fonctionnel de conformité ?

Exporter un rapport au format PDF
Permettre la réinitialisation du mot de passe
Respecter le RGPD pour le traitement des données
Afficher les résultats en moins de 2 secondes

Respecter le RGPD pour le traitement des données

Erklärung

Le respect du RGPD est une exigence de conformité, donc un besoin non fonctionnel. Les autres propositions décrivent soit des fonctionnalités, soit une exigence de performance.

15. Quel est le rôle principal d’un diagramme de cas d’utilisation UML ?

Afficher la charge serveur à chaque étape
Décrire la structure interne du code source
Montrer l’ordre chronologique exact des tâches
Modéliser les besoins fonctionnels vus par les utilisateurs

Modéliser les besoins fonctionnels vus par les utilisateurs

Erklärung

Le diagramme de cas d’utilisation modélise les fonctionnalités attendues du système du point de vue des utilisateurs. Il ne sert pas à représenter l’ordre temporel d’exécution.

16. Comment doit-on généralement nommer un cas d’utilisation ?

Avec une date ou un jalon de projet
Avec un verbe à l’infinitif décrivant l’action
Avec une phrase décrivant l’architecture
Avec un nom de classe au singulier

Avec un verbe à l’infinitif décrivant l’action

Erklärung

La nomination des cas d’utilisation utilise typiquement une forme verbale à l’infinitif pour exprimer la fonctionnalité, comme « Réinitialiser le mot de passe ». Les autres propositions ne correspondent pas à la convention attendue.

17. Qu’est-ce qu’un acteur UML ?

Une entité externe qui interagit directement avec le système
Une tâche interne du planning projet
Une fonctionnalité globale fournie par l’application
Une limite visuelle qui encadre les cas d’utilisation

Une entité externe qui interagit directement avec le système

Erklärung

Un acteur UML est une entité extérieure au système, comme une personne, une autre application ou un périphérique, qui interagit avec lui. Il ne faut pas le confondre avec la frontière du système ou un cas d’utilisation.

18. Que représente la frontière du système dans un diagramme UML ?

La hiérarchie des responsabilités du projet
Un acteur secondaire sollicité par le système
La liste ordonnée des étapes d’un processus
Le cadre qui délimite l’application et place les acteurs à l’extérieur

Le cadre qui délimite l’application et place les acteurs à l’extérieur

Erklärung

La frontière du système matérialise le périmètre de l’application et sépare ce qui est interne de ce qui est externe. Les acteurs restent à l’extérieur du cadre.

Mit Karteikarten lernen

Merke dir die Antworten mit 18 Karteikarten zu Gestion de Projet et Analyse Fonctionnelle.

Projet — définition ?

Entreprise temporaire visant un résultat unique.

Triple contrainte — éléments ?

Périmètre, temps, coût.

Objectif SMART — critère ?

Spécifique, mesurable, atteignable, temporel.

Karteikarten ansehen →

Lernzettel studieren

Lies den vollständigen Lernzettel zu Gestion de Projet et Analyse Fonctionnelle.

Lernzettel ansehen →

Similar courses

Erstelle deine eigenen Quizze

Importiere deinen Kurs und die KI erstellt in 30 Sekunden Quizze mit Korrekturen.

Quiz-Generator