routage et protocoles de routage

8/16/2019 Routage Et Protocoles de Routage

1/75

1

Développement de SystèmesDéveloppement de Systèmes

Informatiques Orientés objets en UMLInformatiques Orientés objets en UMLÉléments du génie logiciel, du paradigme objet et de la notationÉléments du génie logiciel, du paradigme objet et de la notation

unifiéeunifiée

Djamel-Abdelhak SERIAIDjamel-Abdelhak SERIAI

[email protected] [email protected]

http://csl.ensm-douai.fr/seriaihttp://csl.ensm-douai.fr/seriai


2/75

2

Objectifs du coursObjectifs du cours

Le Logiciel et le Génie logicielLe Logiciel et le Génie logiciel C’est quoi le problème ?C’est quoi le problème ? Cycle de vie d’un logicielCycle de vie d’un logiciel Les méthodes de développement (SADT !erise "#!L$$$?%Les méthodes de développement (SADT !erise "#!L$$$?%

Les concepts objet à travers UMLLes concepts objet à travers UML Le p&r&digme ob'etLe p&r&digme ob'et ot&tion #!L des concepts ob'etot&tion #!L des concepts ob'et

La notation UML pas à pasLa notation UML pas à pas Les di)érents di&gr&mmesLes di)érents di&gr&mmes Des e*emplesDes e*emples

Le l&ng&ge +CL (?%Le l&ng&ge +CL (?% Des travaux pratiques pour maîtriser UMLDes travaux pratiques pour maîtriser UML

Les outils CAS,Les outils CAS, Développement d’un e*emple completDéveloppement d’un e*emple complet


3/75

3

Organisation du cours

Organisation du cours

Le logiciel

et

Le énie logiciel

!pproc"e objet

et UML

#otation

UML

#otation

UML

Cours

TP

$% UML

un e&emple de ! ' (

Un outil )!S* +!L,

20/01 22/01 27/01 03/02 2/02 2!/02


4/75

4

Partie I : Le Logiciel etPartie I : Le Logiciel etle Génie logicielle Génie logiciel


5/75

5

Logiciel et énie logiciel

Introduction en image : Informatiue et logicielsIntroduction en image : Informatiue et logiciels


6/75

6


!ogiciel et "rocessus de!ogiciel et "rocessus de

d#$elo""ementd#$elo""ement

Processus

Produit"er#ice

$onctions réalisées dans un en#ironnementsui#ant certaines e%igences &performance, s'reté, etc()

*rganisation des mo+ens, procédures, métodes et*utils pour dé#elopper et#alider le produit

Caractéristi-ues

.u s+stme "tructure, adaptabilité,Comple%ité, etc(


7/75

7


%aract#ristiues d&un "roduit logiciel%aract#ristiues d&un "roduit logiciel Un logiciel est un produit (manufactur! comme une "oiture ou uneUn logiciel est un produit (manufactur! comme une "oiture ou une

machine # outilsmachine # outils $rocd de fa%rication : processus de d"eloppement$rocd de fa%rication : processus de d"eloppement

Un logiciel est un produit a"ec des caractristi&ues particuli'resUn logiciel est un produit a"ec des caractristi&ues particuli'res

$as de pro%l'me de fa%rication en srie$as de pro%l'me de fa%rication en srie a reproduction dun logiciel se fait par simple copie

$rocessus de d"eloppement itratif : certaines tapes peu"ent$rocessus de d"eloppement itratif : certaines tapes peu"entdclencher la r"ision des tapes prcdentes :dclencher la r"ision des tapes prcdentes :

a détection dune erreur lors dun test #a déclencer un retour sur la programmation, peut45tre la conception #oir m5me la spécification

e procd de fa%rication d)un logiciel est in"isi%lee procd de fa%rication d)un logiciel est in"isi%le pour pallier au problme de l6in#isibilité, il donne lieu la production de documents

intermédiaires permettant de contr8ler un logiciel en cours de dé#eloppement


8/75

*


%aract#ristiues d&un "roduit logiciel%aract#ristiues d&un "roduit logiciel Un logiciel est un produit a"ec des caractristi&ues particuli'resUn logiciel est un produit a"ec des caractristi&ues particuli'res

e processus de d"eloppement se poursui"i apr's la li"raisone processus de d"eloppement se poursui"i apr's la li"raison

du logiciel+ pour la maintenancedu logiciel+ pour la maintenance

9prs son dé#eloppement un produit logiciel est mis en e%ploitation etentre dans une pase de maintenance -ui peut remettre en cause lesfonctions du s+stme et impli-uer des modifications et/ou un re4dé#eloppement

: a correction des défauts maintenance correcti#e

: 9daptation du logiciel un nou#el en#ironnement maintenance

adaptati#e: 9mélioration des caractéristi-ues et sui#i de lé#olution des

besoins maintenance perfecti#e

,


9/75

,


!a crise du logiciel!a crise du logiciel uel&ues constats de lampleur de limpact des dfaillances :uel&ues constats de lampleur de limpact des dfaillances :

la sonde ariner "ers 0nus sest perdue dans lespace # causela sonde ariner "ers 0nus sest perdue dans lespace # causedune erreur de programme dune erreur de programme

en 1,72+ lors dune e8prience mtorologi&ue en rance 72en 1,72+ lors dune e8prience mtorologi&ue en rance 72%allons contenant des instruments de mesure furent dtruits #%allons contenant des instruments de mesure furent dtruits #cause dun dfaut dans le logiciel cause dun dfaut dans le logiciel

en 1,*1+ le premier lancement de la na"ette spatiale a ten 1,*1+ le premier lancement de la na"ette spatiale a tretard de deu8 9ours # cause dun pro%l'me logiciel. a na"etteretard de deu8 9ours # cause dun pro%l'me logiciel. a na"ettea dailleurs t lanc sans &ue lon ait localis e8actement lea dailleurs t lanc sans &ue lon ait localis e8actement le

