Rapport de Stage Pré Ingénieur

RAPPORT DE STAGE
Thème : Conception et implémentation d’une

application pour la gestion du parc informatique
Nom de l’étudiant : Ngome Marvin Ajebe

Département : Génie Informatique
Niveau : 4
Responsable de stage : Mr AKAME Fabrice (Chef CESIR)
Du 10 juillet au 30 septembre 2023
Ce stage a été réalisé au sein du CESIR (Centre d’Exploitation des Systèmes d’Information et
des Réseaux IP / Internet)
Page
Table de matières
Table de matières ......................................................................................................... i

Table de Figures ......................................................................................................... iii
Remerciements........................................................................................................... iv
Résumé ........................................................................................................................ v
Introduction générale ................................................................................................. vi
Problématique .......................................................................................................... viii
Objectifs ..................................................................................................................... ix
I. Présentation de la structure .................................................................................. 1
I.1 Création et législation .................................................................................. 1
I.2 Missions ....................................................................................................... 2
I.3 Réalisations .................................................................................................. 2
I.4 Présentation du centre d’accueil (CESIR) ................................................... 3
II. Modélisation du contexte .................................................................................... 4
II.1 Etude de l’existant ....................................................................................... 4
II.1.1 Présentation de l’outil ............................................................................. 4
II.1.2 Limites .................................................................................................... 7
II.2 Description de la solution à implémenter .................................................... 8
II.2.1 Analyse ................................................................................................... 8
II.2.1.1 Diagramme de paquetage ................................................................ 8
II.2.1.2 Diagrammes de cas d’utilisation ...................................................... 9
II.2.1.2.1 Gestion des équipements ........................................................ 14
II.2.1.2.2 Gestion des pannes ................................................................. 18
II.2.1.2.3 Gestion des fiches d’intervention ........................................... 22
II.2.1.2.4 Gestion des bons de sortie ...................................................... 24
II.2.1.3 Diagramme de classes métier ........................................................ 27
II.2.1.4 Diagrammes d’état-transition ........................................................ 27
II.2.1.5 Diagrammes d’activité ................................................................... 31
Page i
Génie Informatique Niveau 4 Année Académique 2022/2023
II.2.2 Conception ............................................................................................ 32

III. Mise en œuvre de la solution ........................................................................ 37
III.1 Architecture logicielle globale et processus de développement ................ 37
III.2 Présentation de la solution ......................................................................... 39
III.3 Problèmes rencontrés ................................................................................. 42
III.4 Contraintes imposées par la solution ......................................................... 43
IV. Conclusion et perspectives ............................................................................... 44
V. Bibliographie ..................................................................................................... 45
P a g e ii
Table de Figures
Figure 1. Organigramme du CESIR ........................................................................... 3

Figure 2. Feuille des Unités Centrales ........................................................................ 4
Figure 3. Feuille des Ecrans ........................................................................................ 5
Figure 4.Feuille des Imprimantes ............................................................................... 5
Figure 5. Feuille des Copieurs .................................................................................... 6
Figure 6.Feuille des Scanners ..................................................................................... 6
Figure 7. Diagramme de package ............................................................................... 8
Figure 8. Cas d'utilisation gestion des utilisateurs .................................................... 10
Figure 9. Cas d'utilisation gestion des équipements ................................................. 14
Figure 10. Cas d’utilisation gestion des pannes Enregistrer une panne ................... 18
Figure 11. Cas d'utilisation gestion des fiches d'intervention ................................... 22
Figure 12. Cas d'utilisation gestion des bons de sortie ............................................. 24
Figure 13. Diagramme de classes métier .................................................................. 27
Figure 14. État transition de panne ........................................................................... 29
Figure 15. État transition des équipements ............................................................... 30
Figure 16. Enregistrement équipement par niveau 2 ................................................ 31
Figure 17. Enregistrement équipement niveau 3 ...................................................... 31
Figure 18. Diagramme de classes techniques User Management ............................ 32
Figure 19. Diagramme de classes techniques Equipment Management .................. 33
Figure 20.Diagramme de classes techniques Exit Voucher Management ................ 34
Figure 21.Diagramme de classes techniques Diagnostic Management .................... 35
Figure 22. Diagramme de classes techniques Damage Management ...................... 36
Figure 23. Architecture logicielle ............................................................................. 38
Figure 24. Processus de développement ................................................................... 39
Figure 25. Login ....................................................................................................... 40
Figure 26. Enregistrement équipement ..................................................................... 40
Figure 27. Liste des équipements du parc ................................................................ 41
Figure 28. Enregistrement d'une fiche d'intervention ............................................... 41
Figure 29.Fiche d'intervention .................................................................................. 42
P a g e iii
Remerciements
Je remercie premièrement le Dieu Tout-Puissant pour l’esprit de Travail qu’il m’a

accordé pendant ce stage au sein de l’entreprise CAMTEL. Je remercie également le Mr.
Akame Fabrice de m’avoir pris comme stagiaire et permis de travailler sur un thème
d’actualité pendant ce stage pré-ingénieur, ainsi que l’entreprise CAMTEL pour m’avoir
offert un cadre de travail et ses employés, en particulier Mr Bokali qui a toujours été à
l’écoute et généreux en conseils et recommandations, Mr Nguini qui nous a conformé à la
discipline dans le contexte professionnel. Je remercie également mes parents, M. et Mme
Ngome et mes frères et sœurs pour toute leur aide, leur soutient et leur amour. Merci à
tous mes camarades et à tous ceux que je n’ai pas cité.
P a g e iv
Résumé
Dans les activités de gestion et de supervision des équipements informatiques de

tous les établissements de CAMTEL de la région du Centre, nous avons eu la charge de
mettre sur pied une application permettant de dématérialiser leurs opérations menées au
quotidien. Nous avons procédé par le recueil des exigences afin de fournir un cahier de
charges fonctionnel, une analyse de la solution proposée, une conception et une
implémentation de cette dite solution en faisant montre des technologies utilisées ainsi
que les approches architecturales exploitées.
Page v
Introduction générale
Depuis le 19ième siècle, le monde connait un essor technologique de plus en plus

