Formalisation des besoins de l'application
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.
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 ».
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.
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.
• 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

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 |
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.
• 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

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.

Fiches de cours les plus recherchées

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