WorksheetsQuiz sur les SRS
Total questions: 19
Worksheet time: 10mins
Que signifie SRS ?
Software Requirement System
System Requirement Specification
Software Requirements Specification
Standard Requirement Structure
Quel est l’objectif principal d’un document SRS ?
Décrire l’architecture logicielle
Décrire les exigences du système de façon claire et vérifiable
Détailler le code source
Gérer le planning du projet
Selon l’IEEE, un SRS doit être :
Ambigu
Complet et cohérent
Orienté implémentation
Réservé aux développeurs
Quel type d’exigence décrit ce que le système doit faire ?
Exigence non fonctionnelle
Contrainte organisationnelle
Exigence fonctionnelle
Exigence technique
Laquelle est une exigence non fonctionnelle ?
Le système permet la création d’un compte
Le système doit répondre en moins de 2 secondes
L’utilisateur peut supprimer un fichier
Le système calcule une facture
Quelle affirmation est correcte ?
Une contrainte est toujours fonctionnelle
Une contrainte peut être organisationnelle, technique ou réglementaire
Une contrainte remplace une exigence
Une contrainte est facultative
Quel exemple correspond à une contrainte organisationnelle ?
Temps de réponse < 1s
Chiffrement AES-256
Utilisation obligatoire d’un outil interne
Authentification par mot de passe
Pourquoi la traçabilité des exigences est-elle essentielle ?
Pour réduire les coûts matériels
Pour suivre les changements et leurs impacts
Pour éviter la validation
Pour accélérer le codage
Dans un SRS classique, les exigences doivent être :
Ambiguës pour rester flexibles
Dépendantes de l’implémentation
Vérifiables et mesurables
Exclusivement techniques
Quel est un outil de gestion des exigences (non agile) ?
Trello
Jira
IBM DOORS
Miro
Quel est le rôle principal d’un outil de gestion des exigences ?
Écrire le code
Dessiner l’architecture
Centraliser, versionner et tracer les exigences
Gérer les salaires
Quelle est une limite des documents SRS très détaillés ?
Ils sont trop courts
Ils peuvent être coûteux à maintenir lors des changements
Ils empêchent toute traçabilité
Ils sont incompatibles avec les normes
Comment les équipes agiles documentent-elles principalement les exigences ?
Avec un SRS figé
Avec du code uniquement
Avec des user stories et des échanges continus
Sans aucune documentation
Une user story est avant tout :
Un contrat juridique
Une spécification technique détaillée
Un support de communication
Un diagramme UML
Quelle est la structure classique d’une user story ?
Quand / Alors
Problème / Solution
En tant que / Je veux / Afin de
Si / Sinon
Quelle différence majeure entre SRS classique et approche agile ?
Agile ne documente rien
SRS est orienté test, agile non
SRS cherche l’exhaustivité, agile privilégie l’évolution
Agile interdit la traçabilité
Dans une approche agile, la documentation est :
Figée dès le début
Inexistante
Juste suffisante et évolutive
Plus lourde qu’en cycle en V
Pourquoi garder l’historique des changements d’exigences ?
Pour des raisons esthétiques
Pour comprendre les décisions et impacts
Pour ralentir le projet
Pour éviter la validation client
Quelle affirmation est la plus juste ?
Un seul format de documentation convient à tous les projets
Les outils priment toujours sur les méthodes
Le choix du format et des outils dépend du contexte du projet
Agile remplace complètement l’ingénierie des exigences