remarquable et croissant. Notamment dans le domaine des télécommunications depuis
l’invention du premier poste téléphonique par Alexandre Graham Bell en 1876. Les
chercheurs et ingénieurs n’ont eu de cesse d’améliorer les télécommunications et on a
ainsi eu une transition de la transmission de signal analogique à la transmission de signal
numérique. La transmission de signal analogique a donc été mise sur pied au moyen de
plusieurs infrastructures logiques et physiques. On a eu successivement les transmissions
en CDMA 2000, 2G, 2.5G, 2.75G, 3G, 4G LTE et 5G. Pour chacun de ces modes et à une
échelle nationale voire mondiale, il a fallu déployer des infrastructures à de zones
stratégiques afin de pouvoir assurer la communication. C’est ainsi que voient le jour des
sociétés et entreprises de télécommunication, certaines opérant dans le secteur privé et
d’autres dans le secteur public ou parapublic celles-ci étant chargées de fournir le service
de communication et d’accès à internet aux individus. Ces acteurs entrent en jeu dans
chaque pays du monde et sont tout aussi diversifiés, en particulier au Cameroun nous
avons l’entreprise CAMTEL (Cameroon Telecommunications).
La gestion de l’exploitation des infrastructures se fait par plusieurs acteurs et ceux-
ci agissent au moyen d’outils informatiques qui ont besoin d’être répertoriés et
inventoriés afin d’avoir une vue globale sur ces outils et minimiser l’anarchie au cours de
leur gestion dans les différents sites dans lesquels l’entreprise se décline. Pour ce faire, on
ressence tous les types d’équipements utilisés dans un parc informatique.
Un parc informatique (ou parc IT) est un ensemble de ressources logicielles,
matérielles et réseaux qui constituent un système informatique. Il est indispensable pour
le bon fonctionnement de l’environnement informatique d’une entreprise. La gestion de
parc informatique a pour principal objectif de garantir la pérennité de vos ressources
informatiques tout en optimisant leur coût. Il s’agit donc d’abord de prévenir les besoins
d’usage, de déploiement, complément, maintenance et reprise, pour une gestion optimale
des coûts et des équipements tout au long de leur vie.
Dans l’optique de notre stage académique au sein de l’entreprise CAMTEL
(Cameroon Telecommunications), nous avons été conviés à travailler au sein de
l’établissement CESIR. L’on a été soumis à l’analyse et la conception d’un logiciel pour
la gestion du parc informatique dans lequel sera renseigné toutes les informations
relatives aux équipements de bureaux et de gestions au sein d’un sous ensemble de la
société CAMTEL. Dans le cahier de charges donné en annexe sont inscrits toutes les
P a g e vi
exigences fonctionnelles et les contraintes opérationnelles sous lesquelles doivent être

réalisées ces exigences.
P a g e vii
Problématique
La direction régionale du centre dispose de plusieurs équipements de bureau qui

concourent à l’accomplissement des services et opérations au sein de l’entreprise. Ainsi
avec les différents institutions et départements situés dans la région du centre, il devient
très capital de pouvoir assurer la surveillance, le contrôle et les interventions sur ces
équipements. Ces activités de gestion font partie intégrante du système d’information de
l’entreprise. C’est dans cette optique que l’une des diverses fonctions du département de
CESIR est de s’assurer de la mise en place un système munis de ressources et dispositifs
qui vont permettre de collecter, stocker, traiter et diffuser les informations relatives aux
équipements constitutifs du parc informatique de la DRC. Ce système devra donc
permettre aux différents acteurs du CESIR de véhiculer des informations essentielles au
bon fonctionnement de la structure.
P a g e viii
Objectifs
Concevoir une application qui va permettre d’entreprendre des actions particulières

qui sont menées par les acteurs du CESIR lors de la gestion du parc informatique, cette
application devra être développée sous des contraintes spécifiques énoncées par ceux-ci.
Elle se doit d’être plus performante que la solution actuelle mise en place par ceux-ci car
ne répondant pas à tous leurs besoins et n’aidant pas dans la prise en main de leur
système d’information.
P a g e ix
I. Présentation de la structure
I.1 Création et législation
En Juin 1990, prenant en compte la situation préoccupante des finances publiques

du Cameroun, le Président de la République a signé l’ordonnance sur le programme de
privation des entreprises publiques et parapubliques. En juin 1995, le secteur des
télécommunications est admis au programme de privatisation. En Juillet 1998, la loi
98/014 du 14 Juillet 1998 régissant les télécommunications au Cameroun est promulguée.
Elle fixe les modalités d’installation, d’exploitation et de développement équilibré des
télécommunications, encourage et favorise la participation du secteur privé au
développement des télécommunications dans un environnement concurrentiel.
C’est ainsi que, sous la tutelle technique du Ministère des Postes et
Télécommunications (MINPOSTEL), l’Agence de Régulation des Télécommunications
(ART) est créé pour l’arbitrage des télécommunications au Cameroun. En Septembre
1998, deux entreprises publiques, Cameroon Telecommunications Mobile (CAMTEL
MOBILE) et Cameroon Telecommunications (CAMTEL), sont créées pour prendre en
charge respectivement la téléphonie cellulaire et la téléphonie filaire nationale en
simultanément les télécommunications internationales. En Juin 1999, une licence de
téléphonie mobile est délivrée à la Société Camerounaise Mobile (SCM), devenue
ORANGE CAMEROUN en juin 2002, pour une durée de 15 ans renouvelable par
période de 10 ans. En Février 2000, la privation de CAMTEL MOBILE est effective ; la
société sud-africaine MTN en est le concessionnaire pour une durée de 15 ans
renouvelable par période de 10 ans. Ainsi, la société CAMTEL MOBILE est devenue
MTN CAMEROON.
La société CAMTEL a été créée par le décret n° 98/198 du 8 septembre 1998 avec
pour objectif le déploiement des infrastructures de télécommunications et la fourniture
des services y afférents. Elle est placée sous la tutelle du ministère des postes et des
Télécommunication et est dotée d’un conseil d’administration composé de :
• Un président
• Six membres représentant l’État
• Un membre représentant la commission technique de privation et des
liquidations.
La concession signée le 12 mars 2020 entre le gouvernement et CAMTEL fait de
cette entreprise publique le 4è opérateur de téléphonie mobile aux côtés de trois
Page 1
multinationales, en l’occurrence, le groupe sud-africain Mobile télécommunications

