Copie de Secours de Rapport de StageBON

REPUBLIQUE DU CAMEROUN
PAIX-TRAVAIL-PATRIE REPUBLIC OF CAMEROON

*********** PEACE-WORK-FATHERLAND
MINISTERE DE l’ENSEIGNEMENT ***********
SUPERIEUR MINISTRY OF HIGHER EDUCATION
**************** *************
UNIVERSITE DE DSHANG UNIVERSITY OF DSHANG
************ **********
INSTITUT SUPERIEUR D’ETUDES HIGHER INSTITUTE OF SCIENTIFIC
SCIENTIFIQUES TECHNOLOGIQUES STUDIES TECHNOLOGIC AND
ET MANAGERIALES MANAGERIAL
********** ********
DEPARTEMENT DE GSI GSI DEPARTEMENT
RAPPORT DE STAGE
CONCEPTION D’UNE PLATEFORME COLLABORA-

TIVE DE GESTION DE PROJETS
DE GESTION DE PROJETS
Ce stage est effectué à PENIEl du 28 septembre au 30 octobre 2020 en vue de l’ob-
tention du Brevet de Technicien Supérieur en Gestion Des Systèmes d’Information.
Rédigé et présenté par :

EFOUBA KOSSO JEAN MARIE
Etudiant en 2ème année BTS
Sous l’encadrement :
Professionnelle de : Académique
M. DANIEL M. BESSALA
Informaticien Enseignant à ISESTMA
Année Académique :
2020-2021
CONCEPTION D’UNE PLATEFORME COLLABORATIVE DE GESTION DE PROJET
AVANT PROPOS
Le travail, depuis la création de l’homme est demeuré essentiel pour celui-ci. Seule-
ment au fil des siècles, il s’est élargi à plusieurs secteurs d’activités.
Les progrès scientifiques et techniques contribuent aujourd’hui à améliorer son rendement.

Donc plus que jamais, il est capital pour chacun de s’y employer et comme l’urgence est au
savoir-faire, il devient impératif de mettre en pratique l’acquis universitaire. Plusieurs orga-
nismes, notamment l’Association Française des docteurs en Droit (AFDD) soulignaient la néces-
sité des stages pratiques qui permettraient à un jeune de ne pas être étranger au monde du
travail. Il est donc important de faire exister entre les universités et les entreprises une collabo-
ration permettant de renforcer les connaissances des apprenants et d’intégrer dans les pro-
grammes d’études, des enseignements sur les exigences auxquelles font face les entreprises.
Le présent rapport de stage qui est une exigence académique et professionnelle a été
rédigé afin de donner un aperçu des connaissances reçues par l’étudiant au cours du stage, ainsi
que des suggestions d’amélioration apportées à l’entreprise d’accueil.
REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 2

SOMMAIRE
Table des matières

RAPPORT DE STAGE .................................................................................................................................... 1
CONCEPTION D’UNE PLATEFORME COLLABORATIVE ................................................................................... 1

DEDICACE ....................................................................................................................................................... 6
REMERCIEMENTS........................................................................................................................................... 4
AVANT PROPOS ............................................................................................................................................. 2
GLOSSAIRES ................................................................................................................................................... 7
INTRODUCTION GENERALE ........................................................................................................................... 9
PREMIERE PARTIE : ................................................................................................................................... 10
PRESENTATION GENERALE DE L’ENTREPRISE ET ....................................................................................... 10
DEROULEMENT DU STAGE ........................................................................................................................ 10
CHAPITRE I ................................................................................................................................................... 11
PRESENTATION GENERALE DE PENIEL ......................................................................................................... 11
SECTION I : CARACTERISTIQUE IDENTITAIRES DE PENIEL. ........................................................................... 11
I. HISTORIQUE, ATOUTS ET SITUATION GEOGRAPHIQUE DE PENIEL .................................................... 11
II. SITUATION GEOGRAPHIQUE ............................................................................................................... 12
III. ACTIVITES EN ENVIRONNEMENT DE L’ENTREPRISE PENIEL............................................................ 12
SECTION II : ORGANISATION STRUCTURELLE DE PENIEL ............................................................................. 14
CHAPITRE II : DEROULEMENT DU STAGE ..................................................................................................... 17
SECTION I- ACCEUIL ET PLANIFICATION DE STAGE ...................................................................................... 17
SECTION II- TRAVAUX EFFECTUES ET EVALUATION DU STAGE ................................................................... 17
DEUXIEME PARTIE : .................................................................................................................................. 20
CONCEPTION D’UNE PLATEFORME COLLABORATIVE ................................................................................ 20
ANALYSE ET SPÉCIFICATION DES BESOINS .................................................................................................. 23

CHAP 4 : CONCEPTION ................................................................................................................................. 40
CONCLUSION ............................................................................................................................................... 61

REMERCIEMENTS
<<Avoir la gratitude et ne pas l’exprimer c’est comme faire un papier cadeau et ne pas
l’offrir>> WILLIAM Arthur ZARD. Parvenu dont au terme des deux années d’étude en Ges-
tion des Systèmes d’Information, et après ce modeste effort sur la conception d’une pla-
teforme de gestion des collectivités territoriales le devoir nous reviens d’exprimer nos sin-
cères remerciements à :
➢ Mon encadreur académique Mr BESSALA qui m’a toujours aidé, encouragé, soutenu, du
début jusqu’à la fin de ce travail ; Celui-ci m’a montré le chemin de la recherche, sans sa
patience et ses nombreux conseils l’aboutissement de ce travail n’aurais jamais été fait ;
➢ Mon père et ma mère pour le soutien financier
➢ Monsieur NGOA Leopold et Madame MBOE pour leur encadrement
➢ Le PDG de PENIEL Madame CHAMDEU Carine qui non seulement m’a accepté et ac-
cueilli dans son entreprise m’a aidé à avoir quelques réalités du monde professionnel.
➢ Tous les personnels administratifs de l’Institut Supérieur d’Etudes Scientifiques Techno-
logiques et Managériales en particulier aux distingués enseignants de la spécialité Ges-
tion Des Systèmes d’Information pour avoir consacré leur temps pour nous transmettre
les connaissances ;
Je ne saurais terminer sans remercier toute personne m’ayant soutenue de près ou de
loin durant ma formation.

RESUME
Dans le cadre du BTS en Génie Informatique dans la spécialité Gestion des Sys-
tèmes d’information à l’Institut Supérieur d’Etude Scientifique Technologique et Managé-
rial (ISESTMA), j’ai eu l'opportunité de réaliser un stage de deux mois dans l'entreprise de
mon choix. Ayant pour objectif de poursuivre mon cursus pour la licence Professionnel,
j'ai souhaité réaliser mon stage au sein d’une Entreprise dédiée aux professionnels. La
start-up PENIEL m’a accueillie du 28 septembre au 30 octobre 202à. J'ai dès lors intégré
l'équipe du service informatique. Pendant mon séjour j’ai pu faire quelques remarques
qui m’ont poussées à la réalisation de mon projet à savoir La Conception d’une Plate-
forme Collaborative de Gestion de Projets.
L’objectif de ce projet est de modéliser et développer une plateforme collabora-

tive de gestion de projet dont le but est d’améliorer la collaboration et fournir une ges-
tion efficace des projets. Cette application est développée en utilisant les technologies
CMS (Context Management System) Wordpress.

DEDICACE
A
TOUTE MA FAMILLE

GLOSSAIRES
LISTE DES FIGURES

Figure 1 : Diagramme des cas d’utilisation global ................................................................................... 26
Figure 2 : Diagramme de cas d’utilisation relatif à la gestion des utilisateurs ........................................ 27
Figure 3 : Diagramme du cas d’utilisation détaillé relatif à la gestion des projets .................................. 30
Figure 4 : Diagramme du cas d’utilisation détaillé relatif à la gestion des modules ............................... 34
Figure 5 : Diagramme du cas d’utilisation détaillé relatif à la gestion des tâches................................... 37
Figure 6 : Diagramme du cas d’utilisation détaillé relatif à la gestion des catégories. ........................... 39
Figure 7 : Diagramme de classes.............................................................................................................. 41
Figure 8 : Diagramme de séquence relatif à l’authentification ............................................................... 42
Figure 9 : Diagramme de séquence relatif à l’ajout d’un utilisateur ....................................................... 43
Figure 10 : Diagramme de séquence relatif aux consultations d’un utilisateur ...................................... 44
Figure 11 : Diagramme de séquence relatif à la création d’un projet ..................................................... 45
Figure 12 Diagramme de séquence relatif à la modification d’un projet ............................................... 46
Figure 13: Diagramme de séquence relatif à la consultation d’un module............................................. 47
Figure 14Diagramme de séquence relatif à l’ajout d’un module ............................................................ 48
Figure 15 :Diagramme de séquence relatif à la suppression d’un module ............................................. 48
Figure 16: Diagramme de séquence relatif à l’ajout d’une tâche............................................................ 49
Figure 17: Diagramme de séquence relatif à la modification d’une tâche.............................................. 50
Figure 18: Diagramme de séquence relatif au marquage du l’avancement de tâche ............................. 51
Figure 19: Diagramme de séquence relatif à la création d’un ticket ....................................................... 52
Figure 20 : Schéma en étoile.................................................................................................................... 53
Figure 21 :page de connexion .................................................................................................................. 59
Figure 22 :page d’accueil ......................................................................................................................... 59
Figure 23 :Espace de travail ..................................................................................................................... 60

LISTE DES TABLEAUX
Tableau 1 : Enchainement du cas d’utilisation « Ajouter un nouvel utilisateur » ... 27

