CHAP. V. IMPLEMENTATION (SYSTEME II)

La phase d’analyse détermine ce que l’implémentation doit réaliser, et la conception du système détermine le «  plan d’attaque ».

La conception des classes nous permet de pouvoir documenter la conception du système par rapport au langage orienté objet que nous  allons utiliser.

 Quant à notre application, elle débouche sur une base de données et sur ce, certaines de nos méthodes seront traduites en procédures  stockées qui sont un ensemble de fonctions qui nous sert d’interface pour exploiter les données des tables.

 Les données des tables ne seront pas directement manipulées, on y accédé à travers ces procédures.  L’idée est de ne pas trop surcharger l’application et alléger aussi les postes clients par rapport aux traitements qui devraient y être fait qui sont déjà faits au serveur de données au travers ces Procédures.

 Le diagramme de classe ci-après  nous indique les attributs de chaque classe et s’approche nettement de l’implémentation. Nous avons préféré  le générer à partir de la base de données créée en WINDEV.

Vue d’ensemble de la conception des classes

1. Cahier des charges

Un cahier des charges permet de synthétiser et fixer  par écrit l’objet d’une prestation que celle-ci soit  réalisée en interne ou sous – traité :

• Il définit les besoins ;
• Il est un outil de dialogue entre la maître d’ouvrage, les informaticiens, les services juridiques, les soumissionnaires.[1]

L’application que nous mettons en place va respecter une architecture Client-serveur. Nous allons créer un LAN qui aura un serveur de données et les applications seront logées dans des postes clients.

La gestion de notre base de données sera garantie par un Data Base Manager et chaque utilisateur doit détenir un mot de passe pour se connecter à la base de données en prenant compte certaines restrictions.

Sur ce, il est nécessaire de recruter un Data Base Manager et de former les agents qui seront les utilisateurs de notre application. Sinon, nous proposons une sous-traitance pour l’administration de la base de données.

 Nous souhaitons à terme avoir un système qui prendra en charge tous les traitements de données concernant la gestion de naissance et la gestion de décès à la maternité des sœurs Adoratrice de BINZA/ Delvaux ; et obtenir les résultats au moment opportun pour une bonne prise des décisions.

Le projet n’étant pas budgétiser, nous proposons une prévision budgétaire qui se présente de la manière suivante :

• Matériels

DESIGNATION	QUANTITE	PRIX UNITAIRE en $	PRIX TOTAL EN $
Ordinateur Serveur	1	2000	2000
Ordinateur Client	4	1000	4000
Une Imprimante Réseaux	1	250	250
Switch de 16 Ports	2	100	200
Câble UTP (rouleau de 100 m)	1	120	120
Connecteur RJ 45 paquet	10	0.5	5
Onduleur	4	100	400
Stabilisateur	4	75	300
Installation et Autres	1	2000	2000
TOTAL			9275

• Logiciels

DESIGNATION	QUANTITE	PRIX UNITAIRE en $	PRIX TOTAL EN $
Windows Server 2008	1	3500	3500
MS- Office	1	120	120
WINDEV	1	4000	4000
Anti Virus (Norton 2010) et Symantec  server	1	500	500
TOTAL			8120

• Formation

DESIGNATION	QUANTITE	PRIX UNITAIRE en $	PRIX TOTAL EN $
Développeur du Projet	2	1000	2000
Agent à Former	4	120	480
TOTAL			2480

Le total de notre prévision budgétaire est de : 19.775 $ (Dollars Américains  Dix-neuf   mille huit  cent  septante – cinq).

2. Choix de la solution d’implémentation

L’objectif de l’implémentation est de mettre en œuvre les modèles issus de l’analyse et de la conception. Apres avoir optimisé les classes afin de simplifier le développement ou d’améliorer les performances, il est de notre devoir de lier l’utile a l’agréable c’est-à-dire de faire le choix  du langage en adéquation avec la méthode utilisée pour écrire les codes. Nous avons porte notre choix sur le langage oriente objet WINDEV 

3. Implémentation des classes

