Démarche pour l’architecture des SI

1

L’étudedel’architecture

Ainsi,l'étudedel'ARCHITECTUREd'unSYSTÈMED’INFORMATIONconsisteàexaminerlastructured'unensembledecomposants

fonctionnels,applicatifs,matérielsetlogicielsainsiquelemodederelationqu'entretiennentcescomposants.

2

Démarcheetvisioninformatique

• Lavisionmétier:décritl’ensembledesprocessus«métier»etdesactivitésdel’entreprisequeleSIdoitsupporter.Ils’agitdelastructurationduSIparlesactivitésdel’entreprise.

• Lavisionfonctionnelle:offrantuncadredestructurationcibledesinformationsettraitementsnécessairesauxprocessusmétiers.Ils’agitdoncdelastructurationduSIenblocsfonctionnelscommunicants.

• Lavisioninformatique:Lavisioninformatiquerecouvrantdesapplicationsquiautomatisentlesfonctions,etl’infrastructuretechniquepermettantleurexploitation.

3

Visionmétier

L'ISO 9000 (2000): Processus: Ensemble d'activités organisées dans le temps produisant un résultat précis et mesurable. Activité : Tâches identifiables du processus aux entrées et sorties clairement définies et dont la valeur ajoutée est mesurable.Outils : BPMN et UML

Visionmétier:Processustype

Le Business Process Model and Notation (BPMN) est un modèle de processus métier et une notation graphique standardisée pour modéliser le savoir-faire d'une organisation à travers l'approche processus.

Visionmétier:Processustype

7

Exercice1:Cafetière

• Construireundiagrammed’activitéreprésentantl’utilisationd’unecafetièreélectrique:

• premierétat:chercherducafé• dernierétat:Servirducafé

8

Cafetière:Solutionpossible

9

Exercice2:Commanderunproduit

• Construireundiagrammed’activitépourmodéliserleprocessusdecommanderd’unproduit.Leprocessusconcernelesacteurssuivants:

• Client:quicommandeunproduitetquipaielafacture• Caisse:quiencaissel’argentduclient• Vente:quis’occupedetraiteretdefacturerlacommandeduclient• Entrepôt:quiestresponsabledesortirlesarticlesetd’expédierlacommande.

10

CommanderunProduit:Solutionpossible

11

MonAuto:UseCaseLelogiciel degestion desréparations estdestiné enpriorité auchefd'atelier, ildevralui

permettredesaisir les fiches deréparations etletravaileffectuéparlesdivers employésdel'atelier.Pour effectuerleurtravail,lesmécaniciens etautres employés del'ateliervont chercherdes pièces derechangeaumagasin.Lorsque lelogiciel serainstallé, lesmagasiniers nefourniront des pièces quepour les véhicules pour lesquels unefichederéparationestouverte; ilssaisiront directement lespièces fournies depuis unterminal installé aumagasin.

Lorsqu'une réparationestterminée, lechef d'ateliervaessayer lavoiture.Si toutestenordre, ilmetlavoiture surleparcclientèle etbouclera lafiche deréparationinformatisée. Lesfiches deréparations bouclées parlechef d'atelierdevront pouvoir êtreimportées parlecomptable dans lelogiciel comptable.

Exercice3. Créerundiagrammed’activité pour toutletraitementd’une réparation.

Exercice4. Créerundiagrammed’activité pour leusecase« Créerune fiche deréparation »

12

MonAuto:Solutionpossible

13

MonAuto:UseCaseExercice3. Créerundiagrammed’activitépourleusecase« Créerunefichederéparation»

Pourcréerunefichederéparation,lechefd’ateliersaisitlescritèresderecherchedevoituresdanslesystème.Lelogicieldegestiondesréparationluidonne lalistedesvoiturescorrespondantauxcritèresentrés.Silavoitureexiste,lechefd’ateliervasélectionnerlavoiture.Lelogicielva,ensuite,fournir lesinformationssurlevéhicule.Silavoitureestsousgarantie,lechefdevrasaisirladatededemandederéparation.Silavoituren’existepas,lechefvasaisirlesinformationsconcernantcenouveauvéhicule.Danstouslescas,lechefd’atelierdevrasaisirladatederéceptionetderestitution.Siledommagedelavoitureestpayéparl’assurance,lelogicielvafournirunelisted’assurancesauchefd’atelier.Cedernier sélectionneral’assuranceadéquate.Enfin,lelogicielenregistrelafichederéparation.

