0% ont trouvé ce document utile (0 vote)
62 vues62 pages

RUP : Processus de Développement Logiciel

Transféré par

karimaamina19752001
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
62 vues62 pages

RUP : Processus de Développement Logiciel

Transféré par

karimaamina19752001
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

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

Vous aimerez peut-être aussi