Conception et réalisation d'un site web pour le suivi de l'activité de la station d'épuration de l'ONA Chlef en Algérie

Remerciemen t

Merci à dieu d'avoir guidé nos pas et nous avoir aidées à réaliser ce travail.

Merci à notre encadreur M^R HADJ HENNI pour sa compétence et son expérience qui nous a permis l'accomplissement de ce travail .

A tous nos enseignants et le personnel du Département, nous exprimons toute notre gratitude.

Un grand remerciement pour le personnel de l'ONA Chlefpour leurs collaboration et leurs hospitalité.

Merci à tous les ceux qui nous ont aidé.

Enfin, pour leur amour, présence et soutient sans faille, nous ne saurons jamais exprimer notre gratitude à nos parents et nos famille.

SOMMAIRE

Introduction général 5

CHAPITRE 1 : ETUDE DE L'EXISTANT 6

I. L'OFFICE NATIONAL D'ASSAINISSEMENT ONA 6

1. PRESENTATION 6

1.1. Un peu d'Histoire 6

1.2. Missions 6

2. ORGANISATION 7

3. L'ONA EN CHIFFRES 8

4. ACTIVITES 9

4.1. Exploitation et maintenance 9

4.1.1. Entretien du réseau 9

4.1.2. Exploitation de stations d'épuration 10

4.1.3. Exploitation de stations de relevage 10

4.2. Contrôle 10

II. ONA ZONE DE CHLEF 12

1. PRESENTATION 12

2. ORGANIGRAMME DE L'ONA CHLEF 12

III. PROBLEMATIQUE 14

IV. FLUX D'INFORMATION 14

V. ETUDE DE PROCEDURE DE TRAVAIL 16

1. LES SYMBOLE UTILISE 16

2. PROCEDURE DE SUIVE DE BILAN 16

3. EXPLICATION DE PROCEDURE 18

3.1. EXPLICATION DES OPERATIONS 18

3.2. EXPLICATION DU DOCUMENT 18

VI. ÉTUDE DES POSTES DE TRAVAIL 19

1. Directeur de zone 19

2. Direction d'Exploitation et de la Maintenance 20

3. Directeur d'unité 20

4. Département d'exploitation et de la maintenance 22

VII. ÉTUDE D'UN DOCUMENT 22

1. ABREVIATION UTILISEES 22

2. ETUDE ANALYTIQUE DES DOCUMENTS 23

CHAPITRE II : CONCEPTION 30

I. INTRODUCTION 30

II. DIAGRAMME DE CAS D'UTILISATION : 33

1. CAS D'UTILISATION 33

2. ACTEURS 34

3. RELATION ENTRE CAS D'UTILISATIONS 34

4. DIAGRAMME DE CAS D'UTILISATION 35

5. DICTIONNAIRE DE DONNEES 37

6. DIAGRAMME DE CLASSE 49

7. DIAGRAMMES DE SEQUENCE 51

8. DIAGRAMME D'ACTIVITE : 55

7.1. DIAGRAMME D'ACTIVITE SAISIR BILAN JOURNALIER 56

7.2. DIAGRAMME D'ACTIVITE MODIFIER BILAN 57

7.3. DIAGRAMME D'ACTIVITE D'ENVOI DE BILAN 58

7.4. DIAGRAMME D'ACTIVITE DE CONSULTER BILAN 59

9. MODEL RELATIONNEL : 60

CHAPITRE III : REALISATION 63

CONCLUSION GENERALE 70

Bibliographie 71

LISTE D'ILLUSTRATION

Figures

Figure 1 : Entretien du réseau 9

Figure 2 : Exploitation de stations d'épuration 10

Figure 3 : Contrôle du laboratoire central 11

Figure 4 : Organigramme du flux des données 15

Figure 5 : Organisation en quatre couches du langage UML. 32

Figure 6 : Cas d'utilidatio pour l'acteur respensable denergie 35

Figure 7 : Cas d'utilidation pour l'acteur chef de centre 35

Figure 8 : Cas d'utilidation pour l'acteur chef de step 36

Figure 9 : Cas d'utilidation pour l'acteur directeur d'unité 36

Figure 10 : Cas d'utilidation pour l'acteur directeur d'exploitation 37

Figure 11 : Diagramme de classe 50

Figure 12 : Diagramme de séquence cas saisir bilan journalier 52

Figure 13 : Diagramme de séquence cas envoyé bilanjournalier 53

Figure 14 : Diagramme de séquence cas consulter bilan journalier 54

Figure 15 : Diagramme de séquence cas modifié bilan journalier 55

Figure 16 : Diagramme d'activité saisir bilan journalier 56

Figure 17 : Diagramme d'activité modifier bilan 57

Figure 18 : Diagramme d'activité d'envoi de bilan 58

Figure 19 : Diagramme d'activité de consulter bilan 59

Figure 20 : Principe du langage php 64

Figure 21 : page de connexion 68

Figure 22 : liste des bilans journaliers. 69

Figure 23 : modification de mot de passe 69

5 Introduction général Introduction général

Internet et le World Wide Web sont devenus un formidable vecteur d'information. Tant au niveau de la diffusion (broadcasting) que du partage d'information et de la coopération. Aujourd'hui, le site web représente la vitrine d'une entreprise un site bien conçu représente donc un avantage certain pour l'entreprise.

L'O.N.A subie plusieurs difficultés lors de suivi des activités de ses différentes structures, car l'envoi des bilans ainsi que les calculs des valeurs se font d'une manière manuelle.

Objective :

Vu les difficultés avancées ci-dessus on se propose de développer un site web pour faciliter les tache d'élaboration, de vérifications et d'envoi des bilans de différents types.

Plan de mémoire :

Le premier chapitre : dans ce chapitre on effectuera l'étude de l'existence ;

Le deuxième chapitre : dans ce chapitre nous décrirons notre conception à l'aide des diagrammes d'UML.

Le troisième chapitre : dans ce chapitre nous présenterons les outils (langages de programmation, SGBD) utilisé pour réaliser notre solution sous forme de site Web.

6 CHAPITRE 1 : ETUDE DE L'EXISTANT

CHAPITRE 1 : ETUDE DE L'EXISTANT

I. L'OFFICE NATIONAL D'ASSAINISSEMENT ONA

1. PRESENTATION

Placé sous la tutelle du ministère de ressources en eau, l'Office National de l'Assainissement (ONA) est un établissement public national à caractère industriel et commercial (E.P.I.C), créé par décret exécutif n° : 01-102 du 21 Avril 2001. Bibliographie 1 : http://www.ona.dz

1.1. Un peu d'Histoire

L'ONA se substitue à l'ensemble des établissements et organismes publics, nationaux, régionaux et locaux en charge du service public de l'assainissement, notamment :

L'Agence Nationale de l'Eau Potable et de l'Assainissement (AGEP)

Les établissements publics nationaux à compétence régionale de gestion de l'assainissement.

Les EPEDEMIA de wilaya ; les régies et services communaux de gestion des systèmes d'assainissement.

1.2. Missions

Dans le cadre de la mise en oeuvre de la politique national de l'assainissement, l'Office National de l'Assainissement est chargé sur le territoire national, de l'exploitation, de la maintenance, du renouvellement, de l'extension et de la construction des ouvrages et des infrastructures d'assainissement. Ainsi, il assure :

· La protection et la sauvegarde des ressources et environnement hydrique.

· La lutte contre toutes les sources de pollution hydrique.

· La préservation de la santé publique.

L'ONA assure également pour le compte de l'Etat, la maîtrise d'ouvrage et d'oeuvre déléguée concernant les projets d'études, de réalisation de réhabilitation, de diagnostics

des stations d'épuration, des réseaux d'assainissement et de collecte de l'eau pluviale ^ainsique des stations de relevage .

7 ORGANISATION

L'Office est également chargé de :

· Proposer au ministère de tutelle les mesures d'encouragement de l'état ou les incitations à caractère technique ou financier dans le domaine de l'assainissement.

· Entreprendre toutes actions de sensibilisation, d'éducation, de formation ou d'étude et de recherche dans le domaine de la lutte contre la pollution hydrique.

· Prendre en charge, éventuellement, les installations d'évacuation des eaux pluviales dans ses zones d'intervention pour le compte des collectivités locales.

· Réaliser des projets nouveaux financés par l'état ou les collectivités locales.

· L'Office étudie et propose à l'autorité de tutelle la politique de tarification et de redevances dans le domaine de l'assainissement et veille à son application.

·

En fin, l'office est chargé des missions opérationnelles suivantes :

· Etablir le cadastre des infrastructures de l'assainissement et en assurer sa mise à jour.

· Elaborer les schémas directeurs de développement des infrastructures d'assainissement relevant de son domaine d'activité.

· Elaborer et mettre en oeuvre la politique de promotion des sous produits de l'assainissement.

2. ORGANISATION

L'ONA est doté d'un Conseil d'Orientation et de Surveillance et est dirigé par un Directeur Général.