pro%l'me (mais les smpt;mes taient %ien dlimits! pro%l'me (mais les smpt;mes taient %ien dlimits!

le d"eloppement du compilateur $1 de


10/75

1>


!a crise du logiciel!a crise du logiciel uel&ues constats de lampleur de limpact des dfaillances :uel&ues constats de lampleur de limpact des dfaillances :

?= a rcemment renonc # la mise en ser"ice de nou"eau8?= a rcemment renonc # la mise en ser"ice de nou"eau8sst'mes de contr;le-commande de ses centrales 14>> mga-sst'mes de contr;le-commande de ses centrales 14>> mga-@atts@atts

la A


11/75

12


12/75

12


!a crise du logiciel!a crise du logiciel $rise de conscience :$rise de conscience :


13/75

13


!a crise du logiciel!a crise du logiciel uel&ues sources de la criseuel&ues sources de la crise

Une ide grossi're du logiciel # raliser est suffisante pourUne ide grossi're du logiciel # raliser est suffisante pour

commencer d)crire un programme (il est asseE t;t de secommencer d)crire un programme (il est asseE t;t de se

proccuper des dtails plus tard!.proccuper des dtails plus tard!.

$au% une idée imprécise du logiciel réaliser est la cause principale décecs

Une fois &ue le programme est crit et fonctionne+ le tra"ail estUne fois &ue le programme est crit et fonctionne+ le tra"ail est

termin.termin.

$au% la maintenance du logiciel représente un tra#ail important le co't de la maintenance représente plus du >0 ? du co't total dunlogiciel

14


14/75

14


!a crise du logiciel!a crise du logiciel uel&ues sources de la criseuel&ues sources de la crise

Ai les spcifications du logiciel # raliser changentAi les spcifications du logiciel # raliser changentcontinuellement+ cela ne pose pas de pro%l'me+ puis&ue lecontinuellement+ cela ne pose pas de pro%l'me+ puis&ue lelogiciel est un produit souplelogiciel est un produit souple

$au% des cangements de spécifications peu#ent se ré#éler co'teu% et prolonger les délais

Ai la ralisation du logiciel prend du retard par rapport au8 dlaisAi la ralisation du logiciel prend du retard par rapport au8 dlaispr"us+ il suffit d)a9outer plus de programmeurs afin de finir danspr"us+ il suffit d)a9outer plus de programmeurs afin de finir dansles dlais.les dlais.

