Chapitre 2 Flashcards

1
Q

Génie

A

Consiste à développer des produits, en utilisant des principes et méthodes scientifiques bien définis.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Logiciel

A

Collection de code de programmation exécutable, des bibliothèques associées et de documentations.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Lorsque le logiciel est conçu pour une exigence spécifique, est appelé un ______

A

produit logiciel

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Étapes de Modèle en cascade

A

Exigences
Analyse
Conception
Implémentation
Vérification
Déploiement
Maintenance

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Modèle en cascade: Plus on avance dans les étapes, plus…

A

un changement coûte cher

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Modèle en cascade: avantages

A
  • Simple et facile à suivre
  • Axé sur la documentation
  • Permet une conception bien pensée
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Modèle en cascade: desavantatges

A
  • Purement linéaire
  • Trop rigide
  • Pas de feedback du client avant la livraison
  • Vérification tardive
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Modele en V:

A

Opération, Maintenance

Exigences <-> Validation
Concep Architecturale <-> Vérifi Système
Concep détaillée <-> Intégration, Tests, Vérif
Implémentation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

modèle en V: avantages

A
  • simple, idéal pour les petits projets
  • offrir de meilleures chances de succès grâce aux plans de tests pour chacune des étapes et grâce à la planification régulière des mises à jour
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Modele en V: desavantages

A

très rigide et n’est donc pas idéal pour les applications ou les logiciels qui nécessittent des changements imprévus

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Le processus de développement logiciel est à la base ______

A

itératif

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Chaque version a pour but de _______

A

se rapprocher du système cible

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Modèle code-and-fix:

A
  • Implémente première version
  • Modifie jusqu’à client satisfait
  • Maintenance -> retrait
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Modèle code-and-fix: avantages

A
  • Moyen le plus facile de développer un logiciel
  • Pertinent pour un petit logiciel interne utilisé par peu de personnes
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Modèle code-and-fix: desavantages

A
  • le plus cher sur le long terme
  • Pas de conception/spécification
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Modèle par prototypage rapide:

A
  • Analyse des exigences
  • Conception rapide -> Implémentation -> Vérification et Validation -> Raffinement ->
  • Production du système
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Modèle par prototypage rapide: avantages

A
  • Pertinent quand les exigences ne sont pas clairement définies
  • Pertinent quand les exigences sont susceptibles de changer durant le développement
18
Q

Modele en Spirale:

A

A chaque etape:
1. Déterminer les objectifs
2. Spécifier les contraintes
3. Produire des
alternatives
4. Identifier les risques
5. Résoudre les risque
6. Développer et vérifier
7. Planifier prochain cycle

19
Q

Processus iteratif: avantages

A
  • Réutilisation de prototypes
  • Produit visible très tôt
  • Souci de vérification et validation du client anticipé
  • Intégration facilitée, moins de raffinement
20
Q

Processus iteratif: desavantages

A
  • Retravaille chaque itération
  • Pas de plan de maintenance.
  • Produit livré à la fin
21
Q

raffinement par étapes (stepwise refinement)

A

Se concentrer sur les aspects les plus importants à ce moment, laissant les moins critiques pour plus tard. Chaque aspect sera géré dans l’ordre d’importance actuelle.

22
Q

Développement incrémental

A
  • raffinement par étapes (stepwise refinement)
  • Chaque incrément abouti à une livraison
  • Plus facile d’évaluer le progrès
23
Q

processus incrémental: avantages

A
  • Développer par ordre de priorité
  • Livraisons de composants rapides
  • Facilement mesurer le progrès
24
Q

processus incrémental: desavantages

A
  • Pas de processus visible et clair à suivre (activités non existantes ou processus trop complexe).
  • Tâche d’intégration prend plus d’importance
  • Pas de plan de maintenance
25
Q

Itération et incrémentation (I&I)

A

Chaque incrément est le résultat de plusieurs itérations

25
Q

Avantages du I&I

A
  • Tous les flux d’activités (workflow) sont impliqués dans chaque incrément
  • Plusieurs opportunités de tester, recevoir du feedback et s’ajuster
  • Robustesse de l’architecture peut être déterminée tôt dans le développement
  • Livrables spécifiques pour chaque incrément et chaque workflow
  • On peut atténuer et résoudre les risques plus tôt
26
Q

Le processus agile est dirigé par…

A

la description des spécifications du client (scénarios)

27
Q

Le processus agile reconnait que…

A

les plans ne sont pas toujours respectés

28
Q

Le processus agile favorise la communication entre _______

A

développeurs

29
Q

Le processus agile développe le logiciel itérativement avec plus d’emphase sur…

A

les activités de construction

30
Q

Le processus agile livre plusieurs ______ du logiciel

A

incréments

31
Q

Programmation extrême (XP)

A
  • Projet divisé en itérations
  • Chaque jour: réunion debout, formation des paires, rédiger les tests, programmer
  • Chaque semaine, le client fait des tests à partir des scénarios et on ajuste les prochaines itérations en conséquent
32
Q

Dans développement dirigé par les tests, chaque grain de fonctionnalité doit d’abord commencer par un test qui sert de _______ et _________ pour le code.

A

spécification, validation

33
Q

Modèle Scrum:

A
  • Carnet du produit
  • Carnet de sprint
  • Sprint: incrément (30j)
  • Mêlée quotidienne
34
Q

Carnet du produit:

A

liste priorisée de tout ce que le système doit inclure

35
Q

Carnet de sprint:

A

toutes les tâches pour le sprint courant. Peut être modifié si changement arrive

36
Q

Sprint:

A

incrément (30j) livre une fonctionnalité exécutable, test et documentation en continu

37
Q

Mêlée quotidienne:

A

courte réunion debout de planification de tout le monde. Pas une session de conception

38
Q

Équipe Scrum:

A
  • Propriétaire du produit
  • Scrum master
  • Équipe de développement
39
Q

Scrum master

A
  • Leader au service de l’équipe
  • s’assure du respect du processus de dev
  • Coach l’équipe de dev (personne très expérimentée)
  • Facilitateur
40
Q
A