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
Itération et incrémentation (I&I)
Chaque incrément est le résultat de plusieurs itérations
25
Avantages du I&I
- 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
Le processus agile est dirigé par...
la description des spécifications du client (scénarios)
27
Le processus agile reconnait que...
les plans ne sont pas toujours respectés
28
Le processus agile favorise la communication entre _______
développeurs
29
Le processus agile développe le logiciel itérativement avec plus d’emphase sur...
les activités de construction
30
Le processus agile livre plusieurs ______ du logiciel
incréments
31
Programmation extrême (XP)
- 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
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.
spécification, validation
33
Modèle Scrum:
- Carnet du produit - Carnet de sprint - Sprint: incrément (30j) - Mêlée quotidienne
34
Carnet du produit:
liste priorisée de tout ce que le système doit inclure
35
Carnet de sprint:
toutes les tâches pour le sprint courant. Peut être modifié si changement arrive
36
Sprint:
incrément (30j) livre une fonctionnalité exécutable, test et documentation en continu
37
Mêlée quotidienne:
courte réunion debout de planification de tout le monde. Pas une session de conception
38
Équipe Scrum:
- Propriétaire du produit - Scrum master - Équipe de développement
39
Scrum master
- 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