Modélisation ObjetModélisation ObjetAziza EL OUAAZIZIAziza EL OUAAZIZI

Faculté Polydisciplinaire de TazaFaculté Polydisciplinaire de TazaDépartement des Mathématiques, Physique et Informatique Département des Mathématiques, Physique et Informatique

Licence InformatiqueLicence Informatique

11

IntroductionIntroduction

LaLa réalisationréalisation d’und’un systèmesystème informatiqueinformatique (logiciel)(logiciel)nécessitenécessite::

uneune phasephase d’analysed’analyse comprendrecomprendre etet décriredécrire dede façonfaçon précisepréciselesles besoinsbesoins desdes utilisateursutilisateurs ouou desdes clientsclients.. ImaginerImaginer lala solutionsolution..UneUne phasephase dede conceptionconception apporterapporter plusplus dede détailsdétails àà lalasolutionsolution etet clarifierclarifier lesles aspectsaspects techniques,techniques, telstels queque l’installationl’installationdesdes différentesdifférentes partiesparties logicielleslogicielles sursur unun matérielmatériel..

LaLa réalisationréalisation dede cesces deuxdeux phasesphases nécessitenécessite desdesméthodes,méthodes, desdes conventionsconventions etet desdes notationsnotations..

22

Modèles

Pourquoi modéliser?Pourquoi modéliser?

Un modèle est une représentation graphique simplifiée et abstraite (exclut Un modèle est une représentation graphique simplifiée et abstraite (exclut les détails) d’une partie ou de la totalité d’un système réel, il permet:les détails) d’une partie ou de la totalité d’un système réel, il permet:

Mieux comprendreMieux comprendre le système à développer.le système à développer.Comprendre et de décrire les besoins.Comprendre et de décrire les besoins.Concevoir et construire les solutions possibles.Concevoir et construire les solutions possibles.

Faciliter la communicationFaciliter la communication entre les acteurs (concepteurs, développeurs, entre les acteurs (concepteurs, développeurs, clients…) impliqués dans le développement du projet grâce au illustrations clients…) impliqués dans le développement du projet grâce au illustrations graphiques et symboliques du projet futur.graphiques et symboliques du projet futur.

Réduire la complexité:Réduire la complexité:Elimination des détails qui n'influencent pas la compréhension du système.Elimination des détails qui n'influencent pas la compréhension du système.Décomposition du système en sousDécomposition du système en sous--systèmes afin de répartir les tâches systèmes afin de répartir les tâches entre équipes.entre équipes.

33

Modélisation fonctionnelleModélisation fonctionnelle

Décomposition du projet Décomposition du projet

(logiciel) en une(logiciel) en une hiérarchie de hiérarchie de

fonctions et de données.fonctions et de données. Les Les

fonctions fournissent les fonctions fournissent les

services désirés et les données services désirés et les données

représentent les informations représentent les informations

manipulées.manipulées.

44

ction 12Décision instructio4Instructins2

Début

Instructions12

Instructions11

Décision

Instructions13

Instructions14

Appel sous programme

Fin

Instructions1

Instructions4

Instructions3

Inconvénients de la modélisation Inconvénients de la modélisation fonctionnellefonctionnelle

Le développeur est obligé de penser de manière algorithmiqueLe développeur est obligé de penser de manière algorithmique il il doit fournir un effort supplémentaire pour bien structurer et doit fournir un effort supplémentaire pour bien structurer et décomposer hiérarchiquement le programme en des fonctions.décomposer hiérarchiquement le programme en des fonctions.

Le code est difficile à modifier,Le code est difficile à modifier,à maintenir: les fonctions doivent à maintenir: les fonctions doivent être suffisamment génériques;être suffisamment génériques;

Les fonctions et les données Les fonctions et les données sont traités séparément.sont traités séparément.

La difficulté de travailler en équipes.La difficulté de travailler en équipes.

55

PowerPoint

Onglet Fichier

Enregistrer

Enregistrer sous

Etc.

Onglet Accueil

Coller

Couper

Etc.

Onglet Insertion

Page de garde

Page vierge

Etc.

Etc.

Modélisation orientés objetModélisation orientés objet

S’inspireS’inspire dudu mondemonde réelréel quiqui estest composécomposé d’objets,d’objets,d’êtresd’êtres vivants,vivants, dede matières,matières,……

