Exercice 1

Modèle de cycle de vie "en cascade"

Exercice 2
Manuel d’utilisation Phase d’implémentation, conception architecturale, Phase conception
plan d’assurance qualité Phase de planification du projet , spécification des modules Phase de
conception, code source Phase d’implémentation , cahier de charges phase de faisabilité, plan de test
phase de spécification, manuel utilisateur préliminaire phase de spécification, conception détaillée
Phase conception, estimation des couts Phase de planification, calendrier du projet Phase de planification
, rapport des tests phase de test, documentation. Phase d’implémentation
Quelles différences y a-t-il avec un modèle de processus ?
le modèle de cycle de vie d'un logiciel indique les principales phases de son développement et
principaux produits livrables; alors qu'un modèle de processus décrit les taches de bas niveau, les
artefacts nécessaires et produits ainsi que les acteurs responsables des différentes taches

Exercice 3
En quoi un modèle de cycle de vie divisé en phases aide-t-il à la gestion du développement d’un logiciel
Un cycle de vie décompose en plusieurs phases permet d'avoir une meilleure visibilité du projet, les
différentes phases peuvent servir de jalons dans sa conduite. plus les phases seront détaillées; plus
l'avancement du projet pourra être mesure précisément.
il faut qu'un jalon soit lié au progrès du développement du logiciel et il doit être facile de déterminer s'il
a été atteint ou non
Quelles sont les deux caractéristiques obligatoires d’un jalon (milestone) ?
un jalon de début de délai et d'un jalon de fin de délai

Exercice 4 Avantages

– Le développeur a la meilleure connaissance du système ;

– Il n’est pas nécessaire d’élaborer une documentation ;

– Un système de communication formel entre les mainteneurs et les développeurs ne doit pas être établi ;

– Les utilisateurs du système ne travaillent qu’avec une seule entreprise ;

– Une diversité dans le travail est engendrée, satisfaisant d’autant plus le personnel de l’entreprise de développement.

Inconvénients :

– Le personnel peut vouloir quitter l’entreprise de développement si la maintenance devient trop lourde ;

– Les nouveaux employés peuvent être mécontents suite à la quantité de travail de maintenance ;

– Si les experts développeurs quittent l’entreprise, les personnes responsables de la maintenance peut ne pas être
formés de manière adéquate ;

– Les développeurs passent souvent trop de temps à parfaire leur système ;

– Les développeurs initiaux sont souvent réassignés à de nouveaux projets ou à des projets prioritaires.

Processus de maintenance pris en charge par une entreprise extérieure

Avantages

– Une meilleure documentation est générée ;

– Des procédures formelles de transition sont créées ;

– Les mainteneurs connaissent les forces et les faiblesses du système ;

– Des procédures d’implémentation des changements sont établies ;

– Le moral est amélioré et les personnes désireuses d’effectuer de la maintenance réalisent un meilleur travail.

Inconvénients :

– La transition du système peut être lente ;

– Le moral peut baisser si de mauvaises personnes sont assignées au projet ;

– Il y a un réel besoin de formation ;

– Des problèmes de financement peuvent être rencontrés ;

– Prendre connaissance du système nécessite un certain temps ;

– Mettre en place l’entreprise de maintenance et ses équipements prend un certain temps ;

– Le support des utilisateurs peut en pâtir ;

– La crédibilité du support des utilisateurs peut en souffrir.

Etant donné ces avantages et inconvénients respectifs, aucune réponse type à la question posée ne peut être
proposée. Comme dans beaucoup de situations, la gestion de la maintenance doit être réfléchie en fonction du
contexte. Chaque entreprise doit peser le pour et le contre de ces avantages et inconvénients et les appliquer à
leur environnement.

Les grandes entreprises devraient mettre en place une équipe de maintenance séparée afin d’améliorer le
contrôle et la productivité

1. Distributeur d'argent (GAB et DAB)

1. Environnement (banque propriétaire, autres banques, clients de la banque, maintenance, brigade

d’alimentation en argent, administrateur de réseau, …)
2. Solution logicielle : Clé en main (acquisition du Système entier : hardware + software)
3. Quels sont les parties prenantes (clients, administration de la banque propriétaire, Enterprise de
maintenance, brigade d’alimentation en argent, fournisseurs de distributeurs, autres banques)
4. Qualités attendues de ce logiciel :
Sécurité + fiabilité + performance + utilisabilité + robustesse + facilité de maintenance

2. Emploi du temps

1. Environnement (étudiants, enseignants, administration, salles, laboratoires, d’autres écoles de FP,

direction wilaya de la FP, ministère de la FP, logiciel de scolarité, logiciel de maintenance des locaux,
logiciel de scolarité, …)
2. Solution logicielle : Développement de l’utilisateur final (End user) sous Excel
3. Quels sont les parties prenantes : étudiants, enseignants, administration de l’école
4. Qualités attendues de ce logiciel :
Utilisabilité + Utilité + fiabilité

3. Consultation d’articles
1. Environnement (étudiants, enseignants, personnel de l’université, Editeurs des articles,
bibliothèques des facultés, autres bibliothèques universitaires, autres bibliothèques, logiciel de gestion
des prêts, logiciel de scolarité, …)
2. Solution logicielle : Achat de progiciels
3. Quels sont les parties prenantes : étudiants, enseignants, personnel de l’université, Editeurs des
articles
4. Qualités attendues de ce logiciel :
Fiabilité + utilisabilité + performance + portabilité + sécurité