3.6 Diagramme de cas d'utilisation métier
Les diagrammes de cas d'utilisation (DCU) sont des diagrammes
UML utilisés pour une représentation du comportement fonctionnel
d'un système logiciel. Ils sont utiles pour des présentations
auprès de la direction ou des acteurs d'un projet, mais pour le
développement, les cas d'utilisation sont plus appropriés. En
effet, un cas d'utilisation (use cases) représente une
unité discrète d'interaction entre un utilisateur (humain ou
machine) et un système. Ainsi, dans un diagramme de cas d'utilisation,
les utilisateurs sont appelés acteurs (actors), et ils apparaissent dans
les cas d'utilisation [10].
Ils permettent de décrire l'interaction entre l'acteur
et le système. L'idée forte est de dire que l'utilisateur d'un
système logiciel a un objectif quand il utilise le système ! Le
cas d'utilisation est une description des interactions qui vont permettre
à l'acteur d'atteindre son objectif en utilisant le système. Les
use case (cas d'utilisation) sont représentés par une
ellipse sous-titrée par le nom du cas d'utilisation
(éventuellement le nom est placé dans l'ellipse). Un acteur et un
cas d'utilisation sont mis en relation par une association
représentée par une ligne [10].
Figure 3 Diagramme de cas d'utilisation métier
27
3.7 MODELE DU DOMAIN
Le modèle du domaine est une
représentation des concepts clés du
système, de leurs caractéristiques et des liens qui les
unissent. Il s'agit d'un diagramme de classes
simplifié, destiné avant tout à faciliter la
compréhension des entités fondamentales du domaine métier,
indépendamment de toute considération technique ou de mise en
oeuvre. Ce modèle décrit de manière claire et
structurée les objets qui interviennent dans le fonctionnement du
système, tels que les candidats, les offres d'emploi, les CV ou encore
les entreprises, ainsi que les relations logiques qui les relient.
L'objectif principal du modèle du domaine est
d'établir un vocabulaire commun et partagé entre les parties
prenantes du projet (maîtrise d'ouvrage, développeurs,
utilisateurs finaux), afin de s'assurer que la conception technique
reflète fidèlement la réalité métier et
réponde aux besoins exprimés.
Le diagramme de classes est quant à
lui un outil essentiel qui permet de modéliser la structure
statique du système. Il représente les objets ou
entités du domaine, leurs attributs, leurs méthodes principales,
ainsi que les relations de dépendance, d'association ou
d'héritage qui les relient. Ce diagramme joue un rôle central dans
la démarche de conception: il sert de point de référence
pour la définition des structures de données, la conception de la
base de données relationnelle, et la génération des
squelettes de code objet.
Dans le cadre de ce projet, le diagramme de classes facilite
la visualisation des entités principales du système (Entreprise,
Offre d'emploi, Demandeur d'emploi, CV), de leurs propriétés (par
exemple les coordonnées, les dates de publication ou les scores de
pertinence) et des cardinalités des associations (une entreprise peut
publier plusieurs offres, un demandeur peut déposer plusieurs
candidatures, etc.).
28
Figure 4 Diagramme de classes système 3.7
Analyse du système informatique
Cette section présente l'analyse
détaillée du système informatique envisagé.
L'objectif est de spécifier les exigences auxquelles la solution doit
répondre, afin d'assurer son adéquation aux besoins métier
identifiés et de guider la conception technique. L'analyse porte
à la fois sur les exigences fonctionnelles, qui
décrivent les services attendus du système, et sur les
exigences non fonctionnelles, qui fixent les contraintes de
qualité, de performance et de sécurité.
Avec plaisir. Voici une version bien structurée et
rédigée de la section :
Ø Exigences fonctionnelles du système existant
(manuel)
29
Cette section présente les exigences fonctionnelles du
système actuel, c'est-à-dire le processus manuel tel qu'il est
observé avant toute informatisation ou automatisation. Il s'agit
d'identifier les tâches que les acteurs réalisent aujourd'hui sans
l'aide d'un système intelligent, afin de mieux comprendre les limites du
fonctionnement actuel et de motiver la mise en place d'une solution
numérique.
o Exigences fonctionnelles identifiées dans le
système existant :
| 