Tableau 2 : Enchainement du cas d’utilisation « Modifier les informations d’un utilisateur
» ................................................................................................................................ 28
Tableau 3 : Enchainement du cas d’utilisation «Supprimer un utilisateur » ........... 29
Tableau 4 : Enchainement de cas d’utilisation « Créer un nouveau projet » .......... 31
Tableau 5 : Enchainement du cas d’utilisation « Modifier les informations d’un projet » 31
Tableau 6 : Enchainement du cas d’utilisation « Supprimer un projet »................. 32
Tableau 7 : Enchainement du cas d’utilisation « Consulter planning général » ...... 33
Tableau 8 : Tableau 3.8: Enchainement du cas d’utilisation « Consulter le planning des
tâches » .................................................................................................................... 33
Tableau 9 : Enchainement du cas d’utilisation « Ajouter un module » ................... 35
Tableau 10 : : Enchainement du cas d’utilisation « Modifier les informations d’un module
» ................................................................................................................................ 36
Tableau 11 : Enchainement du cas d’utilisation « Supprimer un module » ............ 36
Tableau 12 : Enchainement du cas d’utilisation « Marquer l’avancement d’une tâche » 38
Tableau 13 : : Enchainement du cas d’utilisation « Consulter catégorie » .............. 39

INTRODUCTION GENERALE
Il y a trop de silos de connaissances : personne ne partage ses informations et
on ne sait jamais qui a déjà travaillé sur quoi ; les taches s’exécutent à la main et les gestion-
naires de projets se contentent de programmes génériques à savoir les tableurs en transpo-
sant les documents papiers en fichiers numériques plus ou moins élaborés. C’est pour cela
qu’il nous faudrait un système où l’on puisse retrouver toutes les informations dont on a be-
soin, quand on en a besoin et qui nous permette d’échanger…par contre il faut être sûr que
l’information qui s’y trouve est bien la plus récente…et que tout le monde joue le jeu. Un
système simple, efficace et qu’on n’a pas besoin d’ouvrir tous les jours : qui nous alerte quand
des informations nous concernent directement ; de regrouper dans un seul et même pro-
gramme toutes les fonctionnalités nécessaires. Il faudrait aussi que cette plateforme nous
permette de partager…un site sympa où on pourrait travailler à plusieurs simultanément, se
concerter, s’interroger… : un endroit où tout est bien rangé, qui soit sécurisé, qui soit facile
d’accès, sans procédures lourdes et dans lequel on puisse avoir la garantie de la fiabilité des
informations qui s’y trouvent. C’est pourquoi le présent projet de fin d’étude se fonde sur la
mise sur pied d’une plateforme collaborative. Les différentes étapes suivies pour la réalisa-
tion de ce rapport sont présentées par le biais du présent rapport qui s’articule autour de deux
(02) grandes parties. D’abord, dans la première partie, nous présentons le cadre de la présen-
tation générale de l’entreprise (en chapitre 1). Ainsi que le déroulement du stage (en chapitre
2). Ensuite, la deuxième partie consistera dans le premier chapitre à présenter le cadre général
du projet, la méthodologie du travail adoptée et le planning provisionnel du projet. Ensuite,
Le deuxième chapitre consistera à introduire des notions liées au contexte du projet, à savoir
le suivi des projets. Puis, le troisième chapitre sera dédié à l’analyse et la spécification des
besoins dans lequel nous identifions les acteurs, les besoins fonctionnels et non fonctionnels
que doit satisfaire notre projet avec une modélisation par le biais des diagrammes de cas d’uti-
lisation et des diagrammes de séquences. Quant au quatrième chapitre, il comportera la con-
ception de la solution approuvée. Ensuite, nous présenterons dans le dernier chapitre l’envi-
ronnement de travail, les outils utilisés et les interfaces principales qui mettent en évidence
le fonctionnement de l’application développée ainsi qu’une partie de test.

PREMIERE PARTIE :
PRESENTATION GENERALE DE L’ENTREPRISE ET
DEROULEMENT DU STAGE
Considérée comme une organisation, l’entreprise utilise les moyens techniques

et financiers pour mener à bien son activité par un centre de décision autonome en retenant
son caractère organisationnel. Elle a pour rôle la production des biens et services marchands
qui s’achète sur un marché à un prix lui permettant de couvrir ses couts, de réaliser un profit
ou plus généralement à créer une valeur ajoutée. Nous aurons à étudier le cadre réglemen-
taire et environnemental de PENIEL ; d’une part sa présentation générale (chapitre1) et
d’autre part, le déroulement du stage (chapitre2).

CHAPITRE I
PRESENTATION GENERALE DE PENIEL
PENIEL, est l’organisation dans laquelle nous avons eu l’honneur d’effectuer une
immersion en milieu socioprofessionnel d’une durée d’un (1) moi et demi à l’occasion de
notre stage académique, apparaît principalement comme une start-up exerçant dans le
domaine de la prestation de service, contribuant. Ainsi au développement économique du
Cameroun. Ainsi donc nous présenterons PENIEL dans ses caractéristiques identitaires (sec-
tion I) et déroulement de notre stage (section II).
SECTION I : CARACTERISTIQUE IDENTITAIRES DE PENIEL.
I. HISTORIQUE, ATOUTS ET SITUATION GEOGRAPHIQUE DE PENIEL
A. Historique
➢ Création
L’entreprise apparaît comme un fer de lance dans le développement d’une économie.
Dans le souci de le promouvoir le développement et de réduire le chômage au Cameroun plu-
sieurs structures privées ont vues le jour, participant ainsi à l’émergence du Cameroun. C’est
dans cette optique qu’en juin 2015 naquit PENIEL. Une initiative de Mme TCHAMDEU Carine.
➢ Evolution
Lors de sa création PENIEL n’est qu’une entreprise qui commerce les pâtisseries pla-
cées sous l’autorité d’un directeur général. Afin de renforcer son intervention dans le tissu
économique, ses missions ont été étendues donnant ainsi naissance à la vente des maté-
riaux électriques, de construction et enfin la création du service de l’imprimerie et d’info-
graphie. Ce dernier service comprend trois (03) branches qui sont : PENIEL Print Services,
PENIEL engineering solutions, et PENIEL Centrale achat : ECO-ELECT ; tout en ayant en son
sein deux (02) départements qui sont le département commercial et le département tech-
nique.

B. PENIEL PROPREMENT DIT

PENIEL est une start-up qui signifie « jeune pousse » en français, il s’agit litté-
ralement d’une société qui démarre.
II. SITUATION GEOGRAPHIQUE

PENIEL est situé dans à Mimboman dans la ville de Yaoundé plus précisément au carre-
four DON BOSCO en face station Neptune Oil.
III. ACTIVITES EN ENVIRONNEMENT DE L’ENTREPRISE PENIEL

A. LES ACTIVITES DE PENIEL
Les activités quotidiennes de PENIEL se focalisent autour de trois (03) branches ayant en leur
sein des services divers en fonction de leur domaine d’activité.
➢ PENIEL-Service
Cette branche de PENIEL offre des services tels que :
◆ L’imprimerie et l’infographie
Dont l’activité est la conception et la personnalisation des goodies d’entreprise à sa-
voir : les agendas, calendriers, cartes de visites, affiches, banderoles et documents divers
personnalisés utiles au fonctionnement de toute entreprise.
◆ Le service DHL
PENIEL n’est qu’un point qui met à la disposition des clients DHL la possibilité d‘expédier
des colis à travers le monde e tier avec des tarifs tels que :
◆ Le Service ORANGE MONEY
PENIEL est également un point Orange money donc l’activité se résume aux dépôts, au retrait
des fonds et à la création de comptes.
◆ PENIEL engineering solution
Qui fait dans La construction des bâtiments
Ici l’entreprise intervient dans les activités de conception, d’étude et de réalisation. Des édi-
fices du domaine du génie civile pour des entreprises du secteur publique et privée.
B. ENVIRONNEMENT INTERNE DE PENIEL.
L’environnement de l’entreprise peut être défini comme l’ensemble d‘éléments

qui influence de façon directe ou indirecte l’activité de celle-ci. Celui de PENIEL est constitué
de son devoir envers l’Etat, de ses relations avec les institutions financières et organismes so-
ciaux, de ses relations avec ses clients, ses fournisseurs et partenaires et ses concurrents.
➢ L’État

Du fait de l’intervention de l’Etat dans la vie économique et de la réglementation en

vigueur, PENIEL compte tenu du fait de son chiffre d’affaires annuel élevé a plus de 15.000.000
de FCFA a pour régime d’imposition le régime simplifié prévu par la loi. Elle est soumise aux
impôts et taxes notamment
❖ La patente
❖ L’impôt foncier
❖ L’impôt leur salaire
➢ Les institutions financières
Afin d’assurer la sécurité de ses fonds tout en facilitant ses transactions avec ses
partenaire commerciaux PENIEL collabore avec des institutions financières. Celles -ci sont es-
sentiellement des banques à savoir la CCA et bien d’autres.
➢ Les organismes sociaux

Comme la plupart des entreprises camerounaise PENIEL contribue au titre du ré-
gime de retraite, des prestations familiales ainsi que des accidents de travail des employés en
versant des cotisations de mensuelles suivant un barème au sein de la CNPS (Caisse Nationale
de Prévoyance Sociale).
➢ Les clients
Afin de pouvoir augmenter ses revenus au fil du temps PENIEL entretient des
nombreuses relations avec un grand nombre de clients sur le plan local. Nous pouvons citer
entre autres :
Des personnes morales ou les autres entreprises qui sollicitent PENIEL pour ses ser-
vices qu’elle offre en contre partie du paiement de prestation. Il s’agit ici également des con-
sommateurs finaux à l’instar des personnes physiques connues sous le nom de « client parti-
culier » qui veulent faire des photocopies, de impressions et autres.
➢ Ses Fournisseurs et Partenaires

