[PDF] Unified Software Development Process / Unified Process (UP)

View - Download Unified Software Development Process / Unified Process (UP)

Previous PDF

Next PDF

Processus Uniގ

UniÞed Software Development Process /

UniÞed Process (UP)

1

Merci ˆ tous ceux qui ont rendu leurs cours et

exposŽs disponibles sur le web & dans les livres, voir Biblio. & refs dans les slides

M. Blay-Fornarino

mardi 14 octobre 14 2

UniÞed Process (UP)

Beaucoup de mŽthodes

liŽes ˆ des outils, ˆ lÕadaptation ˆ UML (comme langage de notation) de mŽthodes prŽ-existantes , aux entreprises, etc. ÉÞnalement, autant de mŽthodes que de concepteurs / projets n (1997) UP : Rumbaugh, Booch, Jacobson (les concepteurs dÕUML) une trame commune des meilleures pratiques de developpement (pas une mŽthode) Issu des travaux de lÕObject Management Group et de Rational Plusieurs variantes (RUP,UPEDU,É) toutes intŽgrant lÕUML mardi 14 octobre 14 3

UniÞed Software Development Process /

UniÞed Process (UP)

mardi 14 octobre 14 4

UniÞed Software Development Process /

UniÞed Process (UP)

Un Processus uniގ est

un processus de dŽveloppement logiciel - construit sur UML - conduit par les cas dÕutilisation - pilotŽ par les risques - centrŽ sur lÕarchitecture, - itŽratif et incrŽmental - organisŽ autour de 4 phases : prŽŽtude(inception), Žlaboration, construction et transition - dŽÞni par 6 disciplines fondamentales : ModŽlisation mŽtier, Analyse et Conception, ImplŽmentation, Test et

DŽploiement

mardi 14 octobre 14 5

Processus Uniގ

PilotŽ par les cas dÕutilisation

Le processus de dŽveloppement est centrŽ sur lÕutilisateur UML mardi 14 octobre 14 6

UniÞed Software Development Process /

UniÞed Process (UP)

Un Processus uniގ est

un processus de dŽveloppement logiciel - construit sur UML - conduit par les cas dÕutilisation - pilotŽ par les risques - centrŽ sur lÕarchitecture, - itŽratif et incrŽmental - organisŽ autour de 4 phases : prŽŽtude(inception), Žlaboration, construction et transition - dŽÞni par 6 disciplines fondamentales : ModŽlisation mŽtier, Analyse et Conception, ImplŽmentation, Test et

DŽploiement

mardi 14 octobre 14 7 (3) Pilotage par les risques

Vous avez la grippe, je vais vous

prescrire des antibiotiques n

Un risque est un

ŽvŽnement redoutŽ dont

lÕoccurrence est plus ou moins prŽvisible et provoquant, lorsquÕil se produit, des dommages sur le projet. n l mardi 14 octobre 14 7 (3) Pilotage par les risques

LÕhiver,

il faut se faire vacciner contre la grippe

Vous avez la grippe, je vais vous

prescrire des antibiotiques n

Un risque est un

ŽvŽnement redoutŽ dont

lÕoccurrence est plus ou moins prŽvisible et provoquant, lorsquÕil se produit, des dommages sur le projet. n l mardi 14 octobre 14 8

Facteurs de Risque

An ongoing or upcoming

concern that has a signiÞcant probability of adversely affecting the success of major milestones. (RUP Glossary)

Quelques facteurs de Risques :

¥Technique/ Architectural

n Technologie incertaine, visibilitŽ partielle

¥Ressources

nLes gens, les compŽtences, le Þnancement

¥ÇBusinessÈ

nLa concurrence, les interfaces avec les fournisseurs

¥Planning

nDŽpendances nÇOnly 24 hours in a dayÈ

¥Changements dÕexigences

Doivent tre

identiގs et

ÇpriorisŽsÈ

dans des artefacts dŽdiŽs

A prendre en

compte dans le cahier des charges mardi 14 octobre 14 9

Identifier les facteurs de risques

n Un facteur de risque peut entra"ner lÕapparition de plusieurs risques DŽveloppement sans spŽcifications approuvŽes -> insatisfaction du client -> surcožt du projet n Plusieurs facteurs de risque peuvent contribuer ˆ lÕapparition dÕun mme risque

Connaissance insuffisante du mŽtier client,

Plan de validation incomplet,

Conduite au changement non-prŽvue

-> rejet par les utilisateurs mardi 14 octobre 14 10

Analyser les risques

n LÕanalyse des risques consiste ˆ Žvaluer : n

La probabilitŽ dÕapparition dÕun risque

n

La gravitŽ dÕune consŽquence

Exemple :

ProbabilitŽ de rencontrer un chat en libertŽ ˆ Paris : forte ProbabilitŽ de rencontrer un lion en libertŽ ˆ Paris : faible ProbabilitŽ de rencontrer un lion en libertŽ dans la savane : forte ProbabilitŽ de rencontrer un chat en libertŽ dans la savane : faible

