2002 uml project france

28
1 Kästel David Hellgren Olle Fournier Marielle Loubon Sabin ESSI 3 Analyse et conception par objets : Modélisation d'une station de péage LOG 3 Groupe 21

Upload: aminove18

Post on 19-Dec-2015

5 views

Category:

Documents


1 download

DESCRIPTION

UML guide

TRANSCRIPT

  • 1

    Kstel David Hellgren Olle Fournier Marielle Loubon Sabin ESSI 3

    Analyse et conception par objets : Modlisation d'une station de page

    LOG 3 Groupe 21

  • 2

    1er dcembre 2004 Encadreur : Jean-Paul Rigault

    SOMMAIRE

    INTRODUCTION : 4

    1) SPECIFICATIONS DU SYSTEMES : 5 A) DESCRIPTION PHYSIQUE : 5 B) DESCRIPTION FONCTIONNELLE : 6

    1) Le bureau central : 6 2) Le poste de supervision : 7 3) La voie manuelle : 7 4) La voie automatique : 7 5) La voie tl-page : 8 6) Le paiement 8 Remarques : 8

    2) USE CASE : 9 A) CAS PRINCIPAL : 9 B) PASSER : 10 C) ADMINISTRER : 11 D) SUPERVISER : 12

    3) SCENARIOS : 13 A) PASSER : 13

    1) Passer : 13 2) Entrer : 13 3) Payer sans badge : 13 4) Payer par carte bancaire : 13 5) Payer par carte de socit dautoroute : 14 6) Payer par monnaie : 14 7) Rendre la monnaie : 14 8) Payer par badge : 14 9) Sortir : 15

    B) ADMINISTRER : 15 1) Administrer : 15 2) Envoyer linformation : 15 3) Vrifier les caisses : 15 4) Dbiter les comptes bancaires : 16 5) Grer les abonns : 16 6) Grer les statistiques : 16

    C) SUPERVISER : 16 1) Superviser : 16 2) Ouvrir une voie : 17 3) Fermer une voie : 17

    4) LE DIAGRAMME DE CLASSE : 18

  • 3

    A) LES OBJETS PHYSIQUES : 18 B) LES OBJETS NON PHYSIQUES : 19

    5) DIAGRAMME DE SEQUENCE : 20 A) PASSER : 20

    3) Payer sans badge : 20 4) Payer par carte bancaire : 21 5) Payer par carte de socit dautoroute : 21 B) Payer par badge : 22 9) Sortir : 22

    B) ADMINISTRER : 23 4) Dbiter les comptes bancaires : 23 5) Grer les abonns : 23

    6) LES DIAGRAMMES DTATS : 24 A) LE FEU : 24 B) LE MONNAYEUR : 24 B) LE MONNAYEUR : 25 C) LE LECTEUR DE TICKET ET DE CARTE : 25 D) LA VOIE : 26 E) LA CAISSE : 26 F) LE DTECTEUR DE BADGE : 27

    CONCLUSION 28

  • 4

    INTRODUCTION :

    Lobjectif de ce projet est de modliser le systme informatique de gestion dune barrire de page d'autoroute en prenant compte de diffrentes restrictions de donnes et de scnarios possibles. Ce systme grera le passage des vhicules, louverture et la fermeture des voies, les transactions financires et donnera en rsultat les statistiques des passages.

  • 5

    1) SPECIFICATIONS DU SYSTEMES : A) Description physique :

    Le systme concevoir est compos dun bureau central, qui gre une multitude de page. Ce bureau central est certainement trs loign de la barrire de page. Chaque gare de page est associe un centre de supervision.

    Nous nous limiterons ltude dun seul sens de circulation, donc un demi-page.

    La station de page est constitue de plusieurs voies : Chaque voie ne permet de passer quun seul vhicule la fois. Elle a un feu en amont du page qui indique l'tat de la voie (ouverte ou ferme), les diffrents payements possibles et le type de voie (manuelle ou automatique). Une barrire manuelle en amont permet de signaler en plus du feu en amont la voie de la gare de page est ouverte ou non. Un technicien ouvre ou ferme la voie en fonction du nombre de vhicules dans la station de page. Il peut aussi fermer la voie en cas de problme (alarme).

    Deux dtecteurs magntiques, un avant la barrire aval et une aprs dtectent la prsence ou le passage dun vhicule. Enfin, chaque voie possde un dispositif de paiement (que nous appellerons la caisse ultrieurement), une barrire en aval couple un feu de signalisation, qui permettent au conducteur du vhicule de savoir sil peut sortir ou non de la gare de page.

    Sens de circulation

    Voie

    Voie

    Voie

    Voie

    Voie

    Voie

    Centre de supervision

  • 6

    Il existe deux types de voies diffrentes :

    - Les voies manuelles : Tous types de vhicule sont permis dutiliser ces voies. Les fonctions usuelles sont effectues par un oprateur. Il y a toujours au moins une voie manuelle ouverte.

    - Les voies automatiques : Dans ces voies spcifiques, uniquement les voitures sont admises. Chaque voie automatique a un microprocesseur qui gre tout le fonctionnement de la voie. Sil y a un problme, le poste de supervision est inform par une alarme. Le personnel de supervision intervient en tout cas de problmes et en maintenance gnrale. De plus, chaque voie automatique est relie au poste de supervision grce interphone. Lordinateur de supervision est li aux microprocesseurs de voies et au bureau principal. Il reoit toutes les informations de passages et peut les montrer au personnel, les stocker ou bien les envoyer au bureau principal. Nous considrons quune voie automatique est prdfinie soit pour un tl-page, soit pour un des autres types de paiement. Mais une voie de tl-page peut se transformer facilement en un autre type de voie automatique. B) Description fonctionnelle :

    1) Le bureau central : Ce bureau gre ladministration de plusieurs barrires de page. Plus prcisment, il soccupe de la gestion des abonns. Il dbite directement les comptes des abonns et envoie aux voies de la gare de page lautorisation ou non au conducteur de passer.

    Il est important de prciser que la description de notre systme ne comprend pas la gestion du bureau central. Nous nous limiterons la transmission des donnes au central et de recevoir les autorisations de passage sans soccuper de la faon dont le central les gre.

    Sens de circulation

    Dtecteur amont

    Dtecteur aval

    Barrire aval Barrire amont Caisse

    Feux de signalisation Feux dinformation

  • 7

    2) Le poste de supervision :

    Le poste de supervision a un rle central dans la gestion de la barrire de page. Il gnre des statistiques sur chaque voie et aussi sur lensemble des voies. Les rsultats permettent de signaler sil est prfrable douvrir une voie de plus ou den fermer une. Les statistiques permettent de connatre aussi lavance une approximation des voies ouvrir pour une journe et une heure donne.

    Le poste de supervision reoit aussi toutes les alarmes qui peuvent tre trs diverses

    (pannes techniques, trop de monnaie dans un monnayeur, voiture bloque, fraude). Le centre de supervision peut dcider denvoyer un technicien si le problme ne peut pas tre grer distance (grce linterphone). Si le problme ne peut pas tre rgl rapidement, le centre de supervision pourra envisager de fermer la voie.

    Le centre de supervision valide les passages des voitures qui veulent payer par carte

    (bancaire ou abonn) ou par badge. Soit il donne le droit de passage aprs avoir vrifi la validit de la carte bancaire, soit il demande au bureau central lautorisation de passage pour les abonns.

    3) La voie manuelle : Tous les types de paiement (cartes bancaires, cartes dabonn, badge et monnaie) sont accepts dans les voies manuelles. Tout d'abord, lemploy dtermine le type de vhicule et calcule le prix du passage en fonction de celui-ci et du nombre de kilomtre effectu par le conducteur (ce renseignement est donn par le ticket prsent par le conducteur). Ensuite, le conducteur doit payer. Enfin lemploy ouvre la barrire en amont et met le feu au vert. Le vhicule part et lors de son passage sur le dtecteur aval, le feu passe au rouge, la barrire aval se ferme et un rapport est envoy au poste de supervision. La caisse de la voie manuelle enregistre toutes les transactions pour entre autre, vrifier que le guichetier ne vole pas de largent dans la caisse.

    Le dtecteur en amont permet de vrifier la concordance du type de vhicule avec les donnes saisies par le guichetier (par exemple, si le guichetier dclare une voiture et que cest un camion qui vient de passer).

    4) La voie automatique :

    Les voies automatiques acceptent seulement trois types de paiement : la carte bancaire, la carte dabonn et la monnaie. Ces voies sont rserves aux voitures normales sans remorque (catgorie B).

    Tout d'abord, le dtecteur amont vrifie que le type du vhicule est bien de la

    catgorie B. Ensuite, le conducteur doit payer. Ds que le paiement est effectu, la barrire avale souvre automatiquement et le feu passe au vert. Le vhicule part et lors de son passage sur le dtecteur aval, le feu passe au rouge, la barrire avale se ferme et un rapport est envoy au poste de supervision.

  • 8

    5) La voie tl-page :

    Lors de la dtection d'un badge, la maison qui tient le bureau central est contacte en temps rel et celle-ci donne lordre si le conducteur peut passer ou non. Le compte est aussitt dbit. Si le bureau central laisse le conducteur passer alors le feu passe au vert, la barrire se lve. Aprs le passage du vhicule sur le dtecteur aval, la borne met le feu au rouge, ferme la barrire.

    6) Le paiement Dans le cas dun paiement par carte dabonnement, le bureau central (qui tient le

    compte du client) est contact en temps rel et celle-ci donne lordre si le conducteur peut passer ou non, si le conducteur peut passer son compte est aussitt dbit.

    Pour les paiements par carte bancaire, la caisse de la voie automatique demande une

    autorisation de passer au centre de supervision. La caisse envoie la transaction au centre de supervision qui les stocke jusqu' la fin de la journe. Toutes les transactions seront effectues pendant la nuit suivante. Un ticket sera remis au conducteur aprs le paiement. Remarque : Le conducteur na pas besoin de taper son code.

    Les paiements par monnaie sont grs soit par le guichetier, soit au travers dun monnayeur. Nous ntudierons que le cas du monnayeur. Si la somme donne par le conducteur est exacte, le paiement est termin. Si la somme est infrieure au prix payer alors le prix restant payer est recalcul et affich. Si la somme est suprieure au prix payer alors le monnayeur rend la diffrence

    Le manque de monnaie dans le monnayeur de la borne lve une alarme. Le rendu de monnaie est alors approximatif par excs. S'il se prolonge, le monnayeur prvient le superviseur qui fera venir un technicien

    Remarques : - Si une voiture reste trop longtemps dans une voie automatique, un technicien sera

    prvenu et pourra voir pourquoi la voiture est coince. - Les deux dtecteurs permettent dempcher le passage de voitures accoles et des

    voitures avec remorque.

  • 9

    2) USE CASE :

    Voici les diffrents cas dutilisation du systme que nous allons prsenter. Chacune de des parties du cas principal est illustre par des scnarios dans le chapitre suivant du rapport. A) Cas Principal :

    Nous avons divis la gestion de la borne en trois parties : le passage dun vhicule (arrive du vhicule, paiement, dpart). La partie Administrer gre envoie et traite les informations pour grer les statistiques, grer les abonns, dbiter les comptes et grer les caisses. La partie superviser gre les diffrents problmes en les dtectant puis en le rsolvant. Ces trois parties sont dcrites dans les parties suivantes.

  • 10

    B) Passer :

    Cest le principal rle de la gare de page : le paiement et les actions qui sen dcoulent. Il se dcoupe en trois phases : entrer, payer et sortir. Nous avons dcrit plusieurs types de paiement : par carte bancaire, par carte de socit dautoroute, payer par monnaie ou par badge, qui sont regroups en deux groupes : le conducteur a un ticket prsenter ou non (dans le cas dun paiement avec badge). Les scnarios de cette partie sont dtaills dans la partie 4A.

  • 11

    C) Administrer :

    Ladministration se dcoupe en deux tapes essentielles : la caisse envoie les informations de chaque passage au centre de supervision et le centre de supervision analyse et traite les informations. Le traitement des informations est constitu de quatre parties indpendantes les unes des autres : vrifier les caisses de voies manuelles, vrifier et dbiter les comptes bancaires, grer les abonns et grer les statistiques.

    Les scnarios de cette partie sont dtaills dans la partie 4B.

  • 12

    D) Superviser :

    Nous navons pas dtaill ce diagramme car il ne constitue pas lessentiel du passage. Nous navons pas dvelopp les diffrents problmes auxquels peuvent tre soumise une barrire de page et la solution pour chacun des problmes (dans la partie suivante, vous trouverez une liste non-exhaustives des principaux problmes) Par contre, une partie importante de diagramme est quand le centre de supervision dcider douvre ou fermer une voie de dcrire ces oprations.

    Les scnarios de cette partie sont dtaills dans la partie 4B.

  • 13

    3) SCENARIOS : Chaque partie qui suit dcrit un des trois principaux use case de la partie 3. Chaque scnario dcrit le cas principal et les diffrents cas exceptionnels qui peuvent se passer lors dune action. A) Passer :

    1) Passer :

    Pre-condition : La caisse est libre Primary scenario : 1. Le conducteur entre dans la gare de page. 2. Le conducteur paye. 3. Le conducteur sort de la gare de page. Post-condition : A nouveau, la caisse est libre. Variants : 2a. Le conducteur ne paye pas. Le conducteur ne peut pas sortir et une alarme est dclenche. 3a. Le conducteur ne peut pas sortir donc une alarme est dclenche.

    2) Entrer : Pre-condition : La caisse est libre Primary scenario : 1. Le dtecteur ne dtecte pas de badge. (Le conducteur va devoir choisir un paiement sans badge.) 2. Le dtecteur amont dtecte le vhicule. Post-condition : A nouveau, la caisse nest pas libre. Variants : 1a. Le dtecteur dtecte un badge. (Le conducteur va devoir payer avec badge.)

    3) Payer sans badge : Pre-condition : Le badge nest pas dtect Primary scenario : 1. Le conducteur donne le ticket. 2. La caisse tablit le prix. 3. Le conducteur donne un moyen de paiement. 4. La caisse dit que le conducteur peut passer. Post-condition : Le conducteur peut sortir. Variants : 1a. Le conducteur na pas de ticket ; le caissier lui fait payer alors le montant le plus lev par rapport la catgorie de voiture. 3a. Le conducteur na pas moyen de paiement. Donc il ne peut pas passer. Une alarme est dclenche.

    4) Payer par carte bancaire : Pr-condition : Le TPV est libre. Primary scenario :

  • 14

    1. Le conducteur insre sa carte 2. La caisse vrifie que la carte est valide. 3. La caisse envoie linformation dachat au poste de supervision. 4. La caisse jecte la carte. 5. La caisse lui donne un reu. Post-condition : Le TPV est libre. Variants : 1a. La carte nest pas valide. La caisse sort la carte. Changer de moyen de paiement.

    5) Payer par carte de socit dautoroute : Pr-condition : Le TPV est libre. Primary scenario : 1. La caisse vrifie que la carte est valide. 2. La caisse envoie linformation dachat au bureau central. 3. Le bureau central valide la transaction. 4. La caisse jecte la carte. 5. La caisse lui donne un reu. Post-condition : Le TPV est libre. Variants : 1a. La carte nest pas valide. La caisse sort la carte. Changer de moyen de paiement. 3a. Le bureau central ne valide pas la transaction. La caisse jecte la carte. Changer de moyen de paiement.

    6) Payer par monnaie :

    Pr-condition : Primary scenario : 1. Le conducteur donne la somme exacte la caisse. Post-condition : Variants : 1a. Le conducteur a donn trop dargent. La caisse rend la monnaie. 1b. Le conducteur na pas donn assez dargent. Le conducteur lui redonne de largent.

    7) Rendre la monnaie : Pr-condition : Le conducteur a insr plus dargent que la somme exacte. Primary scenario : 1. La caisse a assez de monnaie. 2. La caisse rend la somme exacte. Post-condition : La monnaie est rendue. Variants : 1a. La caisse na pas assez de monnaie pour rendre la somme exacte. La caisse rend une approximation de la somme. La caisse envoie une alarme au superviseur.

    8) Payer par badge : Pre-condition : Le badge est dtect Primary scenario : 1. La caisse envoie les informations au bureau central

  • 15

    2. Le bureau central dit que le conducteur peut passer. Post-condition : Le conducteur peut sortir. Variants : 2a. Le bureau central dit que le conducteur ne peut pas passer. Il ne peut pas sortir et une alarme est dclenche.

    9) Sortir : Pre-condition : Le conducteur a fini de payer. Primary scenario : 1. Le feu passe au vert. 2. La barrire se lve. 3. Le dtecteur aval dtecte le vhicule. 4. Le feu passe au rouge. 5. La barrire se ferme. Post-condition : La voie est libre. Variants : 2a. La barrire ne se lve pas. Une alarme est dclenche. B) Administrer :

    1) Administrer : Pr-condition : Un vhicule est une caisse. Primary scenario : 1. La caisse envoie les informations au poste de supervision. 2. Lordinateur traite linformation. Post-condition : Le vhicule part.

    2) Envoyer linformation : Pr-condition : Primary scenario : 1. La caisse envoie son numro de caisse. 2. La caisse envoie le type de paiement. 3. La caisse envoie le numro de compte pour les CB, carte dabonn et badge. 3. La caisse envoie le type de vhicule. 4. La caisse envoie la somme payer. 5. La caisse envoie la somme paye. Post-condition :

    3) Vrifier les caisses : Pr-condition : Le moyen de paiement est le liquide Primary scenario : 1. Lordinateur ajoute au compte de cette caisse la somme thoriquement paye. 2. A la fin du service du caissier, on compare la somme rellement encaisse et la somme thorique. Post-condition :

  • 16

    4) Dbiter les comptes bancaires : Pr-condition : Le moyen de paiement est la carte bancaire. Primary scenario : 1. Lordinateur identifie le compte du conducteur. 2. Lordinateur dit la caisse que le conducteur peut passer. 3. Lordinateur ajoute la liste des transactions cette nouvelle transaction. 4. La nuit, lordinateur effectue toutes les transactions de la journe avec les diffrentes banques. Post-condition : le compte est dbit

    5) Grer les abonns : Pr-condition : Le moyen de paiement est le badge ou la carte de la socit dautoroute. Primary scenario : 1. Lordinateur identifie labonn. 2. Lordinateur dit la caisse que le conducteur peut passer. 3. Lordinateur dbite le compte de labonn. Post-condition :

    6) Grer les statistiques : Pr-condition : Primary scenario : 1. Lordinateur incrmente dun le nombre de vhicules qui sont passes pendant une priode donne. 2. Lordinateur incrmente dun le nombre dun type de voiture donn instantanment . 3. Lordinateur trouve quil y a assez de voie ouverte pour le nombre de vhicule. Post-condition : C) Superviser :

    1) Superviser : Pr-condition : Le systme a trait une information. Primary scenario : 1. Une alarme sonne au poste de supervision. 2. Lordinateur mre du systme dtecte et montre le problme. 3. Le superviseur donne un ordre. 4. Un employ rgle le problme. Post-condition : Il ny a plus de problme. Les diffrents problmes peuvent tre :

    - Pas assez de monnaie aux caisses - Trop de monnaie aux caisses automatiques - Une certaine voie automatique a une pice (caisse, barrire aval, dtecteur

    amont et aval, etc.) en panne. - Un utilisateur de caisse automatique qui a appuy au bouton de lalarme et

    se met automatiquement en communication avec le poste de supervision - Le poids mesur par le dtecteur et la catgorie de vhicule ne

    correspondent pas. - Le central nidentifie pas le numro de compte. - Les voitures sont trop nombreuses. - Les voitures ne sont pas assez nombreuses

  • 17

    - Une voiture est coince 2) Ouvrir une voie :

    Pr-condition : Il y a un problme. Primary Scenario : 1. Le technicien ouvre la barrire. 2. Le technicien allume la lumire qui indique que la voie est libre. 3. Le technicien allume la lumire qui indique que la voie est accessible tous les usagers. Post-condition : Il ny a plus de problme. Variants : 3a. Le technicien allume la lumire qui indique que la voie nest accessible qu lusager ayant une voiture et une carte bancaire. 3b. Le technicien allume la lumire qui indique que la voie nest accessible qu lusager ayant une voiture et une carte spcifique. 3c. Le technicien allume la lumire qui indique que la voie nest accessible qu lusager ayant une voiture et un badge de tl-page.

    3) Fermer une voie : Pr-condition : Il y a un problme. Primary Scenario :

    1. Le technicien allume la lumire qui indique que la voie est ferme. 2. Le technicien met un plot derrire la dernire voiture. 3. Il ny a plus de voiture. 4. Il ferme la barrire manuelle.

    Variants : 2a. Il n'y a pas de voiture. Il ferme la barrire manuelle. 3a. Il y a encore une voiture. Le technicien avance le plot et retourne ltape 3.

  • 18

    4) LE DIAGRAMME DE CLASSE :

    Les deux diagrammes reprsentent les diffrents objets de notre systme et les relations entre eux. Certains objets sont reprsents dans la partie 7 par des diagrammes dtats. A) Les objets physiques :

  • 19

    B) Les objets non physiques :

  • 20

    5) DIAGRAMME DE SEQUENCE : Cette partie reprend les scnarios les plus intressants de la partie 4. En suivant ces scnarios, on relie les diffrents objets dcrits dans les diagrammes de classe. A) Passer :

    3) Payer sans badge : Dcrit le scnario Payer sans badge que vous pouvez retrouver dans la partie 4.A.3.

  • 21

    4) Payer par carte bancaire : Dcrit le scnario Payer par carte bancaire que vous pouvez retrouver dans la partie 4.A.4.

    5) Payer par carte de socit dautoroute : Dcrit le scnario Payer par carte de socit dautoroute que vous pouvez retrouver dans la partie 4.A.5.

  • 22

    B) Payer par badge : Dcrit le scnario Payer par badge que vous pouvez retrouver dans la partie 4.A.8.

    9) Sortir :

    Dcrit le scnario Sortir que vous pouvez retrouver dans la partie 4.A.9.

  • 23

    B) Administrer :

    4) Dbiter les comptes bancaires : Dcrit le scnario Dbiter les comptes bancaires que vous pouvez retrouver dans la partie 4.B.4.

    5) Grer les abonns : Dcrit le scnario Dbiter les comptes bancaires que vous pouvez retrouver dans la partie 4.B.5.

  • 24

    6) LES DIAGRAMMES DTATS : Les diagrammes dcrivent lvolution dun objet du systme au cours du temps. Lobjet selon les actions quil subit ou effectue peut changer de caractristiques, faire de nouvelles actions ou tre dans des phases de repos. A) Le feu :

    Nous navons pas crit toutes les transitions pour plus de clart. Mais elles sont toutes de mme type. Par exemple, pour aller dans ltat manuel qui indique par une LED que la voie est manuelle, la transition est : passer(manuel) .

    Ce diagramme dcrit la classe Feu .

  • 25

    B) Le monnayeur : Ce diagramme dcrit la classe Monnayeur .

    C) Le lecteur de ticket et de carte : Ces digrammes dcrivent les classes LecteurTicket et LecteurCarte .

  • 26

    D) La voie : Ce diagramme dcrit la classe Voie .

    E) La caisse : Ce diagramme dcrit la classe Caisse .

  • 27

    F) Le dtecteur de badge : Ce diagramme dcrit la classe DetecteurBadge .

  • 28

    CONCLUSION Cette tude de conception dune barrire de la gare routire, nous a permis de mieux comprendre ce systme et ses diffrentes spcificits. En modlisant, nous avons pu mettre en avant le droulement des actions effectues dans une barrire de page et trouver les diffrents objets physiques ou non qui la compose. Nous avons enfin trouv les caractristiques et les fonctionnalits de ces objets et les liens qui les unissent. Ce travail va nous permettre de crer un code plus propre, qui considrent tous les cas et toutes les exceptions du systmes. Donc un grand gain de temps sera gagner lors de la partie programmation du systme.