Regroupe à la fois les données et les fonctions dans Regroupe à la fois les données et les fonctions dans une seule entité (objet).une seule entité (objet).

Utilise une démarche Itérative et incrémentale.Utilise une démarche Itérative et incrémentale.

Utilise une abstraction forte.Utilise une abstraction forte.

Facilite l’utilisation les modules et les objets: Facilite l’utilisation les modules et les objets: extensibilité, adaptabilité.extensibilité, adaptabilité.

Souplesse de programmationSouplesse de programmation

66

UML (Historique)UML (Historique)

77

UML UML ««UUnifiednified MModelingodeling LLanguageanguage» est un langage de modélisation » est un langage de modélisation crée de la fusion des trois méthodes:crée de la fusion des trois méthodes:

1991: OMT (1991: OMT (Object Object ModelingModeling Technique) Technique) de James RUM BAUGHde James RUM BAUGH

1991: OOD (1991: OOD (Object Oriented Design Object Oriented Design ) de Grady BOOCH) de Grady BOOCH

1992: OOSE (1992: OOSE (Object Object OrientedOriented Software EngineeringSoftware Engineering) de ) de IvarIvar JACOBSONJACOBSON

UML est à présent un standard adopté et défini par l’OMG (Object UML est à présent un standard adopté et défini par l’OMG (Object Management Group) Management Group)

Développement d’applications avec une démarche orienté objet (Java, Développement d’applications avec une démarche orienté objet (Java, Delphi, Ada,…)Delphi, Ada,…)

Langage UMLLangage UML

UML est un langage de modélisation qui unifie les notations et les concepts quels que soient le domaine d’application.

Constitué d’un ensemble de schémas, qui donnent chacun une vision différente du projet à traiter, appelés des diagrammes:

Chaque diagramme est réalisé par un ensemble d’éléments de visualisation (objet, classe, état, activité…) .

Un diagramme peut être réalisé soit manuellement ou à l’aide de progiciel (Rational Rose, BoUML, StarUML, ArgoUML,…).

Avantages de UML:Ne préconise aucune démarche: liberté dans choix des diagrammes et de l’ordre de leur utilisation.

Bon moyen de visualisation du logiciel futur (projet) grâce à la représentation graphique et textuelle des diagrammes.

88

Cycle de vie adéquat à UML Cycle de vie adéquat à UML LeLe cycle de vie d'un logicielcycle de vie d'un logiciel désigne toutes les étapes du développement d'un désigne toutes les étapes du développement d'un logiciel, depuis son analyse jusqu’à sa disparition. logiciel, depuis son analyse jusqu’à sa disparition.

Validation des besoins et

déploiement

Tests de vérification

Implémentation

Conception

Analyse

Définition des besoins

Définition et formulation des exigences des utilisateurs (client) S’accorder sur ce qui

doit être fait dans le système

Compréhension en profondeur des exigences Construction de modèles Comprendre les

besoins et les décrire Solution

Mise au point de l’architecture du système S’accorder sur la manière dont le système doit être fait

Vérification du bon fonctionnement de l’application

Traduction de la conception en code

Mise en place chez le client

99Un cycle itératif incrémental

UML : les diagrammes (1)UML : les diagrammes (1)

Modèles UML sont manipulés au moyen de vues graphiques: 9 diagrammes essentiels:

Diagrammes des cas d’utilisation: fonctions du système du point de vue des utilisateurs.

Diagrammes de séquence: représentation temporelle des objets et de leurs interactions.

Diagrammes de collaboration: représentation spatiale des objets, des liens et des interactions.

Diagrammes de classes: structure statique en terme de classes et relations qui les lient.

1010

UML : les diagrammes (2)UML : les diagrammes (2)

Diagrammes d’objets: représentation des objets et de leursrelations (instanciation du diagramme de classe).

Diagrammes d’états-transitions: comportement d’une classe enterme d’états, lié au cycle de vie des objets.

Diagrammes d’activités: comportement d’une opération, d’un casd’utilisation, ou d’un processus métier en terme d’actions.

Diagrammes de composants: composants physiques d’uneapplication, dépendance entre ces composants.

Diagramme de déploiement: déploiement des composants sur lesdispositifs matériels, modes de connexion..

1111

Diagrammes des cas d’utilisationDiagrammes des cas d’utilisation

DéveloppésDéveloppés parpar IvarIvar JacobsonJacobson dansdans lala méthodeméthode ObjectObject--OrientedOriented SoftwareSoftware EngineeringEngineering (OOSE)(OOSE)