$au% si lon ajoute de gens un projet, il faut compter une période defamiliarisation( e temps passé communi-uer lintérieur du groupeaugmente également, lors-ue la taille du groupe augmente

15


15/75

15


!e g#nie logiciel!e g#nie logiciel ?st un domaine de recherche &ui a t dfini (fait rare! du 7 au 11?st un domaine de recherche &ui a t dfini (fait rare! du 7 au 11

octo%re 1,6*+ # Darmisch-$artenFirchen+ sous le parrainage deocto%re 1,6*+ # Darmisch-$artenFirchen+ sous le parrainage del.l.

e gnie logiciel est la discipline ne en rponse # la crise du logiciel.e gnie logiciel est la discipline ne en rponse # la crise du logiciel.

e gnie logiciel se caractrise par une approche rigoureuse ete gnie logiciel se caractrise par une approche rigoureuse etsstmati&ue # la construction de logiciels ne pou"ant Gtre maHtrisssstmati&ue # la construction de logiciels ne pou"ant Gtre maHtrisspar une seule personne.par une seule personne.

e gnie logiciel est donc lart :e gnie logiciel est donc lart : =e spcifier+ de conce"oir+ de raliser+ et de faire "oluer des=e spcifier+ de conce"oir+ de raliser+ et de faire "oluer des

programmes+ des documentations et des procdures de &ualitprogrammes+ des documentations et des procdures de &ualit

9#ec des mo+ens et dans des délais raisonnables, en #u d6utiliser uns+stme informati-ue pour résoudre certains problmes(

16


16/75


!e g#nie logiciel!e g#nie logiciel %9ectif du gnie logiciel%9ectif du gnie logiciel

ptimiser le coBt de d"eloppement du logiciel.ptimiser le coBt de d"eloppement du logiciel.

6importance d6une approce métodologi-ue s6est montrée par la crise de

l6industrie du logiciel la fin des années !0 : augmentation des co'ts <

: difficultés d6é#olution <

: non fiabilité <

: non respect des spécifications <

: non respect des délais(

17


17/75


%'cle de $ie de logiciel%'cle de $ie de logiciel =ans la ralisation dun programme simple+ fait par une personne+ il=ans la ralisation dun programme simple+ fait par une personne+ il

est possi%le de distinguer 3 phases:est possi%le de distinguer 3 phases:

la phase danalse du pro%l'mela phase danalse du pro%l'me

la phase de codage et de mise au pointla phase de codage et de mise au point

la phase dopration (le programme est oprationnel!.la phase dopration (le programme est oprationnel!.


18/75


%'cle de $ie de logiciel%'cle de $ie de logiciel

approche traditionnelle distingue 6 phases dans la "ieapproche traditionnelle distingue 6 phases dans la "iedu logicieldu logiciel

a phase de pr-analse : tude dopportunita phase de pr-analse : tude dopportunit

a phase de spcification (a phase de spcification (software requirementssoftware requirements!!

:lanalse des %esoins :lanalse des %esoins a phase de conception (a phase de conception (software designsoftware design!: la!: la

spcification glo%ale+ la conception architecturale etspcification glo%ale+ la conception architecturale etdtaille.dtaille.

a phase dimplmentation : la programmationa phase dimplmentation : la programmation

a phase de test : la "alidation et "rificationa phase de test : la "alidation et "rification

a phase de maintenance+ la gestion dea phase de maintenance+ la gestion deconfiguration et intgration.configuration et intgration.

Pré4anal+e

"pécification

Conception

@mpémentation

Test

Aaintenance

Pour-uoi B

Projet abondonné

uoi B

Comment B

*ui

Caier des carges

.écopage du logiciel en modules

Code

ogiciel opérationnel

non

1,


19/75


%'cle de $ie de logiciel%'cle de $ie de logiciel a phase de pr-analsea phase de pr-analse

$rc'de le d"eloppement proprement dit et rpond # la &uestion$rc'de le d"eloppement proprement dit et rpond # la &uestionpour&uoi:pour&uoi:

Pour-uoi faut4il réaliser un certain logiciel, -uels sont les besoinsB

uel&ues autres &uestions tpi&ues # se poser durant cette phase :uel&ues autres &uestions tpi&ues # se poser durant cette phase :

Pour-uoi a4t4on besoin du logicielB D a4t4il de meilleures alternati#esB e logiciel sera4t4il satisfaisant pour les utilisateursB D a4t4il un marcé pour le logicielB uelles sont les ressources nécessaires pour réaliser le logiciel &budget,

personnel, matériel)(

a rponse de la phase de pr-analse est oui ou non:a rponse de la phase de pr-analse est oui ou non: *ui, la décision est prise de réaliser le logiciel< Eon, le projet est abandonné(

2>


20/75


%'cle de $ie de logiciel%'cle de $ie de logiciel nalse des %esoins nalse des %esoins

Iut :Iut : a pase de spécification répond la -uestion -uoi B

F#iter de dé#elopper un logiciel non adé-uat

Permettre de définir précisément -uelles sont les fonctions réaliser par le logiciel(

F%emple "i l6on considre un logiciel effectuant le paiement des salaires dans uneentreprise, la pase de spécification permettra de répondre notamment au% -uestionssui#antes

: es emplo+és sont4ils enregistrés sur bande ou sur dis-ueB

: uel est le format de ca-ue enregistrement du ficierB: uel est le format des sortiesB

: Ftc(

21


21/75


%'cle de $ie de logiciel%'cle de $ie de logiciel nalse des %esoins nalse des %esoins ?ntre:?ntre:

données fournies par des e%perts du domaine d6application et les futursutilisateurs

thodes:thodes:

@l faut surtout établir un dialogue a#ec les e%perts du domaine, -ui ne sont pas forcément des informaticiens,

Gtiliser des métodes plut8t cogniti#es entretiens, -uestionnaires,obser#ations de l6e%istant, études de situations similaires

=marche : pour ta%lir les %esoins (le cahier des charges!+ il faut=marche : pour ta%lir les %esoins (le cahier des charges!+ il faut

tudier le domaine dapplication tudier le domaine dapplication l6état actuel de l6en#ironnement du futur s+stme < le r8le du s+stme < les ressources disponibles et re-uises < les contraintes d6utilisation < les performances attendues < H


22/75

23


23/75




24/75


%'cle de $ie de logiciel%'cle de $ie de logiciel %once"tion architecturale( d#taill#e : S"#cification globale%once"tion architecturale( d#taill#e : S"#cification globale

sultat:sultat: modle conceptuel pour produire une description de ce -ue doit

faire le s+stme mais sans préciser comment il le fait &on précise le-uoi mais pas le comment)(

complément au manuel d6utilisation

manuel de référence préliminaire

emar&ueemar&ue

Cette acti#ité ne fait pas apparaKtre de coi% d6implémentation-

25


25/75



%once"tion architecturale( d#taill#e : S"#cification globale%once"tion architecturale( d#taill#e : S"#cification globale

echni&ues de spcificationechni&ues de spcification

Énonces informels

: description en langage naturel pou#ant respecter des plans t+pes &standardisés ou propres une entreprise ou un projet)

: Jis-ue de non4coérence, d6ambiguLté, de non complétudes, de difficultéd6organisation et de redondance d6informations

Présentations formatées

: .ictionnaire de données ou glossaire . spécification de l6ensemble des données utilisées en anal+se et en

conception

4 définition des termes, sigles, codes, s+mboles, s+non+mes et alias

4 peut utiliser des notations s+nta%i-ue strictes de forme MacNus4Eaur

26


26/75



%once"tion architecturale( d#taill#e : S"#cification globale%once"tion architecturale( d#taill#e : S"#cification globale echni&ues de spcificationechni&ues de spcification

Table de décision : correspondance entre les #aleurs d6entrée et les #aleurs de sortie d6un

processus &adaptée la définition des s+stmes finis)(

Table états4transitions : table des états et, pour ca-ue état les é#énements -ui pro#o-uent la

transition un autre état, les actions effectuer et l6état sui#ant pourca-ue transition( Peut 5tre représentée par une matrice(

Tecni-ues grapi-ues ou semi4formelles Jeprésentation grapi-ueformelle accompagnée de te%tes informels

: Aodle entité4association

27


27/75





Tecni-ues grapi-ues ou semi4formelles

: .iagrammes de flots de données .$. montrent comment ca-ue processus transforme les données -u6il reOoit entrée pour générercelle -u6il produit en sortie(

: .iagrammes de structures description du s+stme sous forme deiérarcie de fonctions( a notation permet d6e%primer les appels defonctions, les paramtres &entrées, sorties, contr8le), les structuresitérati#es et alternati#es(

: .iagrammes états4transitions semblables &et complémentaires) au%tables états4transitions(

2*


28/75





Tecni-ues grapi-ues ou semi4formelles : Jéseau% de Petri et un réseau de Petri est un outil matémati-ue trs

général permettant de modéliser le comportement d6un s+stmed+nami-ue des é#énements discrets(

: rafcet le rapset, inspiré des réseau% de Petri, est un outil despécification des automates logi-ues fré-uemment utilisé enautomati-ue(

Tecni-ues formelles: angage M: angage Q: Ftc(

2,


29/75



%once"tion architecturale( d#taill#e :%once"tion architecturale( d#taill#e :

IutIut

.éfinir larcitecture logicielle par létablissement dune description trs procedu s+stme réaliser(

Jépartition des entités &ou des fonctions) identifiées dans la spécification sur une

arcitecture matérielle et logicielle

.écomposer le logiciel en composants plus simples, définis par leurs interfaceset leurs fonctions &les ser#ices -u6ils rendent)

Coi% dalgoritmes

.émontrer -ue la spécification est correctement décrite

: Coérence entre description, spécification et conception: Comportement: Propriétés

3>


30/75




=ocuments d)entre=ocuments d)entre .ocument de spécification les spécifications globales I contraintes

d6implémentation: Fntités:

.escription des comportements locau%: .escription des comportement globau%

=ocuments de sortie=ocuments de sortie .ocuments de conception générale &ou préliminaire)

: .escription des modules: .escription des interfaces entre modules

: TraOabilité a#ec la spécification: Plans de test dintégration: .ocument de conception détaillée: Plan de test unitaire

31


31/75




thodes:thodes: Fnricir la description du s+stme de détails d6implémentation( .eu% étapes

1( conception arcitecturale décomposer le logiciel en composants plus simplesen terme de fonctions et interfaces

2( conception détaillée description de ca-ue composant algoritmes, structuredes données, (((

sultat : od'le dimplmentation:sultat : od'le dimplmentation: 9rcitecture du s+stme et spécification des composants 9lgoritmes et modle des données &entité4association) "elon la nature de la conception

: $onctionnelle modles par flu% de données .$., Conte%te, 9$., structure,Petri, (((: *bjets diagrammes GA: (((

32


32/75




33/75




uel&ues crit'res mesurant la &ualit de la conceptionuel&ues crit'res mesurant la &ualit de la conception

Coésion: Gne composante &module) doit implanter une seule entité logi-ue(

: Toutes les parties de cette composante doi#ent contribuer cetteimplantation(: 9insi dans un s+stme &logiciel) ca-ue composante résout une partie du

problme(

Couplage: Fst relatif la coésion

: @l e%prime le degré d6interconne%ion des différents composants d6uns+stme(: Gn couplage fort &partage de données, écange d6informations de

contr8le, etc() impli-ue des difficultés d6entretien(

34

é


34/75



%once"tion architecturale( d#taill#e :%once"tion architecturale( d#taill#e : uel&ues crit'res mesurant la &ualit de la conceptionuel&ues crit'res mesurant la &ualit de la conception

Compréensibilité a compréensibilité d6un module dépend de : sa coésion <: l6appellation utilisation de noms significatifs <: la documentation établir un lien entre le monde réel et le composant

Comple%ité: une composante comple%e nécessite un effort de documentation supplémentaire

9daptabilité: 6adaptabilité dépend du couplage et de la documentation(: Gne conception ou un logiciel adaptable doit a#oir un aut degré de lisibilité

fournir plusieurs représentations, coérentes a#ec l6implantation, différentsni#eau% d6abstraction(: es modifications doi#ent 5tre faciles incorporer sur tous les ni#eau% pour ne

pas a#oir des problmes d6incoérence(

35

L i i l é i l i i l


35/75


%'cle de $ie de logiciel%'cle de $ie de logiciel $rogrammation$rogrammation

Iut :Iut : Jéalisation, partir de la conception détaillée, d6un ensemble de

programmes ou de composants de programmes

Projection des concepts du modle sur un langage de programmation(: @l sagit dun processus manuel

?ntre:?ntre: conception détaillée I contraintes de l6en#ironnement de programmation

sultat: documents dcri"ant:sultat: documents dcri"ant:

code source de ca-ue module directi#es compilation, liens, ((( documentation d6implémentation

36

L i i l t é i l i i l


36/75



$rogrammation$rogrammation thodes:thodes:

9utomati-ue .ans certains cas, cette étape peut 5tre automatisée &générationautomati-ue de code)

Aanuel : Fn général le modle stati-ue contient tout ou partie de la structure

déclarati#e 4 Fn approce fonctionnelle, il faut projeter le dictionnaire des

données &interfaces des fonctions) sur les #ariables et les fonctions surdes procédures(

4 Fn approce objet passage du modle objet au langages objetsmanuel ou déri#ation du code &par e%emple génération des classes partir des class diagrams) et nécessité dimplanter manuellement lesassociations et agrégations

: implantation de la d+nami-ue est réalisée en traduisant les diagrammesdétats &state carts) en structure de contr8le

37



37/75


%'cle de $ie de logiciel%'cle de $ie de logiciel 0alidation et "rification0alidation et "rification

Iut de cette acti"it est de sassurer de lad&uation du sst'meIut de cette acti"it est de sassurer de lad&uation du sst'me

produit face au8 %esoins et spcificationsproduit face au8 %esoins et spcifications

"pécifions4nousle bons+stme c6est dire un s+stme correspondant au%

attentes des utilisateurs et respectant les contraintes de leuren#ironnementB celui -ui répond l6attente des utilisateurs B

Flle consiste essentiellement en des re#ues et inspections despécifications ou de manuels et du protot+page rapide

?ntre: documents produits par lensem%le des tapes?ntre: documents produits par lensem%le des tapes

prcdentesprcdentes

3*



38/75


%'cle de $ie de logiciel%'cle de $ie de logiciel 0alidation et "rification0alidation et "rification

thodes :thodes :

e%amens des spécifications, programmes, preu#es, tests: test unitaire , test d6intégration et test s+stme

on distingue

: tests stati-ues e%amen ou anal+se du te%te des programme: tests d+nami-ues consiste en l6e%écutions du logiciel sur un sous4

ensemble des données permettant de #érifier tous les ceminsd6accs logi-ues et la plage de #alidité des données et en particulierles conditions limites


opérations effectuées acceptation ou non

3,

L i i l t é i l i i l +/,


39/75

Logiciel et énie logiciel +/,

%'cle de $ie de logiciel%'cle de $ie de logiciel Destion de configurations et intgrationDestion de configurations et intgration

Iut : o%tenir tout ou partie e8cuta%le du sst'me.Iut : o%tenir tout ou partie e8cuta%le du sst'me.

6intégration a pour but de réaliser un ou plusieurs s+stmes e%écutables partir des composants( es coi% possibles correspondent des #ariantesdu s+stme

?ntre: les composants J description des configurations?ntre: les composants J description des configurations

thodes: grer les composants du sst'me+ leur "olution+thodes: grer les composants du sst'me+ leur "olution+

leur mise # 9our+ leur intgrationleur mise # 9our+ leur intgration


les e%écutables

les configurations

4>



40/75


%'cle de $ie de logiciel%'cle de $ie de logiciel a phase de maintenancea phase de maintenance


41/75




42/75


%'cle de $ie de logiciel%'cle de $ie de logiciel partition de l)effortpartition de l)effort

=ans un pro9et L %ien conduit M+ leffort se rpartit comme suit=ans un pro9et L %ien conduit M+ leffort se rpartit comme suit ::

1> 20? programmation,

0? spécification et conception,

0? #alidation et #érification(

.é#eloppemet0 ? Test et

Aaintenance!0?

spécification20 ?

conception20 ?

Test

0 ?

Aaintenance20 ?

43



43/75


%'cle de $ie de logiciel%'cle de $ie de logiciel es approches alternati"es de d"eloppement de logicielses approches alternati"es de d"eloppement de logiciels

$rototpage rapide ($rototpage rapide (rapid prototyping rapid prototyping !! Gn protot+pe est un logiciel n6implémentant -ue les aspects les plus importants

du logiciel final et permettant ainsi de tenir compte des réactions de l6utilisateura#ant de dé#elopper le produit définitif

angages de tr's haut ni"eauangages de tr's haut ni"eau Permet de produire rapidement des logiciels a+ant de plus peu d6erreurs es applications de gestion sont un domaine t+pi-ue oR ces métodes semblent

particulirement adaptées< F%emple le langage S@M*, adapté au% applications de gestion(

utilisation de logicielutilisation de logiciel

@l s6agit ici de constituer une bibliot-ue de modules( ors de la réalisation d6unnou#eau logiciel, on cercera le plus possible utiliser des modules e%istants( cette métode ne s6appli-ue pas lors-u6il s6agit de réaliser un logiciel dans un

domaine relati#ement neuf(

44



44/75


)ualit# de logiciel)ualit# de logiciel es facteurs de &ualit :es facteurs de &ualit :

Knternes ou de conception : "isi%les par les d"eloppeursKnternes ou de conception : "isi%les par les d"eloppeurs ?8ternes: "isi%les par les utilisateurs.?8ternes: "isi%les par les utilisateurs.

Parmi ces derniers : alidité aptitude d6un produit logiciel remplir e%actement ses fonctions,

définies par le caier des carges et les spécifications

: $iabilité &ou robustesse) aptitude d6un produit logiciel fonctionner dansdes conditions anormales

: F%tensibilité facilité a#ec la-uelle un logiciel se pr5te une modificationou une e%tension des fonctions -ui lui sont demandées

: Jéutilisation aptitude d6un logiciel 5tre réutilisé, en tout ou en partie,

dans de nou#elles applications

: Compatibilité facilité a#ec la-uelle un logiciel peut 5tre combiné a#ecd6autres logiciels(

45



45/75


)ualit# de logiciel :)ualit# de logiciel : es facteurs de &ualit :es facteurs de &ualit :

?8ternes :?8ternes :

Ffficacité Gtilisation optimales des ressources matérielles(

Portabilité facilité a#ec la-uelle un logiciel peut 5tre transféréesous différents en#ironnements matériels et logiciels

érifiabilité facilité de préparation des procédures de test

@ntégrité aptitude d6un logiciel protéger son code et ses donnéescontre des accs non autorisés

$acilité d6emploi facilité d6apprentissage, d6utilisation, de préparation des données, d6interprétation des erreurs et derattrapage en cas d6erreur d6utilisation(

46



46/75


!e c'cle de $ie de logiciel!e c'cle de $ie de logiciel

od'les de ccle de "ieod'les de ccle de "ie

=finition :=finition :

–Modèlesgénérau% de développementdécri#ant les encaKnements et lesinteractions entre acti#ités(

%9ectif :%9ectif : *btenir des processus de dé#eloppement rationnels, reproductibles etcontr8lable( Gtilisés pour mieu% maKtriser le processus dé#eloppement en permettant de prendre en compte, en plus des aspects tecni-ues, l6organisationet les aspects umains

emar&ues :emar&ues :

Gne étape, telle -ue la conception, peut faire inter#enir plusieurs acti#ités,comme celles de la spécification globale, du ma-uettage et de la #alidation

une acti#ité comme la documentation peut se dérouler pendant plusieurs étapes

47



47/75


!e c'cle de $ie de logiciel!e c'cle de $ie de logiciel

od'les de ccle de "ieod'les de ccle de "ie

Nistori&ue :Nistori&ue :

9 la fin des années !0, le modle de dé#eloppement par étapessuccessi#es est apparu( @l s6agissait du modle de la cascade

Puis, durant les années =0, le modle en émergé( C6est encorele modle le plus utilisé aujourd6ui

Fnfin, plus récemment le modle en spirale, plus complet, maiségalement plus comple%e a introduit de nou#eau% aspects comme

l6anal+se des ris-ues et l6utilisation s+stémati-ue de protot+pes pour s6assurer de la bonne compréension des besoins del6utilisateur final

4*



48/75



od'les du ccle de "ieod'les du ccle de "ie

od'le de la cascade (od'le de la cascade (waterfallwaterfall!! .ans ce modle, ca-ue pase se termine une date précise

par la production de certains documents ou logiciels(

: on ne passe la pase sui#ante -ue si les résultats delétape précédente sont jugés satisfaisants

: .6autres acti#ités inter#iennent, par e%emple le contr8letecni-ue et la gestion de la configuration sont présentstout au long du processus(

Pré4anal+e

9nal+e des besoins

Conception préliminaire

Conception détaillée

Codage

@ntégration

maintenance

4,



49/75


%'cle de $ie de logiciel%'cle de $ie de logiciel od'les du ccle de "ieod'les du ccle de "ie

od'le de la cascade (od'le de la cascade (waterfallwaterfall!! e modle original ne comportait pas de possibilité de retour en

arrire(: Celle4ci a été rajoutée ultérieurement sur la base -u6une étape

ne remet en cause -ue l6étape précédente, ce -ui, dans la prati-ue, s6a#re insuffisant( es dé#eloppements récents de ce modle font paraKtre de la

#alidation4#érification ca-ue étape : faisabilité et anal+se des besoins #alidation <: conception du produit et conception détaillée #érification <: intégration test d6intégration et test d6acceptation <: installation test du s+stme(

5>



50/75



od'les du ccle de "ieod'les du ccle de "ie od'le en 0od'le en 0

contrairement au modle de la cascade, ce modle fait apparaKtrele fait -ue le début du processus de dé#eloppement conditionneses dernires étapes(

a#ec toute décomposition doit 5tre décrite la recomposition,

toute description d6un composant est accompagnée de tests -ui permettront de s6assurer -u6il correspond sa description( ceci rend e%plicite la préparation des dernires pases alidation4

#érification) par les premires &construction du logiciel),: permet ainsi d6é#iter un écueil bien connu de la spécification

du logiciel énoncer une propriété -u6il est impossible de#érifier objecti#ement aprs la réalisation(

le c+cle en est le c+cle -ui a été normalisé il est largement utilisé, notamment en informati-ue industrielle ettélécoms

9nal+e des beoinsFt faisabilité

spécification

Conceptionarcitcturale

Conceptiondétaillée

Programmation

Test unitaire

@ntégrationFt test

.intégration

Test.acceptation

@nstallationTest s+stme

51



51/75



od'le en spiraleod'le en spirale Proposé par M( Moem en 1U==, ce modle est beaucoup plus général -ue le

précédent( @l met l6accent sur l6acti#ité d6anal+se des ris-ues ca-ue c+cle de la spirale

se déroule en -uatre pases

: détermination, partir des résultats des c+cles précédents 44ou del6anal+se préliminaire des besoins, des objectifs du c+cle, des alternati#es pour les atteindre et des contraintes <

: anal+se des ris-ues, é#aluation des alternati#es et, é#entuellementma-uettage <

: dé#eloppement et #érification de la solution retenue, un modle Vclassi-ue W &cascade ou en ) peut 5tre utilisé ici <

: re#ue des résultats et #érification du c+cle sui#ant(

52



52/75

Je#ue

9nal+e

des ris-ues protot+pe1

Concept.e lopération

Planification.es besoins et.u c+cle de #ie

9nal+e.es ris-ues

Prot2

Prot3

Protot+pe

opérationnel

9nal+e.es ris-ues

9nal+e.es ris-ues

"imulation, modles etTests de performance

M e s o i

n s

l o g i c i e

l s

alidation.es besoins

Plan dedé#eloppement

C o n c

e p t i o

n

. u p r o d u i t

Plan de test et.intégration

Aise enser#ice

Test.acceptation

Test.intégration

Testunitaire

code

Conceptiondétaillée

Planification de laProcaine pase

.é#elopper Ft #érifier le produit.e procain ni#eau

F#aluer les alternati#es<@dentifier et résoudre lesris-ues.éterminer es objectifs,

es alternati#eset les contraintes


53



53/75

g g


od'le en spiraleod'le en spirale principe

: 6anal+se préliminaire est affinée au cours des premiers c+cles(: e modle utilise des ma-uettes e%ploratoires pour guider la pase

de conception du c+cle sui#ant(: e dernier c+cle se termine par un processus de dé#eloppement

classi-ue( Ce modle a été moins e%périmenté -ue les deu% précédents( "a mise en oeu#re demande de grandes compétences et de#rait 5tre

limitée au% projets inno#ants cause de l6importance -u6il accorde

l6anal+se des ris-ues( Eéanmoins, ce dernier concept peut 5tre appli-uéau% autres modles( e modle en spirale utilise s+stémati-uement des protot+pes

e%ploratoires afin de guider la conception(

54



54/75

g g


od'les du ccle de "ieod'les du ccle de "ie od'le spirale : is&ues ma9eursod'le spirale : is&ues ma9eurs

Défaillance de personnel : embauce de personnel de aut ni#eau, adé-uation entre profil et

fonction, esprit d6é-uipe, formation mutuelle, personnes clés

calendrier et budget irréalistes: estimation des co'ts et calendriers, dé#eloppement incrémental,

réutilisation, élagage des besoins

fonctions inappropriées: anal+se de l6organisation, anal+se de la mission, formulation des concepts

opérationnels, re#ues d6utilisateurs, manuel d6utilisation précoce interfaces utilisateurs inappropriées

: scénarios et re#ues d6utilisateurs, anal+se des t;ces, ma-uettage

55



55/75

g g


od'les du ccle de "ieod'les du ccle de "ie od'le spirale : is&ues ma9eursod'le spirale : is&ues ma9eurs

sur -ualité: élagage des besoins, anal+se des co'ts4bénéfices, conception tenant compte des

co'ts, ma-uettage

#olatilité des besoins

: seuil éle#é de modification, mas-uage d6information, dé#eloppement incrémentala#ec les derniers incréments les plus cangeant

composants e%ternes man-uants: inspections, essais et mesures, anal+se de compatibilité, ma-uettage

t;ces e%ternes défaillantes<: audit, contrat a#ec bonus, re#ues fré-uentes

problme de performances: simulations, modélisations, essais et mesures, protot+page

tecnologie inadé-uate anal+ses tecni-ues de faisabilité, ma-uettage

56



56/75

g g


od'les par incrmentod'les par incrment

.ans les modles spirale, en ou en cascade, un logiciel estdécomposé en composants dé#eloppés séparément et intégrés la

fin du processus .ans le modle par incréments, seul un sous ensemble est

dé#eloppé la fois

: .ans un premier temps unlogiciel noyauest dé#eloppé, puissuccessi#ement, les incréments sont dé#eloppés et intégrés(Ca-ue incrément est dé#eloppé selon l6un des modles précédents(

57



57/75

g g


od'les du ccle de "ieod'les du ccle de "ie

od'le par incrmentsod'le par incrments

9#antages: ca-ue dé#eloppement est moins comple%e <

: les intégrations sont progressi#es


58/75


od'les du ccle de "ieod'les du ccle de "ie aturit du ccle de "ieaturit du ccle de "ie

Gne notion de maturité du processus de dé#eloppement a été définie en1U=U puis en 1UU1 par le "F@Software Engineering Institude - DoD+ Carnegie Mellon(

Gne classification selon cin- ni#eau% a été ainsi définie( e processus est

dit•initialsi le dé#eloppement est caoti-ue les co'ts, les délais et la

-ualité sont impré#isibles(•reproductiblesi le processus de dé#eloppement est artisanal et

dépendant beaucoup des indi#idus les co'ts et la -ualité sont#ariables( es métodes sont mal définies ou mal sui#ies<•définisi le processus de dé#eloppement est bien sui#i mais, pour

l6essentiel de manire -ualitati#e les délais et les co'ts sont fiablesmais la -ualité est #ariable(•gérési le processus est contr8lé et mesuré( a -ualité est fiable<•optimisési une anal+se de ca-ue projet est effectuée des fins de

l6amélioration des co'ts, des délais et de la -ualité(

5,



59/75

*#thode de d#$elo""ement : *#thodes*#thode de d#$elo""ement : *#thodesd+anal'se et de conce"tiond+anal'se et de conce"tion

%9ectif :%9ectif : es mthodes danalse et de conception fournissent des notationses mthodes danalse et de conception fournissent des notations

standards et des conseils prati&ues &ui permettent da%outir # desstandards et des conseils prati&ues &ui permettent da%outir # des

conceptions L raisonna%les Mconceptions L raisonna%les M Aais on fera toujours appel la créati#ité du concepteur



60/75

*#thode de d#$elo""ement : *#thodes d+anal'se et de*#thode de d#$elo""ement : *#thodes d+anal'se et de

conce"tionconce"tion


61/75

*#thode de d#$elo""ement : *#thodes d+anal'se et de*#thode de d#$elo""ement : *#thodes d+anal'se et de

conce"tionconce"tion


62/75

A""roches fonctionnellesA""roches fonctionnelles

a mthode A (a mthode A (Atructured nalsisAtructured nalsis!:!: nalse structure nalse structure

?st une mthode descendante par?st une mthode descendante parraffinements successifs des traitements ouraffinements successifs des traitements ouprocessus # cha&ue ni"eau deprocessus # cha&ue ni"eau dedcompositiondcomposition

a notation graphi&ue utilise est celle desa notation graphi&ue utilise est celle desdiagrammes de flots de donnesdiagrammes de flots de donnes

e ni"eau le plus haut reprsente lensem%lee ni"eau le plus haut reprsente lensem%ledu pro%l'me (diagramme de conte8te!du pro%l'me (diagramme de conte8te!


63/75


a mthode A= (structured design! :


64/75


thode A=(thode A=(Structured Analysis andStructured Analysis andDesign TechniqueDesign Technique!! ?st une mthode danalse &ui cou"re?st une mthode danalse &ui cou"re

essentiellement la premi're partie du ccle deessentiellement la premi're partie du ccle de"ie du logiciel."ie du logiciel.

?lle propose une suite cohrente et hirarchise?lle propose une suite cohrente et hirarchisede diagrammes (de diagrammes (datagrammesdatagrammes etet actigrammesactigrammes !!

o%tenus par raffinements successifs:o%tenus par raffinements successifs: un datagramme permet de représenter les

données( Jeprésentées par des boKtes, et montreles acti#ités -ui les créent ou les utilisent< celles4ci sont représentées par des flces<

un actigramme décrit l6encaKnement desacti#ités, -ui sont représentées par des boKtes <

les données -u6elles manipulent sontreprésentées par des flces(

65



65/75


?KA??KA? ?st une mthode danalse et de conception de sst'mes dinformation dfinie?st une mthode danalse et de conception de sst'mes dinformation dfinie

durant les annes 1,7* et 1,7,+ conOue par un ensem%le de socits dedurant les annes 1,7* et 1,7,+ conOue par un ensem%le de socits deser"ice+ sous lgide du minist're de lindustrie franOaisser"ice+ sous lgide du minist're de lindustrie franOais

es points nou"eau8 de la premi're "ersion de cette mthode+ consigns danses points nou"eau8 de la premi're "ersion de cette mthode+ consigns danslou"rage Pa mthode ?KA?P+ taient alors:lou"rage Pa mthode ?KA?P+ taient alors:

une cou#erture de tout le c+cle de #ie du logiciel scéma directeur, étude préalable, étude détaillée, étude tecni-ue, production de logiciels, mise en oeu#re,maintenance

un c+cle d6abstraction reposant sur trois ni#eau%

: conceptuel &réponse la -uestion Y-uoi BY),

: organisationnel ou logi-ue &réponse au% -uestions Y-ui BY, Y-uand BY, YoR BY): p+si-ue &réponse la -uestion Ycomment BY)

66



66/75


?KA??KA? a métode préconie la séparation entre les modles de données, anal+sés

a#ec une approce entité4association, et les modles des traitements, présentés a#ec un formalisme proce de celui des réseau% de Petri

a métode conduit réaliser les si% modles

: AC. Aodle Conceptuel des .onnées,

: ACT Aodle Conceptuel des Traitements,

: A. Aodle ogi-ue des .onnées,

: A*T Aodle *rganisationnel des Traitements,

: AP. Aodle P+si-ue des .onnées,

: APT Aodle P+si-ue des Traitements(

67



67/75

*#thodes orient#es objet*#thodes orient#es objet

analse oriente o%9et permet de8aminer un pro%l'me en mettant en "idenceanalse oriente o%9et permet de8aminer un pro%l'me en mettant en "idenceles classes et les o%9ets correspondants+ sous forme de composantsles classes et les o%9ets correspondants+ sous forme de composantsindpendants &ui interagissent selon des modalits %ien dfinies.indpendants &ui interagissent selon des modalits %ien dfinies.

e choi8 dune mthode oriente o%9et nest pas simple car celles-ci sonte choi8 dune mthode oriente o%9et nest pas simple car celles-ci sontnom%reuses et toutes nont pas t testes sur des applications suffisammentnom%reuses et toutes nont pas t testes sur des applications suffisammentimportantes pour pou"oir Gtre "aluesimportantes pour pou"oir Gtre "alues

=ans la plupart de ces mthodes+ ltude dun pro%l'me est ralise sui"ant trois=ans la plupart de ces mthodes+ ltude dun pro%l'me est ralise sui"ant troisaspects:aspects: un aspectun aspect statique ou descriptif statique ou descriptif + oQ on identifie les proprits des o%9ets et+ oQ on identifie les proprits des o%9ets et

leurs liaisons a"ec les autres o%9etsleurs liaisons a"ec les autres o%9ets

un aspectun aspect dynamiquedynamique + oQ on prcise le comportement des o%9ets+ les+ oQ on prcise le comportement des o%9ets+ lesdiffrents tats par les&uels ils passent et les "nements &ui dclenchentdiffrents tats par les&uels ils passent et les "nements &ui dclenchentces changements dtats. (n parle sou"ent deces changements dtats. (n parle sou"ent de cycle de vie d'un objet cycle de vie d'un objet !!

un aspectun aspect fonctionnel fonctionnel + dans le&uel on prcise les fonctions ralises par les+ dans le&uel on prcise les fonctions ralises par leso%9ets par lintermdiaire des mthodes.o%9ets par lintermdiaire des mthodes.

6*



68/75


*#thode de %oad et ,ourdon*#thode de %oad et ,ourdon

a mthode (a mthode (Object Oriented AnalysisObject Oriented Analysis! de


69/75


thode de Drad Ioochthode de Drad Iooch

a mthode propose par D. Iooch est une mthode de conception+a mthode propose par D. Iooch est une mthode de conception+dfinie # lorigine pour une programmation da+ puis gnralise #dfinie # lorigine pour une programmation da+ puis gnralise #dautres langagesdautres langages

Aans prciser un ordre strict dans lenchaHnement des oprations+ elleAans prciser un ordre strict dans lenchaHnement des oprations+ elle

propose &uatre tapes:propose &uatre tapes: identifier les classe et les objets un ni#eau d6abstraction donné,

identifier la sémanti-ue de ces classes et de ces objets en précisant pourca-ue classe son interface,

identifier les relations entre ces classes en distinguant d6une part les

aspects stati-ues, d6autre part les aspects d+nami-ues,

implémenter les classes et les objets(

7>



70/75


thode Ahlaer et ellor : (%9ect riented nalsis !thode Ahlaer et ellor : (%9ect riented nalsis !

epose sur la reprsentation des sst'mes sui"ant les trois a8es:epose sur la reprsentation des sst'mes sui"ant les trois a8es:

l6a%e de la stati-ue pour les données et leurs structures< l6a%e de la d+nami-ue pour les états les transitions et les s+ncronisations< l6a%e de l6algoritmi-ue pour les traitements et les processus(

Un sst'me # analser est dcoup en plusieurs sous-sst'mes. nUn sst'me # analser est dcoup en plusieurs sous-sst'mes. nassocie # chacun deu8:associe # chacun deu8:

un modle d6information &@nformation Aodel) sui#ant l6a%e de la stati-ue, det+pe entité4association, pour décrire les objets< il traduit un point de #ue globaldu s+stme

un modle de traitement &Process Aodel) sui#ant l6a%e fonctionnel, pour ca-ueaction détectée précédemment( 6algoritme associé ca-ue action permet de préciser les processus -ui s6encaKnent( @l se traduit par un diagramme de t+pe.$. &.ata $lo[ .iagram)(

71



71/75


thode thode

a mthode (a mthode (Object Modeling TechniqueObject Modeling Technique ! permet de cou"rir! permet de cou"rir

lensem%le des processus danalse et de conception en utilisant lelensem%le des processus danalse et de conception en utilisant le

mGme formalismemGme formalisme

analse repose sur les trois points de "ue: stati&ue+ dnami&ue+analse repose sur les trois points de "ue: stati&ue+ dnami&ue+

fonctionnel donnant lieu # trois sous-mod'lesfonctionnel donnant lieu # trois sous-mod'les

?n plus de la conception du sst'me+ la mthode prsente la?n plus de la conception du sst'me+ la mthode prsente la

conception des o%9ets+ phase au cours de la&uelle on prcise desconception des o%9ets+ phase au cours de la&uelle on prcise des

dtails dimplmentation.dtails dimplmentation.

Un pro9et dunification de la mthode et de la mthode de DradUn pro9et dunification de la mthode et de la mthode de DradIooch (Iooch (nified Method nified Method ! a t annonc en 1,,5.! a t annonc en 1,,5.

72



72/75


thode : rientation %9et dans ?KA?thode : rientation %9et dans ?KA? a troisi'me "ersion de ?KA?+ + date de 1,,2 elle est totalementa troisi'me "ersion de ?KA?+ + date de 1,,2 elle est totalement

mar&ue par lorientation o%9et+ et on retrou"e: la dimension stati&ue+ lamar&ue par lorientation o%9et+ et on retrou"e: la dimension stati&ue+ ladimension dnami&ue et la dimension fonctionnelle.dimension dnami&ue et la dimension fonctionnelle.


73/75


a mthode Ua mthode U

U est la forme contracte deU est la forme contracte de nified Modeling !anguagenified Modeling !anguage &ui peut se&ui peut se

traduire en franOais partraduire en franOais par langage unifi" pour la mod"lisationlangage unifi" pour la mod"lisation


74/75


a mthode Ua mthode U de la fusion des mthodes o%9et dominantes (+ Iooch et de la fusion des mthodes o%9et dominantes (+ Iooch et

A?!+ puis normalis par lD en 1,,7+ U est rapidementA?!+ puis normalis par lD en 1,,7+ U est rapidementde"enu un standard incontourna%le.de"enu un standard incontourna%le.

U nest pas # lorigine des concepts o%9et+ mais il en enU nest pas # lorigine des concepts o%9et+ mais il en en

donne une dfinition plus formelle et apporte la dimensiondonne une dfinition plus formelle et apporte la dimensionmthodologi&ue &ui faisait dfaut # lapproche o%9et.mthodologi&ue &ui faisait dfaut # lapproche o%9et.

a notationa notation M!M! repose sur plusieurs diagrammesrepose sur plusieurs diagrammes adapts auadapts aud"eloppement logiciel pour les phases de spcification+d"eloppement logiciel pour les phases de spcification+conception et implmentation du ccle de "ie.conception et implmentation du ccle de "ie.

Certains de ces diagrammes peu#ent 5tre tracés dans différentes pases de

dé#eloppement, d6autres sont plus spécifi-ues une pase donnée( Pare%emple, les cas d6utilisation sont bien adaptés la formalisation del6anal+se des besoins(

75



75/75


a mthode Ua mthode U diffrents tpes de diagrammesdiffrents tpes de diagrammes F%pression des besoins

: Gse cases et diagrammes dacti#ité

@dentification des entités: .iagrammes de classes Classes, 9ssociations,

9ttributs, *pérations< 9ssertions, in#ariants,

pré4conditions, postconditions< énéralisationsClasses associations

.escription du comportement attendu: .iagramms dinteraction .escriptions des

interactions entre V groupes W dobjetsmessages écangés entre objets(

: .iagrammes détats .escription des états desobjets

routage et protocoles de routage

Documents