Compte tenu de sa grande activité, PENIEL entretient des relations commerciales avec
de nombreux fournisseurs et partenaires en fonction des services quelle offre :
• PENIEL Print Services nous notons DHL pour l’envoi des courriers DHL PRO LUX
pour l’imprimerie, ORANGE pour Orange money
• PENIEL Engineering Solution : SORHEA, SEPTQM, HTDS, pour les matériaux
électriques, de sécurité, sanitaire.
• PENIEL Centrale d’achats (ECO-ELCT) : INGELEC, ABB, LE GRAND
➢ Ses concurrents
PENIEL partage une partie du marché de ses services avec d’autres entreprise de la place en
fonction de la diversité de ses activités nous avons :
- PENIEL Service qui est concurrent avec plusieurs d’autres structures à savoir : Les librairies,
imprimerie nationale etc.
- PENIEL Engineering Solution qui a pour concurrent : Tropicam btp, SOFAF …

- Peniel Centrale d’Achat avec pour concurrent : eco-elect, quimicam, La Quincaillerie

Générale de la Paix, la Quincaillerie tsafack
SECTION II : ORGANISATION STRUCTURELLE DE PENIEL
Il s’agira dans ce chapitre de notre rapport de présenter l’organisation structurelle de

PENIEL à partir de son organigramme, qui représente schématiquement les liens hiérarchiques
et les niveaux de responsabilités des postes. Et de la représentation des organes de gestions,
constitués d’un groupe de dirigeants se situant à divers niveaux et ayant des missions bien
définies quant à la pérennité et la bonne marche de l’entreprise.
I. L’ORGANIGRAMME.
Représentation interne de la structure de PENIEL
DIRECTEUR
GENERALE
SECRETAIRE CONSEILLER
GENERALE TECNIQUE
SERVICE
COMPTABLE
PENIEL
PENIEL SERVICE ENGENEERING
SOLUTION
SERVICE RESPONSABLE
SERVICE
COMMERCIALE TECHNIQUE
CLIMATICIEN ELECTRICITE
PLOMBERIE INFORMATICIEN
SRCURITE

II. LES ORGANES DE GESTION
I. LA DIRECTION GÉNÉRALE
La direction Générale est placée sous l’autorité d’un Directeur Général éventuellement
assisté d’un conseiller technique. Le Directeur Général est chargé de la gestion et de l’applica-
tion de la politique générale soutenue dans cette tâches le conseiller technique avec d’autres
missions telles que :
❖ Mettre à la disposition du personnel, le matériel nécessaire pour la réalisation de leurs
tâches
❖ Administrer l’ensemble des opérations de l’entreprise
❖ Veille à la sécurité de l’entreprise
II. LE CONSEILLER TECHNIQUE

Il accompagne le directeur général dans l’application de la politique générale à
travers ses différentes missions parmi lesquelles nous pouvons citer :
➢ Transmettre ses connaissances et son expérience aux techniciens ;
➢ Appliquer les procédures de qualité en vigueur dans l’entreprise
III. LE SECRETARIAT
Il est chargé :
❖ Du traitement du courrier et départ du Directeur Général
❖ De l’accueil des visiteurs et de la tenue du calendrier des réunions et des audiences du
Directeur Général
❖ Du classement et de la tenue des archives des affaires directement suivi par le Direc-
teur Général
❖ D’assurer les services DHL et Orange Money
❖ D’assurer le standard de l’entreprise
❖ D’assurer la rédaction du courrier des documents administratifs
IV. LE SERVICE DE LA COMPTABILITE

Il est dirigé par un comptable qui est charger de la coordination et le suivi des opérations
comptables telles que :
o La déclaration fiscale et le payement des impôts
o La gestion des entrées et sorties de l’entreprise
o Le pointage des pièces justificatives de chaque opération effectuée au sein de la struc-
ture
o Assure la tenue des différents documents comptables tels que : le Bon de Caisse, le
livre journal

V. LE SERVICE D’IMPRIMERIE ET D’INFOGRAPHIE

Ce service a pour rôle de concevoir et de personnaliser les goodies d’entreprises tels
que : cartes de visite, calendriers, les cartes de vœux… En effet, grâce au logiciel Photos-
hop, l’infographe effectue des montages qui correspondent aux exigences de la clientèle et
les envois à l’industrie pour qu’ils soient imprimés.
VI. LE SERVICE INFORMATIQUE

Donc la responsabilité est :
 La mise à jour des systèmes collectifs, des logiciels et sécurité

 De Conseiller le personnel sur l’utilisation maximale de son équipement ou matériel
informatique ainsi que des logiciels
 D’assurer le Support, l’entretien et réparation des équipements ou matériel informa-
tique
 Analyser et expérimenter de nouveaux produits en fonction des besoins
VII. LE SERVICE TECHNIQUE

Dont la responsabilité est :
 L’étude du chantier, prise en compte des exigences du client, montage des devis de
constructions
 La construction des bâtiments et offre des prestations de services relatives aux bâti-
ments à savoir : l’installation des courants faibles…
VIII. LE SERVICE COMMERCIAL

Celui-ci joue le rôle important dans l’entreprise mais cependant, l’ampleur de la tâche
concernant ce dernier est méconnue. En effet loin d’être des simple vendeurs les commer-
ciaux constituent une véritable force vivante qu’il appartient au manager de bien encadrer,
en assignant aux commerciaux plusieurs tâches sous forme d’objectifs réalisables, compré-
hensibles et motivant. Il a pour mission de :
 La prospection, qui consiste à ramener de nouveau client à l’entreprise.

 La communication, qui lui permet de transmettre des informations concernant le pro-
duit ou le service aux clients ciblés.
 Assure le service après-vente.
 La vente à proprement dite, qui vient conclure la phase de l’approche du client et de
la présentation commerciale du produit ou service.
 La fidélisation des clients, en leur proposant des offres complémentaires et des pro-
motions.
Suite à cette présentation du marché générale de PENIEL, il ressort que tous les services
rendent compte directement à la direction générale. Parmi les services centraux de PENIEL
on distingue entre autres le service informatique au sein duquel nous avons effectué les

opérations tout au long de notre stage. Ainsi nous parlerons du déroulement du stage dans
le prochain chapitre.
CHAPITRE II : DEROULEMENT DU STAGE
Le stage est une partie intégrante et importante de toute formation professionnelle.

Il permet à l’étudiant de mieux consolider la théorie appris à l’école et la pratique appli-
quée en entreprise. Dans le cadre de la préparation du Brevet de Technicien Supérieur en
abrégé BTS, nous avons été retenues à PENIEL dans son siège social à Yaoundé. Dans ce
chapitre nous parlerons d’abord de l’accueil qui nous a été réservé et la planification de
notre stage (SECTION I) et en suite nous ferons mention des taches effectués et en fin
nous bouclerons avec les difficultés rencontrées au cours de notre stage ainsi que les so-
lutions envisagées (SECTION II).
SECTION I- ACCEUIL ET PLANIFICATION DE STAGE
Accueil
Le stage que nous avons effectué au sein de de PENIEL a débuté le 28 septembre
2020 des 8H 00. Nous avons été reçus par le chef du personnel et l’informaticien de l’en-
treprise qui se sont occupés de nous tout en nous présentant toutes les différentes struc-
tures de l’entreprise et ses différents occupants. Après une bonne prise de contact, nous
avons également été briefés sur le déroulement de notre stage, sur le suivi de nos activi-
tés et les règles à respecter au sein de l’établissement. A la suite de cet exercice, j’ai été
affecté à la direction de l’informatique pour effectuer les travaux dans la structure.
SECTION II- TRAVAUX EFFECTUES ET EVALUATION DU STAGE

I. TRAVAUX EFFECTUES
Dans le cadre de notre insertion et de l’orientation de nos travaux d’études,
nous avons reçu plusieurs tâches à accomplir par le Direction Générale puis nous avons
été placés sous la conduite et le contrôle du chef du service informatique qui chargé nous
suivre dans la réalisation de nos tâches. Après étude, l’acquisition des connaissances
théorique nous a permis d’être impliqués dans la réalisation des taches suivantes :
➢ Création d’un Google Forms servant de questionnaire à l’inscription sur la page Peniel

➢ Montage de machine
➢ Réalisation de la page d’accueil du JEUFEC
➢ Saisie, impression et photocopies des documents Word
➢ Réalisation des étiquettes pour les produits
➢ Mise à jour de la page Facebook PENIEL
➢ Les travaux effectués dans le cadre de la rédaction de notre stage
Telles sont les tâches effectuées qui ont fait l’objet de notre rapport sur le déroulement
des opérations sur les services informatiques.
Difficultés rencontrées
Nous avons rencontré quelques problèmes lors de l’accomplissement des différentes
tâches au cours de notre stage à savoir :
➢ Les informations relatives à la création et l’évolution de l’entreprise n’étaient connues

par tout le personnel ce qui rendait ainsi le travail pénible.
➢ Les difficultés à s’adapter au monde professionnel et de travailler sous pression
➢ Les difficultés à réaliser certaines tâches
II. EVALUATION DU STAGE

Ce stage nous a permis de mettre en pratique les connaissances pratiques, ceci avec
la participation de mon encadreur qui m’a prêté main-forte dans l’élaboration de nom-
breuses tâches qui ont pu être abordées à travers des applications concrètes durant le stage
effectué.
Sur le plan académique

Le stage nous a permis de réviser des connaissances théoriques relatives au câblage
réseaux, sur la maîtrise des outils de bureautiques ainsi que des services web et application
desktop.
Sur le plan professionnel