network (MTN), la firme française ORANGE et le groupe vietnamien Viettel à travers sa
filiale locale NEXTTEL.
I.2 Missions
CAMTEL effectue de nombreuses missions sur tout l’étendue du territoire comme

• Étude installation, exploitation et entretien de toutes les infrastructures
nécessaires à la fourniture des services de télécommunications sur l'ensemble
du territoire national, ainsi que la connexion des réseaux nationaux aux
réseaux étrangers,
• Réaliser des opérations commerciales, industrielles, mobilières, immobilières
et financières de nature à favoriser le développement.
• Assurer la connexion des réseaux locaux aux réseaux nationaux et étrangers.
I.3 Réalisations
C'est l'ensemble des œuvres abouties par la CAMTEL dans son travail au quotidien
parmi lesquelles nous pouvons citer :
• Réseaux d’accès en technologie CDMA ;
• Numérisation des opérations Commerciales ;
• Extension et modélisation du réseau Internet ;
• Construction et exploitation du réseau national de transmission par fibre
optique et FH ;
• Connexion au câble sous-marin SAT3 à Douala, WACS à Limbe, NCSCS,
SAIL à Kribi ;
• Exploitation de réseaux téléphoniques fixes filaires, CDMA et mobile GSM ;
• Exploitation des stations terriennes dédiées aux réseaux spécialisés et à la
communication par satellite ;
• La construction d'un centre de données moderne à Zamengoe ;
• En décembre 2005, grâce à un partenariat signé avec l’entreprise chinoise
Huawei, CAMTEL lance sur le marché le CT phone, téléphone mobile
fonctionnant selon la norme CDMA2000.
Page 2
I.4 Présentation du centre d’accueil (CESIR)
Le CESIR est considéré comme le moteur du réseau informatique et le nœud du

traitement des applications de l’entreprise, c’est le point de transmission de tous les
informations et données de l’entreprise CAMTEL par internet et ce dans toute la région
du Centre. En outre le CESIR compte un chef de service et six (06) techniciens
d’intervention.
Figure 1. Organigramme du CESIR
Il est segmenté en deux parties, la partie réseaux et maintenance et la partie

application. Il est en collaboration directe avec les services commerciaux et les services
support de la direction régionale du centre. Ces multiples fonctions regroupent :
- Assurer l’interopérabilité des différents services et bureaux aux réseaux
d’entreprise de CAMTEL.
- Superviser des réseaux d’entreprise.
- Assurer la maintenance et le recyclage des employés dans les applications de
l’entreprise
- Traiter les commandes dans les applications.
- Gérer la réinitialisation des mots de passe des employés
- Gérer la maintenance des différents équipements de bureau des établissements
de CAMTEL de la région du Centre.
Le CESIR a des principaux objectifs que sont :
- Développer les installations et stratégies techniques et logicielles pour mettre en
communication le maximum de service et bureau de l’entreprise
- Administrer et assister le recyclage de services en ligne
Page 3
II. Modélisation du contexte
II.1 Etude de l’existant
II.1.1 Présentation de l’outil
Afin d’assurer les fonctions de gestion du parc informatique, le CESIR utilise un

classeur Excel au format dans lequel ils ont formaté les feuilles afin de répondre à leurs
spécifications. Ce classeur est composé de cinq (05) feuilles Excel qui regroupent les
UNITE CENTRALE, ECRAN, IMPRIMANTE, COPIER, SCANNER. La visualisation
des données dans les feuilles se fait donc par les fonctions de base que propose le logiciel
Excel tels que les recherches selon certains critères ou bien les tris sélectifs dans les
différents tableaux. En gros les actions sont essentiellement de type lecture / écriture.
Figure 2. Feuille des Unités Centrales
Page 4
Figure 3. Feuille des Ecrans
Figure 4.Feuille des Imprimantes
Page 5
Figure 5. Feuille des Copieurs
Figure 6.Feuille des Scanners
En outre, on aurait pu se procurer un logiciel déjà existant de gestion de parc

informatique tel que ServiceNow, Freshservice, SolarWinds, Ivanti, ManageEngine et
Page 6
Flexera. Mais ceux-ci sont tous payants et n’offrent pas une interface customisable. De
plus, ils proposent en quasi majorité des solutions fonctionnant sur des ordinateurs de
bureau, donc nécessitant une spécification du système d’exploitation.
II.1.2 Limites
- Autorisations d’accès aux données

Le fichier ne propose pas des mesures de restrictions afin de permettre des niveaux
d’accès spécifiques aux différents utilisateurs. Ainsi les différents types d’acteurs ont tous
les mêmes droits de manipulation des données ce qui est désavantageux voire critique
pour le chef CESIR dans le cas d’une mauvaise manipulation par un tierce.
- Authentification des utilisateurs
Le fichier ne propose pas des mécanismes d’authentification des utilisateurs. Le
fichier peut être consulté et modifié par toute personne lambda qui le détient, remettant
ainsi en cause la sécurité de l’information.
- La diffusion de l’information
L’échange du fichier entre les différents acteurs du CESIR se fait par mail. Ceci ne
pose pas de véritable problème dans le cas où une discipline stricte est appliquée lors de
la demande du fichier par un tierce mais devient gênant lorsqu’il y a nécessité d’y
accéder lorsque le détenteur du fichier est empêché. Plusieurs facteurs de la vie courante
peuvent donc nuire à la diffusion de ce fichier.
- Intégrité des données
On constate notamment que l’intégrité des données est menacée lors de la diffusion
du fichier. Après modification du fichier par un utilisateur, à cet instant, on dispose au
moins de deux (02) versions de fichier différentes. Ceci pose donc des problèmes de
fiabilité des données à un instant t. De même lors d’une mise hors tension inopinée en
cours de manipulation du fichier peut entrainer des pertes de données.
- La non répudiation de l’information
Il est impossible dans un classeur Excel d’attribuer une action à un utilisateur de
façon automatique. Toute action compromettante qui y est menée peut-être niée
l’utilisateur responsable de cet acte. Le chef CESIR se trouvant buté lors d’affectation de
responsabilités.
- La collecte des données
Page 7
Il est ardu de pouvoir insérer des données d’équipements présent sur les différents
sites de la région du centre car nécessitant d’avoir un ordinateur, le recensement de ceux-
ci devient une tâche colossale vu qu’il faut se déplacer de site en site.
II.2 Description de la solution à implémenter
II.2.1 Analyse
La modélisation de notre projet dans sa globalité sera faite sous le paradigme de la