PermettentPermettent d’impliquerd’impliquer lesles utilisateursutilisateurs dèsdès lesles premierspremiers stadesstadesdudu développementdéveloppement pourpour exprimerexprimer leursleurs besoinsbesoins..

DécriventDécrivent unun systèmesystème dudu pointpoint dede vuevue dede l’utilisateurl’utilisateur..

MettentMettent enen évidenceévidence lesles servicesservices rendusrendus parpar lele systèmesystème..

DélimitentDélimitent lele cadrecadre dudu projetprojet ..

ServentServent dede supportsupport visuelvisuel dede communicationcommunication entreentre lesles usagersusagers(utilisateurs)(utilisateurs) etet lesles concepteurs,concepteurs, pourpour spécifierspécifier plusplus clairementclairementlesles besoinsbesoins..

1212

Modélisation du systèmeModélisation du système

ModéliséModélisé parpar unun ensembleensemble dede cascas d’utilisationsd’utilisations (services)(services)etet vuvu auau départdépart commecomme uneune boîteboîte noirenoire..

ContientContient touttout lesles cascas d’utilisations,d’utilisations, maismais paspas lesles acteursacteurs..

ReprésentéReprésenté dansdans unun diagrammediagramme parpar unun rectanglerectangle simplesimpleéventuellementéventuellement avecavec sonson nomnom enen entêteentête..

Borne interactive d’une banque

1313

System

Elaboration du diagramme des casElaboration du diagramme des cas

RechercherRechercher lesles acteursacteurs quiqui vontvont interagirinteragir avecavec lele systèmesystème..

RechercherRechercher pourpour chaquechaque acteur,acteur, lesles cascas d'utilisationd'utilisation..

PourPour chaquechaque cascas d'utilisationd'utilisation ::rechercherrechercher lesles interactionsinteractions;;rechercherrechercher lesles objetsobjets manipulésmanipulés..

FaireFaire lala maquettemaquette dede chaquechaque cascas d'utilisationd'utilisation..

1414

ActeurActeur

LesLes acteursacteurs n’appartiennentn’appartiennent paspas auau système,système, maismais ilsilsinteragissentinteragissent avecavec celuicelui--cici::

fournissentfournissent dede l’informationl’information enen entréeentrée;;

et/ouet/ou reçoiventreçoivent dede l’informationl’information enen sortiesortie..

LesLes acteursacteurs nene sontsont paspas forcémentforcément desdes personnespersonnes..

acteursacteurs principauxprincipaux agissentagissent directementdirectement sursur lele systèmesystème..

acteursacteurs secondairessecondaires n’ontn’ont paspas dede besoinbesoin directdirect d’utilisationd’utilisation..C’estC’est généralementgénéralement unun autreautre systèmesystème (logiciel)(logiciel) avecavec lequellequel lelenotrenotre systèmesystème doitdoit échangeréchanger desdes informationsinformations..

consultésconsultés parpar lele systèmesystème àà développer,développer,

récepteurrécepteur d’informationsd’informations venantvenant dudu systèmesystème..

1515

Comment identifier un acteur?Comment identifier un acteur?

Qui est intéressé par un certain besoin (service)?Qui est intéressé par un certain besoin (service)?

Par qui le système est utilisé dans l’organisation?Par qui le système est utilisé dans l’organisation?

Qui bénéficiera de l’utilisation du système ?Qui bénéficiera de l’utilisation du système ?

Qui fournira l’information au système ?Qui fournira l’information au système ?

Qui va supporter et maintenir le système ?Qui va supporter et maintenir le système ?

Quels sont les choses qui seront produit automatiquement par Quels sont les choses qui seront produit automatiquement par le système?le système?

1616

Comment représenter un acteur?Comment représenter un acteur?

LesLes acteursacteurs candidatcandidat sontsont systématiquementsystématiquement soitsoit::Des utilisateur humainsDes utilisateur humains (Administrateur, utilisateur, ingénieur (Administrateur, utilisateur, ingénieur de maintenance…)de maintenance…)

Des systèmes connexesDes systèmes connexes qui interagissent avec le système par qui interagissent avec le système par biais de protocoles bidirectionnels.biais de protocoles bidirectionnels.

Stick manNom Acteur

Mot clé

« Actor »

Nom Acteur

1717