Sous l'autorité du Directeur Général, deux assistants chargés respectivement du développement et de l'exploitation, un conseiller pour la communication et un conseiller pour la sécurité.

Six directions centrales chargées respectivement de l'administration et des finances, des ressources humaines et de la formation, de l'exploitation et de la maintenance, des études et travaux, du patrimoine et des moyens généraux et enfin de la réglementation et de la gestion déléguée.

8 L'ONA EN CHIFFRES

Puisque on va prendre comme exemple la ZONE DE CHLEF voici quelque information :

23, Rue Commandant Djilali Bounaama Chlef centre 2 000 BP.743

Tel : + 213 27 77 68 94 / [phone]

Fax : + 213 27 77 29 18

UNITES :

Unité Chlef

Cité Ben Sounna STEP Chlef 2 000 Chlef

Tel : + 213 27 77 21 34
Fax : + 213 27 77 86 23

Unité Ain Defla

Marché Hebdomadaire ex Deprochime 44 000 Ain Defla

Tel : + 213 27 60 20 43 Fax : + 213 27 60 20 43 Unité Relizane

Cité 24 villa N°01 48 000 Relizane

Tel : + 213 46 91 36 98 Fax : [phone]

3. L'ONA EN CHIFFRES

· Nombre de communes gérées par l'ONA : 654

· Nombre de salariés : Près de 7000

· Longueur du réseau géré par l'ONA plus de : 30 000 km

· Nombre de STEP en exploitation par l'ONA : 75

· Capacités installées des 75 STEP : 5 413 973 Eq. /H

· Volume mensuel (Décembre 2011) des eaux épurées : 10,5 millions de m3

· Débit moyen journalier des eaux usées épurées : 339 531 m3/j

· Taux d'utilisation des capacités des installations : 39 %

· Volume des eaux usées collectées durant le mois de Décembre 2011 : 53 millions de m3

· Nombre d'interventions réalisées durant le mois de Décembre 2011 : 20 273 interventions

· Linéaire de réseau curé durant le mois de Décembre : 361 Km

·

Nombre de branchements réalisés durant le mois de
Décembre : 96 branchements

· Linéaire de conduites renouvelées durant le mois : 996 ml

· Nombre de regards réalisés durant le mois de Décembre : 96

· Volume de déchets solides évacués durant le mois :6 913 m3

· Nombre de Station de relevage gérées par l'ONA : 330

· Volume d'eau relevé durant le mois de Décembre 2011 :14 665 398 m3

4. ACTIVITES

4.1. Exploitation et maintenance

4.1.1. Entretien du réseau

L'ONA prend en charge la gestion des systèmes d'assainissement de 654 communes sur les 1 541 existantes soit 42,43 % du réseau d'assainissement national, le reste du réseau national est géré soit par les régies communales en attendant le transfert de ces communes à l'ONA, soit par les sociétés par actions créées dans le cadre de la gestion déléguée du service public de l'eau et de l'assainissement telles que SEAAL pour Alger, SEAOR pour Oran, SEACO pour Constantine et SEATA pour Annaba et El-Taref .Ces réseaux font l'objet de visites et de curages périodiques. L'entretien des ouvrages annexes comprend notamment le curage des bouches d'égout, l'entretien des bassins de retenue, des déversoirs d'orage, des postes de relèvement des eaux usées et des branchements. Une exploitation efficace du réseau suppose un travail d'entretien rigoureux et permanent du personnel qualifié du service d'assainissement.

10 Exploitation de stations d'épuration

4.1.2. Exploitation de stations d'épuration

L'épuration des eaux usées constitue un axe stratégique pour l'équilibre hydrique et écologique. Par conséquent, d'importants programmes de réalisation de stations d'épuration ont été conçus et lancés pour protéger la ressource et le littoral, d'autant que l'Algérie a ratifié la convention de Barcelone pour la protection de la mer Méditerranée. L'ONA exploite 75 stations d'épuration et de lagunage réparties sur l'ensemble du territoire national et toutes les stations à boues activées disposent de laboratoire de contrôle. Les procédés les plus répondus utilisés sont à boues activées et à lagunage naturel. Le facteur de la ressource est prédominant pour la majorité des stations. Cependant, depuis 2006 le facteur récupération des eaux usées est intégré progressivement dans le fonctionnement pour quelques stations d'épuration.

Figure 2 : Exploitation de stations d'épuration

4.1.3. Exploitation de stations de relevage

Le transport des eaux usées dans les collecteurs se fait en général par gravité, c'est-àdire sous l'effet de leur poids. Il peut parfois s'effectuer par refoulement, sous pression ou sous dépression. Lorsque la configuration du terrain ne permet pas un écoulement satisfaisant des eaux collectées, on a recours à différents procédés (pompage et stations de relevage). Ainsi l'ONA gère actuellement330 stations de relevage/pompage d'un volume moyen relevé plus de 15 Million M3/Mois.

4.2. Contrôle

A l'instar de ce qui se passe pour la production d'eau potable, l'épuration des eaux usées fait, elle aussi, l'objet de contrôles. Ces derniers consistent en une série de mesures pratiquées par l'exploitant de la station d'épuration. Elle permet de mesurer l'efficacité de l'épuration, de s'assurer du respect des normes de rejets, de la bonne élimination ou évacuation des sous-produits de l'épuration (boues, graisses, etc.) et de détecter les éventuelles anomalies de fonctionnement de l'installation.

11 Contrôle

Ainsi, pour un meilleur suivi et contrôle de la qualité des eaux, l'ONA est doté d'un laboratoire central et de plusieurs laboratoires de contrôle répartis sur toutes les stations d'épuration.

Les missions principales du laboratoire central :

· Le suivi du fonctionnement et le contrôle des rejets des stations d'épuration gérées par l'office, en analysant les eaux résiduaires en entrée et sortie, et en analysant les boues aux différents stades du process.

· L'assistance technique aux autres laboratoires de l'Office.

· L'étude de valorisation des eaux épurées et des boues.

· L'encadrement d'étudiants dans le cadre de projet de fin d'études et de stages (DEUA, INGENIORAT, MAGISTER).

· La réalisation de campagnes de prélèvement et d'analyse dans le cadre d'actions spécifiques, à la demande des bureaux d'études.