modélisation par objet en utilisant le langage UML.
II.2.1.1 Diagramme de paquetage
Figure 7. Diagramme de package
Ici les acteurs sont identifiés par leurs niveaux et non par leur rôles ou postes au sein du
département CESIR car plusieurs rôles différents peuvent avoir la même importance
(privilèges).
- Level 1 : correspond au plus bas niveau de responsabilité. Il est par défaut
attribué aux stagiaires, compléments d’effectif et d’autres postes selon la volonté
du chef CESIR.
Page 8
- Level 2 : correspond au niveau primaire de responsabilité. Il est par défaut

attribué au chef section et à d’autres postes selon la volonté du chef CESIR.
- Level 3 : correspond au niveau intermédiaire de responsabilité. Il est par défaut

attribué au chef section et à d’autres postes selon la volonté du chef CESIR.
- Level 4 : correspond au plus grand niveau de responsabilité. Il est par défaut

attribué au chef CESIR et celui-ci peut l’attribuer à un autre bénéficiant aiinsi
des memes privilèges que lui.
- User Management : ce package regroupe toutes les fonctionnalités pour la

gestion des utilisateurs notamment l’authentification, les autorisations, les
profils et les actions de contrôle.
- Equipment Management : ce package regroupe toutes les fonctionnalités pour

la gestion des équipements (écrans, unités centrales, ordinateurs portables,
imprimantes, routers, switchs etc …) notamment l’ajout des équipements et les
mécanismes de contrôle qui vont avec.
- Damage Management : ce package regroupe toutes les fonctionnalités pour

répertorier les différents types de pannes pouvant survenir sur les équipements.
On offre ainsi un catalogue sur les pannes liées aux équipements.
- Diagnostic Management : ce package regroupe toutes les fonctionnalités pour

la gestion des fiches d’intervention en cas de défaillance d’un équipement dans
un site de la région du centre. On pourra ainsi ajouter des pannes et y affecter
des mécanismes de contrôle.
- Exit Voucher Management : ce package regroupe toutes les fonctionnalités

pour la gestion des bons de sortie des équipements. On pourra ainsi établir les
bons de sortie et visualiser leur historique.
II.2.1.2 Diagrammes de cas d’utilisation
Nous avons scindé le diagramme de cas d’utilisation globale en packages afin de

créer des partitions de cas d’utilisation donnant ainsi des sous-ensembles de
fonctionnalités communes.
Page 9
Figure 8. Cas d'utilisation gestion des utilisateurs
Cas d’utilisation Login

Objectif Permettre à un utilisateur de se connecter à son compte
Acteurs Level 4, Level 3, Level 2, Level 1
Pré condition Pour Level 3, Level 2 et Level 1, avoir été enregistré par un Level 4
et un niveau 4 a des identifiants de connexion par défaut
Post condition Possibilité pour l’utilisateur enregistré de se connecter à son compte
1.L’utilisateur accède à la page web de connexion via le lien
Scenario nominal d’accès
2.Il remplit les champs proposés et soumet le formulaire
3.L’utilisateur est redirigé vers le home lié à son niveau
Scenario alternatif 3a. informations incorrectes : aller en 2.
P a g e 10
Cas d’utilisation Save user

Objectif Permettre d’enregistrer un nouvel utilisateur dans la base de
données
Acteur Level 4
Pré condition Etre authentifié
Post condition Possibilité pour l’utilisateur enregistré de se connecter à son
compte
1. L’utilisateur ouvre la section relative aux utilisateurs
Scenario nominal 2. Il choisit l’option qui permet d’ajouter un utilisateur
3. Il saisit les caractéristiques de l’utilisateur dans les champs
correspondants
4. Il enregistre les modifications
4a. utilisateur déjà enregistré en base de données : afficher un
Scenario alternatif message d’alerte
Cas d’utilisation Save role

Objectif Permettre d’enregistrer un nouvel rôle dans la base de données
Acteur Level 4
Post condition Possibilité de recenser un nouveau rôle

Scenario nominal 2. Il choisit l’option qui permet d’ajouter un rôle
3. Il saisit les caractéristiques du rôle dans les champs
correspondants
4a. rôle déjà enregistré en base de données : afficher un message
Scenario alternatif d’alerte
Cas d’utilisation Get users list

Objectif Permettre de consulter la liste des utilisateurs enregistrés sur
l’application
Acteur Level 4
Pré condition Être authentifié
Post condition Tableau contenant la liste des utilisateurs
P a g e 11

Scenario nominal 2. Il choisit l’option de visualisation de la liste des utilisateurs
Cas d’utilisation Get roles list

Objectif Permettre de consulter la liste des rôles enregistrés sur
l’application
Acteur Level 4
Post condition Tableau contenant la liste des rôles
Scenario nominal 4. Il choisit l’option de visualisation de la liste des rôles
Cas d’utilisation Suspend user

Objectif Permettre d’empêcher un utilisateur de se connecter à l’application
Acteur Level 4
Pré condition Être authentifié, avoir la liste des utilisateurs
Post condition L’utilisateur suspendu n’est plus capable de se connecter
3. Il choisit l’option de suspension puis il confirme
Scenario alternatif 3a. Pas de connexion internet : rafraichir la page
Cas d’utilisation Delete role