14

MonAuto:Solutionpossible

[ ][]

[

[

[

[

]

]

]

]

Visionfonctionnelle

Visionfonctionnelle

Visionfonctionnelle

Visioninformatique

• ArchitectureApplicative:• ellestructureleSIenblocsapplicatifscommunicants• elledécritsousl’angletechnique,lesapplications,lesfluxetlesmessageséchangésentreapplications

• ArchitectureLogicielle• ellestructureetdécomposedefaçonlogiquechaqueapplicationencouches• elleintroduitlesnotionsetconceptsdedécoupageencouches,composants,framework etdesignpatterns

• ArchitectureTechnique(Physique)• Ils’agitdelastructurationetdedimensionnementdesmoyensd’infrastructuretechniqueàmettreenœuvrepourinformatiserl’activitédel’entreprise.

• Moyensmatériels,logicielsdebase,réseau,infrastructureOS,SGBDR,…• Load-balancing,Fail-over,Scalabilité,QualitédeService(QoS),Sécurité,Performance

18

Historique des Architectures des SI

19

Lestroisniveauxd'abstractiond'uneapplication• Application=Présentation+Traitements+Données;• Noyaudel'application=logiquedel'affichage+lalogiquedestraitements;

• Ledécoupageetlarépartitiondecenoyaupermettentdedistinguerlesarchitecturesapplicatives:

• l'architecture1-tiers,• l'architecture2-tiers,• l'architecture3-tiers,• lesarchitecturesn-tiers.

20

L'architecture1-tier

• AvenlesPCenréseau,ilestdevenupossiblededéployeruneapplicationuntierssurplusieursordinateursindépendants.

• Plusieursutilisateurssepartagentdesfichiersdedonnéesstockéssurunserveurcommun.

• Lagestiondesconflitsd'accèsauxdonnéesestpriseenchargeparchaqueprogrammedefaçonindépendante.

21

Client/Serveur

• Apparition• débutdesannées1990.

• Raisons:• LecoûtélevédutempsCPUdesgrossystèmesquiapoussélesutilisateursàdemanderdesmoyenspourdéporterlestraitementssurlespostesdetravail,

• Lavolontédevouloirutiliseropportunitésoffertesparlesnouvellesinterfacesgraphiques

• L'émergenced'unstandardinterfacesgraphiquesetd'unstandardOSdefaitpourlastationdetravail:MicrosoftWindows.

22

Client/Serveur

• L'architectureclient/serveurestunedesmodalitédesarchitecturesinformatiquesdistribué.

• Auseindecettearchitecture,ontrouve:• Desoffreursdeservices(serveurs)• Desconsommateursdeservices(client).

• Lesclientsetlesserveurspeuventêtrelocaliséssurdesmachinesdédiées.

23

Client/Serveur

• ClassificationdesarchitecturesClient/ServerselonleGartnerGroup

24

L'architecture2-tiers

• Architecture2-Tiersappeléeclient-serveurdepremièregénérationouclient-serveurdedonnées.

• Leposteclientsecontentededéléguerlagestiondesdonnéesàunservicespécialisé.

• Leséchangesentreleclientetleserveurs’effectueàtraversréseaureliantlesdeuxmachinesgrâceàdesmécanismesrelativementcomplexesprisenchargeparunmiddleware.

25

LeMiddleware

• C’estl'ensembledescouchesréseauetserviceslogicielquipermettentledialogueentrelesdifférentscomposantsd'uneapplicationrépartie.

• Cedialoguesebasesurunprotocoleapplicatifcommun,définiparl'APIdumiddleware.

• LemiddlewareestdéfiniparleGartnerGroupcommeuneinterfacedecommunicationuniverselleentreprocessus.Ilreprésentevéritablementlaclefdevoûtedetouteapplicationclient-serveur.

• L'objectifprincipaldumiddlewareestd'unifier,pourlesapplications,l'accèsetlamanipulationdel'ensembledesservicesdisponiblessurleréseau,afinderendrel'utilisationdecesdernierspresquetransparente.

26

Limitesdesarchitecture2-Tiers

• leposteclientestfortementsollicité,ildevientdeplusenpluslourdetcomplexe,etdoitêtremisàjourrégulièrementpourrépondreauxbesoinsdesutilisateurs,

• Cetyped'applicationestsouventcantonnéauréseaulocaldel'entreprise,