Stick man«system»Nom Acteur

Cas d’utilisationCas d’utilisation

ReprésenteReprésente unun serviceservice completcomplet attenduattendu dudu système,système, ilil aa unun débutdébutetet uneune finfin clairementclairement identifiésidentifiés ..

DécritDécrit uneune séquenceséquence d’actionsd’actions réaliséeréalisée parpar lele systèmesystème etet produitproduitunun résultatrésultat observableobservable pourpour unun acteuracteur..

SeSe représentereprésente enen généralgénéral parpar uneune ellipseellipse contenantcontenant lele nomnom duducas,cas, etet optionnellement,optionnellement, auau--dessusdessus dudu nom,nom, unun stéréotypestéréotype..

Nom du cas

Nom du cas

« Use case »Nom du cas

Propriétés

1818

Nom du cas

Propriétés

Comment identifier les cas d’utilisation?Comment identifier les cas d’utilisation?

Identifier les acteurs du système et pour chaque acteur:Identifier les acteurs du système et pour chaque acteur:

Rechercher les différents intentions métier avec Rechercher les différents intentions métier avec lesquelles il utilise le système.lesquelles il utilise le système.

Déterminer dans le cahier des charge les services Déterminer dans le cahier des charge les services fonctionnel attendus du système.fonctionnel attendus du système.

RemarqueRemarque::NommerNommer lele cascas d’utilisationd’utilisation parpar unun verbeverbe àà l’infinitifl’infinitifsuivisuivi d’und’un complémentcomplément (du(du pointpoint dede vuevue dede l’acteur)l’acteur)..

1919

Exemple de cas d’utilisation d’un Exemple de cas d’utilisation d’un système de distribution de boissonssystème de distribution de boissons

Remplir le stock

Vider la caisse

Opérateur de maintenance

Acheter une boisson

Client

distributeur de boissons

2020

Relations entre acteurs et cas Relations entre acteurs et cas d’utilisationd’utilisation

RelationRelation d’associationd’association:: lienlien dede communicationcommunication entreentre ununacteuracteur etet unun cascas d’utilisation,d’utilisation, ilil estest représentéreprésenté parpar unun traittraitcontinucontinu etet parfoisparfois parpar uneune flècheflèche quiqui suitsuit lele senssens dedetransmissiontransmission dede l’informationl’information..

MultiplicitéMultiplicité:: Lorsqu’unLorsqu’un acteuracteur peutpeut interagirinteragir plusieursplusieurs foisfoisavecavec unun cascas d’utilisation,d’utilisation, ilil estest possiblepossible d’ajouterd’ajouter uneunemultiplicitémultiplicité sursur l’associationl’association dudu côtécôté dudu cascas d’utilisationd’utilisation::

** :: plusieursplusieurs foisfois nn :: exactementexactement nn foisfois nn....mm :: entreentre nn etet mm foisfois

2121

Relations entre acteurs et cas Relations entre acteurs et cas d’utilisationd’utilisation

Acteurs principal:Acteurs principal: ««primaryprimary» » obtient un résultat obtient un résultat observable du système (le cas d’utilisation lui rend service).observable du système (le cas d’utilisation lui rend service).

Acteur secondaire:Acteur secondaire: ««secondarysecondary» » sollicité par le système sollicité par le système pour obtenir des informations complémentaires.pour obtenir des informations complémentaires.

Télécharger un fichier

Client Serveur

« primary » * * « secondary»

Logiciel de partage de fichier

2222

Relations entre cas d’utilisationRelations entre cas d’utilisation

RelationRelation d’inclusiond’inclusion::UnUn cascas AA inclutinclut unun cascas BB sisi lele comportementcomportement décritdécrit parpar lele cascas AAinclutinclut lele comportementcomportement dudu cascas BB:: lele cascas AA dépenddépend dede BB..LorsqueLorsque AA estest sollicité,sollicité, BB l’estl’est obligatoirement,obligatoirement, commecomme uneune partiepartiedede AA..symboliséesymbolisée parpar lele stéréotypestéréotype <<<<includeinclude>>>> etet représentéereprésentée parpar uneuneflècheflèche avecavec unun traittrait pointillépointillé orientéorienté versvers lele cascas inclutinclut..

Acheter une boisson

Client

Payer boisson

distributeur de boissons

2323

«include»

Relations entre cas d’utilisationRelations entre cas d’utilisationRelationRelation d’extensiond’extension::

