WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et réalisation d'un progiciel de gestion intégré des activités scolaires et administratives de l'ITIMA


par Josphate KASEREKA NGULIKO
 - Université de l'assomption au Congo 2019
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Conclusion

En somme, ce chapitre a été consacré à la présentation de notre milieu d'étude dans lequel nous avons présenté la situation géographique, l'historique, la les activités organisées, la description de différents services, la structure organisationnelle, mission, visions et objectifs ainsi que les structures de son fonctionnement. Après cette large présentation de l'ITIMA et après l'analyse de l'existant, il est question de passer à la modélisation de notre système tout en tenant compte de la solution proposée. C'est l'objectif du quatrième chapitre de notre travail.

35

QUATRIEME CHAPITRE: CONCEPTION DU SYSTEME

FUTUR

L'étape de conception est quasi importante pour la réussite d'un projet informatique puis qu'elle vise à définir une feuille de route du projet, le concevoir et le valider avant de passer à la réalisation du système. Elle permet aussi d'avoir une bonne réflexion avant de passer à l'action, une bonne organisation du travail et une bonne communication entre les différents intervenants dans le projet. Par conséquent, dans ce chapitre, nous ferons l'étude fonctionnelle du projet, présenter les diagrammes des cas d'utilisation pour chaque module à intégrer et puis le diagramme de classe générale ou intégré. Ensuite, nous allons présenter les besoins fonctionnels et les besoins non fonctionnels de notre projet, aussi nous allons présenter en détail les digrammes de séquence ainsi que les diagrammes d'activités.

En effet, pour concevoir notre système, nous avons recouru à la méthode 2TUP qui est une concrétisation du processus unifié basé sur UML afin de construire un modèle de conception adéquat47.

IV.1. Etude préalable

L'étude préliminaire (ou préalable ou encore pré-étude) est la toute première étape de notre processus de développement. Elle consiste à effectuer un premier repérage des besoins fonctionnels et opérationnels, en utilisant principalement le texte, ou des diagrammes très simples. Elle prépare les activités plus formelles de capture des besoins fonctionnels et de capture des besoins techniques48.

IV.1.1. Elaboration du cahier des charges

Le cahier des charges est un document présentant, de façon formelle, les spécifications dont devra tenir compte un système, l'échéancier et le budget à respecter, certains critères de sélection, etc.49

47Cfr. Pascal ROQUES et Franck VALLEE, UML en action. De l'analyse des besoins à la conception,4e édition, Eyrolles, Paris , 2007, p.43.

48Idem, p.46.

49Cfr. Suzanne RIVARD, Le développement de systèmes d'information: une méthode intégrée à la transformation des processus, 4e édition, Eyrolles, Paris, 2013, p.328.

36

CAHIER DES CHARGES

Le présent projet est un produit destiné à l'Institut Technique Industriel de Mahamba, spécifiquement dans son service administratif. Une fois mise en place, ce système devra répondre aux exigences ci-après:

V' Besoins fonctionnels

1. Gestion d'inscription des élèves

2. Gestion de paiement des frais scolaires

3. Gestion automatique de la bibliothèque

4. Gestion d'assiduité du personnel de l'Institution

5. Gestion de paie du personnel

6. Brassage automatique des élèves pendant les examens

7. Gestion de magasin des matériels

8. Centralisation de données de tous les modules intégrés dans une seule base de données

9. Elaboration automatique des différents états de sortie pour chacun de module intégré.

V' Besoins opérationnels

1. La sécurité : Fiabilité pour gérer la visibilité d'accès aux informations partagé dans

l'application. Chaque utilisateur n'aura la possibilité d'accéder seulement à son module.

2. Disponibilité : Le système sera fonctionnel tous les jours ouvrables

3. L'ergonomie : Ce système doit offrir une interface conviviale et facile d'utilisation.

V' Choix techniques

1. Processus de développement : UP

2. Méthode de modélisation : 2TUP

3. Langage de programmation : C#

4. SGBD : SQL Server 2014

5.

Architecture : Client-serveur

Figure 6:Cahier des charges du projet

37

IV.1.2. Identification des acteurs et rôles

Un acteur représente une entité appartenant à l'environnement de l'application qui interagit avec l'application. La notion d'acteur permet de classifier les entités externes à l'application. Un acteur est identifié par un nom50.

C'est la personne qui s'inscrit, paie les frais scolaires, retire et remet l'ouvrage à la bibliothèque, retire remet le matériel au magasin et qui dépose son dossier scolaire à l'Institut.

Elève

C'est la personne qui contrôle le dossier de l'élève avant son inscription, et fait le suivi d'assiduité du personnel.

Proviseur