Objectif Permettre de supprimer un rôle
Acteur Level 4
Pré condition Être authentifié, avoir la liste des rôles
1. L’utilisateur ouvre la section relative aux rôles
Scenario nominal 2. Il choisit l’option de visualisation de la liste des rôles
3. Il choisit l’option de suppression puis il confirme
Scenario alternatif 3a. Le rôle est déjà attribué à un utilisateur : aller à 2
Cas d’utilisation Update user

Objectif Permettre de modifier les informations d’un utilisateur
Acteur Level 4
Pré condition Être authentifié, les données sur l’utilisateur doivent pouvoir être
P a g e 12
récupérées
3. Il choisit l’option de mise à jour
4. Il modifie les champs souhaités puis il soumet le formulaire
Scenario alternatif 4a.Un utilisateur avec les informations similaires existe déjà : aller à 2
P a g e 13
II.2.1.2.1 Gestion des équipements
Figure 9. Cas d'utilisation gestion des équipements
P a g e 14
Cas d’utilisation Save equipment

Objectif Permettre d’enregistrer un nouvel équipement dans la base de
données
Acteur Level 2,3,4
Post condition Possibilité de visualiser l’équipement dans la liste des équipements
en attente de validation par le niveau supérieur, à l’exception du
niveau 4
1. L’utilisateur ouvre la section relative aux équipements
Scenario nominal 2. Il choisit l’option qui permet d’ajouter un équipement
3. Il choisit le type d’équipement qu’il veut enregistrer
4. Il saisit les caractéristiques de l’équipement dans les champs
correspondants
4a. équipement déjà enregistré en base de données : afficher un
Cas d’utilisation Get equipments list

Objectif Permettre de consulter la liste des équipements enregistrés dans e
parc
Acteur Level 1,2,3,4
Post condition Tableau contenant la liste des équipements
Scenario nominal 2. Il choisit l’option de visualisation de la liste des équipements
3. Il choisit le type d’équipement
Scenario alternatif Aucun
Cas d’utilisation Consult added history

Objectif Permettre de consulter la liste des équipements ajoutés par un
individu
Acteur Level 2,3,4
Scenario nominal 2. Il choisit l’option de visualisation de la liste de l’historique
d’ajout des équipements
P a g e 15
Cas d’utilisation Update Equipment

Objectif Permettre de mettre à jour les informations relatives à un
équipement
Acteur Level 2,3,4
Pré condition Être authentifié et dans la section des équipements ajoutés par
ledit individu et l’équipement ne doit pas être validé par un
niveau supérieur
Post condition Aucune
d’ajout des équipements
3. Il choisit l’option de mise à jour sur un équipement donné
4. Il remplit le formulaire et le soumet
Cas d’utilisation Get waiting equipments list

Objectif Permettre de consulter la liste des équipements en attente de
validation par un niveau supérieur
Acteur Level 3, 4
Post condition Tableau contenant la liste des équipements ajoutés, validés ou
non validés en attente d’approbation par un niveau supérieur
en attente de validation
Cas d’utilisation Reject/Agree equipments

Objectif Permettre de valider ou de rejeter l’ajout ou bien la validation
d’un équipement dans le parc
Acteur Level 3, 4
P a g e 16

en attente de validation
3. Il choisit le type de l’équipement
4. Il choisit l’option de valider ou de rejeter sur ledit équipement
Cas d’utilisation Consult global history on equipements

Objectif Permettre de consulter la liste des équipements ajoutés ou validés
par un individu
Acteur Level 2,3,4
1. L’utilisateur ouvre la section relative à l‘historique des
Scenario nominal équipements
Cas d’utilisation Get damaged equipments list

Objectif Permettre de consulter la liste des équipements endommagés
Acteur Level 4
Post condition Tableau contenant la liste des équipements endommagés
Scenario nominal endommagés
Cas d’utilisation Exclude /Repair equipments

Objectif Permettre d’exclure un équipement du parc ou de valider la
remise en fonction après dépannage
Acteur Level 4
P a g e 17

sur lesquels on peut mentionner l’état de rebus ou de remise en
état
3. Il choisit l’option qu’il souhaite (soit exclure, soit mentionné
réparé)
II.2.1.2.2 Gestion des pannes
Figure 10. Cas d’utilisation gestion des pannes Enregistrer une panne
P a g e 18
Cas d’utilisation Save damage

Objectif Permettre d’enregistrer une nouvelle panne dans la base de données
Acteur Level 2,3,4

Post condition Possibilité de visualiser la panne dans la liste des pannes en attente
de validation par le niveau supérieur, à l’exception du niveau 4
1. L’utilisateur ouvre la section relative aux pannes
Scenario nominal 2. Il choisit l’option qui permet d’ajouter une panne
3. Il saisit les caractéristiques de la panne dans les champs
correspondants
4a. La panne déjà enregistrée en base de données : afficher un
Cas d’utilisation Consult damage list

Objectif Permettre de consulter la liste des pannes enregistrées dans le
parc
Acteur Level 1,2,3,4
Post condition Tableau contenant la liste des pannes
Scenario nominal 2. Il choisit l’option de visualisation de la liste des pannes
Cas d’utilisation Update damage

Objectif Permettre de mettre à jour les informations relatives à une panne
Acteur Level 2,3,4
Pré condition Être authentifié et dans la section des pannes ajoutées par ledit
individu et la panne ne doit pas être validée par un niveau
supérieur
d’ajout des pannes
P a g e 19
3. Il choisit l’option de mise à jour sur une panne donnée

4. Il remplit le formulaire et le soumet
Scenario alternatif 4a. la panne existe déjà en base de données
Cas d’utilisation Get waiting damages list

Objectif Permettre de consulter la liste des pannes en attente de validation
par un niveau supérieur
Acteur Level 3, 4
Post condition Tableau contenant la liste des pannes ajoutées, validées ou non
validées en attente d’approbation par un niveau supérieur
Scenario nominal 2. Il choisit l’option de visualisation de la liste des pannes en
attente de validation
Cas d’utilisation Reject/Agree damages

