116
Chapitre 4. Démarche de développement
Construction
Cette phase correspond à la production d’une première version du produit. Elle est
donc fortement centrée sur les activités de conception, d’implémentation et de test.
En effet, les composants et fonctionnalités non implémentés dans la phase précédente le sont ici.
Au cours de cette phase, la gestion et le contrôle des ressources ainsi que l’optimisation des coûts représentent les activités essentielles pour aboutir à la réalisation
du produit. En parallèle est rédigé le manuel utilisateur de l’application.
Transition
Après les opérations de test menées dans la phase précédente, il s’agit dans cette
phase de livrer le produit pour une exploitation réelle. C’est ainsi que toutes les
actions liées au déploiement sont traitées dans cette phase.
De plus, des « bêta tests » sont effectués pour valider le nouveau système auprès
des utilisateurs.
Itérations
Une phase peut-être divisée en itérations. Une itération est un circuit complet de développement aboutissant à une livraison (interne ou externe) d’un produit exécutable.
Ce produit est un sous-ensemble du produit final en cours de développement, qui
croît incrémentalement d’itération en itération pour devenir le système final.
Chaque itération au sein d’une phase aboutit à une livraison exécutable du système.
4.3.3 Activités du processus (aspect statique)
Les activités menées à l’intérieur des quatre phases sont plus classiques, car déjà bien
documentées dans les méthodes existantes par ailleurs. Nous nous limiterons donc à
ne donner qu’une brève explication de chaque activité.
Expression des besoins
UP propose d’appréhender l’expression des besoins en se fondant sur une bonne
compréhension du domaine concerné pour le système à développer et une modélisation des procédures du système existant.
Ainsi, UP distingue deux types de besoins :
• les besoins fonctionnels qui conduisent à l’élaboration des cas d’utilisation,
• les besoins non fonctionnels (techniques) qui aboutissent à la rédaction d’une
matrice des exigences.
Analyse
L’analyse permet une formalisation du système à développer en réponse à l’expression des besoins formulée par les utilisateurs. L’analyse se concrétise par l’élaboration
Chapitre 4. Démarche de développement
Construction
Cette phase correspond à la production d’une première version du produit. Elle est
donc fortement centrée sur les activités de conception, d’implémentation et de test.
En effet, les composants et fonctionnalités non implémentés dans la phase précédente le sont ici.
Au cours de cette phase, la gestion et le contrôle des ressources ainsi que l’optimisation des coûts représentent les activités essentielles pour aboutir à la réalisation
du produit. En parallèle est rédigé le manuel utilisateur de l’application.
Transition
Après les opérations de test menées dans la phase précédente, il s’agit dans cette
phase de livrer le produit pour une exploitation réelle. C’est ainsi que toutes les
actions liées au déploiement sont traitées dans cette phase.
De plus, des « bêta tests » sont effectués pour valider le nouveau système auprès
des utilisateurs.
Itérations
Une phase peut-être divisée en itérations. Une itération est un circuit complet de développement aboutissant à une livraison (interne ou externe) d’un produit exécutable.
Ce produit est un sous-ensemble du produit final en cours de développement, qui
croît incrémentalement d’itération en itération pour devenir le système final.
Chaque itération au sein d’une phase aboutit à une livraison exécutable du système.
4.3.3 Activités du processus (aspect statique)
Les activités menées à l’intérieur des quatre phases sont plus classiques, car déjà bien
documentées dans les méthodes existantes par ailleurs. Nous nous limiterons donc à
ne donner qu’une brève explication de chaque activité.
Expression des besoins
UP propose d’appréhender l’expression des besoins en se fondant sur une bonne
compréhension du domaine concerné pour le système à développer et une modélisation des procédures du système existant.
Ainsi, UP distingue deux types de besoins :
• les besoins fonctionnels qui conduisent à l’élaboration des cas d’utilisation,
• les besoins non fonctionnels (techniques) qui aboutissent à la rédaction d’une
matrice des exigences.
Analyse
L’analyse permet une formalisation du système à développer en réponse à l’expression des besoins formulée par les utilisateurs. L’analyse se concrétise par l’élaboration