Formalisation des besoins de l'application - Maxicours

Formalisation des besoins de l'application

Objectif :
Comment formaliser les besoins exprimés par les acteurs du système d'information ?
1. Présentation : mettre en place des outils permettant de définir les fonctionnalités d'une application informatique.
Rappel : on sait qu'une application informatique ou un logiciel est un ensemble de programmes, proposant des fonctionnalités capables de répondre aux besoins des utilisateurs.
Lors de la démarche de projets, le maître d'œuvre analyse l'existant du système d'information du maître d'ouvrage ; le maître d'œuvre doit travailler avec les acteurs de l'organisation étudiée, de façon à extraire les besoins, pour les formaliser, les modéliser, avant d’y répondre dans le cadre du développement applicatif du projet.

La formalisation des besoins est représentée (en classe de terminale STG GSI) par des cas d'utilisation, qui représentent l'interactivité fonctionnelle entre l'application informatique (logiciel) et ses utilisateurs.
2. Les bases des cas d'utilisation
a. Définition de cas d'utilisation
Un cas d'utilisation (use cases) permet de définir simplement une séquence de traitements, permettant de rendre un service à ses utilisateurs. Un cas d'utilisation correspond à la vision de l'utilisateur (acteur), amené à utiliser un système fonctionnel (ensemble des fonctionnalités d'un traitement).
Le regroupement logique de cas d'utilisation formalisés par la description de scénarios représente comment le système fonctionnel interagit avec ses acteurs (les utilisateurs de l'application informatique).

Les cas utilisations sont souvent le résultat d'un travail associant les utilisateurs et les « informaticiens ».
b. Les acteurs d'un cas d'utilisation
L'acteur est considéré comme un élément externe agissant sur le système des cas utilisations.

Un cas d'utilisation définit la représentation d’acteurs :
humain interne ou externe à l'organisation,
système à l'exemple d'une machine, d'un service, ou d'une activité, et même d'autres systèmes.

Un acteur doit être décrit par son rôle « métier », qui définit sa capacité d'agir pour répondre à ses besoins, en interaction au système représenté par les cas d'utilisation.
Une même personne (service…) peut avoir plusieurs rôles dans le cadre de son interaction avec le système, il sera représenté par autant d'acteur.
3. Le diagramme de cas d'utilisation
a. L'origine
UML représente les cas d'utilisation à l'aide d'un diagramme de cas d'utilisation.
UML (Unified Modeling Language) est un langage de modélisation graphique des systèmes d'information utilisé en génie logiciel. UML propose un certain nombre de diagrammes (permettant de représenter la modélisation de l'activité des organisations).

La méthodologie UP (Unified Process) utilise le diagramme de cas d'utilisation comme source de modélisation des systèmes d'information.
b. Représentation graphique du diagramme
Le diagramme de cas d'utilisation représente :
l'acteur humain sous forme d'icônes de Jacobson (personnage filaire),
l'acteur non humain sous forme d'un rectangle indiquant la description de la machine, le service, l'activité ou un autre système,
le cas d'utilisation sous forme d'une ellipse,
la relation qui relie l'utilisateurs au cas d'utilisation sous forme d'un trait,
le système sous forme d'un rectangle encadrant les cas d'utilisation (ellipse) concernées.

Illustration graphiques


c. Représentation textuelle d'un cas d'utilisation
Le diagramme des cas d'utilisation représentant un système fonctionnel doit être décrit plus précisément à l'aide d'une représentation textuelle de chaque cas d'utilisation.
On peut adopter le formalisme suivant :
 
 Cas d’utilisation Nom du cas d'utilisation
