1.2 Modéliser le contexte : Diagramme de contexte
dynamique:
Tout les messages échangent entre système et
acteurs identifies peuvent être représenté de façon
synthétique sur un diagramme, que l'on peut qualifier de diagramme de
contexte dynamique
CAISSIER
Encaissement
Ajouter un locataire
Modifier un locataire
Supprimer un locata
Déposé
Dossier
Logement
EXPLOITEUR
Consulter des divers
Locataire
Paiement
mensuellement
Relance de paiement
Fig04. Diagramme de cas d'utilisation
Identifier les cas d'utilisations :
Qu'est qu'un cas d'utilisation ?
Un cas d'utilisation représente un ensemble de
séquence d'actions réalisées par le
système et produise un résultat observable
intéressant pour un acteur particulier.
Un cas d'utilisation modélise un service rendu par le
Système .Il permet de décrire ce que le futur système
devra faire sans spécifier comment a le fera.
Le tableau suivant montre les liens entre les cas d'utilisation
identifiés, les acteurs principaux et secondaires et les messages
provenant du contexte.
1 Diagramme de cas d'utilisation
Description des cas d'utilisation
|
Cas d'utilisateur
|
acteur
|
description
|
|
Ajouter un locataire
|
Exploiteur
|
Ajouter un locataire est associe le dans un
logement
|
|
Modifier un locataire
|
Exploiteur
|
Modifier les information d'un locataire
|
|
Supprimer un locataire
|
Exploiteur
|
Supprimer d' locataire
|
|
Consulter des divers
|
Exploiteur Caissier
|
Consulter des locataires d'un logement est les logements
Consulter les versements des locataires et date de versement de
chaque locataire
|
|
Encaissement
|
Caissier
|
Saisie les versements des locataires
|
|
Paiement mensuellement
|
Locataire
|
Verser des cotisations mensuelles
|
|
Relance de paiement
|
Exploiteur
|
Relance un paiement en cas d'erreur ou d'une coupure.
|
|
Déposé Dossier Logement
|
Locataire
|
Déposé un dossier
pour
bénéficier du logement.
|
3. Analyse de système
La phase d'analyse est la première étape dans la
vie d'un logiciel. Elle a pour objectif de décrire de manière
précise, concis, correct et compréhensible la
réalité étudiée. L'analyse d'une application objet
doit faire apparaitre les caractéristiques métiers des objets
suivant deux types d'analyse
· Une analyse statique : représentant la description
structurelle des objets,
· Une analyse dynamique : décrivant le cycle de
vie l'objet au cours de l'application (les étapes par lesquelles passe
l'objet ainsi que les évènements qui lui sont envoyés).
3.1Analyse statique
|
Les cas d'utilisation représentent une vue
fonctionnelle des systèmes. Si cette vue est conservée lors du
passage vers la définition de l'architecture, la forme du système
sera le reflet de la fonction et, de se fait le système sera
difficilement extensible.
|
|
Afin d'échapper a ce problème il convient de
négocier la transition vers les objets, or le modèle objet permet
de passer de cette vue fonctionnelle vers une vue objet du modèle. Le
diagramme objet exprime de manière générale la structure
statique de système en termes de classes et de relations entre ces
classes. Une classe permet de décrire un ensemble d'objets (attributs +
comportement), tendis qu'une relation ou association permet de faire apparaitre
des liens entre ces objets.
| 