Objectif Permettre de valider ou de rejeter l’ajout ou bien la validation
d’une panne dans le catalogue des pannes du parc
Acteur Level 3, 4
Scenario nominal 2. Il choisit l’option de visualisation de la liste des pannes en
attente de validation
3. Il choisit l’option de valider ou de rejeter sur ledit équipement
Cas d’utilisation Consult added history

Objectif Permettre de consulter la liste des pannes ajoutées par un individu
Acteur Level 2,3,4
Post condition Tableau contenant la liste des pannes
d’ajout des pannes
P a g e 20
Cas d’utilisation Consult global history on damages

Objectif Permettre de consulter la liste des équipements ajoutés par un
individu
Acteur Level 4
Scenario nominal L’utilisateur ouvre la section relative à l‘historique des pannes
Cas d’utilisation Delete damage

Objectif Permettre de supprimer une panne
Acteur Level 2,3,4
Pré condition Être authentifié, avoir la liste des pannes ajoutés par ledit acteur
Scenario nominal 2. Il choisit l’option de visualisation de la liste des pannes
3. Il choisit l’option de suppression puis il confirme
Scenario alternatif 3a. Le rôle est déjà attribué à un utilisateur : aller à 2
P a g e 21
II.2.1.2.3 Gestion des fiches d’intervention
Figure 11. Cas d'utilisation gestion des fiches d'intervention
Cas d’utilisation Save diagnostic list

Objectif Permettre d’enregistrer une nouvelle fiche d’intervention dans la
base de données
Acteur Level 2,3,4
Post condition Possibilité de visualiser la fiche d’intervention dans la liste des
fiches d’intervention
1. L’utilisateur ouvre la section relative aux fiches d’interventions
Scenario nominal 2. Il choisit l’option qui permet de créer une fiche d’intervention
sur un équipement donné
3. Il saisit les champs correspondants
P a g e 22
Cas d’utilisation Add damage

Objectif Permettre d’ajouter une panne à une fiche d’intervention au cas où
celles-ci ne fait pas parti du catalogue des pannes
Acteur Level 2,3,4
Pré condition Etre authentifié et être dans le formulaire de création d’une fiche
d’intervention
1. Choisir l’option d’ajout d’une panne à la fiche d’intervention
Scenario nominal 2. Il saisit les champs correspondants
Cas d’utilisation Delete diagnostic

Objectif Permettre de supprimer une fiche d’intervention
Acteur Level 2,3,4
Pré condition Être authentifié, avoir une fiche d’intervention en cours
d’enregistrement
Lors de la soumission de la fiche d’intervention il choisit l’option
Scenario nominal de suppression de ladite fiche d’intervention et il valide la
suppression de celle-ci
Cas d’utilisation Print diagnostic

Objectif Permettre d’imprimer une fiche d’intervention
Acteur Level 2,3,4
Pré condition Être authentifié, récupérer les informations relatives à une fiche
d’intervention donnée
Cliquer sur le bouton d’impression et choisir les options
Scenario nominal d’impression souhaitées
Pas d’imprimante connectée au terminal qui requête l’impression
Scenario alternatif de la fiche d’intervention : la fiche d’intervention sera enregistrée
au format pdf et sauvegardée dans la mémoire du terminal
Cas d’utilisation Consult diagnostics history

Objectif Permettre de consulter la liste des fiches d’intervention
enregistrées
P a g e 23
Acteur Level 2
Post condition Avoir une fiche d’intervention imprimable
Scenario nominal L’utilisateur ouvre la section relative à l‘historique des fiches
d’intervention
II.2.1.2.4 Gestion des bons de sortie
Figure 12. Cas d'utilisation gestion des bons de sortie
P a g e 24
Cas d’utilisation Create exit voucher

Objectif Permettre de créer un bon de sortie d’équipements d’un site vers un
autre
Acteur Level 4
Post condition Disposer d’un bon de sortie vierge qui pourra être rempli par la
suite
1. L’utilisateur ouvre la section relative aux bons de sortie
Scenario nominal 2. Il choisit l’option qui permet de créer un bon de sortie
Cas d’utilisation Add equipment

Objectif Permettre d’ajouter un équipement à un bon de sortie
Acteur Level 4
Pré condition Être authentifié et avoir un bon de sortie en cours de confection
Post condition Ajout de l’équipement dans la liste d’équipement du bon de sortie
L’utilisateur choisit l’option d’ajout de l’équipement souhaité au

Scenario nominal bon de sortie
Cas d’utilisation Remove equipment

Objectif Permettre de retirer un équipement à un bon de sortie
Acteur Level 4
Pré condition Être authentifié et avoir un bon de sortie en cours de confection
Post condition Disparition de l’équipement dans la liste des équipements
constitutifs du bon de sortie
L’utilisateur choisit l’option de suppression de l’équipement
Scenario nominal souhaité au bon de sortie
Cas d’utilisation Validate exit voucher

Objectif Permettre de valider un bon de sortie
Acteur Level 4
Pré condition Etre authentifié et avoir un bon de sortie en cours de confection
Post condition Le bon de sortie se présente dans la liste des bons de sortie déjà
enregistrés
P a g e 25
L’utilisateur choisit l’option de validation du bon de sortie qui

Scenario nominal marque la fin d’édition du bon de sortie
Cas d’utilisation Delete exit voucher

Objectif Permettre d’annuler la création d’un bon de sortie
Acteur Level 4
Pré condition Etre authentifié et avoir un bon de sortie en cours de confection
L’utilisateur choisit l’option d’annulation du bon de sortie qui
Scenario nominal supprime complètement celui-ci
Cas d’utilisation Print exit voucher

Objectif Permettre d’imprimer un bon de sortie
Acteur Level 4
Pré condition Être authentifié, récupérer les informations relatives à un bon dde
sortie
Cliquer sur le bouton d’impression et choisir les options
Scenario nominal d’impression souhaitées
Pas d’imprimante connectée au terminal qui requête l’impression
Scenario alternatif du bon de sortie : le bon de sortie sera enregistrée au format pdf et
sauvegardée dans la mémoire du terminal
Cas d’utilisation Consult exit voucher list

