Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
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