Il gère les inscriptions des élèves, il consulte la liste des inscrits, il fait le suivi de paie de personnel, enregistre le personnel et gère les utilisateurs du système.

Préfet

C'est la personne qui paie le personnel et fait la gestion de paiement de frais scolaires. Il consulte également la liste de paie de personnel.

Comptable

Il fait la gestion de retrait et de remise des ouvrages et approvisionne la bibliothèque en livre.

Bibliothécaire

C'est la personne qui veille sur la discipline des élèves et fait le brassage des élèves lors des examens.

Surveillant

C'est la personne qui fait la gestion d'acquisition de matériel, qui gère les retraits et les remises des matériels au magasin.

Magasinier

Il est l'agent qui reçoit le salaire, signe la présence au service, retire et dépose l'ouvrage et le matériel dans le magasin.

Enseignant

Figure 7:Identification des acteurs du système et de leurs rôles

50 Cfr. Xavier BLANC et Isabelle MOUNIER, UML2 pour les développeurs, Eryolles, Paris, sd, p.99.

38

IV.1.3. Identification des messages

Identification des messages entre système et élève

1. L'élève reçoit les informations concernant l'inscription, l'élève paie le frai
scolaires aux systèmes, l'élève retire et dépose les livres dans la bibliothèque, il retire et dépose les matériels au magasin, l'élève s'inscrit.

2. Le système met un reçu ou fiche de paie à l'élève comme preuve de paiement, le système reçoit les informations concernant le dépôt et retrait des livres et des matériels, le système enregistre l'information concernant les inscriptions de l'élève.

Identification des messages entre système et proviseur

1. Le proviseur émet l'information concernant la présence

2. Le système reçoit les informations concernant la présence du personnel.

Identification des messages entre système et le préfet

1. Le préfet émet les informations concernant la gestion des inscriptions, concernant
la gestion de distribution des cours, il gère les utilisateurs.

2. Le système reçoit les informations concernant la gestion d'inscription et

concernant la gestion de distribution des cours, reçoit les informations

concernant la gestion des utilisateurs.

Identification des messages entre système et comptable

1. Le comptable entre les données concernant la paie des frais scolaire et la gestion
de paie du personnel

2. Le système reçoit les informations concernant la paie des frais scolaire et
l'information concernant la paie du personnel

Identification des messages entre système et la bibliothécaire

1. Le système reçoit les informations concernant la gestion de retrait et le dépôt des
livres et les informations d'approvisionnement des livres.

2. Le bibliothécaire émet les informations concernant la gestion de retrait et le dépôt
des livres et les informations d'approvisionnement des livres.

Identification des messages entre système et le magasin

1. Le magasinier émet les informations concernant la gestion de retrait et dépôt des
matériels.

2. Le système reçoit les informations concernant la gestion de retrait et dépôt des
matériels.

Identification des messages entre système et le surveillant

1. le système reçoit les informations concernant la gestion de discipline des élèves
et les informations concernant le brassage des élèves

2. Le surveillant émet les informations concernant la gestion de discipline des
élèves et les informations concernant le brassage des élèves.

Identification des messages entre système et le personnel

1. Le personnel émet les informations concernant la présence du personnel.

2. Le système reçoit les informations concernant la présence du personnel.

Tableau 8:Identification des messages entre les acteurs et le système

39

IV.2.4. Digramme de contexte

Bibliothécair

Elève

49

42

13

14

39

50

51

11

52

44

4

48

53

54 55

9

6

56

4

15

12

2

38

40

41

10

43

8 7

57

45

5

47

3

58

Enseignant Comptable

1

59

17

16

19

60

18

ProSco

21

19

22

23

24

25

26

72

27

29

28

71

30

73

32

31

37

67

64

75

67

35

66

61

63

33

69

68

80

62

76 77

36

78

65

Surveillant

74

34

79

Proviseur

Préfet

Magasinier Figure 8:Diagramme de contexte

40

Légende:

Numéro du message

Message

1

Demande renseignements

2

Réponses aux renseignements

3

Dépôt du dossier

4

Vérification du dossier

5

Dépôt des frais d'inscription

6

Remise du reçu et de la fiche de perception

7

Inscription de l'élève

8

Dépôt frais scolaire

9

Remise reçu et remplissage de la fiche de perception

10/16

Commande du livre

11/17

Livraison du livre

12/18

Remise du livre

13/19

Commande matériel

14/20

Livraison du matériel

15/21

Remise du matériel

22

Demande du salaire, avance sur salaire ou dette

23

Octroi du salaire, avance sur salaire ou dette

24

Signer présence

25

Liste des élèves

26

Choix de l'élève qui effectue le paiement

27

Formulaire de paiement de frais scolaire

28

Remplissage du formulaire paiement de frais scolaire et validation

29

Liste des enseignants

