Université Hassan 1er
Faculté des Sciences et Techniques
-Settat-
Département : Mathématiques & Informatique
Filière : Licence Génie Informatique
Module : Génie logiciel et UML
Chapitre 2 : RUP (Rational Unified Process)
Prof. Said El Kafhali
Département Mathématiques & Informatique
Faculté des Sciences et Techniques, Settat
Université Hassan 1er
Année Universitaire : 2018/2019
Année Universitaire : 2018/2019 1
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 2
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Introduction
Introduction
L’objectif sous-jacent que poursuit une entreprise n’est évidement pas
de posséder un bon système informatique, mais d’exploiter les
processus métiers (ou les systèmes intégrés) pour
répondre au mieux à la demande du marché et
accélérer la production de biens et de services de qualité à un prix
raisonnable.
La maîtrise des processus de développement implique pourtant une
organisation et un suivi des activités :
c’est ce à quoi s’attachent les différentes méthodes qui s’appuient sur
l’utilisation du langage UML pour modéliser un système d’information.
Le processus de développement doit :
dicter l’organisation des activités et diriger les tâches individuelles de
groupe, équipe, ...
spécifier les artefacts à produire et proposer des critères de contrôle,
des produits du projet et des activités du projet.
Année Universitaire : 2018/2019 3
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Introduction
Problèmes des cycles classiques et solutions
Les cycles classiques présentent des risques élevés et non contrôlés
(identification tardive des problèmes et preuve tardive de bon
fonctionnement).
Solutions : construction itérative du système
Chaque itération produit un nouvel incrément.
Chaque nouvel incrément a pour objectif la maîtrise d’une partie des
risques et apporte une preuve tangible de faisabilité ou d’adéquation.
Enrichissement d’une série de prototypes. Les versions livrées
correspondent à des étapes de la chaîne des prototypes.
On peut voir le développement d’un logiciel comme un processus
graduel d’élimination de risques.
Année Universitaire : 2018/2019 4
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Introduction au processus unifié
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 5
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Introduction au processus unifié
Le processus unifié (PU)
Le processus unifié (PU), ou UP (anglais : unified process) — est une
méthode de développement pour les logiciels orientés objets.
C’est une méthode générique, itérative et incrémentale, contrairement
à la méthode séquentielle Merise.
Générique signifie qu’il est nécessaire d’adapter UP au contexte du
projet, de l’équipe, du domaine et/ou de l’organisation. Il existe donc
un certain nombre de méthodes issues de UP.
Exemples : RUP : rational unified process, EUP : enterprise unified
process, XUP : extreme unified process, AUP : agile unified process,
2TUP : two tracks unified process, EssUP : essential unified process, ...
Les traits véritablement distinctifs du processus unifié tiennent en trois
expressions clés :
piloté par les cas d’utilisation,
centré sur l’architecture,
itératif et incrémental.
Année Universitaire : 2018/2019 6
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus piloté par les cas d’utilisation
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 7
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus piloté par les cas d’utilisation
Piloté par les cas d’utilisation
L’objectif d’un système logiciel est de rendre service à ses utilisateurs.
Pour réussir la mise au point d’un système, il importe, par conséquent,
de bien comprendre les désirs et les besoins de ses futurs utilisateurs.
Un cas d’utilisation est une fonctionnalité du système produisant un
résultat satisfaisant pour l’utilisateur.
Les cas d’utilisation saisissent les besoins fonctionnels et leur ensemble
forme le modèle des cas d’utilisation qui décrit les fonctionnalités
complètes du système.
Le projet est mené en tenant compte des besoins et des exigences des
utilisateurs.
Les cas d’utilisation du futur système sont identifiés, décrits avec
précision et priorisés.
Année Universitaire : 2018/2019 8
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus piloté par les cas d’utilisation
Pourquoi un processus piloté par les cas d’utilisation
Les “Cas d’utilisation” sont concis, simples, et compréhensibles par une
large gamme de participants
Utilisateurs finaux, développeurs et acquéreur comprennent les
exigences fonctionnelles du système
Les “Cas d’utilisation” permettent bon nombre d’activités dans le
processus :
La création et la validation de la conception du modèle
La définition de cas de test et de procédures du modèle de test
Le planning des itérations
La création de documentation utilisateur
Le déploiement du système
Les “Cas d’utilisation” permettent de synchroniser le contenu de
plusieurs modèles
Année Universitaire : 2018/2019 9
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus piloté par les cas d’utilisation
Les cas d’utilisation
Année Universitaire : 2018/2019 10
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus centré sur l’architecture logicielle
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 11
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus centré sur l’architecture logicielle
Centré sur l’architecture
Tout système complexe doit être décomposé en parties modulaires afin
de garantir une maintenance et une évolution facilitées.
Cette architecture (fonctionnelle, logique, matérielle etc...) doit être
modélisée en UML et pas seulement documentée sous forme textuelle.
Le rôle de l’architecture logicielle est comparable à celle que joue
l’architecte dans la construction d’un bâtiment.
Le bâtiment est envisagé de différents points de vue : structure,
services, conduite de chauffage, plomberie, etc.
Ce regard multiple dessine une image complète du bâtiment avant le
début de la construction.
De la même façon, l’architecture d’un système logiciel peut être
décrite comme les différentes vues du système qui doit être construit.
Année Universitaire : 2018/2019 12
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus itératif et incrémental
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 13
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus itératif et incrémental
Itérative et incrémentale
Le développement d’un produit logiciel destiné à la commercialisation
est une vaste opération qui peut s’étendre sur plusieurs mois, voire sur
une année ou plus.
Il n’est pas inutile de découper le travail en plusieurs parties qui sont
autant de mini-projets.
Le développement procède par des itérations qui conduisent à des
livraisons incrémentales du système
Le projet est découpé en itérations de courte durée (environ un mois)
qui aident à mieux suivre l’avancement global.
A la fin de chaque itération, une partie exécutable du système final est
produite, de façon incrémentale.
Les itérations désignent des étapes de l’enchaînement d’activités,
tandis queles incréments correspondent à des stades de développement
du produit.
Année Universitaire : 2018/2019 14
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus itératif et incrémental
Pourquoi un développement itératif et incrémental
Prendre en main très tôt les risques importants.
Proposer une architecture qui guidera le développement logiciel.
Fournir une infrastructure préfabriquée(framework) capable de mieux
prendre en compte les exigences incontournables et les autres
changements.
Élaborer progressivement le système, de façon incrémentale, au lieu de
tout faire d’un coup, à la fin, lorsque les changements coûtent chers.
Offrir un processus de développement favorisant la productivité en
équipe.
Ne planifier pas tout le projet en détail au cours de la phase de
création; elle s’engage simplement sur les premières étapes.
Année Universitaire : 2018/2019 15
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus itératif et incrémental
Réduire les risques
On organise les itérations de façon à réduire au maximum les risques.
La réduction des risques est cruciale pour les itérations menées dans
les phases de création et d’élaboration. Dans la phase plus tardive de
construction, les risques ont, dans l’ensemble, étéramenés à un niveau
normal.
Année Universitaire : 2018/2019 16
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus itératif et incrémental
Itérative et incrémentale
Chaque itération a pour finalité une version exécutable.
Année Universitaire : 2018/2019 17
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus unifié Processus itératif et incrémental
Enchaînement d’activités
Année Universitaire : 2018/2019 18
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Introduction au processus RUP
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 19
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Introduction au processus RUP
Qu’est ce que le RUP ?
Processus unifié (PU) est une méthode de prise en charge du cycle de
vie d’un logiciel et donc du développement, pour les logiciels orientés
objets.
RUP est l’une des plus célèbres implémentations de la méthode PU
permettant de donner un cadre au développement logiciel.
Le Processus RUP est un processus de développement logiciel «itératif
et incrémental, centré sur l’architecture, piloté par les cas d’utilisation
et par les risques»
C’est une méthode générique.
Définir une séquence d’étapes, partiellement ordonnées, dont l’objectif
est de produire un logiciel de qualité qui répond aux besoins des
utilisateurs dans des temps et des coûts prévisibles.
Année Universitaire : 2018/2019 20
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Introduction au processus RUP
Les différentes vues du système
Le processus RUP préconise d’utiliser le modèle des 4+1 vues pour
guider l’élaboration de l’architecture (Vues de [Link]).
Année Universitaire : 2018/2019 21
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Introduction au processus RUP
Le modèle des 4+1 vues
Le Processus Unifié de Rational (RUP) identifie 4 vues + 1 :
La vue logique concerne les exigences fonctionnelles du système. Elle
identifie la plupart des paquetages, sous-systèmes et classes.
La vue d’implémentation décrit l’organisation des modules du
logiciel.
La vue du processus concerne les aspects concurrents du système à
l’exécution : taches, threads ou processus, et leur interaction.
La vue de déploiement montre comment les différents exécutables
sont structurés dans la plate-forme ou les différents nœuds.
La vue des cas d’utilisation contient les scénarios principaux qui
sont utilisés pour faire fonctionner l’architecture et pour la valider.
Année Universitaire : 2018/2019 22
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Les deux dimensions de RUP
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 23
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Les deux dimensions de RUP
Les deux dimensions du RUP
Vision statique (Disciplines) et dynamique (Phases)
Année Universitaire : 2018/2019 24
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Les deux dimensions de RUP
Les deux dimensions du RUP
Quatre phases : Création, élaboration, construction et transition.
Chaque phase est elle-même décomposée séquentiellement en
itérations limitées dans le temps (entre 2 et 4 semaines).
Cinq disciplines fondamentales pour les activités de développement :
modélisation métier, capture des exigences, analyse et conception,
implémentation, test et déploiement
Trois disciplines supports : gestion de projet, gestion de changement
et configuration, mise à disposition d’un environnement complet de
développement.
Année Universitaire : 2018/2019 25
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 26
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Les phases
Le Processus Unifié de Rational comprend 4 phases :
Création - Définit le champ d’action du projet
Élaboration – Le plan du projet, il spécifie les exigences, les bases de
l’architecture
Construction – Réalise le produit
Transition - Transfère le produit vers les utilisateurs finaux
Année Universitaire : 2018/2019 27
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Phase de démarrage (création)
Vision = Quoi + Pour qui + Combien
Détermination de la vision globale du système à construire . . .
La population cible
Combien l’acheteur serait prêt à payer
Identification des principaux cas d’utilisation
Maîtrise des coûts, des délais et des risques . . .
Estimation des coûts, priorités, risques, du processus de
développement, des frais réels par rapport aux frais prédits.
Concurrence
Première validation des besoins
Durée pour un projet moyen (un an) : un mois
Année Universitaire : 2018/2019 28
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Phase d’élaboration
Planifier les activités nécessaires et les ressources requises.
Définir précisément les fonctionnalités de l’application.
Définition des détails des exigences
Descriptions des cas d’utilisations, des scénarios principaux, un modèle
des classes (quelques dizaines de CU, une centaine de scénarios
principaux et quelques centaines de scénarios secondaires, cinquante à
cent classes).
Conception, implémentation et validation de l’architecture
Tests des scénarios critiques
Réduction des risques et estimation des délais et des coûts
Affinage du plan de développement
Durée : 2-4 mois pour un projet d’un an
Année Universitaire : 2018/2019 29
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Phase de construction
Construire le produit comme une série d’itérations incrémentales.
Identification des scénarios à compléter au cours de l’itération, en
fonction des risques
Affectation de tâches précise à l’équipe
Définition des critères d’évaluation de l’itération, des points de
contrôle et des délais
Rédaction des documents pour l’utilisateur
Durée : 6-9 mois
Année Universitaire : 2018/2019 30
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Phase de transition
Déploiement et test de réception
Fournir le produit aux utilisateurs
Programmes (version bêta, puis définitive)
Documents (utilisation, installation)
Formation des utilisateurs
Pour le responsable du projet
Modèles révisés
Critères d’évaluation des itérations
Description des livraisons
Résultats de l’assurance qualité
Durée : un mois
Année Universitaire : 2018/2019 31
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Les phases
Jalons d’évaluation
Après chacune des quatre phases on évalue les activités grâce à des
critères spécifiques:
Évaluation Coût/risque réaliste.
Validation du produit.
Architecture valide et réalisable.
Année Universitaire : 2018/2019 32
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Les phases
Sous jalons d’évaluation et itérations
Chaque phase peut elle-même comporter des ([0..N]) jalons. Entre
deux jalons, on parle d’itérations.
Une itération est est une séquence d’activités planifiées et pouvant
être vérifiées grâce à un critère d’évaluation.
Une phase peut-être divisée en itérations (circuit complet de
développement résultant en une livraison (interne ou externe) d’un
produit exécutable).
Un sous-ensemble du produit final en cours de développement, qui
croît incrémentalement d’itération
But : vérifier les activités au fur et à mesure.
Deux types :
Internes : au sein de l’équipe de développement.
Externes: avec le client et idéalement les utilisateurs finaux
Année Universitaire : 2018/2019 33
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Enchaînement des phases et principaux jalons
Année Universitaire : 2018/2019 34
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Phases RUP
Itérations dans le cycle de vie
Chacune des quatre phases se conclut par un jalon majeur.
Année Universitaire : 2018/2019 35
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Plan
1 Introduction
2 Le processus unifié
Introduction au processus unifié
Processus piloté par les cas d’utilisation
Processus centré sur l’architecture logicielle
Processus itératif et incrémental
3 Le processus RUP
Introduction au processus RUP
Les deux dimensions de RUP
Phases RUP
Rôles et activités
4 Références
Année Universitaire : 2018/2019 36
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Définitions et notations
Artéfact : Élément d’information, produit ou utilisé lors d’une activité
de développement logiciel (modèle, source...)
Activité : Opération exécutée au sein d’un état. Une activité peut
être interrompue.
Rôle : Comportement et responsabilités d’un ensemble de personnes
Année Universitaire : 2018/2019 37
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Les rôles dans la planification des ressources
Année Universitaire : 2018/2019 38
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Travailleurs & artefacts
Année Universitaire : 2018/2019 39
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Enchaînement d’activités
Année Universitaire : 2018/2019 40
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Identifier les acteurs et les cas d’utilisation
Année Universitaire : 2018/2019 41
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Détailler un cas d’utilisation
Année Universitaire : 2018/2019 42
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Prototyper l’interface utilisateur
Année Universitaire : 2018/2019 43
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Gestion de projet
Définir un environnement de travail pour la gestion de projet.
Fournir des documents à propos de la planification, de la répartition
des tâches, de l’exécution et de la vérification des projets.
Définir un environnement de travail pour la gestion des risques.
Année Universitaire : 2018/2019 44
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Gestion de projet
Les artéfacts : La procédure de développement logiciel (Liste des risques,
plan de projet et procédure d’actions), les cas d’utilisation métier, la
planification des itérations, l’estimation des itérations et l’estimation des
statuts. Année Universitaire : 2018/2019 45
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Modélisation métier
Pour comprendre la dynamique et la structure de l’organisation.
Pour décrire la structure et la dynamique de l’organisation (ou de
l’équipe participative).
Pour garantir que les clients, les utilisateurs finaux et les développeurs
partagent une vision commune de l’organisation.
Pour réaliser une base d’information qui contiendra le cahier des
charges du produit et la planification des tâches de l’organisation.
Pour vérifier que les clients, les utilisateurs finaux, et l’équipe ont une
vision commune exacte de l’organisation.
Pour vérifier la concordance entre les besoins et l’organisation.
Année Universitaire : 2018/2019 46
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Modélisation métier
Année Universitaire : 2018/2019 47
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Analyse des besoins
Année Universitaire : 2018/2019 48
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Analyse des besoins
Valider les fonctionnalités du système avec le client et les utilisateurs.
Donner à l’équipe de développement une idée des besoins auxquels le
système doit répondre.
Définir les limites du système.
Définir une base pour planifier les activités associées à chaque
itération.
Définir une IHM du système.
Les artefacts : Un document de vision, un document listant les besoins de
chaque jalon, un document sur les cas d’utilisation, un document de
spécification supplémentaire (ce que va faire précisément le système), un
glossaire, une charte graphique...
Année Universitaire : 2018/2019 49
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Analyse des besoins
Année Universitaire : 2018/2019 50
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Analyse et Conception
Passer des besoins à une architecture concrète.
Concevoir une architecture robuste pour le système.
Permettre que le système soit adapté à son environnement.
Année Universitaire : 2018/2019 51
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Analyse et Conception
Les artéfacts : Le modèle de conception, les descriptions de cas
d’utilisation, les descriptions de classes, l’organisation en sous système, les
documents sur l’architecture logicielle et le modèle de données.
Année Universitaire : 2018/2019 52
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Analyse : Travailleurs & artefacts
Année Universitaire : 2018/2019 53
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Implémentation
Définir l’organisation des modules et des sous systèmes implémentés.
Implémenter les composants (classes et objets).
Tester les composants un par un.
Utiliser les composants produits par différentes personnes pour
construire le système.
Année Universitaire : 2018/2019 54
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Implémentation
Les artéfacts : Le modèle d’implémentation qui définit les composants, les
composants et le plan d’intégration des composants.
Année Universitaire : 2018/2019 55
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Tests
Vérifier les interactions entre les composants, l’intégration des
composants logiciels et que tous les besoins ont été correctement
implémentés. Identifier les défauts et les signaler au déploiement.
Les artéfacts : Modèle de test (définition et procédures),
planification des tests, revue de défauts, tests des paquetages, classes,
sous systèmes, et composants.
Année Universitaire : 2018/2019 56
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Tests
Année Universitaire : 2018/2019 57
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Déploiement
Permet de faire évoluer correctement (Erreurs, spécifications...) les
systèmes logiciels au cours de leurs différentes versions.
Lister les différentes versions des composants utilisés au cours des
différentes versions du logiciel.
S’assurer de la complétude et de la correction du produit déployé.
Année Universitaire : 2018/2019 58
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Déploiement
Année Universitaire : 2018/2019 59
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Maintenance et évolution
Les modifications apportées à un logiciel, après sa mise en œuvre,
pour en corriger les fautes, en améliorer l’efficacité ou autres
caractéristiques, ou encore adapter celui-ci à un environnement
modifié.
Année Universitaire : 2018/2019 60
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Le processus RUP Rôles et activités
Environement
L’ensemble des matériels et des logiciels système, dont le système
d’exploitation, sur lesquels sont exécutés les programmes de
l’application.
Année Universitaire : 2018/2019 61
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62
Références
Références :
1 P. Kruchten et P. Kroll : Guide pratique du RUP, Campus Press 2003.
2 J.L Bénard et al. Gestion de projet Extreme Programming, Eyrolles
2002.
3 T. Cros Maîtriser les projets avec l’Extreme Programming -Pilotage
par les tests-clienst, Cépaduès 2004.
4 P. Roques «UML2 -Modéliser une application web» Les Cahiers du
programmeur 3ème édition Eyrolles 2007.
5 Philippe Collet, Génie Logiciel Orienté Objets, Master 1 Informatique,
2007-2008.
6 Yannick Prié, Processus de conception de SI M1 MIAGE -SIMA -
2005-2006 UFR Informatique - Université Claude Bernard Lyon 1.
7 P.-A. Sunier, Méthodologies de développement de logiciels de gestion,
Haute Ecole Arc, mai 2005.
Année Universitaire : 2018/2019 62
Prof. Said El Kafhali Chapitre 2 : RUP (Rational Unified Process) / 62