Nous faisons correspondre chaque classe à une table et chaque attribut à une colonne ou un champ. Nous ajoutons des colonnes ou champs pour un identifiant d’objet et pour les associations.

4. Implémentation des associations

Les règles d’implémentation des associations dépendent de la multiplicité.

• Associations de multiplicité plusieurs-a-plusieurs.

Ce type d’association est Implémenté  par une table, la clé primaire de l’association est une combinaison des clés primaires des classes qui participent à l’association. Si l’association a des attributs, ils deviennent des colonnes supplémentaires de la table.

• Associations de multiplicité un-a-plusieurs

Chaque association devient une clé étrangère encapsulée dans la table de la classe située à l’extrémité «  plusieurs ».  Si l’extrémité «  un »  de l’association avait un nom, nous l’utiliserions comme nom de la clé étrangère.

• Associations de multiplicité un-a-un

Elles se produisent rarement. On les gère en encapsulant une clé étrangère dans l’une ou l’autre table.

5. Implémentation des opérations

Nous avons eu à implémenter nos opérations (ex : Créer,  supprimer, modifier etc.),  en procédures stockées.

6. Etude de la solution technique

L’étude de la solution technique consiste à identifier avec précision les ressources informatiques qui nous permettront de mettre en œuvre notre système informatique.

Nous abordons deux aspects à savoir :

• Les ressources matérielles
• Les ressources logicielles

• Les ressources matérielles

Les matériels dans lesquels sera développée notre application sont :

• Un ordinateur serveur dont voici les caractéristiques :

• Processeur Intel Pentium M, vitesse5 Go;
• Disque Dur (HDD) Seagate SATA de 1 Téra;
• Mémoire Ram DIMM 10 Go ;
• Ecran LCD 17 pouces ;
• Clavier Azerty standards ;
• Souris optique.

• Trois ordinateurs clients dont voici les caractéristiques :

• Processeur Intel Pentium M, vitesse 2GHz ;
• Disque Dur (HDD) Seagate SATA de 500Go ;
• Mémoire Ram DIMM 1Go ;
• Ecran LCD 14 pouces ;
• Clavier Azerty standards ;
• Souris optique.

• Une imprimante réseau laser jet HP 6310 ;
• Trois onduleurs APC 420 avec autonomie de 30 minutes ;
• Trois stabilisateurs Gomtech 1500w ;
• Matériels réseaux (Switch, Câble, Connecteur, etc.)

7. Les ressources logicielles

Voici les logiciels qui nous servirons pour la mise en œuvre de notre application :

• Système d’exploitation Windows (2008 server, seven, XP servicePack2) ;
• Langage de programmation : WINDEV ;
• Microsoft office 2007 ;
• Antivirus : Kaspersky ou Norton et Symantec serveur.

8. Etude du réseau adapté

Suivant les différentes alternatives d’architectures internes possibles et tenant compte de la situation géographique de l’organisation étudiée, il s’avère que la liaison entre poste de travail se fasse a travers un réseau local (LAN) avec comme architecture adaptée Client/serveur.

L’architecture Client/serveur est une architecture ou on retrouve un groupe de machines reliées entre elles suivant deux classifications, les serveurs auront le rôle d’offrir des services aux utilisateurs notamment les postes clients.

Par service, nous désignons la réalisation d’une tâche demandée par le client et la gestion de la base de données. Les utilisateurs disposent des interfaces qui leur permettent

d’envoyer leurs demandes aux serveurs.  On peut distinguer deux types des clients : le client lourd et le client léger.

• Le client lourd est obligé de se connecter explicitement au serveur dont il a besoin pour la requête qu’il veut lancer c’est-a-dire la majorité de traitements se réalise au niveau de l’application qui s’y trouve.

• Le client léger par contre se connecte a la base de données via d’autres procédures logées au niveau du serveur c’est-a-dire la majorité de traitements se fait au niveau du serveur. Nous avons opte pour l’architecture Client/serveur avec le type du client léger.

9. Présentation de quelques Interfaces de travail en mode exécution

[1] Jp MBIKAYI MPANYA, op. Cit.