Acteur Rôle des utilisateurs du cas d'utilisation
Evénement déclencheur Définition de l'événement qui permettra le déclenchement de l'activité correspondant au cas d'utilisation
Parties prenantes et intérêts Définition du rôle général du cas d'utilisation par rapport à l'action des acteurs.
Portée Définition de la portée de l'action décrite par le cas (limitation contextuelle)
Pré conditions Définition des conditions préalables à l'usage du cas d'utilisation
Scénario nominal Définition étape par étape des traitements mis en œuvre par le cas d'utilisation
Cas particulier Définition des cas particuliers et de la façon dont ils seront gérés
4. Maquettes et tests applicatifs
Après avoir défini les fonctionnalités du logiciel, on va devoir procéder au maquettage de l'application (définition des formulaires de l'interface homme machine), qui vont permettre à l'utilisateur d’exploiter (et à l’informaticien de développer) l'application informatique.
On s'appuiera par ailleurs sur le diagramme des cas d'utilisation, et leur représentation textuelle, en particulier sur le scénario nominal, pour définir un ensemble de jeux d’essai (échantillon représentatif des données du système d'information), qui permettront de tester et de valider chaque fonctionnalité de l'application.
5. Cas d'illustration
On choisit une problématique générique permettant la gestion d'une table de base de données.

Définition de la problématique
On veut pouvoir représenter la gestion de personnes (consultation, adjonction, modification et suppression), sachant que chaque personne dispose d'une fonction.

Schéma relationnel (représentant les tables de la base de données)
PERSONNE(numpers, nom, prénom, codefonc#)
FONCTION(codefonc, nomfonc)
Les clés primaires sont soulignées gras
Les clés étrangères sont en italique suivies d’un #

Diagramme des cas d'utilisation


Étude du cas d'utilisation : ajouter une personne

- Représentation textuelle
Cas d’utilisation Ajouter une personne
Acteur Utilisateur du système d’information
Evénement déclencheur A la demande de l’utilisateur
→ Utilisation conversationnelle par une IHM WWW
Parties prenantes et intérêts Ajouter de nouvelles personnes du système d’information
Portée Gestion des personnes et de leur fonction
Pré conditions Disposer de la liste des fonctions
 Scénario nominal 1. Présentation du formulaire de saisie
2. L’utilisateur saisit les champs textes du formulaire
3. L’utilisateur choisit la fonction dans la liste déroulante.
4. L’utilisateur valide le formulaire
5. Le système enregistre la personne
Cas particulier 4.1 si certains champs ne sont pas saisis retourner en 2

- Maquette applicative


L'essentiel
Les cas d'utilisation permettent de formaliser la représentation des besoins des utilisateurs (acteurs).
Les acteurs sont l'ensemble des éléments externes susceptibles d’interagir avec le système fonctionnel représentant les différents cas d'utilisation.

Le diagramme des cas d'utilisation permet de représenter graphiquement le système fonctionnel d'un domaine d'études interactivement aux rôles de ses acteurs.

La représentation textuelle d'un cas d'utilisation permet de préparer le développement applicatif, mais aussi le maquettage (les formulaires) et les jeux d'essai permettant sa validation.

Vous avez déjà mis une note à ce cours.

Découvrez les autres cours offerts par Maxicours !

Découvrez Maxicours

Comment as-tu trouvé ce cours ?

Évalue ce cours !

 

Découvrez
Maxicours

Des profs en ligne

Géographie

Des profs en ligne

  • 6j/7 de 17h à 20h
  • Par chat, audio, vidéo
  • Sur les 10 matières principales

Des ressources riches

  • Fiches, vidéos de cours
  • Exercices & corrigés
  • Modules de révisions Bac et Brevet

Des outils ludiques

  • Coach virtuel
  • Quiz interactifs
  • Planning de révision

Des tableaux de bord

  • Suivi de la progression
  • Score d’assiduité
  • Une interface Parents

En poursuivant votre navigation sur ce site, vous acceptez l'utilisation de Cookies ou autres traceurs pour améliorer et personnaliser votre navigation sur le site, réaliser des statistiques et mesures d'audiences, vous proposer des produits et services ciblés et adaptés à vos centres d'intérêt et vous offrir des fonctionnalités relatives aux réseaux et médias sociaux.