unun cascas BB étendétend unun cascas AA lorsquelorsque lele cascas d’utilisationd’utilisation BB peutpeut êtreêtreappeléappelé auau courscours dede l’exécutionl’exécution dudu cascas d’utilisationd’utilisation AA.. LorsqueLorsque AAestest sollicité,sollicité, BB peutpeut éventuellementéventuellement êtreêtre sollicité,sollicité, (B(B estest optionnel)optionnel)..symboliséesymbolisée parpar lele stéréotypestéréotype <<<<extendextend>>>> etet représentéereprésentée parpar uneuneflècheflèche avecavec unun traittrait pointillépointillé versvers lele cascas dede basebase..ToujoursToujours soumisesoumise àà uneune conditioncondition expriméexprimé graphiquementgraphiquement dansdansuneune notenote..

Acheter une boisson

Client

Annuler l’opération« extend »

2424

{si client appuye sur bouton annuler}

Relations entre cas d’utilisationRelations entre cas d’utilisation

RelationRelation dede généralisation/spécialisationgénéralisation/spécialisation::UnUn cascas AA estest uneune généralisationgénéralisation d’und’un cascas BB sisi BB estest unun cascasparticulierparticulier dede AA.. SymboliséeSymbolisée parpar uneune flècheflèche triangulairetriangulaire avecavec ununtraittrait pleinspleins versvers lele cascas lele plusplus généralgénéral..

Acheter une boisson

Client

Annuler l’opération« extend »

Payer boisson« include »

Régler en espèce

Régler en CB

Généralisation

Spécialisation

distributeur de boissons

2525

Relation entre acteur: généralisationRelation entre acteur: généralisation

unun acteuracteur AA estest uneune généralisationgénéralisation d’und’un acteuracteur BB sisi l’acteurl’acteur AA peutpeutêtreêtre substituésubstitué parpar l’acteurl’acteur BB.. DansDans cece cas,cas, toustous lesles cascas d’utilisationd’utilisationaccessiblesaccessibles àà AA lele sontsont aussiaussi àà B,B, maismais l’inversel’inverse n’estn’est paspas vraivrai..

Passer commande

Préposé aux commandes

Suivrecommande

Gérer stock

Directeur des ventes

Système de vente par correspondance

2626

Rechercher article

«include»

«include»

«include»

Stock

SupportCommande

Regroupement des cas d’utilisation en Regroupement des cas d’utilisation en paquetagespaquetages

UnUn paquetagepaquetage permetpermet d’organiserd’organiser lesles élémentséléments dede modélisationmodélisation enengroupesgroupes..

LeLe regroupementregroupement peutpeut sese fairefaire parpar acteuracteur ouou parpar fonctionnalitéfonctionnalité (cas)(cas)..

Passer commande

Préposé aux commandes

Suivrecommande

Gérer stockDirecteur

des ventes

Système de vente par correspondance

2727

Rechercher article

Relation de dépendance entre paquetage reflète

l’inclusion des cas

Description textuelle des cas d’utilisationDescription textuelle des cas d’utilisation

IlIl estest recommandérecommandé dede rédigerrédiger uneune descriptiondescription textuelletextuelle pourpourunun cascas d’utilisationd’utilisation carcar c’estc’est uneune formeforme souplesouple quiqui convientconvientdansdans bienbien desdes situationssituations.. ElleElle sese composecompose dede troistrois partiesparties::

PartiePartie 11:: IdentificationIdentification dudu cascas::NomNom dudu cascas::ObjectifObjectif :: IntentionIntention principaleprincipaleActeursActeurs principauxprincipaux ::ActeursActeurs secondairessecondaires ::DatesDates :: notammentnotamment datedate dede misemise jourjourResponsableResponsable ::VersionVersion ::

2828

Description textuelle des cas d’utilisationDescription textuelle des cas d’utilisation

Partie 2:Partie 2: description du fonctionnement du cas d’utilisationdescription du fonctionnement du cas d’utilisationLesLes prépré--conditionsconditions :: elleselles décriventdécrivent dansdans quelquel étatétat doitdoit êtreêtre lelesystèmesystème avantavant queque cece cascas d’utilisationd’utilisation puissepuisse êtreêtre déclenchédéclenché..

LesLes scénariosscénarios:: échangeséchanges d’évènementsd’évènements décrivantdécrivant commentcomment leslesdifférentsdifférents acteursacteurs vontvont utiliserutiliser lele systèmesystème.. OnOn distinguedistingue desdesscénariosscénarios::

