Formalisation des besoins de l'application
- Fiche de cours
- Quiz
- Profs en ligne
- Videos
- Application mobile
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.
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 ».
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.
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.
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
• 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 :
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.
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
- Maquette applicative
• 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.
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 obtenu75%de bonnes réponses !