30

Choix de l'enseignant à qui on donne le salaire, avance sur salaire ou dette

31

Formulaire de paie de personnel

32

Remplissage du formulaire de paie de personnel et validation

33

Demande du formulaire d'ajout de personnel

34

Formulaire d'ajout du personnel

35

Remplissage du formulaire d'ajout du personnel

36

Demande liste personnel

37

Affichage de la liste du personnel

38

Demande du formulaire d'approvisionnement des ouvrages ou livres

39

Formulaire d'approvisionnement des ouvrages ou livres

40

Remplissage du formulaire d'approvisionnement des ouvrages ou livres et validation

41

Demande liste des ouvrages

42

Affichage liste des ouvrages

43

Demande du formulaire de retrait des ouvrages

44

Formulaire de retraits des ouvrages

45

Remplissage du formulaire de retrait des ouvrages/livres

46

Demande de la liste des ouvrages retirés

47

Liste des ouvrages retirés

48

Demande du formulaire d'approvisionnement des matériels

49

Formulaire d'approvisionnement des matériels

50

Remplissage du formulaire d'approvisionnement des matériels et

41

 

validation

51

Demande du formulaire de retrait des matériels

52

Formulaire de retrait des matériels

53

Remplissage du formulaire de retrait des matériels et validation

54

Demande du formulaire de remise des matériels

55

Formulaire de retrait de matériels

56

Remplissage du formulaire de retrait de matériels et validation

57

Demande liste des matériels

58

Liste de matériels

59

Demande liste de matériels retirés

60

Liste de matériels retirés

61

Demande du formulaire de suivie d'assiduité de personnel

62

Formulaire de suivi d'assiduité de personnel

63

Remplissage du formulaire de suivi d'assiduité de personnel

64

Demande du formulaire d'attribution de cours

65

Formulaire d'attribution de cours

66

Remplissage du formulaire d'attribution de cours et validation

67

Demande du formulaire de suivi de discipline des élèves

68

Formulaire de suivi de discipline des élèves

69

Remplissage du formulaire de suivi de discipline des élèves et validation

70

Demande du formulaire de brassage

71

Formulaire de brassage

72

Remplissage du formulaire de brassage et validation

73

Demande du formulaire d'inscription

74

Formulaire d'inscription

75

Remplissage du formulaire d'inscription et validation

76

Demande de la liste des élèves inscrits

77

Liste des élèves inscrits

78

Demande du formulaire de gestion des utilisateurs

79

Formulaire de gestion des utilisateurs

80

Remplissage du formulaire de gestion des utilisateurs

Tableau 9:Explication des messages

IV.2. CAPTURE DES BESOINS FONCTIONNELS IV.2.1 Identification des cas d'utilisation

1. S'authentifier.

2. S'inscrire.

3. Gérer inscription.

4. Payer frais scolaire.

5. Gérer frais scolaire.

6. Retirer ouvrage.

7. Rendre l'ouvrage.

8. Gérer retrait d'ouvrage.

9. Gérer remises d'ouvrages.

10. Acquérir les ouvrages.

11. Acquérir les matériels.

42

12. Retirer les matériels.

13. Rendre les matériels.

14. Gérer le retrait de matériel.

15. Gérer remise matériel.

16. Gérer distribution cours.

17. Brasser les élèves.

18. Suivre assiduité.

19. Payer le personnel.

20. Gérer personnel.

21. Signer présence.

22. Recevoir salaire.

IV2.2. Identification des acteurs et des messages

Cas d'utilisation

Acteurs

Message émis et reçu

S'authentifier

Proviseur, comptable, préfet,

Bibliothécaire, magasinier,
surveillant.

Emet : l'information sur le login.

Reçu : l'information sur le login.

S'inscrire

Elève

Emet : l'information

détaillée sur l'inscription.

Gérer inscription

Préfet

Emet : critère de

l'information sur
l'inscription.

Payer frais scolaire

Elève

Emet : frais scolaire

Reçu : reçu, fiche de
perception

Gérer frais scolaire

Comptable

Emet : information sur le

frais-scolaire

Reçu : localisation de
paiement

Retirer ouvrage

Elève, personnel (enseignant)

Emet : information

nécessaire sur l'ouvrage Reçu : ouvrage

Rendre ouvrage

Elève, personnel (enseignant)

Emet : information détaillé sur l'ouvrage

Reçu : validation de remise

Gérer retrait ouvrage

Bibliothécaire

Emet : information

nécessaire sur l'ouvrage Reçu : validation de retrait, liste des ouvrages retiré

Gérer remise ouvrage

Bibliothécaire

Emet : information détaillé sur l'ouvrage

Reçu : validation remise,
liste des ouvrages remis

Acquérir ouvrage