nominauxnominaux quiqui sese déroulentdéroulent quandquand ilil n’yn’y aa paspas d’erreurd’erreur;;alternatifsalternatifs quiqui sontsont desdes variantesvariantes dudu scénarioscénario nominal,nominal, l’objectifl’objectif étantétantmalgrémalgré lala variante,variante, atteintatteint àà lala finfin;;d’exceptiond’exception quiqui décriventdécrivent lesles cascas d’erreursd’erreurs matérielsmatériels quiqui provoqueprovoqueuneune sortiesortie dudu systèmesystème sanssans atteindreatteindre l’objectifl’objectif..

DesDes postpost--conditionsconditions :: ElleElle décriventdécrivent l’étatl’état dudu systèmesystème àà l’issuel’issuedesdes différentsdifférents scénariosscénarios..

2929

Description textuelle des cas d’utilisationDescription textuelle des cas d’utilisation

PartiePartie 33:: c’estc’est uneune rubriquerubrique optionnelleoptionnelle quiqui contientcontient généralementgénéralementdesdes spécificationsspécifications nonnon fonctionnellesfonctionnelles (spécifications(spécifications techniques,techniques, ……))..ElleElle peutpeut éventuellementéventuellement contenircontenir uneune descriptiondescription desdes besoinsbesoins enentermestermes d’interfaced’interface graphiquegraphique..

ExempleExemple::

Retirer argent

Client

distributeur de billet

3030

ExempleExemplePré-condition contient des billets; en attente d’une opération: ni en panne, ni

en maintenance.Déroulement normal: scénario nominal

(1) le client introduit sa carte bancaire, (2) le système lit la carte et vérifie sila carte est valide, (3) le système demande au client de taper son code, (4)le client tape son code confidentiel, (5) le système vérifie que le codecorrespond à la carte, (6) le client choisit une opération de retrait, (7) lesystème demande le montant à retirer, etc.

Variantes: scénario d’exceptionCarte invalide: au cours de l’étape (2), si la carte est jugée invalide, lesystème affiche un message d ’erreur, rejette la carte et le cas d’utilisationse termine.

Post-condition si de l’argent a pu être retiré, la somme sur le compte estégale à la somme qu’il y avait avant moins le retrait. Sinon, la somme sur lecompte reste inchangée.

Contraintes non fonctionnelles(A) Performance: le système doit réagir dans un délai inférieur à 4secondes, quelque soit l’action de l’utilisateur.(B) Sécurité: le guichet avale la carte soumise à une plainte de vol.

3131

Description textuelle au service du clientDescription textuelle au service du client LorsLors dede lala descriptiondescription dede chacunchacun desdes cascas d’utilisation,d’utilisation, dede

nombreusesnombreuses questionsquestions supplémentairessupplémentaires peuventpeuvent apparaîtreapparaître

TrouverTrouver desdes réponsesréponses auxaux questionsquestions queque l’onl’on sese posepose auau courscoursdede l’analysel’analyse..

DécouvrirDécouvrir desdes élémentséléments queque l’onl’on n’avaitn’avait paspas vuvu ouou pourpour lesquelslesquelsnousnous n’avionsn’avions paspas reçureçu d’informationsd’informations auau débutdébut parpar lele clientclient..

ValiderValider l’unel’une dede nosnos propositionspropositions pourpour réglerrégler unun problèmeproblème dedecontradictioncontradiction ouou incohérenceincohérence dede certainscertains élémentséléments..

RemettreRemettre enen causecause notrenotre visionvision dede certainscertains besoinsbesoins..

3232

ConclusionConclusion

Le diagramme cas d’utilisation est le premier diagramme Le diagramme cas d’utilisation est le premier diagramme qui doit être réalisé, il modélisent à la fois les qui doit être réalisé, il modélisent à la fois les fonctionnalité fonctionnalité ((servicesservices) et les ) et les communicationscommunications((interactionsinteractions) entre acteurs et système.) entre acteurs et système.

Permet d’organiser les Permet d’organiser les fonctionnalités attenduesfonctionnalités attendues grâce grâce aux relations d’héritage, d’inclusion et d’extension. aux relations d’héritage, d’inclusion et d’extension.