Le stage nous a permis d’apprendre à travailler dans des logiciels de bureautique :
Word ; de programmation web et des services et application cloud tel que Google Forms, à
cultiver le secret professionnel, améliorer notre profil par l’acquisition d’une expérience pro-
fessionnelle, ce qui nous permet de faire un pas dans le monde de l’emploi.
Sur le plan personnel

Le séjour à PENIEL nous a permis de nous frotter à un environnement profession-
nel particulièrement exigeant, complètement orienté vers la recherche de la qualité et de
la performance, d’où l’accent porté sur la discipline et l’évaluation du travail de chaque

agent, y compris la responsabilisation des stagiaires, appelés à traiter des dossiers particu-
lièrement importants. Autant dire que, durant 1 (01) mois, nous aurons été particulière-
ment immergés à PENIEL où nous nous sommes sentis particulièrement valorisés au plan
professionnel, certes sous la supervision bienveillance du chef comptable d’où le cumul
d’expériences professionnelles et de la confiance en soi.
Parvenu au terme cette première partie, il s’est agi premièrement de présenter PE-
NIEL de manière générale puis de mettre en exergue le déroulement de notre stage au
sein de celle-ci. Il a été établi que PENIEL est une structure organisée qui a besoin d’un
bon fonctionnement de ses services informatiques notamment sur des divers plateforme
web et réseau afin d’avoir une bonne partie du marché ainsi que ses moyens des commu-
nications pour booster ses débouchés. C’est pourquoi, nous allons axer notre étude sur
la deuxième partie du thème proprement dit à savoir une plateforme de gestion des col-
lectivités.

DEUXIEME PARTIE :
CONCEPTION D’UNE PLATEFORME COLLABORATIVE
CHAP I :CAHIER DES CHARGES
Introduction
Le cahier des charges (CDC) est un document contractuel à respecter lors d’un projet.
Il permet au maître d’ouvrage de faire savoir au maître d’œuvre ce qu’il attend de lui lors de la
réalisation du projet, entraînant des pénalités en cas de non-respect. Il décrit précisément les
besoins auxquels le prestataire ou le soumissionnaire doit répondre, et organise la relation entre
les différents acteurs tout au long du projet.
I. PRESENTATION DU PROJET
A. Contexte et définition du projet
Les Entreprises pour réussir leurs projets souhaitent se doter d’outils modulaire fonc-
tionnant sur un navigateur web (internet explorer, Firefox, chrome, safari) permettant :
➢ D’organiser une plateforme de travail collaboratif ouverte à l’ensemble des salariés, vi-
sant à centraliser les documents liés aux projets d’étude, d’en évaluer facilement l’état
d’avancement par des indicateurs (gestion des versions), de suivre leur validation par un
workflow qui intègre toute la chaîne de vie des documents, de la production à la diffu-
sion et à l’archivage, assurant une meilleure maîtrise de la gestion et conservation des
informations produites à l’échelle de toute l’entreprise ;
➢ De suivre l’affectation du temps consacré aux projets, dans une optique visant à la pro-
duction d’une comptabilité du temps passé (par projet / par équipe / par collaborateur) ;
B. Objectifs de la plateforme
L’objectif de la plateforme est d’améliorer la collaboration au sein des entreprise dans

leurs activités en interne.

➢ Permettre aux chefs de projet la possibilité d’estimer la charge de travail prévi-

sionnelle pour les programmes de travail des années à suivre.
➢ D’organiser un environnement de travail collaboratif ouverte à l’ensemble des
salariés, visant à centraliser les documents liés aux projets d’étude,
➢ D’en évaluer facilement l’état d’avancement par des indicateurs (gestion des ver-
sions),
➢ De suivre leur validation par un workflow qui intègre toute la chaîne de vie des
documents, de la production à la diffusion et à l’archivage, assurant une meil-
leure maîtrise de la gestion et conservation des informations produites à l’échelle
de toute l’entreprise ;
➢ Fournir la liste exhaustive des projets
C. Compétences de la plateforme
La plateforme est centrée sur la collaboration entre les différents collaborateurs

travaillant sur des projets afin de permettre
➢ Organisation des espaces projet
Elle permettra de façon unifiée et simple de consolider, en un seul endroit, toutes
les étapes, ressources, documents et activités liées à un projet. Lors des revues de projets,
l’équipe en charge (ayant les droits associés) doit pouvoir avoir une vue globale de l’activité
du projet (agenda, tâches partagées).
➢ Organisation des documents partagés
Ces espaces dédiés au suivi de projet seront notamment structurés selon une ar-
borescence type aisément paramétrable et modifiable ; ils constitueront une bibliothèque
de documents et contenus aux formats variés : documents électroniques (PDF et suite Of-
fice), documents audiovisuels et sonores, images, plans, cartes, liens vers des applicatifs mé-
tiers, flux RSS… La structure de base d’un espace projet s’organisera en 3 dossiers principaux
et sous- dossiers. Paramétrage optionnel : certains sous dossiers seront, lors de la création
d’un nouvel espace projet, dotés de fichiers. La plateforme permettra au responsable de cet
espace projet (et les membres de l’équipe projet habilités par ce dernier) de modifier cette
structure (ajout, modification, suppression d’un répertoire) après sa création, exceptés pour
les niveaux 1 et 2 des dossiers qui seront verrouillés.
➢ Gestion des formats et des versions
Elle permettra d’en reconnaître le format ; d’en gérer les versions dans l’espace
projet (pour les formats Office, l’outil doit permettre de gérer le mode révision) et,
éventuellement, l’édition simultanée des documents Office par plusieurs utilisateurs ;
d’en permettre l’ouverture (dans le logiciel adéquat) ; -et d’en gérer la sauvegarde (inté-
gration des fichiers sauvegardés dans le site du projet déclenchant la notification aux
collaborateurs de celui-ci selon des modalités paramétrables).
➢ Indexation et recherche

L’outil doit permettre, sur la base d’une indexation de tous les contenus du site, une
recherche simplifiée sur tous les contenus de la plateforme : métadonnées, contenus des
documents et des pages des sites, selon un mode de recherche en langage naturel de type
google, permettant un accès rapide au document ou à l’information recherchés.
➢ Création de flux de travail
La plateforme doit permettre de créer des flux de travail assignant des tâches (relecture,
demande de correction, validation, publication internet, alimentation des bases de don-
nées internes, archivage, etc…), à certaines personnes sur la base de conditions. Les col-
laborateurs du projet peuvent recevoir des alertes automatiques lors de la création ou
modification de données (documents) projets ou lors de différents stades d’avancement
d’un document.
➢ Affichage des résultats de recherches
L’affichage des résultats se fera sous forme de liste de type google : type du document,
titre, auteur, date de création, un extrait, lien url, format de fichier. Un tri par défaut des
résultats pourrait être par type de document et par date. L’ensemble des documents ré-
pondant aux critères de recherche seront visibles pour l’utilisateur, leur accès en lecture
/ écriture étant défini par les droits de cet utilisateur conformément à son profil. Pour
les fichiers image, un affichage en planche contact est souhaité avec possibilité de sélec-
tionner les photos qui intéressent l’utilisateur et permettre à celui-ci des actions de type :
envoyer vers (document, message mail, dossier), afficher un diaporama, copier vers, etc…
Le nom du fichier ainsi que son extension doivent apparaître à minima sous l’image

CHAP II : ANALYSE ET SPÉCIFICATION DES BESOINS
Introduction
L’étape de spécification des besoins est conçue pour la détermination des différentes
fonctionnalités attendues du système. En effet, dans ce chapitre nous présentons tout
d’abord, les acteurs concernés de notre système. Puis, nous entamons l’étude des besoins
fonctionnels et non fonctionnels. Ces besoins seront exprimés sous la forme de dia-
grammes de cas d’utilisation qui permettent de détailler les scénarios possibles que peu-
vent réaliser les différents acteurs.
a) Identification des acteurs
Tout système interactif, doit assurer et faciliter l’interaction avec ses utilisateurs
(utilisateur humain ou non). Un acteur représente le rôle d’une entité externe exploitant le
système à travers ses différentes interfaces. Nous spécifions dans le cadre de ce projet les
acteurs du système, qui se divisent en quatre, catégories comme suit :
• Administrateur,
• Chef de projet,
• Membre de projet,
• Client.
b) Identification des besoins
1. Besoins fonctionnels
Les besoins fonctionnels sont ceux qui doivent répondre aux exigences du futur système
en termes de fonctionnalités. Ils permettent de générer les cas d’utilisation. Les besoins re-
censés sont comme suit :
✔ Gestion des utilisateurs

La gestion des utilisateurs sera pilotée par l’administrateur du système. Cette tâche
consistera essentiellement à :
❖ Insérer des informations relatives à chaque utilisateur,
❖ Editer ces informations,
❖ Supprimer un utilisateur,
❖ Consulter un utilisateur.
✔ Gestion des projets

La gestion des projets est effectuée par deux types d’utilisateurs qui sont :
• Administrateur Il doit être en mesure de :
— Créer un nouveau projet,
— consulter les informations du projet,
— supprimer un projet,
— modifier ces informations,
— affecter les chefs de projet,
— déposer un document de projet,
— consulter le planning général de tous les projets,
— Consulter le tableau de bord.
• Chef de projet Il doit être en mesure de :
— Consulter le planning des projets qui lui sont attribués,
— consulter les informations du projet,
— fermer le projet,
— consulter un document de projet.
✔ Gestion des modules
La gestion des modules est effectuée par le chef de projet qui doit être en mesure de :
— Diviser le projet en des modules,
— supprimer un module,
— consulter un module,
— éditer les informations d’un module.
✔ Gestion des tâches
La gestion des tâches est effectuée par deux types d’utilisateurs :
• Chef de projet
Il doit être en mesure de
— Diviser le module en des tâches,
— éditer les informations d’une tâche,
— supprimer une tâche,
— consulter les informations d’une tâche,
— affecter un membre pour chaque tâche,
— vérifier l’avancement d’une tâche.
• Membre de projet
Il doit être en mesure de :
— Consulter les informations d’une tâche,
— marquer l’état d’avancement d’une tâche
• Chef de projet
Il doit être en mesure de :
— Valider un ticket,
— assigner un ticket.