Objectif Permettre d’avoir la liste de tous les bons de sortie
Acteur Level 4
Post condition Liste des bons de sortie
L’utilisateur choisit l’option de visualisation des bons de sortie
Scenario nominal
P a g e 26
II.2.1.3 Diagramme de classes métier
Figure 13. Diagramme de classes métier
II.2.1.4 Diagrammes d’état-transition
Nous recensons des classes dont une fois instanciées peuvent changer d’état à un
instant donné en fonction des opérations qui y sont menées. Les classes dynamiques sont
donc : Equipment, Damage.
Nous avons des états communs aux deux classes que sont :
P a g e 27
- Neutral : c’est l’état de base il n’a aucune signification, il sert juste d’état fictif
à partir duquel se déclinent les autres états lors des premières manipulations
possibles sur les instances de ces classes.
- Created : c’est l’état dans lequel se trouve un équipement ou une panne après
enregistrement par un utilisateur du niveau 2. Il est donc en attente de validation
par un acteur du niveau supérieur.
- Validated : c’est l’état dans lequel se trouve un équipement ou une panne après
enregistrement par un utilisateur du niveau 3. C’est-à-dire qu’à la création de cet
objet, il est automatiquement validé. Ceci se fait car c’est au niveau 3 que les
équipements peuvent être validés, ainsi un équipement qu’il enregistre est
directement validé.
- Accepted : c’est l’état dans lequel se trouve un équipement ou une panne après
enregistrement par un utilisateur du niveau 4. C’est-à-dire qu’à la création de cet
objet, il est automatiquement accepté dans le parc informatique. Ceci se fait car
c’est au niveau 4 que les équipements peuvent être validés, ainsi un équipement
qu’il enregistre est directement validé.
- Invalidated : c’est l’état dans lequel se trouve un équipement ou une panne
après refus par un utilisateur du niveau 3. Ceci se fait en cas de non-conformité
de l’équipement. Il peut néanmoins être visible du côté des niveaux 4 et être
validés par l’un d’entre eux.
- Rejected : c’est l’état dans lequel se trouve un équipement ou une panne après
refus par un utilisateur du niveau 4. Ceci se fait en cas de non-conformité de
l’équipement. Celui-ci ne pourra ainsi jamais faire partie du parc informatique.
P a g e 28
II.2.1.4.1.1 Diagramme d’état transition d’une panne
Figure 14. État transition de panne
P a g e 29
II.2.1.4.1.2 Diagramme d’état transition d’un équipement
Figure 15. État transition des équipements
- Damaged : lorsqu’un équipement est endommagé et ne fonctionne plus

correctement, il entre en état de panne et attend d’être soit réparé si possible, soit
mis en rebus sinon.
- Excluded : c’est la fin de vie d’un équipement. Celui-ci est en état de rebus et
ne fait plus partie du parc informatique néanmoins on en garde une trace en
historique.
P a g e 30
II.2.1.5 Diagrammes d’activité
Figure 16. Enregistrement équipement par niveau 2
Figure 17. Enregistrement équipement niveau 3
P a g e 31
II.2.2 Conception
Figure 18. Diagramme de classes techniques User Management
P a g e 32
Figure 19. Diagramme de classes techniques Equipment Management
P a g e 33
Figure 20.Diagramme de classes techniques Exit Voucher Management
P a g e 34
Figure 21.Diagramme de classes techniques Diagnostic Management
P a g e 35
Figure 22. Diagramme de classes techniques Damage Management
P a g e 36
III. Mise en œuvre de la solution
III.1 Architecture logicielle globale et processus de développement
• Backend
Environnement d’exécution : node.js
Node js a été sollicité par rapport à java, python ou bien même C pour ses
caractéristiques que sont :
- Accélère le développement, la scalabilité et la flexibilité des application web
- Léger, efficace et multiplateforme
- Adapté à la création d’API REST
- Adapté aux applications basées sur les entrées / sorties qui nécessite un large
accès au réseau
Framework : express.js
Langage : TypeScript
Editeur de code : Visual studio code version community
Editeur de diagramme : draw.io
Base de données : sqlite3
Nous développons ainsi cette partie applicative sous le paradigme d’API REST
• Frontend
Langage utilisé : html 5, css 3, JavaScript
Librairie : react js
Editeur de code : Visual studio code version community
P a g e 37
Figure 23. Architecture logicielle
- View : correspond à la partie frontend responsable du rendu (génération des

pages, formulaires etc…) sur une application cliente.
- Controller : responsable de la validation de données, du traitement les requêtes
http venant de la vue, de l’application de la logique métier.
- Model : représente les objets métiers et s’occupe de la gestion des données
utilisateurs.
• Processus de développement
Nous avons utilisé une approche de développement incrémental et chaque bloc
d’entrée représente un package et l’incrément issu est l’ensemble des fonctionnalités
relatives à celui-ci.
P a g e 38
Figure 24. Processus de développement
III.2 Présentation de la solution
Nous avons produit une première version test de l’application qui est déployée en
ligne et en attente d’être mise en production sur les serveurs de CAMTEL. Nous pouvons
avoir vue sur quelques interfaces produites :
P a g e 39
Figure 25. Login
Figure 26. Enregistrement équipement
P a g e 40
Figure 27. Liste des équipements du parc
Figure 28. Enregistrement d'une fiche d'intervention
P a g e 41
Figure 29.Fiche d'intervention
La figure ci-dessus nous montre le résultat d’une fiche d’intervention formattée

exactement comme celle qui est utilisée par les membres du CESIR et qui pourra être
imprimée.
III.3 Problèmes rencontrés
- Le recueil des exigences a été très difficile et non concise du fait de la non
disponibilité du chef CESIR.
- Certaines spécifications furent incomplètes et ambiguës
- La validation des différents incréments par le product owner, ce qui induisait des
retours dans la phase d’analyse
P a g e 42
- L’environnement de développement ne favorisait pas une écriture rapide du code

