Rapport D'Analyse

elle les points important du cahier des charges qui vont justifier nos choix d’organisation du logiciel. De ce fait, cette partie :

1. liste les classes à utiliser ainsi que leur rôle ;

2. donne le graphique des relations entre les classes ;

3. propose une interface graphique ;

4. discute de la gestion de la persistance.

La partie CONCEPTION du rapport approfondit les choix faits dans la partie Analyse. Donc cette partie

1. développe la gestion de l’application avec des bases de données ;

2. liste l’ensemble des méthodes retenues en les commentant.

ANALYSE

1 Rappel du Cahier des Charges – Choix des Classes – Rôle de chaque classe

L’application comprendra principalement cinq modules accessibles à l’aide de menus. Ces modules sont la base de notre réflexion sur l’analyse et la conception de l’application. Ces modules sont :

• Un module de gestion des propositions de dons, désignées par le terme « offres » ;

• Un module de gestion des stocks de l’association ;

• Un module de recherche rapide dans les stocks;

• Un module proposant des statistiques sur les dons ayant transités par l’association ;

• Un module « Fichier » classique pour la gestion des sauvegardes et des paramètres de l’application.

Les modules « Rechercher », « Statistiques » et « Fichier » feront l’objet d’une étude spéciale dans la section 1.4. Gestion de la persistance.

Pour les modules « Gestion des propositions de dons » et « Gestion des stocks » qui correspondent au cœur de l’implémentation en JAVA, on adoptera le schéma d’analyse suivant :

A. Rappel des besoins de ce module exprimés dans le cahier des charges (cette partie est encadrée dans le rapport)

B. Analyse du cahier des charges et définition de classe(s) adaptée(s)

1 Module « Gestion des propositions de dons »

A. Rappel des besoins de ce module exprimés dans le cahier des charges

Une offre faite à l’association peut être décrite par les champs suivants :

- Date de réception de l’offre

- Type de matériel (quantité + nature ; exemple : 1 TV couleur) ;

- Référence de l’objet ;

- Nom du donateur potentiel ;

- Numéro de téléphone ;

- Adresse ;

- Description complémentaire ;

Ensuite, l’utilisateur doit pouvoir accepter ou non l’offre.

Un champ Acceptation de l’offre avec les valeurs Oui ou Non ou En cours de traitement est à prévoir.

Si l’offre de don est acceptée, il faut également renseigner :

- Date d’acceptation ;

- Par quel membre de l’association ;

- Date de transport ;

- Les transporteurs ;

- Les véhicules ;

- Le lieu de stockage prévu (Garde Meuble ou un Dépôt Vente).

L’offre sera alors validée et l’objet sera répertorié dans les stocks.

B. Analyse du cahier des charges et définition de classe(s) adaptée(s)

On définit une classe Offre regroupant toutes les informations nécessaires à la gestion des différentes propositions de dons telles que les dates et différentes personnes intervenants (donateur, enquêteur de l’association, transporteur…) La classe Offre contient donc des variables de classes qui référencent des personnes et des objets. Il faut donc créer des classes Personnes et Objet. Une instance de la classe Offre n’agrégera pas une Personne (car une personne peut donner, recevoir ou valider plusieurs Offres, cela conduirait à une forte redondance des données en mémoire) mais un Objet, puisqu’on a obligatoirement un objet=une offre. On utilisera des numéros de références pour pouvoir connaître les personnes qui agissent sur les offres (Ref_personne).

• La classe Personne permet d’avoir toutes les informations utiles sur les différentes personnes.

On trouve dans la classe Personne, le Nom, la référence (ref_personne) et les coordonnées(Tel ; Adresse) de la personne ainsi qu’un champ Note pour donner des informations spécifiques sur la personne.

Les personnes morales (les transporteurs, entrepots, dépôt-ventes, associations tierces) sont considérées comme appartenant à la classe Personne.

Il existe néanmoins d’autres catégories de Personnes, qui peuvent hériter de la classe Personne : les adhérents, et les donneurs/receveurs. On choisit donc de créer deux classes Adherents et Tiers qui spécialisent la classe Personne.

← La classe Adherents nous apporte les informations sur le Prenom, Fonction et l’Age de la personne

← La classe Tiers nous renseigne sur le Prenom et l’Age de la personne.

• La classe Offre agrège donc une classe Objet qui contient les informations pertinentes sur l’objet dont l’association peut accepter le don. Après analyse des propriétés communes ou non aux objets, il ressort deux catégories : les objets dont la connaissance des dimensions exacte est nécessaire pour la redistribution, et les autres pour qui la désignation suffit.

• Dés lors, on peut créer Dimensionne et Adimensionne qui spécialisent (extends) la classe Objet : cela permet de faire la distinction entre les objets dont on veut connaître des informations sur la dimension et les autres objets.

← La classe Dimensionne explicite les dimensions des objets. Elle est spécialisée en 3 différentes classes qui permettent de classer les objets dans différentes catégories.:

⇨ Table ;

⇨ Electromenager ;

⇨ Cuisinieres ;

⇨ MeubleLiterie.

← La classe Adimensionne spécialise les objets dont la connaissance de la dimension n’est pas nécessaire, tels que les couverts ; assiettes ; chaises ; etc.

• Cette construction des classes permet d’éviter l’utilisation et le stockage d’emplacement mémoires inutiles, chaque objet possédant exactement les informations qui le définissent (pas de largeur, hauteur, longueur pour une cuillère par exemple).

2 Module « Gestion des stocks »

A. Rappel des besoins de ce module exprimés dans le cahier des charges

L’application doit pouvoir permettre de visualiser les objets stockés par entrepôt, et d’enregistrer des sorties de stocks.

Lorsqu’un don quitte l’association, c’est qu’il a été soit vendu, soit donné. Il faut alors l’indiquer dans le menu « Redistribution d’un don ». La fenêtre qui s’ouvrira

Il y a quatre destinations possibles pour les dons reçus :

Garde Meubles des « Petits Frères des Pauvres »

Vente bi-annuelle

Dépôt-vente

Don direct

Objets mis au « Garde Meubles »

On veut connaître :

la date de dépôt au Garde meubles ;

la personne récupérant le don.

Objets destinés à la vente bi-annuelle :

Il s’agit ici d’enregistrer les informations comptables correspondantes :

le montant estimé de l’objet ;

le montant obtenu à la vente.

Objets destinés au dépôt-vente :

Il faut connaître :

la date du dépôt

le montant estimé

la date de la vente par le dépôt-vente

le montant de la vente