• Membre de projet
— Consulter les tickets,
— marquer l’état d’avancement de ticket.
✔ Gestion des catégories des problèmes
La gestion des catégories des problèmes sera pilotée par l’administrateur. Cette
tâche consistera essentiellement
— Ajouter une catégorie de problème.
— éditer les informations d’une catégorie,
— supprimer une catégorie,
— consulter les informations d’une catégorie.
✔ Envoyer Mail
✔ Création d’un espace de discussion
2. Besoins non fonctionnels
Les besoins non fonctionnels décrivent toutes les contraintes auxquelles le système est
soumis pour sa réalisation et son bon fonctionnement.
• Fiabilité
Notre application doit fonctionner de façon cohérente sans erreurs.
• Ergonomie, souplesse et confort d’utilisation Pour faciliter l’utilisation, nos Web Page doivent
offrir une interface unifiée, conviviale et ergonomique.
• Gain de temps
Notre application doit optimiser les traitements pour avoir un temps de réponse minimal.
• Maintenabilité et scalabilité
Notre code source doit être lisible, commenté et compréhensible afin d’assurer son état évo-
lutif et extensible par rapport aux besoins de l’entreprise.
c) Diagramme de cas d’utilisation global
L’étude approfondie des spécifications permet de dégager plusieurs cas d’utilisation. Un

cas d’utilisation permet de structurer les besoins des utilisateurs et les objectifs correspondants
d’un système [9]. Nous représentons dans la figure 1 ci-dessous, toutes les cas utilisations de
base afin d’avoir une vue globale du fonctionnement de notre application, ainsi que les éven-
tuelles relations qui peuvent avoir lieu.

Figure 1 : Diagramme des cas d’utilisation global
d) Diagrammes de cas d’utilisation détaillé
Dans cette partie, nous présentons les diagrammes des cas d’utilisation détaillé ainsi que
leurs descriptions textuelles.
e) Cas d’utilisation « Gestion des utilisateurs »
La figure 2 ci-dessous illustre le diagramme du cas d’utilisation relatif à la gestion des utili-
sateurs

Figure 2 : Diagramme de cas d’utilisation relatif à la gestion des utilisateurs
Dans ce qui suit, nous détaillons les différents cas d’utilisation mentionnés dans la figure
3.2.
✔ Ajouter un nouvel utilisateur
Enchaînement :
Tableau 1 : Enchainement du cas d’utilisation « Ajouter un nouvel utilisateur »
Action Acteurs Action Système

1. Le système affiche à l’administra-
teur un formulaire à remplir contenant
les informations d’un utilisateur.
2. L’administrateur saisit les informa-
tions de l’utilisateur et valide son
choix.
3. Le système crée l’utilisateur et syn-
chronise avec l’Active directory
4.Le système Affiche la liste des utilisa-
teurs

Enchainement d’exception :
E1 : Détection de champs vides. Le système affiche un message d’erreur. L’enchai-
nement E1 démarre au point 2 du scénario nominal. E2 : L’administrateur choisit d’annuler
l’opération. L’enchainement E2 démarre au point 2 du scénario nominal. Le scénario nomi-
nal reprend au point 1. Post condition : L’ajout d’un nouvel utilisateur est effectué.
✔ Modifier les informations d’un utilisateur
Enchaînement :
Tableau 2 : Enchainement du cas d’utilisation « Modifier les informations d’un utilisateur
»
Action Acteur Action système

1.Le système affiche la liste des utilisa-
teurs
2.L’Administrateur sélectionne un utili-
sateur En-
3.Le système affiche les informations chai-
contenant les informations de l’utilisa-
teur ne-
4.L’administrateur modifie les informa-
tion et valide son choix
5.Le système enregistre les données et
affiche la nouvelle liste
ment d’exception :
E1 : L’acteur choisit d’annuler l’opération. Le système affiche un message d’erreur. L’en-
chainement E1 démarre au point 4 du scénario nominal. Le scénario nominal reprend au
point 2.
Post condition :
La modification des informations de l’utilisateur est effectuée.
✔ Supprimer un utilisateur

Enchaînement :
Tableau 3 : Enchainement du cas d’utilisation « Supprimer un utilisateur »
1. le système affiche la liste des utilisa-
teurs
2.L’administrateur choisi l’utilisateur à
supprimer
3.Le système demande une confirma-
tion de suppression
4. l’administrateur confirme
5.le système enregistre et affiche la
nouvelle liste
E1 : L’acteur choisit d’annuler l’opération. Le système affiche un message d’erreur. L’en-
chainement E1 démarre au point 4 du scénario nominal. Le scénario nominal reprend au
point 2. Post condition : La suppression est effectuée.
f) Cas d’utilisation Gestion de projets

La figure 3 ci-dessous illustre le diagramme du cas d’utilisation relatif à la gestion des pro-
jets.

Figure 3 : Diagramme du cas d’utilisation détaillé relatif à la gestion des projets
✔ Créer un projet
Enchaînement :

Tableau 4 : Enchainement de cas d’utilisation « Créer un nouveau projet »

1.le système affiche à l’administrateur
un formulaire contenant les informa-
tions du projet
2.l’adminstrateur saisit les informa-
tions du projet et valide son choix
3.Le système crée le projet et ajoute
dans la liste des projets
E1 : Détection de champs vides . Le système affiche un message d’erreur. L’enchainement
E1 démarre au point 2 du scénario nominal.
E2 : L’administrateur choisit d’annuler l’opération. L’enchainement E2 démarre au point 2
du scénario nominal. Le scénario nominal reprend au point 1.
E3 : Les dates saisies sont erronées (Date début est supérieure à la date fin).
L’enchainement E3 démarre au point 2 du scénario nominal. Le scénario nominal reprend
au point 1.
Post condition :
La création d’un nouveau projet est effectuée.
✔ Modifier les informations d’un projet
Enchaînement :
Tableau 5 : Enchainement du cas d’utilisation « Modifier les informations d’un projet »
Action acteur Action Système
1.Le système affiche la liste des projets
2. L’administrateur sélectionne un pro-
jet
3.Le système affiche les informations
du projet
4. L’administrateur modifie les infor-
mation et valide son choix

4. Le système enregistre les données

et affiche la nouvelle liste
E1 : Détection de champs vides. Le système affiche un message d’erreur. L’enchainement
E1 démarre au point 4 du scénario nominal. Le scénario nominal reprend au point 2.
E2 : Les dates saisies sont erronées (Date début est supérieure à la date fin). L’enchaine-
ment E2 démarre au point 4 du scénario nominal. Le scénario nominal reprend au point 2.
E3 : Les dates saisies sont erronées.
L’enchainement E3 démarre au point 4 du scénario nominal.
Le scénario nominal reprend au point 2.
Post condition :
La modification des informations du projet est effectuée.
✔ Supprimer un projet
Enchaînement :
Tableau 6 : Enchainement du cas d’utilisation « Supprimer un projet »
1.Le système affiche la liste des projets
2.L’administrateur sélectionne le projet
à supprimer
3.le système demande une confirma-
tion de suppression
4.L’adminstrateur confirme
E1 : L’acteur choisit d’annuler l’opération.
L’enchainement E1 démarre au point 4 du scénario nominal.
Le scénario nominal reprend au point 2.
Post condition :
La suppression est effectuée.
✔ Consulter planning général

Acteurs
Administrateur
But
Consulté le planning général des projets
Précondition
L’utilisateur est authentifié
Le profil de l’utilisateur est récupéré
Enchaînement :
Tableau 7 : Enchainement du cas d’utilisation « Consulter planning général »
Action Acteur Action Système
1.L’utilisateur demande l’affichage du
planning
2.Le système affiche le calendrier de
tous les projets
3.L’utilisateur peut consulter les dé-
tails de chaque projet
du projet sélectionné
Post condition :
Le calendrier du planning des projets est affiché.
✔ Consulter planning des tâches
Acteur
Chef de projet
But
Consulter le planning des tâches
Précondition
L’utilisateur est authentifié
Le profil de l’utilisateur est récupéré
Enchaînement :
Tableau 8 : Tableau 3.8: Enchainement du cas d’utilisation « Consulter le planning des
tâches »

1.Le chef de projet demande l’affi-

chage du planning
2.le système affiche le diagramme de
Gantt des tâches du projet
3.Le chef de projet consulte les dé-
tails de chaque tâche
de la tâche sélectionnée
Post condition :
Le planning des tâches du projet est affiché
g) Cas d’utilisation « Gestion des modules »

La figure 4 ci-dessous illustre le diagramme du cas d’utilisation relatif à la gestion des
modules
Figure 4 : Diagramme du cas d’utilisation détaillé relatif à la gestion des modules

Dans ce qui suit, nous détaillons les différents cas d’utilisation mentionnés dans la figure 4.
✔ Ajouter un module

Enchaînement :
Tableau 9 : Enchainement du cas d’utilisation « Ajouter un module »

1. Le système affiche au chef de projet
un formulaire à remplir contenant les
informations d’un module.
2. Le chef de projet saisit les informa-
tions de module et valide son choix.
3. Le système affiche la liste des mo-
dules.
E1 démarre au point 2 du scénario nominal.
E2 : Le chef de projet choisit d’annuler l’opération. L’enchainement E2 démarre au point 2
E3 : Les dates saisies sont erronées. L’enchainement E3 démarre au point 2 du scénario
nominal. Le scénario nominal reprend au point 1. Post condition : l’ajout d’un module est
effectué.
✔ Modifier un module
Enchaînement :