car il nous aurait fallu avoir des écrans supplémentaires pour la visualisation des
éditeurs.
III.4 Contraintes imposées par la solution
- L’enregistrement des différents équipements du parc doit se faire de site en site

donc il faudra mobiliser un (des) personnel(s)
- La connexion internet doit être active et avoir un assez bon débit pour des
réponses en un temps minimum.
- Le paiement des instances des services sur les serveurs dédiés
P a g e 43
IV. Conclusion et perspectives
Rendu au terme de notre développement, il nous a été spécifié de mettre sur pied
une application pour faciliter et améliorer les activités de gestion du parc informatique de
la direction régionale du centre. Notre approche a eu à passer les tests de recette au sein
du CESIR. Pour conclure nos activités, nous avons été conviées à déployer notre
application sur des serveurs dédiés de CAMTEL. Ce faisant ils pourront avoir une
administration complète de la plateforme et pourront mettre sur pied des mécanismes de
sauvegarde des données de la base de données. Le système pourra être étendue si le
CESIR aura besoin de nouveaux modules pour faciliter la gestion de leurs activités, étant
donné que celui-ci a été conçu sous la contrainte d’avoir un code fermé à la modification
et ouvert à l’extension.
P a g e 44
V. Bibliographie
1. appvizer. (2023, Juillet 29). Les 3 meilleurs logiciels de gestion de parc

informatique en 2023. Récupéré sur appvizer: https://www.appvizer.fr/services-
informatiques/gestion-parc-informatique
2. Camtel. (2023, Juillet 29). TRANSPORT-Cameroon Telecommunications.
Récupéré sur camtel.cm: https://camtel.cm/transport/
3. GitMind. (2023, Août 23). Gestion de parc informatique : conseils et outils à
connaitre. Récupéré sur gitmind.com: https://gitmind.com/fr/gestion-parc-
informatique.html
4. MarketPlash. (2023, Juillet 12). Node.js VS Java : choose the right backend
technology. Récupéré sur marketplash.com:
https://marketsplash.com/tutorials/java/nodejs-vs-java/
5. TALKS, F. (2023, Juillet 19). Architecture MVC (Modèle-vue-controleur).
Récupéré sur talks.freelancerepublik.com:
https://talks.freelancerepublik.com/comprendre-utiliser-architecture-mvc/
6. Toumirt, M. (2023, Juiller 23). Système d'information : définition, règles et
exemples. Récupéré sur payfit.com: https://payfit.com/fr/fiches-
pratiques/systeme-information
P a g e 45

Rapport de Stage Pré Ingénieur

Transféré par

Informations du document

Titre original

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

Rapport de Stage Pré Ingénieur

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE STAGE

Thème : Conception et implémentation d’une

Nom de l’étudiant : Ngome Marvin Ajebe

Du 10 juillet au 30 septembre 2023

Table de matières ......................................................................................................... i

II.2.2 Conception ............................................................................................ 32

Figure 1. Organigramme du CESIR ........................................................................... 3

Je remercie premièrement le Dieu Tout-Puissant pour l’esprit de Travail qu’il m’a

Dans les activités de gestion et de supervision des équipements informatiques de

Depuis le 19ième siècle, le monde connait un essor technologique de plus en plus

exigences fonctionnelles et les contraintes opérationnelles sous lesquelles doivent être

La direction régionale du centre dispose de plusieurs équipements de bureau qui

Concevoir une application qui va permettre d’entreprendre des actions particulières

I.1 Création et législation

En Juin 1990, prenant en compte la situation préoccupante des finances publiques

multinationales, en l’occurrence, le groupe sud-africain Mobile télécommunications

CAMTEL effectue de nombreuses missions sur tout l’étendue du territoire comme

I.4 Présentation du centre d’accueil (CESIR)

Le CESIR est considéré comme le moteur du réseau informatique et le nœud du

Figure 1. Organigramme du CESIR

Il est segmenté en deux parties, la partie réseaux et maintenance et la partie

II. Modélisation du contexte

II.1 Etude de l’existant

II.1.1 Présentation de l’outil

Afin d’assurer les fonctions de gestion du parc informatique, le CESIR utilise un

Figure 2. Feuille des Unités Centrales

Figure 3. Feuille des Ecrans

Figure 4.Feuille des Imprimantes

Figure 5. Feuille des Copieurs

Figure 6.Feuille des Scanners

En outre, on aurait pu se procurer un logiciel déjà existant de gestion de parc

- Autorisations d’accès aux données

II.2 Description de la solution à implémenter

La modélisation de notre projet dans sa globalité sera faite sous le paradigme de la

II.2.1.1 Diagramme de paquetage

Figure 7. Diagramme de package

- Level 2 : correspond au niveau primaire de responsabilité. Il est par défaut

- Level 3 : correspond au niveau intermédiaire de responsabilité. Il est par défaut

- Level 4 : correspond au plus grand niveau de responsabilité. Il est par défaut

- User Management : ce package regroupe toutes les fonctionnalités pour la

- Equipment Management : ce package regroupe toutes les fonctionnalités pour

- Damage Management : ce package regroupe toutes les fonctionnalités pour

- Diagnostic Management : ce package regroupe toutes les fonctionnalités pour

- Exit Voucher Management : ce package regroupe toutes les fonctionnalités

II.2.1.2 Diagrammes de cas d’utilisation

Nous avons scindé le diagramme de cas d’utilisation globale en packages afin de

Figure 8. Cas d'utilisation gestion des utilisateurs

Cas d’utilisation Login

Cas d’utilisation Save user

Cas d’utilisation Save role

1. L’utilisateur ouvre la section relative aux utilisateurs

Cas d’utilisation Get users list

1. L’utilisateur ouvre la section relative aux utilisateurs

Cas d’utilisation Get roles list

Cas d’utilisation Suspend user

Cas d’utilisation Delete role

Cas d’utilisation Update user

II.2.1.2.1 Gestion des équipements

Figure 9. Cas d'utilisation gestion des équipements

Cas d’utilisation Save equipment

Cas d’utilisation Get equipments list

Cas d’utilisation Consult added history

3. Il choisit le type d’équipement