GravitŽ dÕune morsure de chat : faible

GravitŽ dÕune morsure de lion : forte

mardi 14 octobre 14 11

Actions

n La gestion des risques consiste ˆ prŽvoir ou ˆ anticiper les situations risquŽes et n Actions de rŽduction : rŽduire lÕinfluence des facteurs de risques (rŽduire la probabilitŽ) n Les technologies utilisŽes sont bien connues des dŽveloppeurs, ce qui devrait rŽduire les risques de non-aboutissement. n Actions prŽventives : ne pas se mettre dans une situation (actions sur le dŽclenchement des facteurs de risques) n LÕintervention dÕun ergonome rŽduira les risques de non acceptance. n Actions de couverture : limiter les consŽquences des risques (rŽduire la gravitŽ) n Un dŽveloppement itŽratif, incrŽmental permettra de limiter la prise de risque technologique n

Attitude de NO GO

n

Le projet est abandonnŽ.

mardi 14 octobre 14 12

UniÞed Software Development Process /

UniÞed Process (UP)

Un Processus uniގ est

un processus de dŽveloppement logiciel - construit sur UML - conduit par les cas dÕutilisation - pilotŽ par les risques - centrŽ sur lÕarchitecture, - itŽratif et incrŽmental - organisŽ autour de 4 phases : prŽŽtude(inception), Žlaboration, construction et transition - dŽÞni par 6 disciplines fondamentales : ModŽlisation mŽtier, Analyse et Conception, ImplŽmentation, Test et

DŽploiement

mardi 14 octobre 14

Notion dÕarchitecture

Au sens de RUP, une architecture :

Pilote le projet en dŽcoupant les t‰ches

Favorise la rŽutilisation

13 Software architecture is not only concerned with structure and behavior, but also with usage, functionality, performance, resilience, reuse, comprehensibility, economic and technological constraints and tradeoffs, and esthetics. (RUP, 98)- A Technical Architecture is the minimal set of rules governing the arrangement, interaction, and interdependance of the parts or elements that together may be used to form an information system. (U.S. Army 1996) mardi 14 octobre 14

Quelques axes pour considŽrer

lÕarchitecture

On pourra parler

dÕarchitecture logicielle (ou architecture logique) : organisation ˆ grande Žchelle des classes logicielles en dÕarchitecture de dŽploiement : dŽcision de dŽploiement des diffŽrents ŽlŽments

Notion de patterns architecturaux

n ex. : Couches, MVCÉ 14 mardi 14 octobre 14

Quelques axes pour considŽrer

lÕarchitecture

Architectures client/serveurs en niveaux

n aussi appelŽs tiers

Architectures en couches

n PrŽsentation, Application, Domaine/mŽtier, Infrastructure mŽtier (services mŽtiers de bas-niveau), Services techniques (ex. sŽcuritŽ),

Architectures en zones de dŽploiement

n dŽploiement des fonctions sur les postes de travail des utilisateurs (entreprise : central/dŽpartemental/local)

Architectures ˆ base de composants

n rŽutilisation de composants 15 mardi 14 octobre 14

Processus centrŽ sur lÕarchitecture

Les cas dÕutilisation ne sont pas sufÞsants comme lien pour lÕensemble des membres du projet LÕarchitecture joue Žgalement ce r™le, en insistant sur la rŽalisation prises

DÕautre part

plus le projet avance, plus lÕarchitecture est difÞcile ˆ modiÞer

Objectifs pour le projet

lÕarchitecture sÕimpose ˆ tous, contr™le les dŽveloppements ultŽrieurs, 16 mardi 14 octobre 14

tre construit.

Elle doit prŽvoir la rŽalisation de tous les cas dÕutilisation.

Marche ˆ suivre:

n Travailler sur les cas dÕutilisation reprŽsentant les fonctions essentielles. nquotesdbs_dbs22.pdfusesText_28

[PDF] Architecture logicielle - mbf i3s

[PDF] Architecture logicielle MVC - LIG Membres

[PDF] 1 Architecture traditionnelle et réhabilitation au Maroc - RehabiMed

[PDF] Le matériel : architecture des ordinateurs - Limuniv-mrsfr

[PDF] Architecture matériel et logiciel 2

[PDF] Architectures Logicielles et Matérielles - Verimag

[PDF] Vers une architecture n-tiers

[PDF] Les réseaux Peer-to-Peer

[PDF] L 'architecture postale - La Poste

[PDF] Partie 1 : Architecture et communications Client/Serveur - Univ Lyon 1

[PDF] Architecture Traditionnelle Méditerranéenne Méthode RehabiMed

[PDF] La fabrication de l architecture en Tunisie indépendante : une

[PDF] l 'architecture traditionnelle en tunisie : l 'habitat rural - RehabiMed

[PDF] Etude d une architecture IP intégrant un lien satellite - OATAO

[PDF] Les règles de classement et d 'archivage des documents d 'entreprise