Tableau 10 : : Enchainement du cas d’utilisation « Modifier les informations d’un mo-

dule »
Action Acteur Action Système
1. Le système affiche la liste des mo-
dules.
2. Le chef de projet sélectionne un mo-
dule.
3. Le système affiche le formulaire
contenant les informations du module.
4. Le chef de projet modifie les infor-
mations et valide son choix.
5. Le système enregistre les données
et affiche la nouvelle liste.
E1 démarre au point 4 du scénario nominal. Le scénario nominal reprend au point 2.
E2 : Les dates saisies sont erronées (Date début est supérieure à la date fin). L’enchaine-
ment E2 démarre au point 4 du scénario nominal. Le scénario nominal reprend au point 2.
E3 : Les dates saisies sont erronées. L’enchainement E3 démarre au point 4 du scénario
nominal. Le scénario nominal reprend au point 2. Post condition : La modification des in-
formations du module est effectuée.
✔ Supprimer un module
Enchaînement :
Tableau 11 : Enchainement du cas d’utilisation « Supprimer un module »
Action acteur Action Système
1.Le système affiche la liste des mo-
dules
2.l’administrateur sélectionne dans la
liste le module à supprimer
3.Les système demande une confirma-
tion

4.L’administrateur confirme
E1 : Le chef de projet choisit d’annuler l’opération. L’enchainement E1 démarre au point 4
Post condition : La suppression est effectuée.
h) Cas d’utilisation « Gestion des tâches »

La figure 5 ci-dessous illustre le diagramme du cas d’utilisation relatif à la gestion des tâches.
Figure 5 : Diagramme du cas d’utilisation détaillé relatif à la gestion des tâches
Dans ce qui suit, nous détaillons les différents cas d’utilisation mentionnés dans la figure
5.
✔ Marquer l’avancement d’une tâche

Enchaînement :
Tableau 12 : Enchainement du cas d’utilisation « Marquer l’avancement d’une tâche »
Action acteur Action système
1.Le système affiche la liste des tâches
sollicité par le membre authentifier
2. Le membre consulte les détails sur
les tâches
3.Le système affiche les taches sélec-
tionner par le membre
4.le membre modifie la tache en mar-
quant son avancement
5.Le système envoi une notification au
chef de projet marquant la fin de la
tâche
6. Le système enregistre les modifica-
tions et affiche les taches
A1 : L’état de la tâche est complet.
Post condition :
L’avancement est marqué 3.4.5 Cas d’utilisation « Gestion des catégories
La figure 6 ci-dessous illustre le diagramme du cas d’utilisation relatif à la gestion des ca-
tégories des problèmes.

Figure 6 : Diagramme du cas d’utilisation détaillé relatif à la gestion des catégories.

Dans ce qui suit, nous détaillons les différents cas d’utilisation mentionnés dans la figure 6.
✔ Consulter catégorie
Enchaînement :
Tableau 13 : : Enchainement du cas d’utilisation « Consulter catégorie »
Action acteur Action système
1.LLe système affiche la liste des caté-
gories
II. L’utilisateur sélectionne une caté-
gorie
III. Le système affiche les détails sur
les catégories
Conclusion
Dans ce chapitre, nous avons détaillé les besoins fonctionnels et non fonctionnels
ainsi que les diagrammes des cas d’utilisation. Lors de chapitre suivant nous allons expo-
ser la partie conception.

CHAP 3 : CONCEPTION
Introduction
Après avoir analysé les besoins, nous entamons dans ce chapitre la phase de con-
ception. Ainsi, nous nous focalisons sur la conception d’une structuration adéquate pour
l’application. Cette étape est primordiale au bon déroulement du projet, et a pour but de
détailler les tâches à entreprendre et de préparer le terrain pour l’étape de réalisation.
Dans une première partie, nous commençons par la conception globale de notre projet.
Ensuite, dans une deuxième partie, nous détaillons la conception en utilisant les dia-
grammes UML appropriés, avant de finir avec une présentation de la conception logique
de données.
1. Architecture globale
Notre projet consiste à développer une application intranet qui offre un ensemble
de services accessibles uniquement à partir des postes du réseau local. C’est une applica-
tion à 3 niveaux, donc l’architecture est partagée entre :
❖ Un client, c’est-à-dire que l’ordinateur est demandeur de ressources, équipé d’une

interface utilisateur (généralement un navigateur web),
❖ Un service, chargé de fournir les ressources mais faisant appel à un autre serveur,
❖ Des données (sous forme de liste) qui sont fournis à l’application [10].
2. Conception détaillée
A ce niveau, nous allons entamer la partie conception durant laquelle nous illustrons
notre conception par la présentation de diagramme de classes et des diagrammes de sé-
quences.
a) Diagramme de classes
Le diagramme de classes fournit une vue globale d’un système en présentant ses
classes, ses interfaces, ses collaborations, et les relations entre elles [11]. La figure 7 ci-
dessous représente le diagramme des classes de notre travail

Figure 7 : Diagramme de classes
b) Description des classes

Dans cette partie nous décrivant les cardinalités entre les différentes classes. R1 : Un
projet peut avoir plusieurs utilisateurs.
R2 : Un chef de projet peut être affecté à ou plusieurs projets.
R3 : Un projet peut avoir un seul chef de projet.
R4 : Un projet est composé de plusieurs modules qui, eux-mêmes, sont composés de
plusieurs tâches.
R5 : Les tâches peuvent se chevaucher.
R6 : Chaque tâche est affectée à un seul membre.
R7 : Un membre peut être affecté à des tâches parallèles.
R8 : Il n’existe aucune dépendance entre les projets.
R9 : Les tâches ne peuvent être clôturé que par le chef de projet. R10 : Il existe un seul
dossier unique par projet contenant les documents qui lui sont associés.
R11 : Les fichiers ne peuvent être déposer que par l’administrateur. R12 : Chaque utili-
sateur est identifié par son login.
R13 : Une catégorie peut être reliée à un ou plusieurs tickets. R14 : Un ticket correspond
à une seule tâche

3. Diagrammes de séquences
La description textuelle des cas d’utilisation présentée permet de communiquer facile-
ment et précisément avec les utilisateurs. En revanche, le texte présente certaines limites
puisqu’il est difficile de montrer la succession des enchainements. Il est donc recommandé
de compléter la description textuelle par un diagramme de séquence. Dans cette section,
nous présentons quelques diagrammes de séquences pour des scénarios susceptibles d’avoir
lieu dans notre système, afin de mettre en évidence l’aspect dynamique de l’application.
a) Diagramme de séquence relatif à l’authentification
La figure 8 ci-dessous décrit le scénario de l’authentification.
Figure 8 : Diagramme de séquence relatif à l’authentification
b) Diagrammes de séquence relatifs à la gestion des utilisateurs

Dans cette partie nous présentons quelques diagrammes de séquences pour des scénarios
relatifs à la gestion des utilisateurs.
• Ajouter un nouvel utilisateur La figure 9 ci-dessous décrit le scénario de l’ajout
d’un utilisateur
Figure 9 : Diagramme de séquence relatif à l’ajout d’un utilisateur
• Consulter un utilisateur La figure 10 ci-dessous décrit le scénario de consultation

d’un utilisateur.

Figure 10 : Diagramme de séquence relatif aux consultations d’un utilisateur
3. Diagrammes de séquence relatifs à la gestion des projets

Dans cette partie nous présentons quelques diagrammes de séquences pour des scéna-
rios relatif à la gestion des projets.
• Créer un projet La figure 11 ci-dessous décrit le scénario de création d’un projet.

Figure 11 : Diagramme de séquence relatif à la création d’un projet
• Modifier un projet La figure 12 ci-dessous décrit le scénario de modification d’un

projet

Figure 12 Diagramme de séquence relatif à la modification d’un projet
4. Diagrammes de séquences relatifs à la gestion des modules

Dans cette partie nous présentons quelques diagrammes de séquences pour des scénarios
relatifs à la gestion des modules.
• Consulter un module La figure 13 ci-dessous décrit le scénario de consultation

d’un module.

Figure 13: Diagramme de séquence relatif à la consultation d’un module
• Ajouter un module La figure 14 ci-dessous décrit le scénario de l’ajout d’un

module.

Figure 14Diagramme de séquence relatif à l’ajout d’un module
• Supprimer un module La figure 15 ci-dessous décrit le scénario de suppression

d’un module.
Figure 15 : Diagramme de séquence relatif à la suppression d’un module
5. Diagrammes de séquences relatifs à la gestion des tâches

Dans cette partie nous présentons quelques diagrammes de séquences pour des scéna-
rios relatifs à la gestion des tâches.
• Ajouter une tâche La figure 16 ci-dessous décrit le scénario de l’ajout d’une

tâche.

Figure 16: Diagramme de séquence relatif à l’ajout d’une tâche
• Modifier une tâche La figure 17 ci-dessous décrit le scénario de modification

d’une tâche.

Figure 17: Diagramme de séquence relatif à la modification d’une tâche
• Marquer l’avancement d’une tâche La figure 17 ci-dessous décrit le scénario de

marquage de l’avancement d’une tâche.

Figure 18: Diagramme de séquence relatif au marquage du l’avancement de tâche
6. Diagramme de séquence relatif à la gestion des tickets

Dans cette partie nous présentons le diagramme de séquences pour le scénario relatif à la gestion
des tickets.
• Créer ticket La figure 19 ci-dessous décrit le scénario de création d’un ticket.

