Analyse fonctionnelle et comportementale SYSTEME ETUDIE :...

Diagrammes uc et req A. Diagramme des cas d’utilisation (UC)

A.1. Objectif

Il représente les services attendus par le système d’un point de vue de l’acteur, donc d’un point de vue extérieur au système.

Il permet de décrire ce que le futur système devra faire, sans toutefois spécifier comment il le fera.

Il permet de déterminer les frontières du système et de le placer dans son contexte. A ce niveau, les fonctions internes du système ne nous intéressent pas.

A.2. Les acteursUn ACTEUR représente un rôle qui peut être

tenu par un humain ou n’importe quel autre système. Il indique avec quoi le système sera en interaction.

L’ACTEUR PRINCIPAL humain est celui pour qui le cas d’utilisation produit un résultat concret.

Il est possible d’avoir plusieurs acteurs principaux.

Le symbole est à gauche du diagramme

Les ACTEURS SECONDAIRES (non humains) sont souvent sollicités pour des informations complémentaires ; ils peuvent uniquement consulter ou informer le système lors de l’exécution du cas d’utilisation.

Leur symbole est à droite du diagramme.

2. Cas d’utilisation UC

MODELISATION – I1.1 SI1 Cours CHAPITRE 2 : DIAGRAMMES SysML

8/16 Icam Paris Sénart I1 Sciences Industrielles

b. Les acteurs Un ACTEUR représente un rôle qui peut être tenu par un humain ou n’importe quel autre système. Il indique avec quoi le système sera en interaction. L’ACTEUR PRINCIPAL est celui pour qui le cas d’utilisation produit un résultat concret. Symbole : à gauche du diagramme Les ACTEURS SECONDAIRES sont souvent sollicités pour des informations complémentaires ; ils peuvent uniquement consulter ou informer le système lors de l’exécution du cas d’utilisation. Symbole : à droite du diagramme

Remarque : il est possible d’avoir plusieurs acteurs principaux, mais cela complique la lecture du diagramme.

Spé ATS COURS

Lycée P. Mendès France Epinal Modélisation fonctionnelle d'un système - SysML - Etudiant.docx 6/15

III. DIAGRAMME DES CAS D'UTILISATION : (USE CASE DIAGRAM, NOTATION SYSML: UC)

a. Son rôle :

Il montre les interactions fonctionnelles des acteurs et du système d’étude. Il délimite précisément le système, décrit ce que fera le système sans spécifier comment (et non ce que fera l’utilisateur). Il exprime les services (use cases) offert par le système aux utilisateurs (actors).

b. Sa représentation graphique :

� On trace un cadre délimitant le système et contenant un ensemble de séquences d’actions (Elles peuvent aussi être liées entre elles).

� A gauche on place les acteurs humains à droite les acteurs non humains (un acteur non humain est représenté par un rectangle).

� On décrit les actions réalisables par le système (les services rendus par le système aux acteurs, sous forme de verbe à l’infinitif plus compléments)

� Les acteurs peuvent être reliés entre eux soit par une flèche bidirectionnelle (chaque acteur agit sur l’autre) soit par une flèche unidirectionnelle (un acteur agit sur l’autre)

Exemple de la bouilloire électrique :

c. Les relations au sein du diagramme :

Lien d'extension "extend" : Le cas d’utilisation de base peut (option) incorporer celui placé à l’origine de la flèche.

Lien d'inclusion " include" : Le cas d’utilisation de base incorpore systématiquement celui placé à l’extrémité de la flèche.

Lien de spécialisation/généralisation : Ils relient des cas d’utilisation descendants qui héritent de la description d’un cas d’utilisation supérieur (parent commun).

d. Conseils :

� Ce diagramme ne doit indiquer ni la manière dont il va assurer les services, ni les solutions technologique envisagées.

� Plusieurs diagramme d’utilisation peuvent être établis pour un système afin d’en améliorer la compréhension.

Analyse fonctionnelle et comportementaleAnalyse fonctionnelle et comportementale

SYSTEME ETUDIE : ROBOT MINDSTORM EV3 TPCY1-EV3

DOCUMENT RESSOURCE Edition 1 - 07/09/2018

Lycée Jules Ferry - 06400 Cannes [email protected] 1/4

mailto:[email protected]


A.3. Les cas d’utilisationLa recherche des cas d’utilisation consiste à trouver des cas dans lesquels le système est utilisé pour mener à

bien une tâche spécifique d’un acteur.

→ Chaque cas représente un ensemble de séquence d’actions réalisées par le système.

→ Utiliser un verbe d’action.

MODELISATION – I1.1 SI1 Cours CHAPITRE 2 : DIAGRAMMES SysML

9/16 Icam Paris Sénart I1 Sciences Industrielles

c. Les cas d’utilisation La recherche des cas d’utilisation consiste à trouver des cas dans lesquels le système est utilisé pour mener à bien une tâche spécifique d’un acteur.

→ Chaque cas représente un ensemble de séquence d’actions réalisées par le système. → Utiliser un verbe d’action.

Symbole :

d. Relation entre cas d’utilisation (UC : Use Case) Relation d’inclusion : « include » Il permet de faire ressortir une sous-fonctionnalité. Toutes les étapes du cas d’utilisation sont intégralement reprises dans le cas d’utilisation incluant. Symbole : Relation d’extension : « extend » Le cas d’utilisation de base incorpore un autre cas d’utilisation mais optionnel. Symbole : Exemple :

A.4. Relation entre cas d’utilisation

A.4.1. Relation d’inclusion : « include »

Il permet de faire ressortir une sous-fonctionnalité.