Avec les Avec les descriptions textuellesdescriptions textuelles et les et les scénariosscénarios, , l’analyste dispose de moyens simples pour exprimer de l’analyste dispose de moyens simples pour exprimer de manière semimanière semi--formelle les formelle les besoins fonctionnels du besoins fonctionnels du système étudiésystème étudié

3333

Exercice 1Exercice 1LaLa sociétésociété royaleroyale d’archéologied’archéologie automobileautomobile vousvous embaucheembauche pourpour réaliserréaliser ununsystèmesystème dede supportsupport auxaux archéologuesarchéologues lorslors desdes fouillesfouilles..UnUn archéologuearchéologue lorslors d’uned’une fouillefouille réaliseréalise lele croquiscroquis d’uned’une piècepièce sursur sonsonTabletTablet PCPC etet l’envoiel’envoie auau serveurserveur dede l’associationl’association.. PourPour cece fairefaire ilil ouvreouvre ununnouveaunouveau dessindessin etet commencecommence àà dessinerdessiner.. IlIl aa égalementégalement lala possibilitépossibilité dedecopiercopier desdes élémentséléments àà partirpartir d’und’un ancienancien dessindessin.. AprèsAprès avoiravoir définidéfini unun certaincertainnombrenombre dede propriétéspropriétés pourpour sonson dessindessin (résolution,(résolution, nombrenombre dede couleurs,couleurs,……),),l’archéologuel’archéologue envoieenvoie sonson dessindessin auau serveurserveur dede basesbases dede donnéesdonnées enenindiquantindiquant oùoù lele fichierfichier doitdoit êtreêtre stockéstocké etet parpar quiqui ilil peutpeut êtreêtre vuvu..11-- ProposerProposer unun diagrammediagramme desdes cascas d'utilisationsd'utilisations pourpour cece systèmesystème..22-- OnOn vousvous demandedemande d’adapterd’adapter lele systèmesystème dansdans lele cascas oùoù lesles archéologuesarchéologues

dede terrainterrain sontsont dede deuxdeux typestypes:: lesles archéologuesarchéologues apprentisapprentis etet leslesarchéologuesarchéologues confirmésconfirmés.. PourPour assurerassurer lala qualitéqualité dede lala basebase dede données,données,seulsseuls lesles confirmésconfirmés peuventpeuvent réaliserréaliser etet envoyerenvoyer desdes croquiscroquis auau serveurserveur..Néanmoins,Néanmoins, lesles archéologuesarchéologues apprentisapprentis peuventpeuvent prendreprendre etet envoyerenvoyer desdesnotesnotes dede typetype textetexte (prises(prises sursur leurleur TabletTablet PC)PC).. CetteCette facultéfaculté estestégalementégalement accessibleaccessible auxaux confirmésconfirmés.. CesCes notesnotes serontseront disponiblesdisponibles pourpourtoustous viavia lele sitesite webweb dede l’associationl’association..

3434

Exercice 2Exercice 2

DansDans unun établissementétablissement scolaire,scolaire, onon désiredésire gérergérer lala réservationréservation desdes sallessalles dedecourscours ainsiainsi queque dudu matérielmatériel pédagogiquepédagogique (ordinateur(ordinateur portableportable ou/etou/et VidéoVidéoprojecteur)projecteur)..

SeulsSeuls lesles enseignantsenseignants sontsont habilitéshabilités àà effectuereffectuer desdes réservationsréservations (sous(sousréserveréserve dede disponibilitédisponibilité dede lala sallesalle ouou dudu matériel)matériel)..

LeLe planningplanning desdes sallessalles peutpeut quantquant àà luilui êtreêtre consultéconsulté parpar touttout lele mondemonde(enseignants(enseignants etet étudiants)étudiants)..

ParPar contre,contre, lele récapitulatifrécapitulatif horairehoraire parpar enseignantenseignant (calculé(calculé àà partirpartir duduplanningplanning desdes salles)salles) nene peutpeut êtreêtre consultéconsulté queque parpar lesles enseignantsenseignants..

Enfin,Enfin, ilil existeexiste pourpour chaquechaque formationformation unun enseignantenseignant responsableresponsable quiquiseulseul peutpeut éditeréditer lele récapitulatifrécapitulatif horairehoraire pourpour l’ensemblel’ensemble dede lala formationformation..

ModéliserModéliser cettecette situationsituation parpar unun diagrammediagramme dede cascas d’utilisationd’utilisation

3535