Next PDF List

1Analyse et conception des systèmes G·LQIRUPMPLRQCours Merise)LOLqUH HQIRUPMPLTXH HP *HVPLRQ G·HQPUHSULVHFaculté Polydisciplinaire de OuarzazateSemestre 4 (2009/2010)M.

NEMICHEIntroduction22Introduction3Introduction43Introduction5Historique64Notion de systèmeyUn Système HVP XQ HQVHPNOH G·pOpPHQPV PMPpULHOV RX immatériels (hommes, machines, méthodes, règles, etc.) en interaction transformant par un processus des éléments (les entrées HQ G·MXPUHV pOpPHQPV les sorties)yExemple: une chaudière transforme par combustion du charbon en chaleur.yUn système peut être contrôlé par un autre système dit système de pilotage.

7) Notion de systèmeyOn obtiendra plus ou moins de chaleur selon les réglages TX·RQ HIIHŃPXHUM VXU OM ŃOMXGLqUHB I·RSpUMPHXU TXL HIIHŃPXH les réglages et contrôle le flux de charbon en entrée constitue un système de pilotage qui par ses commandes au système physique (à la chaudière) cherche à satisfaire un objectif (un tel niveau de chaleur).85IH V\VPqPH G·LQIRUPMPLRQVy1RXV Q·HQYLVMJHRQV LŃL TXH GHV V\VPqPHV ŃRQVPLPXpV SMU GHV RUJMQLVMPLRQV HQPUHSULVH administration, collectivité, tout groupe social organisé exerçant une activité) et fonctionnant en vue de la réalisation de certains objectifs. yUn système physique ou (opérant) PUMQVIRUPH XQ IOX[ SO\VLTXH G·HQPUpHV PMPLqUHV SUHPLqUHV IOX[ ILQMQŃLHUV " HQ XQ IOX[ SO\VLTXH GH VRUPLHV SURGXLP ILQLV IOX[ ILQMQŃLHUV "ByUn système de gestion ou (pilotage) procède au pilotage (à la régulation et au contrôle ) du système opérant en décidant du comportement de celui-ci en fonction des objectifs fixés.

9) Les systèmesy6\VPqPH G·LQIRUPMPLRQHVP GpILQL ŃRPPH OH ѱXU GH O·HQPUHSULVH LO se trouve interface entre le système opérant et le système de pilotage et fournit les réponses aux deux systèmes.106Les systèmesySystème opérant :yChargé de la productionyrépond à la finalité de l'entrepriseySystème de pilotage :ydirige l'entrepriseycible les objectifs a une fonction d'arbitrage, d'allocations de ressources, de suivi de leurs utilisations, d'adaptation du fonctionnement de l'entreprise à son environnement11Les systèmesySystème d'information :ylien entre les deux systèmesyinforme le S.P. des performances du S.O.ytransmet au S.O. les instructions du S.P.127IH V\VPqPH G·LQIRUPMPLRQV135ÑI( G8 6K67(0( G·H1)250$7H21yCollecter des informations provenant :yd·MXPUHV pOpPHQPV GX V\VPqPHyGH O·HQYLURQQHPHQPyMémoriser des données :ybase de données yFichiersyHistorique, ArchivageyTraiter les données stockées :ytraitements automatisablesyaide à la prise de décisionyCommuniquer148IM QRPLRQ GH V\VPqPH G·LQIRUPMPLRQ15un projet informatique a pour objectif de construire une application informatique (logiciel et base de données), support d'un système d'information informatisé, inclus dans un système d'information organisationnel.

La notion de Modèle169Exemple de Modèle17Analyse et conception18y$X VHQV LQIRUPMPLTXH O·MQMO\VH ŃRQVLVPH G·XQH SMUP j ŃRPSUHQGUH HP PRGpOLVHU OH IRQŃPLRQQHPHQP G·XQ GRPMLQH GH JHVPLRQ G·XQH RUJMQLVMPLRQ HP G·MXPUH part à concevoir la solution informatique adéquate.10Analyse et conception19Principes de base de la méthode Merise (Introduction)Séparation des données et des traitementsTraitements:Données2011Principes de base de la méthode Merise (Introduction)Modéle conceptuelde communicationBase de donnéesModèle physiquede donnéesModéle conceptuelde donnéesApplicationModèle organisationnelde traitementsModéle conceptuelde traitement21Approche par niveaux et approche par étapes (Introduction)2212Trois niveaux de modélisation (Introduction)23Trois niveaux de modélisation2413Tableau des modèles25Merise26Méthode d'Etude et deRéalisation ,Informatique pour lesSystèmes d'Entreprise14Merise27Les points forts :yIM PpPORGH VMSSXLH VXU XQH MSSURŃOH V\VPpPLTXH F·HVP donc une approche globale.yLes concepts sont peu nombreux et simples.yElle est assez indépendante vis à vis de la technologie.yElle est la plus utilisée en France dans les domaines de gestion.yElle sert de référence aux enseignements sur les méthodes.Merise28Les critiques :yElle ne s'occupe pas de l'interface utilisateur.yElle ne permet pas réellement une validation rapide de la part des utilisateurs. yIl est très difficile de valider les traitements par rapport aux données et cela au niveau conceptuel ou organisationnel.yIM YMOLGMPLRQ HQ ŃRXUV GH O·pPXGH SMU GHV SHUVRQQHV ŃRQŃHUQpHV SHUPHP G·MVVXUHU TXH OH système en train de construction conforme aux objectifs. Si on ne respecte pas les étapes GH YMOLGMPLRQ RQ ULVTXH GH SURGXLUH GHV MSSOLŃMPLRQV ORLQ GH OM GHPMQGH LQLPLMOH ŃH TX·RQ nomme © O·HIIHP PXQQHO ªB 6MQV RXNOLHU TXH OHV MSSOLŃMPLRQV GpYHORSSpHV VRQP GHVPLQpHV MX[ XPLOLVMPHXUV HP QRQ au plaisir des informaticiens. 15Les principes de bases de Merise29Introduction30GH O·MNVPUMŃPLRQ j OM UpMOLVMPLRQ G·XQ 6\VPqPH G·LQIRUPMPLRQ RQ YM GHYRLU RNVHUYHU VRXV SOXVLHXUV MQJOHV GH YXHV O·RUJMQLVMPLRQ TXH O·RQ pPXGLHB Ces angles de vues sont appelés cycles.0(5H6( SUpVHQPH GMQV VM GpPMUŃOH G·MQMO\VH PURLV Ń\ŃOHV IRQGMPHQPMX[ yOH Ń\ŃOH G·MNVPUMŃPLRQ yle cycle de vie (de developpement), yle cycle de décision.16Démarche ou cycle de vie à 3 dimensions31IH F\ŃOH G·$NVPUMŃPLRQ32Niveau ConceptuelQuoi ?Niveau OrganisationnelLa manière de fairePour les traitementsQUI, QUAND OU?Niveau LogiqueChoix des moyens et ressourcesPour les donnéesNiveau PhysiqueLes moyens de le faireComment ?17LA COURBE DU SOLEIL33EXISTANTFUTURCONCEPTUELCONCEPTUELORGANISATIONNELPHYSIQUEPHYSIQUEORGANISATIONNELLOGIQUELOGIQUECycle de vieLe cycle de vie341.Analyse / ConceptionLe schéma directeurL'étude préalableL'étude détaillée2.

La réalisationProduction LogicielleMise en service3.La Maintenance18CYCLE DE VIE35yLe processus de développement est découpé en étapes :ySchéma directeuryO·pPXGH SUpMOMNOH HOOH MNRXPLP j XQH SULVH GH GpŃLVLRQ G·LQIRUPMPLVMPLRQ HQ ŃMV GH GpŃLVLRQ SRVLPLYH HOOH HVP VXLYLH SMUyO·pPXGH GpPMLOOpH HOOH MNRXPLP j XQ ŃMOLHU GH UpMOLVMPLRQ MYHŃ affectation des tâchesyRéalisation : écriture des programmes et implantation des basesy0LVH HQ ±XYUH HP PMLQPHQMQŃHBLe cycle de vie3619Schéma Directeur37yEtude globale du SI: Découpage en domainesyButs:yGpILQLU OHV JUMQGHV RULHQPMPLRQV SROLPLTXHV HP VPUMPpJLTXHV GH O·HQPUHSULVHyGpILQLU OHV NHVRLQV HQ 6H HQ IRQŃPLRQ GH OM VPUMPpJLH GH O·HQPUHSULVHyFixer les cadres budgétaires, la stratégie des besoins en personnel et les contraintes GLYHUVHV OLpHV j O·HQYLURQQHPHQPyFixer les lignes directrices des développements informatiquesyGpILQLU OHV SURÓHPV QpŃHVVMLUHV j O·pOMNRUMPLRQ RX O·pYROXPLRQ GX 6HyDocuments produits:yLe schéma directeuryLe plan de développement informatiqueÉtude préalable382039I·ePXGH GpPMLOOpH402141La réalisation422243I·ePXGH 7HŃOQLTXH4423La production logicielle45Elle décrit un projet dans une forme interprétable par la machine.Elle comprend :-La génération des fichiers ou bases de données-L'écriture des programmes-Les tests de mise au point.La mise en service46Elle comprend :-La mise au point d'un planning d'installation-La création et le chargement des bases informations de base-La formation des utilisateurs-La migration.24La maintenance47C'est la prise en compte des évolutions apparaissant après le lancement opérationnel.Elle comprend :-L'étude de l'impact des modifications-La spécification des modifications-La réalisation -La mise en serviceElle peut parfois aboutir à une remise en cause de la solution précédemment mise en place.Le cycle de décisions4825CYCLE DE DECISION49SCHEMA DIRECTEURETUDE PREALABLEETUDE TECHNIQUEPRODUCTION DE LOGICIELMISE EN SERVICEMAINTENANCEETUDE DETAILLEEAPPROBATION ET LANCEMENTACCORD UTILISATEURS SPECIFICATIONS FONCTIONNELLESACCORD REALISATEURS SPECIFICATIONS TECHNIQUESRECETTE PROVISOIRE CONFORMITE DU SYSTEMERECETTE DEFINITIVEN solutionsPlan de développementSpécifications fonctionnellesSpécifications techniquesSystème réaliséSystème installé503.Les principes de bases de Merise 2651Découpage en domainesyPour réduire la complexité de modélisation de O·HQPUHSULVH HQ XQ VHXO PHQMQP RQ GpŃRXSH O·HQPUHSULVH HQ GRPMLQHV G·MŃPLYLPp 9HQPH 6PRŃN $ŃOMP Comptabilité, Gestion du personnel) 52-ensemble de procédures de gestion27Découpage en domainesyChaque domaine peut être considéré comme un système autonome (ayant un SP, Si et un SO) yIHV GRPMLQHV GH O·HQPUHSULVH pŃOMQJHQP GHV IOX[ entre eux, certaines informations peuvent figurer GMQV SOXVLHXUV V\VPqPHV G·LQIRUPMPLRQB yIH 6H GH O·HQPUHSULVH SHXP rPUH ŃRQVLGpUp ŃRPPH la réunion non disjointe des SI de chaque domaine.53Comment découper une organisation en domaines ? yla technique employée se base sur les ensembles G·LQIRUPMPLRQV pŃOMQJpV GLPV MXVVL IOX[ G·LQIRUPMPLRQB FHV IOX[ SHXYHQP rPUH ŃOMVVpV comme suit : 1.)OX[ HQ SURYHQMQŃH GH O·HQYLURQQHPHQP H[PpULHXU 2.)OX[ j GHVPLQMPLRQ GH O·HQYLURQQHPHQP H[PpULHXU 3.Flux interne échangé (entre les domaines)542855Analyse des fluxyI·MQMO\VH GHV IOX[ SHUPHP GH UHSUpVHQPHU OH IRQŃPLRQQHPHQP JORNMO GH O·HQPUHSULVH Acteurs et flux yUn acteur représente une entité active intervenant GMQV OH IRQŃPLRQQHPHQP GH O·HQPUHSULVH yClient, Fournisseurs, (acteur externe) y8Q GRPMLQH GH O·HQPUHSULVH *HVPLRQ 3HUVRQQHO FRPSPMNLOLPp y"By8Q IOX[ GH GRQQpHV HVP OM UHSUpVHQPMPLRQ G·XQ pŃOMQJH G·LQIRUPMPLRQV HQPUH GHX[ MŃPHXUV 5629Graphe des fluxyLegraphedesfluxestunereprésentationgraphiquedesacteursetdesflux.57graphe des flux Exemple: Gestion des sinistres dans une société Al'arrivéed'unedéclarationdesinistre,onl'examine.Siladéclarationestrecevable,ondemandel'avisd'unexpert,sinononnotifielerefusàl'assuré.Auretourdel'expertiseetaprèsréceptiondelafacturedugarage,oncalculelemontantduremboursementetonenvoielechèqueauclient.5830graphe des flux ListedesacteursSOCIETE(int),CLIENT(ext),EXPERT(ext),GARAGE(ext)Liste des fluxDECLARATION, DEMANDE AVIS, FACTURE, REFUS, AVIS EXPERT, CHEQUE59AssureurClientExpertGarageDéclarationRefusChèqueFactureAvisDemandeinterneexterneexterneexterneGraphe des Flux 6031Graphe des Flux Lorsquelegraphecomporteplusieursacteursinternesonregroupesparfoistouscesacteursenunemêmeentité(correspondantauSIàétudier)etonnegardequelesfluxenentréeetensortie.legraphedesflux.Acteurs externesSI completActeurs externes61Exercice (GESTION DES CARTES BLEUES)Le demandeur désirant obtenir une carte bleue doit en faire la demande auprès de son agence.

La carte bleue n'est pas accordée si le demandeur n'est pas un client de l'agence.

Chaque jour, l'agence transmet au centre de gestion des cartes bleues les demandes de ses clients.

Dès que l'agence a reçu la carte bleue en provenance du centre (en général 4 jours après la demande), elle adresse au client un avis de mise à disposition et un avis de prélèvement de la cotisation annuelle.

Le client vient alors retirer sa carte.

Si au bout de 2 mois la carte n'a pas été retirée, elle est détruite. 1.Etablir le graphe des flux6232solution63Le modèle conceptuel des traitements (MCT)6433Le Modèle Conceptuel des TraitementsyI·RNÓHŃPLI GX 0F7 HVP GH UpSRQGUH j OM TXHVPLRQ QUOI faire par rapport à un événement. yF·HVP OM ŃOURQRORJLH TXL LPSRUPHB yle MCT est une représentation de la succession des règles de JHVPLRQ GRQP O·HQPUHSULVH YHXP VH GRPHU SRXU UpSRQGUH MX[ événements auxquels elle doit faire face, du fait de son activité et de son environnement. 65Le Modèle Conceptuel des TraitementsildécritlefonctionnementduSIorganisationauniveauconceptuel:onnedécritquelesrèglesfondamentalesdegestion(lesinvariants,de.Descriptionlaplusstable.ExempleintroductifLesdemandesdescréditsbancairedoiventsuivrelesrèglesdegestionsuivantes:Règle1:Toutedemandecréditbancairedoitfairel'objetd'unexamenpréalable.Règle2:L'accorddéfinitifducréditbancairenepeutêtredonnéqu'aprèsavisdelaBanqueduMaroc.6634Instruction de la demandeRecevable Non recevabledemandeinstruitedemanderejetéeDécision de créditOK non OKAcceptation Du créditcréditrefuséavis Banque du Marocaba et bdemandeavis Banque du MarocOnsupposequecedécoupageestbienunerègledegestionetpasunsimplechoixdutravail.67Le Modèle Conceptuel des TraitementsLefonctionnementduSIestdécritpar:yopérations,déclenchéesseloncertainesconditionsdesynchronisation(et,ou,),pardesévénementscontributifs(internesouexternes),etproduisantévénementsrésultats(internesouexternes).6835Événementcontributifexterne[ Proposition logique (a,b,c)]abcNom de l' opérationRègleÉmission ÉvénementrésultatexterneÉvénementcontributif interneRègleÉmission Opérationsuivanteacteuropération conceptuelleÉvénementrésultatinterneOpérationprécédenteRemarque : les acteurs sont facultatifs69Le Modèle conceptuel des Traitements (Evénements)Les 1.Evénementsexternes:proviennentdeextérieur,sonttraitésparuneopérationconceptuelle(ex:arrivéefluxdatededéclenchement),yunstimuluspourleSIquiprovoqueuneréaction.IldoitêtredétectableparleSI.yunmessageàdireunensemblededonnéesquisontassociésaufaitnouveau.2.Evénementsinternes:générésparuneopérationconceptuelle,contribuentaudéclenchementautreopération(étatintermédiaireduSIouétat),3.Evénementsrésultats:générésparuneopérationconceptuelleetdestinésàextérieur(résultatsexternes)ouàopérations(résultatsinternes).7036Le Modèle Conceptuel des Traitements (Opérations)OpérationySéquencecontinuenoninterruptible.yDéclenchéeparunouplusieursévénementsinternesouexternes.yProduitdesévénementsrésultatsinternesouexternes,conditionnéspardesrègles.Lesactionssontconstituées:ydestraitementsappliquésauxdonnéesenentréeseloncertainesrègles,ydestâchesdeconsultationetdemiseàjourbase(basededonnées)implicitementaccessible.71Le Modèle Conceptuel des Traitements(Synchronisation)SynchronisationyConditionexpriméesurlesévénements,quidétermineledéclenchementopération.ysouslaformepropositionlogiqueutilisantdesetetdesou(onéviteraaumaximumlenon,lesnon-événementspastoujoursdétectablesparleSI)Exemple:aou(betc)7237Le Modèle Conceptuel des TraitementsEllescaractérisentlesrésultatspossiblesde.Ex:ylesconditionsdesrésultatsopérationnesontpasnécessairementexclusives(unrésultatpeutêtreémispardeuxrèglesdistinctes)ylesconditionsportentsouventsurdescas(ex:unerupturedestock).OKProduitnon disponiblecdeà livrerabsenceproduitPrise en compted'une commandeconditions d'émissiondes messages73OpérationA=0A>0Pas de sortie prévue si A est négatif=> Impasse !Le Modèle Conceptuel des Traitements7438OpérationA>0A<0Si A est négatif, il y a deux possibilités=> Ambiguïté !Le Modèle conceptuel des Traitements75OpérationA=0A>0A<0Le Modèle conceptuel des Traitements7639Construction du MCTLISTE DES ACTEURS ET DES FLUXGRAPHE DES FLUXLISTE DES EVENEMENTSEN ENTREE ET EN SORTIEREGLES DE GESTIONMODELE CONCEPTUELDES TRAITEMENTS77Construction du MCTDémarcheÉtape1Apartirdugraphedesflux,onconstruitlalistedetouslesévénementsenentréeetensortieduSI.Étape2PassageauMCTytoutévénementenentréeseretrouveenentréed'uneopération,yilexisteévénementsenentrée(ex:desdatesconceptuelles),ytoutévénementensortieestproduitparuneopération,yuneopérationpeutavoirplusieursévénementscontributifsvérifiantunerègledesynchronisation,yuneopérationpeutavoirplusieursévénementsrésultatsémisseloncertainesrèglesd'émission,yuneopérationpeutneconstruireaucunévénementrésultatmaisuniquementdesévénementsinternes,ytoutévénementrésultatestdestinésoitàunacteurexterne,soitàuneautreopération,yledécoupageenopérationsestguidéparlesrèglesdegestion.7840Construction du MCTRègles de validation seconde opération déclenchée par cet événement en attente.79Gestion des sinistres Déclaration accidentLettre refusDemandea et b et cChèquetoujoursPaiementOuverture dossierDécl.

OKNon OKDossierouvertDossie