Le cas d’utilisation de base inclut obligatoirement le service décrit par cette relation

A.4.2. Relation d’extension : « extend »

Le cas d’utilisation de base incorpore un autre cas d’utilisation mais optionnel.







A. Diagramme des exigences (REQ)

A.1. ObjectifLe diagramme des exigences traduit par des fonctionnalités ou des conditions ce qui doit (ou devrait) être

satisfait par le système.

Il traduit le CAHIER DES CHARGES, avec des exigences qui peuvent être fonctionnelles, de performances, de contraintes, etc.

Une exigence (Requirement, req en abrégé) permet de spécifier une capacité ou une contrainte qui doit être satisfaite par un système.

Elle peut spécifier une fonction que le système devra réaliser ou une condition de performance, de fiabilité, de sécurité, etc.

Les exigences servent à établir un contrat entre le client et les réalisateurs du futur système.

Étude des systèmes

3.2 Description fonctionnelle

3.2.1 Diagramme des exigences (Req – SysML Requirement Diagram)

FIGURE 21 – Diagramme des exigences de pesée de la balance Halo.

Ce diagramme (voir figure 21) modélise les exigences devant être vérifiées par le systèmeen liant les solutions mises en oeuvre sur le système avec les besoins définis dans le cahierdes charges. Il traduit, par des fonctionnalités ou des contraintes, ce qui doit être satisfaitpar le système.

Il est possible d’effectuer divers regroupements d’exigences, comme celles fonctionnelles,environnementales, marketting, design, technique, économique, . . .

Il est alors préférable de réaliser plusieurs diagrammes si nécessaire pour ne pas alourdirla présentation : par exemple, un diagramme pour les exigences techniques, puis les autresgroupes d’exigences sur d’autres diagrammes.

Afin de présenter plus lisiblement les critères et niveaux associés à chaque exigence, ilest possible de les détailler dans un tableau.

15

Les deux propriétés de base d’une exigence sont :

• un identifiant unique (permettant ensuite de gérer la traçabilité avec l’architecture, etc.) ;

• un texte descriptif.

A.2. ConstructionLe diagramme des exigences débute par l’exigence globale du système, qui sera ensuite décomposée en

exigences unitaires.

Étude des systèmes

3.2 Description fonctionnelle

3.2.1 Diagramme des exigences (Req – SysML Requirement Diagram)

FIGURE 21 – Diagramme des exigences de pesée de la balance Halo.

Ce diagramme (voir figure 21) modélise les exigences devant être vérifiées par le systèmeen liant les solutions mises en oeuvre sur le système avec les besoins définis dans le cahierdes charges. Il traduit, par des fonctionnalités ou des contraintes, ce qui doit être satisfaitpar le système.

Il est possible d’effectuer divers regroupements d’exigences, comme celles fonctionnelles,environnementales, marketting, design, technique, économique, . . .

Il est alors préférable de réaliser plusieurs diagrammes si nécessaire pour ne pas alourdirla présentation : par exemple, un diagramme pour les exigences techniques, puis les autresgroupes d’exigences sur d’autres diagrammes.

Afin de présenter plus lisiblement les critères et niveaux associés à chaque exigence, ilest possible de les détailler dans un tableau.

15







1. Les liaisonsLes exigences peuvent être reliées entre elles par des relations de :

contenance qui permet de décomposer une exigence composite en plusieurs exigences unitaires.

raffinement « refine » qui consistent en l’ajout de précisions, par exemple de données quantitatives

dérivation « deriveReqt » qui consistent à relier des exigences de niveaux différents par exemple des exigences système à des exigences de niveau sous-système, etc...

Un composant issu du diagramme de définition de bloc (BDD) peut être relié à une exigence, précisant ainsi l’élément du système permettant de satisfaire l’exigence désignée :

2. Les notes graphiques (commentaires)Deux mots-clés particuliers ont été définis afin de les représenter :

• des problèmes à résoudre « problem » ;

• des justificatifs « rationale ».

3. La traçabilitéElle permet de s’assurer de la cohérence entre ce que fait réellement le projet et ce qu’il doit faire et de faciliter

l’analyse d’impact en cas de changement.

Le diagramme d’exigences permet ainsi tout au long d’un projet de relier les exigences avec d’autres types d’élément SysML par plusieurs relations :

• exigence élément comportemental « refine » (cas d’utilisation, diagramme d’états, etc.)

• exigence bloc d’architecture « satisfy » (lien avec l'élément qui satisfait l'exigence)

Spé

ATS COURS




� On indique l’exigence du système dans le premier rectangle, avec un texte descriptif et un identifiant unique.

� On décompose cette exigence en exigences unitaires � On peut ajouter des données quantitatives et des précisions

c. Les relations au sein du diagramme des exigences :

Lien de contenance : L’exigence située du côté du cercle avec la croix, contient l’exigence (plus détaillée) placée à l’autre extrémité.

Lien de dérivation "derive" ou "deriveReqt" : Il exprime un lien entre 2 exigences de niveaux différents. Celle située à l’origine de la flèche découle (sans y être contenue) de l’exigence pointée pour exprimer une cohérence du système. Il implique généralement un choix d’architecture.

Lien de raffinement "refine" : Il précise, souvent par des données quantitatives, l’exigence pointée par la flèche.

Lien de solution "satisfy" : Il précise le composant satisfaisant l’exigence pointée par la flèche.

Spé

ATS COURS











Spé

ATS COURS











Spé

ATS COURS

















Analyse fonctionnelle et comportementale SYSTEME ETUDIE :...

Documents

Transcript of Analyse fonctionnelle et comportementale SYSTEME ETUDIE :...