61
Conception d’un système de gestion et du Suivi d’un parc Informatique
Realease 1
Réalisé par : Amine oueslati et Mohalmed ben hssine
Encadré par : Haifa Chorfi
presentation de l'organisation
Contexte général du projet
L’utilisation des solutions informatiques et des systèmes de gestion, permet de faciliter les tâches quotidiennes et la gestion fluide du parc informatique
C’est dans ce cadre que s’introduit ce projet de fin d’étude intitulé « Conception d’un Système de Gestion et du Suivi d’un Parc Informatique ».
En effet, nous avons proposé de réaliser une application qui gère les interventions des ressources matérielles de notre société .
Présentation de l’organisme d’accueil
Le Ministère de l'Equipement, de l'Habitat et de l'Aménagement du Territoire a pour mission générale de doter le pays des infrastructures et des équipements collectifs nécessaires à son développement.
A cet effet, il est chargé :
• D'élaborer et de réaliser les projets relatifs à l'infrastructure des transports routiers, maritimes et aériens ; et à la protection du littoral
• De veiller à l'entretien, à la modernisation et au développement du réseau routier;
• D'étudier et de réaliser les projets relatifs à la protection des villes contre les inondations;
• D'élaborer la politique du Gouvernement en matière d'Aménagement du Territoire, d'Habitat et d'Urbanisme;
• D'assurer l'étude et la construction des bâtiments civils de l'Etat.
Etude de l’existant
Jusqu’à nos jours le ministère de l’équipement ne dispose pas d’une application de gestion de parc informatique malgré le nombre très important de matériel informatique.
Le stockage du matériel informatique se fait d’une manière traditionnelle par des simples fichiers Excel qui peut engendrer des erreurs immenses.
L’affectation du matériel informatique pour les différents départements du ministère se fait avec des fiches manuelles.
Les demandes d’intervention informatique sont gérées avec une application développer sous lotus notes comme le montre la Figure 1, et le technicien se déplace toujours sur le champ pour résoudre les problèmes.
Critique de l’existant
1- Matériels informatiques et logicielles non maitrisés
2 - Manque de suivi et traçabilité de matériels
3 - La complexité du processus de gestion des incidents
Solution proposée
Nous avons choisi de développer une solution qui va permettre de gérer le parc de matériels informatiques et l’adapter selon les besoins de la direction informatique.
Le projet consiste a réalisé une application web permettant de couvrir principalement quatre modules.
Choix méthodologique
critique de l'existant
Dans cette section, nous décrivons la méthodologie de développement qui nous allons adopter au cours de la réalisation de notre projet.
1- Méthodologie Scrum
2 - Formalisme adoptée UML
PLANIFICATION ET ARCHITECTURE : SPRINT0
Analyse des besoins
L’analyse des besoins est une étape conduite à l’élaboration de spécifications. C’est nécessaire de définir le projet et de mettre une planification pour bien le piloter et d'atteindre les objectifs souhaités par le client avant leur démarrage.
SPRINT0
Besoins fonctionnels
Les besoins fonctionnels c’est ce que l’utilisateur attend en matière de fonctionnalités. Ces besoins présentent une description abstraite des services que le système est censé fournir pour les utilisateurs et qui convient à leurs attentes et satisfaire leurs exigences.
Notre système doit permettre d’assurer les fonctionnalités suivantes :
- Un administrateur peut créer, modifier ou supprimer un technicien.
- Un administrateur peut créer, modifier ou supprimer des demandes d’intervention.
- Un administrateur peut affecter les demandes crées aux techniciens.
- Un administrateur peut affecter un matériel informatique.
- Un administrateur peut visualiser les statistiques relatives aux demandes d’intervention par département ou par technicien
- Un technicien peut accéder à la liste des interventions affectée par l’administrateur.
- Un technicien peut créer et modifier son profile.
- Un technicien peut visualiser les statistiques relatives aux demandes d’intervention par département ou par technicien
- Un technicien peut créer et envoyer une fiche d’intervention.
- Un utilisateur peut créer une demande d’intervention.
- Un utilisateur peut créer une demande de matériel.
Besoins non fonctionnels
Les besoins non fonctionnels sont des besoins qui ont un aspect visible pour l’utilisateur, mais qui ne sont pas reliés directement au comportement du système. Ils présentent les exigences internes primordiales pour le système tel que les contraintes liées à l’environnement et à l’implémentation, et les exigences en matière de performances, d’extensibilité et de fiabilité.
Les besoins non fonctionnels de notre système se décrivent comme suit :
- L’application doit être facile à utiliser.
- Le temps de repense de l’application doit être le plus rapide possible.
- L’application doit sécuriser les informations et ses utilisateurs.
Diagramme de cas d’utilisation global
Le diagramme de cas d’utilisation est une technique de description qui sert à présenter les besoins des utilisateurs par rapport au système
Identifications des acteurs
Backlog Product
Le backlog scrum est destiné à recueillir tous les besoins du client que l’équipe projet doit réaliser.
Il contient donc la liste des fonctionnalistes intervenant dans la constitution d’un Produit, ainsi que tous les éléments nécessitant l’intervention de l’équipe projet. Tous les éléments inclus dans le backlog scrum sont classes par priorité indiquant l’ordre de leur réalisation
Backlog Product
Planification des sprints
La réunion de planification des sprints est l’événement le plus important dans Scrum. Le but de cette réunion est de préparer le planning de travail et d’identifier le backlog des 6 sprints. L’un des produits de cette réunion est le choix de la durée des sprints et qui diffère selon la complexité du projet et la taille de l’équipe.
Planification des sprints
Diagramme de Gantt
Le diagramme de Gantt est un outil de planification des tâches nécessaires pour la réalisation d'un projet quel que soit le secteur d’activité. Il permet de visualiser l’avancement des tâches d’un projet de manière simple et concise, de planifier et suivre les besoins en ressources humaines et matérielles et donc de pouvoir suivre l’avancement du projet.
Le diagramme suivant va représenter les taches principales à réaliser dans notre projet :
Diagramme de Gantt
Environnement de développement
Environnement matériel
Environnement de développement
Environnement logiciel
Diagramme de déploiement
Ce diagramme de déploiement représente la façon dont déployer les différents éléments de notre système, il est composé de deux parties physiques déployées sur 4 nœuds. Ce diagramme est composé de deux parties physiques déployées sur deux nœuds
Diagramme de déploiement
Diagramme de classe
Le diagramme de classe est une représentation statique des objets et des éléments d’un système ainsi que les différentes relations entre celles-ci. Le diagramme suivant représente les éléments et la structure de la base de données de notre application. C’est un diagramme de classe abstrait il représente en générale les entités de notre application
Diagramme de classe
interfaces
Prototypage des interfaces
Dans le domaine du web, une technique est apparue et prend une place très importante dans le développement des applications Web ; il s'agit du prototypage. Cette technique consiste à préparer quelques interfaces graphiques de l’application en utilisant un outil de conception de prototypes afin de mesurer le degré de satisfaction du client par rapport à la compréhension du projet par le développeur. L’interaction qui se produit entre l’utilisateur final et le développeur, à la suite de la discussion sur ces interfaces, permet d’ajuster les besoins et de les concevoir de manière précise et exacte. En effet, les interfaces graphiques font que l’utilisateur final soit plus interactif, précis et le poussent à mieux s’exprimer quant à ses attentes.
Ci-dessus quelques interface réalisées avec l’outil MokFlow
REALEASE 1
Notre premier release sera composé de trois sprints. Tout au long de ce chapitre, nous allons traiter les user story de nos sprints pour produire un ensemble d'incréments potentiellement livrable.
Realease 1
LES SPRINTS DE RELEASE
BACKLOG DE RELEASE
Expression des besoins
Expression des besoins
CONCEPTION
Ce diagramme de classe représente en générale les entités de Release 1 :
• Administrateur : c’est une classe herite de Users elle represente les information de l’administrateur sysytème .
• Interventions : Cette classe représente les interventions avec leurs numéros, la date, et toutes les informations nécessaires.
• Matriel : Cette classe représente toutes les informations des matériels du parc, les classe direction et marque sont des clases hérite de matériel.
CONCEPTION
Diagramme séquence de cas d’utilisation « ajouter matriel et intervention »
Diagramme séquence de cas d’utilisation « Authentification »
Realease 1
Interfaces
Dans cette partie nous allons exposer les interfaces graphiques du premier release. Interface d'authentification
Realease 2
Ce release comprend trois sprints. Nous allons présenter le deuxième release qui contient trois Sprints comme le montre la figure ci dessous
Realease 2
Backlog du release 2
Expression des besoins
Diagramme de cas d’utilisation de Release 2
Diagramme de cas d’utilisation
Les sprints de Release 2
Description textuelle des cas d’utilisation
La description textuelle est une partie importante qui permet de décrire les scénarios du cas d’utilisation.
Expression des besoins
Conception
Diagramme de séquence « Session technicien »
Diagramme de séquence « Session Agent MEHAT »
Réalisation
Les interfaces
les interfaces
Conclusion générale
Fin
- Notre travail est proposé dans le cadre du projet de fin d’études pour l’obtention du diplôme de Licence Appliquée en DWM
- le projet consiste à concevoir et à développer un système de gestion et de suivi du parc informatique
- Pour le développement, nous avons utilisé le Framework LARAVEL et MYSQL comme système de gestion de base de données.
- La réalisation a été faite en se basant sur la méthodologie SCRUM, nous avons détaillé le système et planifié les releases et les sprints qu'ils contiennent
- Comme une extension, cette application peut être enrichie avec d’autres modules qui gèrent les consommables, faire l’inventaire, envoyer les notifications par mail et faire le scan réseau.
Merci pour votre attention
FIN
VOS QUESTIONS ???