CHAP II : ANALYSE ET CONCEPTION DUB SYSTEME
INFORMATIQUE
La phase d'analyse consiste en une étude conceptuelle,
une délimitation du système et description de différents
scenarios, de son utilisation par les utilisateurs, tel que préconise la
démarche agile.
Pour la formalisation de besoins des utilisateurs, nous
utiliserons un sous-ensemble du langage de modélisation UML qui nous
sera également nécessaire et suffisant pour notre travail.
Dans un premier temps, les besoins des utilisateurs seront
modélisés au moyen des cas d'utilisation UML, et seront
représentés de façon concrète au moyen d'Interface
Homme Machine (IHM) destinée à faire réagir les futurs
utilisateurs.
Chaque cas d'utilisation est décrit textuellement de
façon détaillée, mais donne également lieu à
un diagramme de séquence simple représentant graphiquement la
chronologie des interactions entre les acteurs et le système.
Dans le cadre du scenario nominal, ces diagrammes sont
appelés : « diagramme de séquence système ».
Enfin, nous allons élaborer un modèle du domaine
ainsi que le diagramme de classes participantes (qui décrivent cas
d'utilisations par cas d'utilisation à travers les trois principales
classes, à savoir : Dialogue, Contrôle et Entité pour
aboutir au code
II.1. Expressions des besoins
Le système qui sera mis en place doit permettre
- D'enregistrer les informations concernant les clients pour les
consulter, les modifier en cas de besoin ;
- D'établir une facture pro-forma lorsque le client en a
besoin pour justification ;
- D'établir un contrat ;
- D'établir une facture lorsque le client paye ;
- De mettre à jour les informations dans la base de
données.
II.2. Délimitation du
périmètre
Le périmètre est circonscrit au système
informatique et non au domaine. Tout acteur identifié lors de l'analyse
métier n'est pas automatiquement acteur du système informatique.
Il faut dire qu'il peut l'être, si l'accès au système lui
est permis.
Dans notre cas d'étude relatif aux actions métiers
à automatiser, nous avons les acteurs ci-après
1. Le réceptionniste : chargé d'établir des
contrats, factures, ~
2. Le directeur : Consulte et valide les contrats et aussi il
contrôle toutes les opérations du système,
3. L'administrateur : chargé de contrôler les
comptes des utilisateurs
II.3. Diagramme de cas d'utilisation système
Après avoir analysé les besoins des
utilisateurs, nous passons directement au diagramme de cas d'utilisation
système, il nous montre les interactions fonctionnelles qui existent
entre les acteurs et le système.
II.3.1. les acteurs systèmes
- Réceptionniste - Directeur
- administrateur
| 