· Le laboratoire réalise, en outre, toutes prestations d'analyses sur commande. Il possède pour cela une autorisation d'exploitation délivrée par le CACQE (Centre Algérien de Contrôle de la Qualité et d'Emballage).

Parmi les principales prestations proposées par le laboratoire central, la détermination des indicateurs d'une pollution chimique ou biochimique (la DCO, la DBO5, les MES, les détergents,....) et des paramètres indicateurs d'une eutrophisation (azote, phosphore...).

La section chimie se charge de ces analyses. La section inorganique, quant à elle, assure l'analyse des métaux lourds.

Le Laboratoire central de l'ONA est certifié ISO 14001. Ce certificat été décerné par un bureau allemand accrédité et envisage de mettre en place un système de management selon le référentiel ISO 17025.

Figure 3 : Contrôle du laboratoire central

12 ONA ZONE DE CHLEF

II. ONA ZONE DE CHLEF

1. PRESENTATION

La zone de Chlef assume l'ensemble de la collecte des eaux usées sur les communes conventionnées. Elle assume d'autre part le relevage des eaux à partir de 6 SR en exploitation, et fait le traitement des eaux usées dans deux STEP et une lagune.

La zone de Chlef comprend les unités suivantes :

· Unité de Chlef

· Unité de Relizane

· Unité de Ain Defla

Les trois (03) unités gèrent :

? 24 communes conventionnées sur un total de 122 communes faisant partie des territoires de la zone, répartis en 09 centres et 01 secteur.

? 1 517 km du réseau d'assainissement du territoire de la zone de Chlef. ? 10 SRstations de relevages.

? 02 STEP et 01 lagune aérée d'une capacité totale de 364 700 eq/h correspondant à un débit nominal journalier de 58 946m³.

Elle a pour mission d'entretenir et exploiter l'ensemble des réseaux et ouvrages d'assainissement servant à acheminer les eaux usées, et leur traitement relevons de nos territoire.

2. ORGANIGRAMME DE L'ONA CHLEF

laboratoire

Coordinateur Exploitation et
Maintenance

13 ORGANIGRAMME DE L'ONA CHLEF

DIRECTEUR DE LA ZONE DE CHLEF

SECRETARIAT

Chargé de la Sécurité du
Patrimoine SECRETARIAT

Directeur de l'Exploitation et de la
Maintenance

Unité Travaux et Réhabilitation

Directeur de l'Administration et des Finances

								Chef de Mission Ressource
Chef de Mission Finance et			Chef de Mission				Humaines
Comptabilité		Administration des Moyens	Exploitation		Maintenance

Unité de Chlef

Unité de AinDefla

Unité de Relizane

Chef d'équipe
exploitation

Moyens matériels Fi
			- Camion double cabine
			- Petit outillage
	spécialisées

Opérateurs

Contremaitre
exploitation

Electromécaniciens

Technicien de
Maintenance

Agents

Agents de prélèvement

Surveillants pompiste (station de relevage

Annexe 1 : Organigramme de l'ONA chlef

CHEF DE STEP

Technicien de
laboratoire

Agents d'exploitation

Chef de Centre
Assainissement

Agent administratif
polyvalent

Coordinateur
exploitation

Chef d'équipe
hydromécanique

Moyens matériels

- Camion hydocureur

- Petit outillage

- Equipement collectif

de protection

Chef secteur
assainissement

14 PROBLEMATIQUE

III. PROBLEMATIQUE

La Direction d'Exploitation et de la Maintenance de de la zone l'ONA gère ces différents bilans mensuels exploitation et énergie sous forme de papier, mais ce genre de procédé présente des obstacles pour l'analyse des données dans le temps et dans le coûtvoici quelques obstacles que l'ONA à trouver :

· Les bilans mensuels sont limités par des délais d'envoi vers la Direction Général (huit jours à peu près y compris le week- end entre l'unité et la zone), alors le temps de saisie des données des unités pour établir le consolidé zone ne leurs permet pas d'analyser les données,

· Lors du déroulement des données, il peut avoir des fautes de saisie qui peuvent erroné les résultats,

· Lors de la rectification des données lorsque il y a une erreur, possible d'oublier la saisie de cette donnée d'un côté et d'un notre côté elle est rectifier par tous les services,

· Les bilans sous forme de papier dans le temps où le nombre augmente, la maitrise de gestion devient difficile.

IV. FLUX D'INFORMATION

15 FLUX D'INFORMATION

DIRECTEUR DE ZONE

13

DIRECTION D'EXPLOITATION ET DE LA MAINTENANCE

12

DIRECTEUR D'UNITE

10

11

DEPARTEMENT D'EXPLOITATION ET DE LA MAINTENANCE

CORRESPONDANT
ENERGIE

9

5

Chef de STEP

Chef de Centre
Assainissement

6

7

8

Chef atelier
Maintenance

Chef
laboratoire

Chef SR

4

3

2 1

Figure 4 : Organigramme du flux des données

Client Chef d'Equipe

N°		Description
1		Réclamation ou demande d'intervention
2		Après traitement du problème l'ONA organise l'intervention selon le programme
3		Programme des interventions journalier
4		Résultats journaliers des interventions
5		Rapport mensuel Exploitation (partie COLLECTE DES EAUX USEES)
6		Rapport mensuel Exploitation (partie MAINTENANCE)
7		Rapport mensuel Exploitation (partie EPURATION)
8		Rapport mensuel Exploitation (partie SR)
9		Rapport mensuel Exploitation (consolidé STEP + partieCOÛTS D'EXPLOITATION)
10		Rapport mensuel (consolidé de l'unité)
11		Rapport mensuel énergie
12		Envoi des deux rapports mensuels Exploitation et Energie de l'unité vers la zone
13		Envoi des deux rapports mensuels Exploitation et Energie de zone vers la Direction Général
16

V. ETUDE DE PROCEDURE DE TRAVAIL

Dans cette partie, on procède à l'étude des déférentes procédures on les décomposant en groupes d'opérations entre les postes de travail. Ces groupes sont représentés sous forme de diagramme de circulation des documentsqui est un ensemble de convention schématique qui permet de décrire une procédure de travail

1. LES SYMBOLE UTILISE

Symbole			désignation
document
Classé ou archivé le document
Opération N			N

2. PROCEDURE DE SUIVE DE BILAN

17 PROCEDURE DE SUIVE DE BILAN

Directeur d'exploitation

Directeur d'unité

Chef de STEP

Chef de centre

Responsable d'énergie

B.J.C

B.J.S

B.M.E

09Chef

B.M.U

10

B.M.U

01

B.M.U

3

05

11

B.M.E

06

B.M.E

B.J.S

04

B.J.s

07

Avis 2

B.J.C 02

Avis 1

B.J.c

Avis 1

08

12

Avis 2

Avis 1

Avis 1

18 EXPLICATION DE PROCEDURE

3. EXPLICATION DE PROCEDURE

3.1. EXPLICATION DES OPERATIONS

N° d'opération	Désignation
01	Le chef de centre Remplir le bilan journalier de centre
02	Le chef de centre Envoyer le bilan journalier de centre
03	Le chef de STEP remplir bilan journalier de STEP
04	Le chef de STEP envoyer le bilan journalier de STEP
05	Le responsable d'énergie saisir le bilan mensuel de l'énergie
06	Le responsable d'énergie envoyer le bilan mensuel de l'énergie
07	Le directeur d'unité vérifier et consulter les bilans reçu
08	Le directeur d'unité envoie son avis
09	Le directeur d'unité saisir le bilan mensuel d'unité
10	Le directeur d'unité envoyer le bilan mensuel d'unité
11	Le directeur d'exploitation vérifier le bilan mensuel d'unité
12	Le directeur d'exploitation envoie son avis au directeur d'unité

3.2. EXPLICATION DU DOCUMENT

Document	Désignation
B.J.C	bilan journalier de centre
B.J.S	bilan journalier de STEP
B.M.E	bilan mensuel de l'énergie
B.M.U	bilan mensuel d'unité
AVIS 1	Avis 1
AVIS 2	Avis 2

19 ÉTUDE DES POSTES DE TRAVAIL

VI. ÉTUDE DES POSTES DE TRAVAIL 1. Directeur de zone

Fiche analytique du poste de DIRECTEUR DE ZONE

Nom de poste : Directeur de Zone

Le service contenu : Zone

Les moyens concrets : Internet, téléphone, imprimante, photo copie

Les moyens humains : 1

les tâches accomplies :

Validation des deux bilans (Exploitation et Energie) Envoi des bilansà la Direction Générale

Listes des documents

Nom des documents	Fait	Envoyer	Reçus
Bilans Mensuel d'Exploitation des Systèmes d'Assainissement		*	*
Bilans Mensuel d'Energie		*	*

20 Direction d'Exploitation et de la Maintenance

2. Direction d'Exploitation et de la Maintenance

Fiche analytique du poste de Direction d'Exploitation et de la Maintenance

Nom de poste : Direction d'Exploitation et de la Maintenance de Zone

Le service contenu : Zone

Les moyens concrets : Internet, téléphone, imprimante, photo copie

Les moyens humains : 4

les tâches accomplies :

Vérification et validation des deux bilans (Exploitation et Energie) des trois unités.

Listes des documents

Nom des documents	Fait	Envoyer	Reçus
Bilans Mensuel d'Exploitation des Systèmes d'Assainissement	*		*
Bilans Mensuel d'Energie	*		*

21 Directeur d'unité

3. Directeur d'unité

Fiche analytique du poste de Directeur d'unité

Nom de poste : Directeur d'unité

Le service contenu : Unité

Les moyens concrets : Internet, téléphone, imprimante, photo copie

Les moyens humains : 1

les tâches accomplies :

Validation des deux bilans (Exploitation et Energie) Envoi des bilans à la Direction de la zone

Listes des documents

Nom des documents	Fait	Envoyer	Reçus
Bilans Mensuel d'Exploitation des Systèmes d'Assainissement		*	*
Bilans Mensuel d'Energie		*	*

22 Département d'exploitation et de la maintenance

4. Département d'exploitation et de la maintenance

Fiche analytique du poste Département d'exploitation et de la maintenance

Nom de poste : Département d'exploitation et de la maintenance

Le service contenu : Unité

Les moyens concrets : Internet, téléphone, imprimante, photo copie

Les moyens humains : 1

les tâches accomplies :

Faire le consolidé du Bilans Mensuel d'Exploitation des Systèmes d'Assainissement Envoi du bilan à la Direction de l'unité

Listes des documents

Nom des documents	Fait	Envoyer	Reçus
Bilans Mensuel d'Exploitation des Systèmes d'Assainissement	*	*	*
Bilans Mensuel d'Energie	*	*	*

VII. ÉTUDE D'UN DOCUMENT

1. ABREVIATION UTILISEES

Signe	Désignation
N A D	Numérique Alpha numérique Date

Légende de propriété :

+ P.P : propriété portée et prévue

+ N.P.P : propriété non portée et prévue

+ P .N.P : propriété portée et non prévue

2. ETUDE ANALYTIQUE DES DOCUMENTS

Etude analytique de document 01 :

Code : b.J STEP

Désignation : Bilan JORNALIER DE STEP

Format : 21 X27 Nombre d'exemplaire : 1

Langage utilisé : français

Etablis par : chef de STEP

Utilisé par : directeur d'unité

Nature : interne

Information	Type		p.p		p.n.p		n.p.p
Date	D		*
Unité	A		*
Date De Mise En Service	D		*
STEP	A		*
Procédé d'épuration	A		*
Mode De Gestion	A		*
Capacité en Eq/hab	N		*
Durée du contrat	A		*
Débit nominal en M3/j	N		*
Montant du contrat	N		*
Lieu de rejet	A		*
DATE BILAN	N		*
VOLUME MJ SORTIE	N		*
VOLUME MJ ENTREE	N		*
MES ENTREE	N		*
MES SORTIE	N		*
DBO5 ENTREE	N		*
DBO5 SORTIE		N		*
DCO ENTREE		N		*
DCO SORTIE		N		*
N-NH4 ENTREE		N		*
N-NH4 SORTIE		N		*
Charge de pollution éliminée DBO5 (mg/l		N		*
Charge de pollution éliminée DCO (mg/l)		N		*
Quantité de boues Produites (m3)		N		*
Siccité moyenne		N		*
Poids en Matières Sèches (kg MS)		N		*
Consommation de polymère (Kg)		N		*
Devenir des boues Agriculture m3		N		*
Devenir des boues Décharge m3		N		*
Devenir des boues Autres (vers stock)		N		*
Déchets solides et refus des dégrilleurs (m3/mois)		N		*
Volume des Sables (m3/mois)		N		*
Graisses et huiles (m3/mois)		N		*
Matière sèche MS (Grammes de MS /litre)Décanteur primaire		N		*
Matière sèche MS (Grammes de MS /litre)Bassin d'aération		N		*
Matière sèche MS (Grammes de MS /litre)Décanteur Secondaire		N		*
Matière sèche MS (Grammes de MS		N		*
/litre)Bâche de mélange
Matière sèche MS (Grammes de MS /litre)Epaississeur		N		*
Matière sèche MS (Grammes de MS /litre)Bassin de stabilisation		N		*
MES g/l Décanteur primaire		N		*
MES g/l Bassin d'aération		N		*
MES g/l Décanteur Secondaire		N		*
MES g/l Bâche de mélange		N		*
MES g/l Epaississeur		N		*
MES g/l Bassin de stabilisation		N		*
Volume réutilisé (m3/mois)		N		*
Périmètre irrigué		N		*
Superficie du Périmètre (ha)		N		*
Type de culture		A		*
Concessionnaire		A		*
STEP, ou Lagune à l'arrêt		A		*
Date de l'arrêt de step		D		*
Motif de l'arrêt step		A		*
Impact de l'arrêt step		A		*
Actions entreprises pour la remise en état de la STEP		A		*
Date prévisionnelle de remise en service		D		*
Nom de la SR		A		*
Localisation de la Station de Relevage		A		*
Nombre de Pompes (N+1		N		*

HMT (ml)

	N	*
Débit Nominal (l/s) des (N) pompes	N	*
Puissance pompe Kw	N	*
Volumes Relevés m3/mois	N	*
Déchets extraits m3/mois	N	*
Energie consommée Kwh / mois sr	N	*
Destination des eaux relevées	A	*
Date de l'arrêt sr	D	*
Motifs de l'arrêt sr	A	*
Impact de l'arrêt sr	A	*
Actions entreprises pour la remise en état de la SR	A	*
Date prévisionnelle de remise en service	D	*
date_mois frais d'exploitation	D	*
Frais de maintenance consommable	A	*
Autre frais pchimique	N	*
Autre frais polimaire	N	*
Autre frais carburant	N	*
Autre frais pretation	N	*
Frais salaire cadre	N	*
Frais salaire maitrise	N	*
Frais salaire exécution	N	*

Etude analytique de document 02 :

Code : b.j

Désignation : Bilan journalier- Suivi journalier des travaux de curage Format : 21 X27

Nombre d'exemplaire : 1

Langage utilisé : français

Etablis par : chef de centre

Utilisé par : directeur d'unité, chef de centre

Nature : interne

Information	Type	p.p	p.n.p	n.p.p
Date d'intervention	D	*
Centre	A	*
Commune d'intervention	A	*
Nom et prénom du chef d'équipe	A	*
Lieu d'intervention	A	*
Début d'intervention	A	*
Fin d'intervention	A	*
Nombre de regard	N	*
Nombre d'avaloire	N	*
Linéaire curé (ml)	N	*
Déchets (m3)	N	*
Epuisement des eaux usées (m3)	N	*
Observation	A	*
Pourcentage (%)		100	0	0

Etude analytique de document 3 : Code : b.m

Désignation : Bilan MENSUEL ENERGIE

Format : 21 X27

Nombre d'exemplaire : 2

Langage utilisé : français

Etablis par : responsable d'énergie Utilisé par : directeur d'unité Nature : interne

Exemplaire de STEP

information	type	P.P	P.N.P	N.P.P
Unité	A	*
STEP	A	*
Energie Active	N	*
Energie Réactive	N	*
PMA	N	*
Rapport de puissance	N	*
Montant de la facture	N	*
Taux de consommation	N	*
Pourcentage %		100	0	0

29 ETUDE ANALYTIQUE DES DOCUMENTS Exemplaire de SR

information	type	P.P	P.N.P	N.P.P
Unité	A	*
SR	A	*
Energie Active	N	*
Energie Réactive	N	*
PMA	N	*
Rapport de puissance	N	*
Montant de la facture	N	*
Taux de consommation	N	*
Pourcentage %		100	0	0

30 CHAPITRE II : CONCEPTION

CHAPITRE II : CONCEPTION

I. INTRODUCTION Bibliographie [II]

L'approche objet est incontournable dans le cadre du développement de systèmes logiciels complexes, capables de suivre les évolutions incessantes des technologies et des besoins applicatifs. Cependant, la programmation objet est moins intuitive que la programmation fonctionnelle. En effet, il est plus naturel de décomposer les problèmes informatiques en termes de fonctions qu'en termes d'ensembles d'objets en interaction. De ce fait, l'approche objet requiert de modéliser avant de concevoir. La modélisation apporte une grande rigueur, offre une meilleure compréhension des logiciels, et facilite la comparaison des solutions de conception avant leur développement. Cette démarche se fonde sur des langages de modélisation, qui permettent de s'affranchir des contraintes des langages d'implémentation.

Le besoin d'une méthode de description et de développement de systèmes, prenant en compte à la fois les données et les traitements, a grandi en même temps que la taille des applications objet. Au milieu des années 90, plusieurs dizaines de méthodes objet sont disponibles, mais aucune ne prédomine. L'unification et la normalisation des trois méthodes dominantes, à savoir Booch, du nom de son auteur, OOSE (Object Oriented Software Engineering), d'IvanJacobson et OMT (Object Modeling Technique), de James Rumbaugh, sont à l'origine de la création du langage UML (Unified Modeling Language).

UML est une notation graphique conçue pour représenter, spécifier, construire et documenter les systèmes logiciels. Ses deux principaux objectifs sont la modélisation de systèmes utilisant les techniques orientées objet, depuis la conception jusqu'à la maintenance, et la création d'un langage abstrait compréhensible par l'homme et interprétable par les machines.

UML s'adresse à toutes les personnes chargées de la production, du déploiement et du suivi de logiciels (analystes, développeurs, chefs de projets, architectes...), mais peut également servir à la communication avec les clients et les utilisateurs du logiciel. Il s'adapte à tous les domaines d'application et à tous les supports. Il permet de construire plusieurs modèles d'un système, chacun mettant en valeur des aspects différents : fonctionnels, statiques, dynamiques et organisationnels. UML est devenu un langage incontournable dans les projets de développement.

Une méthode de développement définit à la fois un langage de modélisation et la marche à suivre lors de la conception. Le langage UML propose uniquement une notation dont l'interprétation est définie par un standard, mais pas une méthodologie complète. Plusieurs processus de développement complets fondés sur UML existent, comme le Rational Unified Process (RUP), de Booch, Jacobson et Rumbaugh, ou l'approche MDA (Model Driven Architecture) proposée par l'OMG, mais ils ne font pas partie du standard UML.

UML intègre de nombreux concepts permettant la génération de programmes. C'est un langage de modélisation fondé sur des événements ou des messages. Il ne convient pas pour la modélisation de processus continus, comme la plupart des procédés en physique. Ce n'est pas un langage formel, ni un langage de programmation. Il ne peut pas être utilisé pour valider un système, ni pour générer un programme exécutable complet. Mais, il permet de produire des parties de code, comme le squelette des classes (attributs et signatures de méthode).

Même si la version 2 apporte des avancées significatives au niveau du formalisme, UML n'a pas encore atteint la rigueur syntaxique et sémantique des langages de programmation.

UML est le résultat d'un large consensus, continuellement enrichi par les avancées en matière de modélisation de systèmes et de développement de logiciels. C'est le résultat d'un travail d'experts reconnus, issus du terrain. Il couvre toutes les phases du cycle de vie de développement d'un système et se veut indépendant des langages d'implémentation et des domaines d'application.

UML 2

UML 2 apporte des évolutions majeures par rapport à UML 1.5, sans toutefois être révolutionnaire : les principales fonctionnalités de base se ressemblent. Au niveau du métamodèle, qui concerne surtout les développements d'outils, UML 2 se rapproche davantage des standards de modélisation objet proposés par l'OMG. En particulier, l'unification du noyau UML et des parties conceptuelles de modélisation MOF ( Meta-Object Facility ) permet aux outils MOF de gérer les modèles UML ; l'ajout du principe de profils permet de mieux définir les extensions du domaine ; enfin, la réorganisation du métamodèle UML élimine les redondances présentes dans les versions précédentes (voir la fin de l'ouvrage pour plus de détails concernant la structuration du langage UML).

Du point de vue de l'utilisateur, les changements concernent certaines notations. La notation des diagrammes de séquence se rapproche de la norme d'échanges de messages MSC

(Message Sequence Chart) de l'IUT (Union Internationale des Télécommunications). Le concept de classeurs s'inspire des avancées de l'ingénierie temps réel du langage de description et de spécification SDL. De plus, UML 2 unifie la modélisation des activités et la modélisation des actions introduites dans UML 1.5 et utilise des notations de modélisation de processus métier. Des éléments de modélisation contextuels améliorent la souplesse et formalisent mieux le concept d'encapsulation des classes et des collaborations.

Figure 5 : Organisation en quatre couches du langage UML.

II. DIAGRAMME DE CAS D'UTILISATION :

1. CAS D'UTILISATION

Définition : Un cas d'utilisation est une manière spécifique d'utiliser un système. Les acteurs sont à l'extérieur du système ; ils modélisent tout ce qui interagit avec lui. Un cas d'utilisation réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie.

Les cas :

· saisir bil-ment d'énergie : : saisir bilan mensuel d'énergie

· envoyer bil-ment d'énergie : envoyer bilan mensuel d'énergie

· consulter bil-ment d'énergie : consulter bilan mensuel d'énergie

· modifier bil-jour de centre : modifier bilan journalier de centre

· saisir bil-jour de centre : saisir bilan journalier de centre

· envoyer bil_jour de centre : envoyé bilan journalier de centre

· consulter bil-jour de centre consulter bilan journalier de centre

· envoyer bil-jour de STEP : envoyer bilan journalier de STEP

· modifier bil-jour de STEP : modifié bilan journalier de STEP

· saisir bil-jour de STEP : saisir bilan journalier de STEP

· consulter bil-jour de STEP : consulter bilan journalier de STEP

· envoyer bil-men d'unité : envoyer bilan journalier de d'unité

· consulter bil-men d'unité : consulter bilan journalier de d'unité

· envoyer avis : vérifier consolider des bilans

· authentification : cas interne pour l'identification

· chercher : cas interne de recherche du bilan

34 ACTEURS

2. ACTEURS

Un acteur est un utilisateur type qui a toujours le même comportement vis-à-vis d'un cas d'utilisation. Ainsi les utilisateurs d'un système appartiennent à une ou plusieurs classes d'acteurs selon les rôles qu'ils tiennent par rapport au système.

· Les acteurs :

1. responsable d'énergie

2. chef de centre

3. chef de step

4. directeur d'unité

5. directeur d'exploitation

3. RELATION ENTRE CAS D'UTILISATIONS

Pour clarifier un diagramme, UML permet d'établir des relations entre les cas d'utilisation.

Il existe principalement deux types de relations : les dépendances stéréotypées et la généralisation/ spécialisation. Les dépendances stéréotypées sont des dépendances dont la portée est explicitée par le nom du stéréotype. Les stéréotypes les plus utilisés sont l'inclusion et l'extension.

La relation d'inclusion. Un cas A est inclus dans un cas B si le comportement décrit par le cas A est inclus dans le comportement du cas B : on dit alors que le cas B dépend de A.

Cette dépendance est symbolisée par le stéréotype inclut. Par exemple, dans notre cas l'authentification.

4. DIAGRAMME DE CAS D'UTILISATION

<<include>>

<<include>> veifierr bil-ment d'energie

consulter bil-ment d'energie

<<include>>

<<include>>

saisir bil-ment d'energie

cherher bilan

<<include>>

envoyer bil-ment d'energie

<<include>>

respensable d'energie

authentification

Figure 6 : Cas d'utilidatio pour l'acteur respensable denergie

saisir bil-jour de centre

<<include>>

<<include>>

modifier bil-jour de centre

<<include>>

authentification

chef de centre

<<include>>

verifier bil_jour de centre

envoyer bil_jour de centre

<<include>>

<<include>>

cherher bilan

consulter bil-jour de centre

<<include>>

<<include>>

chef de step

saisir bil-jour de step

<<include>>

<<include>>

authentification

modifier bil-jour de step

<<include>>

cherher bilan

verifier bil-jour de step

<<include>>

<<include>>

<<include>>

envoyer bil-jour de step

<<include>>

consulter bil-jour de step

<<include>>

consulter bil-men d'unite

envoyer avis

consulter bil-jour de centre

<<include>>

<<include>>

Figure 8 : Cas d'utilidation pour l'acteur chef de step

consulter bil-jour de step

envoyer bil-men d'unite

verifier bil-men d'unite

<<include>>

<<include>>

<<include>>

<<include>>

cherher bilan

<<include>>

<<include>>

<<include>>

<<include>>

authentification

directeur d'unité

consulter bil-ment d'energie

consulter bil-men d'unite

envoyer avis

<<include>>

<<include>>

cherher bilan

<<include>>

<<include>>

<<include>>

authentification

<<include>>

directeur d'exploitation

verifier consolider des billan

Figure 10 : Cas d'utilidation pour l'acteur directeur d'exploitation

5. DICTIONNAIRE DE DONNEES

CLASSE

	ATTRIBUT		DESIGNATION		TYPE		TAILLE		OBSERVATION
personne	matricule				numérique		10
	nom				Alphanumérique		50
	prénom				Alphanumérique		30
	âge				Alphanumérique		10
	spécialité				Alphanumérique		30
	diplôme				Alphanumérique		20
	adresse				Alphanumérique		30
	année d'expérience				numérique		10
chef centre	date pri_direc_centre		Date prise la direction de centre		date		11
chef de step	date pri_direc_step		Date prise la direction de step		date		11
							11
directeur d'unite	date pri_direc_unité		Date prise la direction de l'unité		date		11

				11
responsable énergie	date pri_resp_energie	Date prise la responsabilité de l'energie	date	11
				11
unité	NOM UNITE	Non de l'unité	numérique	11
	REF DECISION		Alphanumérique	11
	DATE CREATION	Date de création	Date	11
	NB COM TOTAL	Nombre de commune total	numérique	11
	LIN TOTAL COM	Linéaire total de commune	numérique	11
				11
activité step	DATE BILAN STEP	Date du bilan	Date	11
	VOLUME MJ SORTIE	Quantité d'eau épurée m3/j	numérique	11
	VOLUME MJ ENTREE	Quantité d'eau usée m3/j	numérique	11
	MES ENTREE	Concentration des matières en suspensions entrée mg/l	numérique	11
	MES SORTIE	Concentration des matières en suspensions sortie mg/l	numérique	11	<30
	DBO5 ENTREE	Concentration des de la	numérique	11

		demande biologique en oxygène entrée mg/l
	DBO5 SORTIE	Concentration des de la demande biologique en oxygène sortie mg/l	numérique	11	<20
	DCO ENTREE	Concentration de la demande chimique en oxygène entrée mg/l	numérique	11
	DCO SORTIE	Concentration de la demande chimique en oxygène sortie mg/l	numérique	11	<120
	N-NH4 ENTREE	Concentration de l'azote ammoniacal entrée mg/l	numérique	11
	N-NH4 SORTIE	Concentration de l'azote ammoniacal sortie mg/l	numérique	11	3-5
	TEMPS ARRET	Durée d'arrêt dans la STEP	numérique	11
	DECHET SOLIDE	Volume de déchet solide par m3	numérique	11

	VOLUME SABLE	Volume de sable par m3	numérique	11
	GRAISSE	Volume de sable par m3	numérique	11
	VOLUME REUTILISE	Volume d'eau épurée réutiisé	numérique	11
	NOBRE JOUR REEL	Nombre de jour de fonctionnement durant le mois	numérique	11
	PERIMETRE IRRIGUE	PERIMETRE IRRIGUE	numérique	11
	SUPERFICE PERIMETRE	SUPERFICE PERIMETRE	numérique	11
	TYPE CULTURE	TYPE CULTURE	Alphanumérique	11
	CONCESSIONNAIRE	CONCESSIONNAIRE	Alphanumérique	11
				11
centre	NOM CENTRE			11
	DATE PRISE OUVERTURE CENTRE			11
				11
intervention	nom chef interv	Nom de chef d'intervention	Alphanumérique	11

	adress_interv	Adresse de chef d'intervention	Alphanumérique	11
	Duré_interv	Duré d'intervention	numérique	11
	date_interv	date d'intervention	date	11
	nombr_interv	Nombre d'intervention	numérique	11
				11
activité centre	DATE_CURAGE	Date du curage	Date	11
	NOMBRE_RECLAMATION	Nombre de réclamation	numérique	11
	NOMBRE_INTERVENTION	Nombre d'intervention	numérique	11
	LINEAIRE_CURE	Linéaire curé	numérique	11
	REGARD_CURE	Regard curé	numérique	11
	VOLUME_COLLECTE	VOLUME_COLLECTE	numérique	11
	DECHET_EVACUE	Déchet évacue	numérique	11

	POSE_CONDUITES	Pose conduites	numérique	11
	REGARD_REALISE	Regard réalisé	numérique	11
	NBR_BRANCHEMEN_REALISE	Nbr de branchement réalisé	numérique	11
	AVALOIR_CURE	Avaloir curé	numérique	11
				11
sr	NOM SR	Nom du SR	Alphanumérique	11
	DATE MISE SERVICE	Date de mise en service	Date	11
	DATE TRANSFERT	Date de transfert	Date	11
	DEBIT NOMINAL	Débit nominal de la pompe	numérique	11
	HMT SR	HMT du SR	numérique	11
	NBR POMPE	Nombre de pompe	numérique	11
	PUISSANCE POMPE	Puissance de la pompe	numérique	11
	DISTINATION EAU	Destination d'eau	Alphanumérique	11
	TRANSEFERT COMMENTAIRE		Alphanumérique	11
	LOCALISATION EAU		Alphanumérique	11

	TRANSFERT COMMENAIRE		Alphanumérique	11
	LOCALISATION SR	Localisation SR	Alphanumérique	11
				11
service sr	VOLUME RELEVE	Volume relevée	numérique	11
	DECHET EXTRAI	Déchet extrait	numérique	11
	DATE BILAN	Date du bilan	Date	11
	TEMPS ARRET MOIS	Temps d'arrêt du mois	numérique	11
				11
STEP	NOM_STEP	Nom de la STEP		11
	MONTANT_CONTRAT	Montant du contrat	numérique	11
	CAPACITE	Capacité	numérique	11
	PROCEDE_EPURATION	Procédé d'épuration	numérique	11
	DEBIT_NOMINAL_JOURNALIER	Débit nominal journalier	numérique	11
	LIEUX_REJET	Lieux de rejet	Alphanumérique	11

	TRANSFERE	transféré	numérique	11
	LOCALISATION_STEP	Localisation de la STEP	Alphanumérique	11
	MODE_GESTION	Mode de gestion	Alphanumérique	11
	DATE_MISE_SERVICE	Date de mise en service	date	11
	DUREE_CONTRAT	durée du contrat	numérique	11
destination boue	DATE_bil_dest_boue	Date du mois	date	11
	VOLUME_DECHARGE	Volume destiné à la décharge	numérique	11
	VOLUME_INCINIRATION	Volume destiné à l'incinération	numérique	11

	VOLUME_AGRECULTURE	Volume destiné à l'agriculture	numérique	11
	VOLUME_AUTRE	Volume destiné à autre	numérique	11
	CONSOMMATION_POLYMERE	consommation du polymère	numérique	11
	QTITE_BOUE_PRODUITE	Quantité de boue produite	numérique	11
	SICCITE_MOY	Siccité moyenne	numérique	11
	POIDS_MAT_SECHE	Poids en matière sèche	numérique	11
				11
arrêt	DATE_ARRET	Date d'arrêt de la STEP	date	11
	MOTIF_ARRET	Motif arrêt		11
	IMPACT_ARRET	impact d'arrêt		11

	ACTIONS_ANTREPRISES	Actions entreprises		11
	DATE_PREVISIONELLE_REMISE	Date prévisionnelle de remise en service		11
				11
bilan mensuelle énergie	Energie Active		numérique	11
	Energie Réactive		numérique	11
	PMA		numérique	11
	Rapport de puissance		numérique	11
	Montant de la facture		numérique	11
	Taux de consommation		Numérique	11
				11
frais d'exploitation	date_mois-fr-expl	Date du mois du bilan de frais d'exploitation	date	11

	fr_mnt_pce_rech	Frais maintenance procedure de recherche	numérique	11
	fr_mnt_consomable	Frais maintenance consommable	numérique	11
	autre_fr_pchimique	Autre frais pchimique	numérique	11
	autre_fr_polimaire	Autre frais polimaire	numérique	11
	autre_fr_carburant	Autre frais carburant	numérique	11
	autre_fr_pretation	Autre frais prestation	numérique	11
	autre_fr_materiaux	Autre frais matériaux	numérique	11
	autre_fr_ materiaux	Autre frais autre	numérique	11
	frais_salaire_cadre	Frais du salaire de cadre	numérique	11
	frais_salaire_maitrise	Frais du salaire de maitrise	numérique	11
	frais_salaire_execution	Frais du salaire d 'exécution	numérique	11
	frais_totale	frais totale	numérique	11

6. DIAGRAMME DE CLASSE

Le diagramme de classe constitue l'un des pivots essentiels de la modélisation avec UML. En effet, ce diagramme permet de donner la représentation statique du système à développer. Cette représentation est centrée sur les concepts de classe et d'association. Chaque classe se décrit par les données et les traitements dont elle est responsable pour elle-même et vis-à-vis des autres classes. Les traitements sont matérialisés par des opérations. Le détail des traitements n'est pas représenté directement dans le diagramme de classe ; seul l'algorithme général et le pseudo-code correspondant peuvent être associés à la modélisation.

La description du diagramme de classe est fondée sur :

1. le concept d'objet,

2. le concept de classe comprenant les attributs et les opérations,

3. les différents types d'association entre classes.

5.1. Un objet : est une instance d'une classe. La classe représente l'abstraction de ses objets. Au niveau de l'implémentation, c'est-à-dire au cours de l'exécution d'un programme, l'identificateur d'un objet correspond une adresse mémoire.

5.2. Une classe :décrit un groupe d'objets ayant les mêmes propriétés (attributs), un même comportement (opérations), et une sémantique commune (domaine de définition)

50 DIAGRAMME DE CLASSE

1 1

contien2

co ntien

-DATE BILAN STEP -VOLUME MJ SORTIE -VOLUME MJ ENTREE -MES ENTREE

-MES SORTIE

-DBO5 ENTREE

-DBO5 SORTIE

-DCO ENTREE

-DCO SORTIE

-N-NH4 ENTREE
-N-NH4 SORTIE

-TEMPS ARRET -DECHET SOLIDE -VOLUME SABLE -VOLUME REUTILISE -NOBRE JOUR REEL -PERIMETRE IRRIGUE -SUPERFICE PERIMETRE -TYPE CULTURE -CONCESSIONNAIRE

activité step

-date pri_direc_step

-matricule -nom

-prénome -age

-specialité -diplome

-adresse personne
-anné d'experience

chef de step

personne

contien9

1

1..*

1..*

1

-DATE_bil_dest_boue -VOLUME_DECHARGE -VOLUME_INCINIRATION -VOLUME_AGRECULTURE -VOLUME_AUTRE -CONSOMMATION_POLYMERE -QTITE_BOUE_PRODUITE -SICCITE_MOY

-POIDS_MAT_SECHE

1

-date_bilan_mens

+calcule()

appartien a 1

1..*

destination boue

dirige

1..*

contien8

1

concerne 1

bilan mensuel unité

1

1

-date pri_resp_energie

-date pri_direc_unité

-date pri_direc_centre

responsable energie

-NOM_STEP -MONTANT_CONTRAT -CAPACITE -PROCEDE_EPURATION -DEBIT_NOMINAL_JOURNALIER -LIEUX_REJET

-TRANSFERE -LOCALISATION_STEP -MODE_GESTION -DATE_MISE_SERVICE -DUREE_CONTRAT

directeur d'unite

1

chef centre

1..*

contien7

1

1

step

1

contien6

1..*

saisir

1

-date_mois-fr-expl -fr_mnt_pce_rech -fr_mnt_consomable -autre_fr_pchimique -autre_fr_polimaire -autre_fr_carburant -autre_fr_pretation -autre_fr_materiaux -autre_fr_autre -frais_salaire_cadre -frais_salaire_maitrise -frais_salaire_execution -frais_totale

0..1

1

1..*

frais d'exploitation

1

1

1

avoir comme 3

1

1

1 pour2 0..*

concerne 2

dirige1

+date_bilan

+DATE_ARRET

+MOTIF_ARRET

+IMPACT_ARRET +ACTIONS_ANTREPRISES +DATE_PREVISIONELLE_REMISE

1..*

1..*

1..*

1..*

1..*

1..*

-DATE_BILAN

-Energie Active -Energie Réactive -PMA

-Rapport de puissance -Montant de la facture -Taux de consommation

bilan mensuelle energie

contien5

1

arret

en cantacte

-NOM UNITE -REF DECISION -DATE CREATION -NB COM TOTAL -LIN TOTAL COM

unité

avoir comme 1

dirige2

1..*

0..*

1..*

contien

concerne

pour1

1..

1..3

-volume_releve -dechet_extrais -date_bilan

1

1

service sr

1..*

1

avoir

-NOM SR

-DATE MISE SERVICE -DATE TRANSFER

-DEBIT NOMINAL

-HMT SR

-NBR POMPE

-PUISSANCE POMPE -DISTINATION EAU -TRANSEFERT COMMENTAIRE -LOCALISATION EAU -TRANSFERT COMMENAIRE -LOCALISATION SR

1

0..1

contien3

sr

-NOM CENTRE

-DATE PRISE OUVERTUR -LOCALISATION centre

..*

avoir comme 2

centre

0..1

1

1

appartien a

1..*

-DATE_CURAGE -NOMBRE_RECLAMATION -LINEAIRE_CURE -REGARD_CURE -VOLUME_COLLECTE -DECHET_EVACUE -POSE_CONDUITES -REGARD_REALISE -NBR_BRANCHEMEN_REALISE -AVALOIR_CURE

activité centre

effectue

contien4

1..

1

contenir dans

1..*

-nom chef interv -adress_interv -duré

-date_interv -nombrinterv

intervention

1 *

1..

contien1

Figure 11 : Diagramme de classe

7. DIAGRAMMES DE SEQUENCE

Le diagramme de séquence est une représentation temporelle des objets et des leurs interactions :

· Permet de bien comprendre le fonctionnement du système, modéliser la vie des objets dans le temps et leurs chronologie.

On distingue 4 grands cas de séquence

6.1. CAS SAISIR BILAN

Figure 12 : Diagramme de séquence cas saisir bilan

6.2. CAS ENVOYE BILAN

chef de centre

9 : message d'ereur

10 : saisir les information de bilan a chercher()

11 : valider()

12 : envoyer les les information a chercher() 13 : interoger la base()

alt

alt

1 : choisir l'ongle envoie de bil jour()

2 : afficher la page d'identification

3 : saisair login et mot de passe()

17 : message bilan non trouver

19 : valider l'envoie du bilan()

7 : afficher page d'envoi

18 : verifier le bilan()

14 : afficher bil jour

page web

4 : verifier les information saisie 5 : interoger la base de donné

15 : resultat 16 : resultat

8 : resultat

system

6 : resultat

base de donné

Figure 13 : Diagramme de séquence cas envoyé bilanjournalier

6.3. CAS CONSULTER BILAN

chef de centre

alt

10 : chercher bilan jour a consulter()

alt

8 : oui:affichage de la page consultation

13 : oui:afficher le bilan a consulter

1 : choisir l'ongle consulter bilan()

3 : saisir login et mot de passe() 4 : verification()

5 : interoger la base()

16 : message non trouver

9 : non:message d'ereur

2 : identification

page web

11 : chercher le bilan() 12 : interoger la base()

7 : resultat

15

system

14

6

base de donné

Figure 14 : Diagramme de séquence cas consulter bilan

55 DIAGRAMME D'ACTIVITE :

6.4. CAS MODIFIE BILAN

chef de centre

alt

alt

8 : oui:affichage de la page midification

9 : non:message d'ereur

10 : chercher bilanjour a modifier()

17 : saisir les nouvelles information()

13 : oui:afficher le bilan a modifier

1 : choisir l'ongle modifier bilan()

3 : saisir login et mot de passe()

4 : verification()

5 : interoger la base()

23 : message de confirmation

16 : message non trouver

2 : identification

page web

18 : envoyer les information()

19 : interoger la base()

11 : chercher le bilan() 12 : interoger la base()

7 : resultat 6

22 21

15

system

14

base de donné

20 : stoquer les donner()

Figure 15 : Diagramme de séquence cas modifié bilan

8. DIAGRAMME D'ACTIVITE :

Les diagrammes d'activités permettent de spécifier des traitements a priori séquentiels. Ils offrent un pouvoir d'expression très proche des langages de programmation objet : spécification des actions de base (déclaration de variables, affectation...), structures de contrôle (conditionnelles, boucles), ainsi que les instructions particulières à la

56 DIAGRAMME D'ACTIVITE SAISIR BILAN JOURNALIER

programmation orientée objet (appels d'opérations, exceptions...). Ils sont donc bien adaptés à la spécification détaillée des traitements en phase de réalisation. On peut ^aussiles utiliser de façon plus informelle pour décrire des enchaînements d'actions de haut niveau, en particulier pour la description détaillée des cas d'utilisation.

7.1. DIAGRAMME D'ACTIVITE SAISIR BILAN JOURNALIER

annuler

saisir bilan

identifier saisir login et mot de passe ^envoyer verifier

non

saisir donné

valider

[utilisateur]

oui

oui

stoquer

[application]

Figure 16 : Diagramme d'activité saisir bilan journalier

57 DIAGRAMME D'ACTIVITE MODIFIER BILAN

7.2. DIAGRAMME D'ACTIVITE MODIFIER BILAN

annuler

identifier

modifier

envoyer

saisir donné

modifier

valider

chercher

[utilisateur]

saisir login etmot de passeenvoyer

non trouver

non

oui

stoquer

verifier

oui

verifier

trouver

[application]

Figure 17 : Diagramme d'activité modifier bilan

58 DIAGRAMME D'ACTIVITE D'ENVOI DE BILAN

7.3. DIAGRAMME D'ACTIVITE D'ENVOI DE BILAN

identifier

envoyer bilan

chercher bilan

verifier bilan

saisir donné envoyer

annuler

valider

[utilisateur]

saisir login etmot de passeenvoyer

oui

non trouver

non

verifier donné

verifier

oui

trouver

[application]

Figure 18 : Diagramme d'activité d'envoi de bilan

59 DIAGRAMME D'ACTIVITE DE CONSULTER BILAN

7.4. DIAGRAMME D'ACTIVITE DE CONSULTER BILAN

identifier

consulter bilan

consulter

envoyer

saisir donné

chercher

[utilisateur]

saisir login etmot de passeenvoyer

non trouver

non

verifier

oui

verifier

trouver

[application]

Figure 19 : Diagramme d'activité de consulter bilan

9. MODEL RELATIONNEL :

> personne(matricule, nom ,prénom,age, specialité diplôme anné d'experience adresse_personne )

> chef_centre( code_chef_centre, *matricule, date pri_direc_centre) > chef_step(code_chef_step ; *matricule, date pri_direc_step)

> respensable_d'energie(code_respe_energie; *matricule, date pri_resp_energie) > directeur_d'unité(code_directeur_unité, *matricule, date pri_direc_unité)

> Unité (code_unite, nom_unité, ref_decision, date_creation, nb_com_total, line_total_com...)

? centre (code_centre, *code_unite, nom_centre, date_prise_ouverture, LOCALISATION centre)

> intervention (code_interv , *code_ activité centre,* code_centre, nom chef

interv, adress_interv, duré, date_interv, nombr_intervention )

> activité centre (code_activité centre, *code_centre, date_curage, nombre_reclamation, Linéaire_curé, regar_curé, volume_collecte, dechet_evacue,

pose_conduite, regard_realise, nombre_branchement_realise, avaloir_cure)

? sr (code_sr, *code_unite, NOM SR ,date_mise_sevice, date_transfert, debit_nominal, HMT SR , NBR POMPE , TRANSEFERT COMMENTAIRE , LOCALISATION EAU ,puissance_pomp, LOCALISATION SR destination_eau)

? sr service(code_bilan_journalier_sr, *code_sr, volume_releve, dechet_extrais, date_bilan,)

> bilan d'arrêt (code_bil-arret, *code_step *code_sr ,date_bilan, date_arret,

impacte_arret, action_entreprise, date_preventionel_remise, motif_arret)

> bilan mentionel energie (CODE_bilan, *code_sr,* code_step, *code_respe_energie, DATE_BILAN , Energie Active, Energie Réactive, PMA, Rapport de puissance, Montant de la facture, Taux de consommation)

> step (code_step, *code_unite, nom_step, montant_contrat, capacite,
procede_epuration, debit_nominal_journalie, lieu_rejet, transfert, date_mise_service, mode_gestion, DUREE_CONTRAT, LOCALISATION_STEP)

> activité step (code_activité step, *code_step, date_billan, volume_mj_sortie, volume_mj_entree, mes_entree, mes_sortie, dbo5_entree, dbo5_sortie, DCO ENTREE, DCO SORTIE, N-NH4 ENTREE, N-NH4 SORTIE ,DECHET SOLIDE, VOLUME SABLE, VOLUME REUTILISE, NOBRE JOUR REEL, PERIMETRE IRRIGUE, SUPERFICE PERIMETRE, TYPE CULTURE, CONCESSIONNAIRE)

> destination boue (code_destination_boue, code_step, DATE_bil_dest_boue ,volume_decharge, volume_inciniration, VOLUME_AGRECULTURE, VOLUME_AUTRE, QTITE_BOUE_PRODUITE, SICCITE_MOY, poid_mat_sech ,consomation_polymer)

62

> frais d'exploitation mensuel (frais_dexp_ment, *code_centre ; *code_step ,*code_sr , date_mois-fr-expl, fr_mnt_pce_rech, fr_mnt_consomable, autre_fr_pchimique, autre_fr_polimaire, autre_fr_carburant, autre_fr_pretation, autre_fr_materiaux, autre_fr_autre, frais_totale)

> bil_ment_unité (code _bil_ment_unité ; date_bil_ment, *frais_dexp_ment, *code_destination boue,* code_ activité step, *code_step, *CODE_bilan,* code_bilarret,*code_bilan_journalier_sr,*code_sr,*code_ activité centre,*code_interv ,*code_centre,*code_unite,*code_directeur_unité,*code_respe_energie,*code_chef_s tep ,*matricule,*code_chef_centre)

CHAPITRE III : REALISATION

INTRODUCTION

La réalisation de la plate-forme consiste à créer des pages web statiques avec simple langage de description des pages web, et des dynamiques qui nécessite généralement l'utilisation d'une base de données relationnelle, et d'un langage de programmation cote serveur, pour simplifier la tâche de création, il existe plusieurs logiciels et outils de développement pour les applications dynamiques, alors pour implémenter la plate- forme, nous avons besoin de nombreux produits :

- Une plate -forme matérielle de serveur web - Un logiciel du serveur web

- Un langage de programmation ou de script

I. OUTILS UTILISEES 1. LANGAGE PHP :

Il a été créé en 1994 par Rasmus Lerdorf pour les besoins des pages web personnelles (livre d'or, compteurs, etc.). A l'époque, PHP signifiait Personal Home Page permet de faciliter le développement de sites Web dynamiques et interactifs.

PHP est comme un « plugin » de apache (programme qu'utilisent les serveurs mais il ne connaît que le HTML). En clair, Apache + PHP = un serveur PHP Ce dernier permet de récupérer des informations issues de la base de données ou plus simplement des données envoyées par le navigateur afin d'être interprétées ou stockées pour une utilisation ultérieure.

1.1. PRINCIPE/AVANTAGES

- L'interpréteur de code PHP est intégré au serveur http

- Le serveur lit les instructions PHP intégrées à la page HTML, interprète ces instruction et les remplace par le résultat de leur exécution

- avantages

'V Le client n'a pas accès au code source car il est interprété avant envoi (pas le cas de JavaScript)

'V le client ne reçoit que le résultat de l'exécution

'V la qualité dynamique des pages est masquée au client

'V le code n'est pas alourdi par des commandes destinées à générer du HTML (pas le cas de CGI)

Poste client Site serveur

4

Réponse HTTP

Code HTML

/JavaScript

Affichage de la page

SGBD

Navigateur client

Requête HTTP demandant index.php

Recherche d'index.php sur le disque

2

1

DD

Interprétation des commandes PHP

Interpréteur PHP

3

Requête SOL éventuelles

Serveur Web Démo HTTP

Figure 20 : Principe du langage php

1.2. INCONVENIENTS

- trous de sécurité

> idem script CGI : on exécution quelque chose sur le serveur

> il faut bien écrire ses scripts, prévoir tous les cas de saisie du client - Rapidité d'exécution

> langage interprété par le serveur avec plusieurs requêtes simultanées donc pas très rapide

> tend à s'améliorer grâce à des optimisations au niveau de l'interpréteur

- Pas d'interactivité au niveau du client (JavaScript reste nécessaire pour cela)

1.3. FONCTIONNEMENT

- fonctionnement de l'interpréteur PHP :

? un bloc PHP est un groupe de lignes encadré par balises< ?php ?>

? toute ligne située à l'extérieur de ces balises n'est pas interprété : elle est recopiée à l'identique sur la sortie standard

? toute ligne située à l'intérieur de ces balises est interprété par le moteur comme une instruction PHP

'V les instructions PHP n'apparaissent pas dans le flux de sortie généré 'V lorsqu'une erreur se produit, un message explicatif est intégré dans le flux de sortie et l'analyse du code est interrompue (sauf si warning)

PHP n'est pas un langage compilé, c'est un langage interprété par le serveur : le serveur lit le code PHP, le transforme génère la page HTML .pour fonctionner, il a donc besoin d'un serveur web. De ce fait une plateforme minimale de base pour l'exécution d'un site web développé en PHP comprend :

- l'interpréteur PHP (serveur PHP)

- un serveur web (Apache, IIS,...)

Lorsqu'un visiteur demande à consulter une page web, son navigateur envoie une requête à un serveur H TTP si la page contient du code PHP, l'interpréteur PHP du serveur le traite et renvoie du code généré (HTML).

De ce fait le code PHP n'est jamais visible sur la page final consultée par le client. Ainsi en éditant la source de la page on n'y trouvera que du code HTML.

2. PHPMYADMIN

2.1. Q'EST-CE QUE PHPMYADMIN ?

PHPMyAdmin est une interface écrite en PHP permettant de gérer les données d'un serveur MySQL sous choisir une forme "graphique" .par des interactions avec des clics de souris, il permet de choisir une table, choisir un enregistrement à éditer, etc. La plupart des hébergeurs fournissent cet outil, mais il n'est pas le seul : il existe par exemple Eskuel (notez le jeu de mots) ou tout simplement Putty pour Windows, lequel émule un terminal via SSH. (Les utilisateurs de linux peuvent directement utiliser une console). Cet article se base sur PHPMyAdmin, afin d'apprendre à l'utilisateur " lambda" quelques manipulations de base pour s'en servir.

2.2. FONCTIONNALITES

Il s'agit de l'une des plus célèbres interfaces pour gérer une base de données MySQL sur un serveur PHP. De nombreux hébergeurs, qu'ils soient gratuits ou payants, le proposent ce qui permet à l'utilisateur de ne pas avoir à l'installer.

Cette interface pratique permet d'exécuter, très facilement et sans grandes

connaissances dans le domaine des bases de données, de nombreuses requêtes comme créations de table de données, les insertions, les mises à jour, les suppressions, les modifications de structure de la base de données. Ce système est très pratique pour sauvegarder une base de données sous forme de fichier.SQL et ainsi transférer facilement ses données.de plus celui-ci accepte la formulation de requêtes SQL directement en langage SQL, cela permet de tester ses requêtes par exemple lors de la création d'un site et ainsi de gagner un temps précieux.

Description de l'Apache :

Apache est un logiciel de serveur HTTP produit par l'Apache Software Fondation. C'est le serveur HTTP le plus populaire sur le web. [wek10]

3. MYSQL

Un peu d'histoire

Le tableau suivant résume l'historique des fonctionnalités importantes du serveur de données

MySQL. Une version majeure comme 3.23 se décline au fil des mois en différentes sous versions, en fonction des diverses phases de développement :

> alpha correspond à la phase active, de nouvelles fonctionnalités sont ajoutées.

> bêta correspond à l'implémentation des nouvelles fonctionnalités de la phase alpha, sans apport important de code.

> gamma correspond au terme release candidate (après résolution des bugs de la version bêta).

> production est l'étape suivante aussi appelée GA (Generally Available). Les bugs

sont résolus s'ils ne modifient pas le comportement général du serveur.

> old correspond à la précédente version de production (par rapport à la courante). Ainsi, en septembre 2005, la version 4.1.14 était mise en production et en octobre 2005, laversion 5.0 l'était aussi.

Ce qui est planifié à moyen terme concerne un enrichissement général des commandes SQL, la prise en compte des types manquants de SQL2 et de ODBC3, la programmation des requêtes hiérarchiques (interrogation de structures en arbres) en s'inspirant de ce qu'a fait Oracle en la matière (directive CONNECT BY dans un SELECT).

Les API permettent d'intégrer SQL dans des programmes de différents langages. Le langageSQL sera utilisé par tous ceux (manuellement ou par un outil) travaillant sur la base de données (administrateur, développeur, utilisateur). Le langage procédural de MySQL permet d'incorporer nativement tout ordre SQL dans un programme.

Concrètement, une fois téléchargé et installé, vous avez accès à un SGBD, un client en mode texte (interface de commande). Les pilotes ODBC, JDBC, API pour les langages C et C++, et les outils MySQL Administrator, MySQL Query Browser, et MySQL Migration Toolkit sont à télécharger puis à installer séparément.

III. IMPRIME D'ECRAN DE NOTRE CITE

Voilà un aperçu sur le site avec ces imprime d'écran

Figure 21 : page de connexion

Figure 22 : liste des bilans journaliers.

70 CONCLUSION GENERALE

CONCLUSION GENERALE

Après une étude de l'existant on a pu comprendre la situation actuel de l'office nationale d'assainissement ONA Chlef, on s'est proposés de réaliser un site web dynamique pour le suivi de l'activité de l'office nationale d'assainissement ONA Chlef ; Nous avons ensuite utilisé le langage UML pour décrire la conception de ce site à travers les digrammes de cas d'utilisation, de classes, de séquences et d'activités ; après cela on a passé à la réalisation du site web dynamique.

Ce travail nous a permet d'atteindre deux buts:

Pédagogique parce que on a suivi les étapes de modélisation et on a appris à utilisé le langage UML et on a acquérait plusieurs connaissance dans le domaine;

Professionnel parce que on a été en contact avec un milieu réel de travail et on espère que ce travail participera au développement d'une société.

71 Bibliographie Bibliographie

Bibliographie [1] : Le site Web http://www.ona.dzvisité le 12 /02/2012

Bibliographie [II] : S.Graine, livre UML2, L'beille,2009