Processus Unifiés

processus-unifiés
Chapitre 1 Introduction
Cycle de vie d’un logiciel
*Les phases de dev d’un logiciel (analyse et SdB, concep, imp, test, livraision)
sont structurées dans des modèles:
-Modèles linéaires (en cascade, …) → Retour limité à une phase en amont et
validation des phases par des revues, (-) Délais longs et tests uniq. à la fin.
-Modèles non linéaires (spirale, itératif, …)
Méthode et Processus
-Une méthode est un ensemble d’instructions qui permettent d’obtenir des

solutions fiables à un problème donné (dev, conduite de projet, assurance et
controle qualité, …)
-Un processus définit qui fait quoi à quel moment et de quelle façon pour
atteindre un certain objectif → fournit les directives nécessaires pour la
création d’un produit de qualité.
*Approches méthodologiques du dev logiciel: fonctionnelle (classique) et OO
*UML (Unified Modeling Language)
Chapitre 2 Processus Unifié

Definition: un PU est un processus de dev logiciel, utilisé pour le dev oo. Il
est piloté par les usecases*, centré sur l’archi*, itératif et incrémental*.
1* Guide et contrôle le dev en modélisant les besoins du système. Les UC sont

détaillés lors de l'analyse, réalisés par la conception, implémentés par les devs
et vérifiés par les tests. Ils facilitent la communication entre les parties
prenantes et assurent la traçabilité des décisions de conception.
2* Structure et stabilise le système en plusieurs étapes. L'architecture, dérivée
des cas d'utilisation, est d'abord définie globalement, puis stabilisée autour des
fonctions essentielles, évoluant au fil des itérations. Elle aide à appréhender le
système, structurer le développement, encourager la réutilisation et faire
évoluer le logiciel.
processus-unifiés 1
3* Divise le travail en mini-projets, chaque itération développant des usecases
et aboutissant à un incrément qui marque une avancée dans le dev.
Phases du PU: itère un ensemble de cycles (chaque cycle de 4 phases:

étude préliminaire, élaboration, construction, transition) qui établissent la
vie du logiciel. Chaque phase s’achève par un jalon (produit de la phase)
définit par un ensemble d’artefacts (doc, diag, cr de réu, …)
Les 4 du dev logiciel:
Les enchaînements d’activités principaux (UML-RT3)
*Expression des besoins
Modèle des cas d’utilisation: Représenter diagramme → classer par priorité

(risque du plus au moins élevé) → décrire en détail les cas (portée, acteur
principal, intervenants et interets, préconditions, garanties minimales, garanties
en cas de succès, scénario nominal) + diagrammes ss, d’act.
*Analyse
Frontière: modélise l’interaction sys/acteur, (=UI), liée au - à 1 acteur.
Entité: représente les info de longue durée dont le système dépend.
Controle: montre la coordination, le séquencement, les transactions et le

contrôle d'objets.
*Conception
*Implémentation
*Tests (unitaire, des composants, d’intégration, d’acceptation/validation)
Chapitre 3 Méthodes Unifiés

RUP - Rational Unified Process (par IBM)
Definition: c’est un outil qui supporte le PU, basé sur UML. Il est facile à
installer, riche en doc et a plusieurs config possibles.
Vue des cas d’utilisation, englobe:
Vue logique étudie les BF du système
Vue des processus décrit les taches exec par l’application
Vue de dev traduit le modèle logique, utilisée pour l’allocation des

taches aux devs.
Les disciplines
Ce sont des agrégats d’activités qui produisent un ensemble déterminé

d’artefacts. Une discipline définit aussi un workflow. RUP comprend 9
disciplines qui prennent place au sein d’un cycle de développement itératif:
1. Modélisation du métier (des besoins)
2. Gestion des exigences
3. Analyse et conception
4. Implémentation
5. Déploiement
6. Test
7. Environnement: Outils et infrastructure pour soutenir le processus de dev.
8. Gestion de la configuration et du changement: Archiver les differentes

versions d’un artefact, controler les autorisations d’accès sur les artefacts,
s’appuiant sur un project repository.
9. Gestion de projet: Parmi ses artefacts: le plan de développement logiciel et

plan d’une itération
2TUP - Two Track Unified Process (par Valtech)
Definition: c’est un outil qui supporte le PU, et répond aux contraintes

(techniques et fonctionnelles) de changement continuel imposées aux SI
des entreprises.
Elle se concentre sur deux axes parallèles de développement : branche

technique et branche fonctionnelle et une branche du milieu pour intégrer
le modèle d’analyse dans l’architecture technique, étudier chaque
composant, les implémenter et les tester.
L’itération 1 développe les fonctions du système et intègre les outils

prévus pour le développement. La 2ème est focalisée sur l’architecture et peut
être considérée comme le prototype de réalisation technique. La 3ème avance
dans la réalisation des fonctions les plus prioritaires de manière à présenter
une première version de déploiement pour les utilisateurs. Elle permet entre-
temps d’améliorer et de compléter l’architecture technique. Les itérations
suivantes avancent dans la réalisation des fonctions jusqu’à l’obtention
complète du système initialement envisagé.
Dans le processus en Y, les exigences des utilisateurs sont traitées en fonction

de deux types d'acteurs du système :
1. L’utilisateur consommateur des fonctions du système : Il représente un

rôle métier dans l'entreprise et se concentre sur les services offerts par le
système pour accomplir son travail.
2. L’utilisateur exploitant le système : Il occupe un rôle technique, focalisé

sur les performances, la gestion de la charge, et la sécurité d'accès du
système.

Processus Unifiés

Transféré par

Droits d'auteur :

Formats disponibles

Processus Unifiés

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Processus Unifiés

Transféré par

Droits d'auteur :

Formats disponibles

processus-unifiés

-Une méthode est un ensemble d’instructions qui permettent d’obtenir des

Chapitre 2 Processus Unifié

1* Guide et contrôle le dev en modélisant les besoins du système. Les UC sont

Phases du PU: itère un ensemble de cycles (chaque cycle de 4 phases:

Les 4 du dev logiciel:

Les enchaînements d’activités principaux (UML-RT3)

*Expression des besoins

Modèle des cas d’utilisation: Représenter diagramme → classer par priorité

Controle: montre la coordination, le séquencement, les transactions et le

Chapitre 3 Méthodes Unifiés

Vue des cas d’utilisation, englobe:

Vue logique étudie les BF du système

Vue des processus décrit les taches exec par l’application

Vue de dev traduit le modèle logique, utilisée pour l’allocation des

Ce sont des agrégats d’activités qui produisent un ensemble déterminé

1. Modélisation du métier (des besoins)

7. Environnement: Outils et infrastructure pour soutenir le processus de dev.

8. Gestion de la configuration et du changement: Archiver les differentes

9. Gestion de projet: Parmi ses artefacts: le plan de développement logiciel et

2TUP - Two Track Unified Process (par Valtech)

Definition: c’est un outil qui supporte le PU, et répond aux contraintes

Elle se concentre sur deux axes parallèles de développement : branche

L’itération 1 développe les fonctions du système et intègre les outils

Dans le processus en Y, les exigences des utilisateurs sont traitées en fonction

1. L’utilisateur consommateur des fonctions du système : Il représente un

2. L’utilisateur exploitant le système : Il occupe un rôle technique, focalisé

Vous aimerez peut-être aussi