Figure 19: Diagramme de séquence relatif à la création d’un ticket
4. Conception logique de données

Le serveur de base de données associé à Microsoft SharePoint Server est SQL Server.
Ce dernier contient toutes les définitions des applications Web créées. Néanmoins nous ne
le manipulons pas directement.
En effet la technologie SharePoint fait une séparation entre les développeurs et
l’administration de SQL Server. Elle met à la disposition des développeurs la notion de «
Listes » dont chacune est représentée réellement par une table dans la base de données.
Le développeur est alors invité à manipuler ces listes où il peut créer ses propres champs,
et construire les relations grâce aux champs de type « look up » [12].

5. Présentation des listes de la plateforme.
Comme nous l’avons mentionné, l’utilisateur manipule des listes qui sont l’abstraction des
tables qui se trouvent dans SQL Server. Les listes sont les conteneurs d’informations de SharePoint.
La notion de clés étrangères qu’on la trouve dans les autres technologies et les systèmes de gestion
de la base des données n’existe pas dans SharePoint. Parmi les abstractions faites par ce dernier
est l’élimination de cette notion et son remplacement par un champ « Look up » qui fait référence
à un autre champ d’une autre liste de l’application. Chaque élément d’une liste SharePoint possède
un champ ID par défaut qui est auto incrémentée afin de représenter la clé primaire de cet élément
[12].
6. Conception de l’entrepôt de données

Notre système décisionnel doit être alors capable de répondre aux questions de base de type :
— Quel est le taux des tâches affecté à chaque membre ?
— Quels sont les projets qui ont eu le plus de tickets ?
— Quels sont les membres qui ont résolu le plus de tickets ?
— Quel est le taux des tâches par état ?
— Quel est le taux des tickets par catégorie ?
La figure 20 ci-dessous illustre le schéma en étoile que nous avons conçu dans notre projet
Figure 20 : Schéma en étoile

Conclusion
Dans ce chapitre, nous avons présenté la conception de notre système. Nous
avons détaillé l’architecture 3 tiers et nous avons établi le diagramme de classes et les
diagrammes de séquences. Enfin nous avons décrit la conception de logique de données
et la conception de l’entrepôt de données. Dans le dernier chapitre nous passerons à la
phase de réalisation de tout ce qui a été défini et conçu tout au long des parties précé-
dentes.

CHAP4 : REALISATION
Dans les chapitres précédents nous avons essayé de suivre un environnement lo-
gique qui nous a permis de développer notre application. Nous arrivons maintenant à la
phase de développement qui constitut la phase d’achèvement et d’aboutissement de notre
projet. Pour cela nous présenterons l’environnement de travail ainsi que les outils de dé-
veloppement utilisés dans un premier temps. Et dans un second temps nous présenterons
quelques captures d’écrans de notre application. Et nous finirons par élaborer les tests
fonctionnels de notre application.
Planification du séjour
Le directeur Général avait constitué une fiche une fiche de présence sur la
quelle était mentionnée l’heure d’arrivée et de départ. Aussi chaque matin nous avions une
tâche à effectuer ; tout ceci sous la supervision du chef du personnel.
Pour ce qui est de la suite, nous parlerons des tâches des effectués et des difficultés
rencontrées.
1) Environnement de travail
Nous présenterons ici l’environnement matériel et logiciel qui nous a permis de réaliser
notre projet.
A. Environnement matériel
Pour la réalisation d’un projet informatique dans des conditions fiable il faut disposer d’un
cer-
Processeur RAM Disque Dur
tain
Minimum 64bits, Core i3 2Go 80GB
Moyen 64bits, Core i5 4Go 160GB
nombre de ressource. Pour cela, il est préférable que la solution soit déployée sur l’archi-
tecture serveur présentée par le tableau de la figure 5.1 Nous avons utilisé pour la réalisa-
tion de notre plateforme d’un ordinateur eéquiper d’un processeur i5cadencé a 2,40GHz
d’une RAM d’une capacité de 4Go. La machine dispose également d’un Disque Dur de 160
GB et d’un système Windows Client 10 pro.

B. Environnement logiciel.
Nous consacrons cette partie à la présentation des différents logiciels utiliser pour réaliser
notre plateforme.
1) WORDPRESS
Wordpress est un système de gestion de contenu (CMS) qui permet de créer et de

gérer facilement un site ou un blog, pour une école par exemple. Depuis, Matt Mullenweg
est largement devenu le visage de WordPress. Il est également le fondateur d’Automatic,
qui est la société à l’origine du service à but lucratif WordPress.com. WordPress est devenu
la plus populaire plateforme de publication de site internet sur le marché et génère de nos
jours plus de 60 millions de site internet dans le monde. Wordpress permet d’administrer,
de créer et de gérer votre site internet hautement fonctionnel en n’utilisant que votre
navigateur internet. Dans un tel système, le "look" du site et ses contenus sont gérés sépa-
rément : les contenus (articles, pages, images...) sont stockés dans un espace dédié et ils
sont affichés, à la demande, sur le site, selon une présentation (mise en page, couleurs...)
qu'on peut faire varier ; si on change de thème, les contenus sont automatiquement réa-
gencés en conséquence.
Les gestionnaires du site disposent d'une interface spécifique, protégée par mot de passe,
qui leurs permet d'apporter les modifications souhaitées au site. Selon leur statut, ils peu-
vent modifier tout ou partie des contenus, des thèmes et/ou des fonctionnalités instal-
lées.
Cette interface s'ouvre sur un tableau de bord qui résume l'état du site et donne accès
aux différents réglages.

Wordpress fournit des outils permettant de mêler les notions de site (organisation thé-
matique des contenus) et de blog (organisation chronologique des contenus). Il est essen-
tiel de s'approprier le vocabulaire utilisé dans Wordpress :
— Pages : une page est un ensemble de contenus (textes, images, sons...) fournis-
sant des informations plutôt pérennes.
— Articles : un article contient des éléments plus dynamiques, liés à la vie quoti-
dienne du site, actualités et comptes-rendus d'activités au jour le jour ; c'est
l'aspect "blog" de Wordpress.
— Catégories : les catégories permettent d'indexer les articles, c'est à dire de les
classer dans des thèmes prédéfinis ; cet outil permet d'organiser les articles selon
des critères autres que chronologique.
L'usage des catégories est vivement recommandé pour que les utilisateurs puissent
accéder aux articles selon leurs centres d'intérêt et pas seulement via une liste
chronologique générale.
— Commentaires : pour chaque page ou article publié, les visiteurs du site peuvent
laisser des commentaires qui viennent s'afficher sous le contenu ; les commen-
taires permettent une interaction et une participation plus active des visiteurs.
WordPress est utilisé par les particuliers, les grandes entreprises et tout le monde entre
les deux ! Sur une note immédiate, nous utilisons WordPress ! Beaucoup d’autres entités
bien connues utilisent également WordPress. Voici quelques-uns de nos exemples préfé-
rés :
Whitehouse.gov
Le site officiel Whitehouse.gov est propulsé par WordPress :
Microsoft
Microsoft utilise WordPress pour propulser son blog officiel. Il utilise également
WordPress pour propulser des blogs pour des produits spécifiques comme Windows et
Skype :
Les Rolling Stones
Même les groupes célèbres adorent WordPress ! Le site Web des Rolling Stones est entiè-
rement propulsé par WordPress :
A. AVANTAGES
WordPress est gratuit et Open Source
L’un des plus grands avantages de WordPress est qu’il s’agit d’un logiciel libre et
gratuit. Bien que l’on doit payer un peu pour l’hébergement, nous n’aurions jamais à payer
juste pour utiliser le logiciel WordPress, ce qui n’est pas le cas avec des alternatives

comme Squares pace. Au-delà de cela, l’on peut également trouver de nombreux plugins
et thèmes open-source pour modifier l’apparence et le fonctionnement de notre site web.
En parlant de cela…
WordPress est extensible
Même si vous n’êtes pas développeur, vous pouvez facilement modifier votre site web
grâce à l’énorme écosystème de thèmes et de plugins de WordPress :
• Thèmes – ils changent principalement l’apparence de votre site Web.

• Plugins – ils modifient principalement le fonctionnement de votre site Web.
WordPress est facile à installer
WordPress est flexible
Nous en avons déjà parlé, mais WordPress est génial parce qu’il vous permet de créer à
peu près n’importe quel type de site Web. Mieux encore, votre site web peut aussi évoluer
avec vous.
Il est facile de trouver de l’aide pour WordPress
Parce que WordPress est si populaire, il est facile de trouver de l’aide si jamais vous ren-
contrez des problèmes. Il y a des tas de….
• Blogs
• Tutoriels
• Forums
• Groupes Facebook
• Développeurs
C. RESULTAT OBTENU
1. Inscription et Connexion

Figure 21 : page de connexion
2. Accueil
Figure 22 : page d’accueil

3. Espace de travail
Figure 23 : Espace de travail
Conclusion
Il a été question pour nous de présenter dans ce chapitre la mise en œuvre de notre pro-
jet. Nous avons basé le développement sur une technologie assez intéressante notam-
ment Wordpress qui nous a permis de concrétiser notre travail.

CONCLUSION
Durant notre stage au sein de PENIEL nous avons touché du doigt à la

réalité dans le domaine de l’informatique. Pendant nos différentes activités nous avons
identifié quelques manquements. D’où notre problématique. Pour mieux répondre à celle-
ci notre a travail a consisté d’une part à présenter PENIEL à travers ses caractéristiques
identitaires, son organisation et son fonctionnement. D’autre part, nous avons proposé une
solution numérique, par une analyse, une conception, et enfin mise en œuvre de la solution
tout en essayant de respecter au maximum le processus de génie logiciel afin d’obtenir non
seulement une application fonctionnelle mais une application maintenable et bien conçue.
Nous avons pu percevoir au cours de notre étude qu’une entreprise travaillant sur des pro-
jets qu’une plateforme collaborative présente de nombreux avantages pour avoir une
bonne collaboration et un bon suivi de projet afin d’aboutir à des résultats excellents. Cette
expérience professionnelle a été fortement enrichissante. Ce stage nous a permis de nous
rapprocher du monde du travail de par notre investissement dans ce projet.