• Desdifficultésrencontréespourassurerdesfortesmontéesenchargecarilestdifficiledemodifierl'architectureinitiale,

• larelationétroitequiexisteentreleprogrammeclientetl'organisationdelapartieserveurcompliquelesévolutionsdecettedernière,

27

L'architecture3-tiers

• L’architecture3-Tiersremédieauxlacunesdesarchitectures2-tiers.Lasolutionrésideraitdansl'utilisationd'unposteclientsimpled'unposteclientsimplecommunicantavecleserveurparlebiaisd'unprotocolestandard.

• Danscebut,l'architecturetroistiersappliquelesprincipessuivants:• lesdonnéessonttoujoursgéréesdefaçoncentralisée,• laprésentationesttoujourspriseenchargeparleposteclient,• lalogiqueapplicativeestpriseenchargeparunserveurintermédiaire.

• L'architecturetroistiers,encoreappeléeclient-serveurdedeuxièmegénérationouclient-serveurdistribué,séparel'applicationentroisniveauxdeservicedistincts

28

L'architecture3-tiers

• Cestroisniveauxétantindépendants,ilspeuventêtreimplantéssurdesmachinesdifférentes,decefait:

• leposteclientnesupporteplusl'ensembledestraitements,ilestmoinssollicitéetpeutêtremoinsévolué,doncmoinscoûteux,

• lesressourcesprésentessurleréseausontmieuxexploitées,puisquelestraitementsapplicatifspeuventêtrepartagésouregroupés(leserveurd'applicationpeuts'exécutersurlamêmemachinequeleSGBD),

• lafiabilitéetlesperformancesdecertainstraitementssetrouventamélioréesparleurcentralisation,

• ilestrelativementsimpledefairefaceàunefortemontéeencharge,enrenforçantleserviceapplicatif.

29

L'architecture3-tiers:Avantages

• Leposteclientnecommuniquequ'aveclafaçadeHTTPdel'applicationetnedisposed'aucuneconnaissancedestraitementsapplicatifsoudelastructuredesdonnéesexploitées.Lesévolutionsdel'applicationsontdoncpossiblessansnécessiterdemodificationdelapartiecliente.

• Ledéploiementestimmédiat,lesévolutionspeuventêtretransparentespourl'utilisateuretlescaractéristiquesduposteclientsontlibres.

• L’internautepeutseconnecterauserveurenutilisanttouttypedeposteclientdisposantd'unnavigateurcompatibleHTML(PCsousWindows,Macintosh,StationUnix,WebPhone...).

30

Limitations

• leserveurd’applicationconstituelapierreangulairedel'architectureetsetrouvesouventfortementsollicitéetilestdifficilederépartirlachargeentreclientetserveur.

• Onseretrouveconfrontéauxépineuxproblèmesdedimensionnementserveuretdegestiondelamontéeenchargerappelantl'époquedesmainframes.

• Deplus,lessolutionsmisesenœuvresontrelativementcomplexesàmainteniretlagestiondessessionsestcompliquée.

• Lescontraintessemblentinverséesparrapportàcellesrencontréesaveclesarchitecturesdeuxtiers:leclientestsoulagé,maisleserveurestfortementsollicité.Lephénomènefaitpenseràunretourdebalancier.

• Lejusteéquilibragedelachargeentreclientetserveursembleatteintaveclagénérationsuivante:lesarchitecturesn-tiers.

31

Lesarchitecturesn-tiers

• Théoriquement,cetyped'architecturesupprimetouslesinconvénientsdesarchitecturesprécédentes:

• ellepermetl'utilisationd'interfacesutilisateursriches,

• elleséparenettementtouslesniveauxdel'application,

• elleoffredegrandescapacitésd'extension,

• ellefacilitelagestiondessessions.

32

Lesarchitecturesn-tiers

• L'appellationn-tierspourraitfairepenserquecettearchitecturemetenœuvreunnombreindéterminédeniveauxdeservice,alorsquecesdernierssontaumaximumtrois.Enfait,l'architecturen-tiersqualifieladistributiond'applicationentredemultiplesservicesetnonlamultiplicationdesniveauxdeservice.

• Cettedistributionestfacilitéparl'utilisationdecomposants̀ `métier'',spécialisés,indépendantsetréutilisables.

• Cescomposantsrendentunservicesipossiblegénériqueetclairementidentifié.Ilssontcapablesdecommuniquerentreeuxetpeuventdonccoopérerenétantimplantéssurdesmachinesdistinctes.

33