Bibliothécaire

Emet : information

nécessaire sur l'ouvrage

Reçu : liste des ouvrages,

validation, acquisition des
ouvrages

Acquérir matériel

magasinier

Emet : information sur le

43

 
 

matériel acquis

Reçu : liste des matériels,
validation acquise

Retirer matériel

Elève, personnel (enseignant)

Emet : les informations sur le matériel

Reçut : matériel

Rendre matériel

Elève, personnel (enseignant)

Emet : matériel

Reçu : confirmation remise

Gérer retrait matériel

Magasinier

Emet : les informations sur le matériel retirer

Reçu : confirmation retrait, liste matériel retiré

Gérer remise matériel

Magasinier

Emet : les informations de la remise

Reçu : informations sur la

remise, liste des matériels
remis

Gérer distribution cours

Proviseur

Emet : l'information sur les cours à distribuer

Reçu : validation
distribution, liste des cours distribué

Brasser élève

Surveillant

Emet : les informations sur le brassage

Reçu : liste des brassages,
validation brassage

Gérer personnel

Préfet

Emet : coordonnée des

personnels

Reçu : liste des personnels

Suivre assiduité

Proviseur

Emet : information de

pointage

Reçu : rapport mensuel

d'assiduité (absence,
présence)

Payer personnel

Comptable

Emet : information

nécessaire sur le personnel Reçut : liste de paie

Signer présence

Enseignants ou personnel

Emet: information

nécessaire pour la présence Reçut : assiduité

Recevoir salaire

Enseignants ou personnel

Emet : présence Reçut : salaire

Tableau 10 : Identification des acteurs et des messages

44

IV.2.3. ELABORATION DU DIAGRAMME DE CAS D'UTILISATION

Le diagramme de cas d'utilisation représente la structure des fonctionnalités

nécessaires aux utilisateurs du système51. Ainsi, notre diagramme de cas d'utilisation de notre progiciel est représenté comme suit:

Système

S'authentifier

«include»

Elève

«extend»

S'inscrire

Payer les frais

Gérer les dépôts d'ouvrages

«include»

Retirer l'ouvrage

«extend»

«extend»

Déposer l'ouvrage

«include»

Retirer matériel

«extend»

Déposer matériel

Enseignant

Signer la présence

Gérer frais scolaires

Recevoir le salaire

«extend»

«include

Comptable

Payer le personnel

«extend»

«include»

Proviseur

Suivre l'assiduité

«include»

re N°6: Diagamme

Gérer les inscriptions bal

«include»

Préfet

Gérer le personnel

Surveillant

«include»

Brasser les élèves

MagasinierMagasinier

«include»

«include»

«extend»

Bibliothécaire

Acquérir ouvrages

Gérer les retraits d'ouvrages

Gérer les retraits des matériels

Acquérir matériels

C.U: Progiciel Gest. Integré

Figure 9: Diagramme de cas d'utilisation intégré

51 Cfr. Pascal ROQUES et Franck VALLEE, Op.cit., p.25.

45

IV.2 .4. STRUCTURATION DES CAS D'UTILISATION IV.2 .4.1. Fiche de description du cas d'utilisation « S'inscrire »

Description textuelle du cas d'utilisation S'inscrire

Identification

Titre du cas : S'inscrire.

But : Ce cas permet à l'élève de s'inscrire à l'institution.

Acteur : Elève.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir dossier complet et avoir paye l'inscription.

Enchainement

a. Nominal

1. Renseignement.

2. Dépôt dossier.

3. Vérification dossier.

4. Paiement de frais d'inscription.

5. Formulaire d'inscription.

6. Remplissage du formulaire.

b. Alternatif

EA3 : Dossier non conforme Post-condition : Elève inscrit.

Tableau 11.Fiche de description du cas d'utilisation « S'inscrire » IV.2 .4.2. Fiche de description du cas d'utilisation « S'authentifier »

Description textuelle du cas d'utilisation S'authentifier

Identification

Titre du cas : S'authentifier.

But : Ce cas permet à l'utilisateur de se connecter à l'application.

Acteur : Préfet, Proviseur, Comptable, Bibliothécaire, Surveillant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir un nom d'utilisateur et un mot de passe.

Enchainement

a. Nominal

1. Lancement de l'application.

2. Formulaire d'authentification.

3. Remplissage du formulaire.

4. Vérification des coordonnées saisies.

5. Affichage du module concerné

b. Alternatif

EA4 : Coordonnées incorrectes.

Post-condition : L'utilisateur est connecté.

Tableau 12. Fiche de description du cas d'utilisation « S'authentifier »

46

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Les esprits médiocres condamnent d'ordinaire tout ce qui passe leur portée"   François de la Rochefoucauld