TABLE DES MATIERES

RAPPORT DE STAGE .................................................................................................................................... 1
CONCEPTION D’UNE PLATEFORME COLLABORATIVE DE GESTION DE PROJETS .......................................... 1

AVANT PROPOS ............................................................................................................................................. 2
REMERCIEMENTS........................................................................................................................................... 4
DEDICACE ....................................................................................................................................................... 6
GLOSSAIRES ................................................................................................................................................... 7
INTRODUCTION GENERALE ........................................................................................................................... 9
PREMIERE PARTIE : ................................................................................................................................... 10
PRESENTATION GENERALE DE L’ENTREPRISE ET ....................................................................................... 10
DEROULEMENT DU STAGE ........................................................................................................................ 10
CHAPITRE I ................................................................................................................................................... 11
PRESENTATION GENERALE DE PENIEL ......................................................................................................... 11
SECTION I : CARACTERISTIQUE IDENTITAIRES DE PENIEL. ........................................................................... 11
I. HISTORIQUE, ATOUTS ET SITUATION GEOGRAPHIQUE DE PENIEL .................................................... 11
A. Historique ........................................................................................................................................ 11
B. PENIEL PROPREMENT DIT ............................................................................................................... 12
II. SITUATION GEOGRAPHIQUE ............................................................................................................... 12
III. ACTIVITES EN ENVIRONNEMENT DE L’ENTREPRISE PENIEL............................................................ 12
A. LES ACTIVITES DE PENIEL ................................................................................................................ 12
B. ENVIRONNEMENT INTERNE DE PENIEL. ......................................................................................... 12
SECTION II : ORGANISATION STRUCTURELLE DE PENIEL ............................................................................. 14
I. L’ORGANIGRAMME......................................................................................................................... 14
II. LES ORGANES DE GESTION ............................................................................................................. 15
I. LA DIRECTION GÉNÉRALE ................................................................................................................ 15
II. LE CONSEILLER TECHNIQUE ............................................................................................................ 15
III. LE SECRETARIAT .......................................................................................................................... 15
IV. LE SERVICE DE LA COMPTABILITE ............................................................................................... 15
V. LE SERVICE D’IMPRIMERIE ET D’INFOGRAPHIE .............................................................................. 16
VI. LE SERVICE INFORMATIQUE ....................................................................................................... 16
VII. LE SERVICE TECHNIQUE .............................................................................................................. 16
VIII. LE SERVICE COMMERCIAL ........................................................................................................... 16
CHAPITRE II : DEROULEMENT DU STAGE ..................................................................................................... 17
SECTION I- ACCEUIL ET PLANIFICATION DE STAGE ...................................................................................... 17
Accueil ..................................................................................................................................................................17
SECTION II- TRAVAUX EFFECTUES ET EVALUATION DU STAGE ................................................................... 17
I. TRAVAUX EFFECTUES ...................................................................................................................... 17
II. EVALUATION DU STAGE .................................................................................................................. 18
DEUXIEME PARTIE : .................................................................................................................................. 20
CONCEPTION D’UNE PLATEFORME COLLABORATIVE ................................................................................ 20
CHAP I :CAHIER DES CHARGES ..................................................................................................................... 20

A. Contexte et définition du projet .................................................................................................................20

B. Objectifs de la plateforme ..........................................................................................................................20

C. Compétences de la plateforme ...................................................................................................................21
CHAP II : ANALYSE ET SPÉCIFICATION DES BESOINS ................................................................................... 23
a) Identification des acteurs .......................................................................................................................23
b) Identification des besoins ......................................................................................................................23
1. Besoins fonctionnels ...................................................................................................................................23
2. Besoins non fonctionnels ............................................................................................................................25
c) Diagramme de cas d’utilisation global ...................................................................................................25
d) Diagrammes de cas d’utilisation détaillé ...............................................................................................26
e) Cas d’utilisation « Gestion des utilisateurs » .........................................................................................26
f) Cas d’utilisation Gestion de projets .......................................................................................................29
g) Cas d’utilisation « Gestion des modules » .............................................................................................34
h) Cas d’utilisation « Gestion des tâches » .................................................................................................37
CHAP 3 : CONCEPTION ................................................................................................................................. 40
Introduction ............................................................................................................................................. 40
1. Architecture globale ....................................................................................................................... 40
2. Conception détaillée ....................................................................................................................... 40
a) Diagramme de classes .................................................................................................................... 40
b) Description des classes ................................................................................................................... 41
3. Diagrammes de séquences ............................................................................................................. 42
a) Diagramme de séquence relatif à l’authentification ..................................................................................42
b) Diagrammes de séquence relatifs à la gestion des utilisateurs .................................................................42
3. Diagrammes de séquence relatifs à la gestion des projets ........................................................................44
4. Diagrammes de séquences relatifs à la gestion des modules ....................................................................46
5. Diagrammes de séquences relatifs à la gestion des tâches .......................................................................48
6. Diagramme de séquence relatif à la gestion des tickets ............................................................................51
4. Conception logique de données .................................................................................................................52
5. Présentation des listes de la plateforme. ...................................................................................................53
6. Conception de l’entrepôt de données ........................................................................................................53
Conclusion ............................................................................................................................................................54
CHAP4 : REALISATION.................................................................................................................................. 55
Planification du séjour .........................................................................................................................................55
1) Environnement de travail ............................................................................................................... 55
A. Environnement matériel .............................................................................................................................55
B. Environnement logiciel. ..............................................................................................................................56
1) WORDPRESS .................................................................................................................................... 56
A. AVANTAGES .................................................................................................................................... 57
C. RESULTAT OBTENU.............................................................................................................................. 58
1. Inscription et Connexion .................................................................................................................. 58
2. Accueil ............................................................................................................................................. 59
3. Espace de travail.............................................................................................................................. 60
CONCLUSION ............................................................................................................................................... 61

Copie de Secours de Rapport de StageBON

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Copie de Secours de Rapport de StageBON

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE DU CAMEROUN

PAIX-TRAVAIL-PATRIE REPUBLIC OF CAMEROON

CONCEPTION D’UNE PLATEFORME COLLABORA-

Rédigé et présenté par :

Les progrès scientifiques et techniques contribuent aujourd’hui à améliorer son rendement.

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 2

Table des matières

CONCEPTION D’UNE PLATEFORME COLLABORATIVE ................................................................................... 1

PREMIERE PARTIE : ................................................................................................................................... 10

PRESENTATION GENERALE DE L’ENTREPRISE ET ....................................................................................... 10

DEROULEMENT DU STAGE ........................................................................................................................ 10

DEUXIEME PARTIE : .................................................................................................................................. 20

CONCEPTION D’UNE PLATEFORME COLLABORATIVE ................................................................................ 20

ANALYSE ET SPÉCIFICATION DES BESOINS .................................................................................................. 23

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 3

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 4

L’objectif de ce projet est de modéliser et développer une plateforme collabora-

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 5

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 6

LISTE DES FIGURES

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 7

LISTE DES TABLEAUX

Tableau 1 : Enchainement du cas d’utilisation « Ajouter un nouvel utilisateur » ... 27

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 8

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 9

Considérée comme une organisation, l’entreprise utilise les moyens techniques

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 10

SECTION I : CARACTERISTIQUE IDENTITAIRES DE PENIEL.

I. HISTORIQUE, ATOUTS ET SITUATION GEOGRAPHIQUE DE PENIEL

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 11

B. PENIEL PROPREMENT DIT

II. SITUATION GEOGRAPHIQUE

III. ACTIVITES EN ENVIRONNEMENT DE L’ENTREPRISE PENIEL

B. ENVIRONNEMENT INTERNE DE PENIEL.

L’environnement de l’entreprise peut être défini comme l’ensemble d‘éléments

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 12

Du fait de l’intervention de l’Etat dans la vie économique et de la réglementation en

➢ Les organismes sociaux

➢ Ses Fournisseurs et Partenaires

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 13

- Peniel Centrale d’Achat avec pour concurrent : eco-elect, quimicam, La Quincaillerie

SECTION II : ORGANISATION STRUCTURELLE DE PENIEL

Il s’agira dans ce chapitre de notre rapport de présenter l’organisation structurelle de

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 14

II. LES ORGANES DE GESTION

II. LE CONSEILLER TECHNIQUE

IV. LE SERVICE DE LA COMPTABILITE

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 15

V. LE SERVICE D’IMPRIMERIE ET D’INFOGRAPHIE

VI. LE SERVICE INFORMATIQUE

 La mise à jour des systèmes collectifs, des logiciels et sécurité

VII. LE SERVICE TECHNIQUE

VIII. LE SERVICE COMMERCIAL

 La prospection, qui consiste à ramener de nouveau client à l’entreprise.

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 16

CHAPITRE II : DEROULEMENT DU STAGE

Le stage est une partie intégrante et importante de toute formation professionnelle.

SECTION I- ACCEUIL ET PLANIFICATION DE STAGE

SECTION II- TRAVAUX EFFECTUES ET EVALUATION DU STAGE

REDIGE ET PRESENTE PAR EFOUBA KOSSO JEAN MARIE 17

➢ Les informations relatives à la création et l’évolution de l’entreprise n’étaient connues

II. EVALUATION DU STAGE

Sur le plan académique

Sur le plan professionnel