Ministère de l'Enseignement Supérieur, de la
Recherche Scientifique
et des Technologies de l’Information et de la
Communication
Direction Générale des Études Technologiques
Institut Supérieur des Études Technologiques de Béja
Département Technologies de l’informatique
Projet d'intégration
Smart Book Store
Elaboré par : Mokhtar Chayma
Akaichi Oumayma
Maarfi Achref
Djebbi Heni
Triki Asma
Encadré par : Neji wafa
Chapitre 1 : Cadre du projet et
méthodologie
Introduction
Ce chapitre est consacré à la présentation générale de l’organisme d’accueil, ainsi que la
présentation du cadre du projet, la problématique et les méthodologies de conception et
développement utilisées.
1. Présentation de l’organisme d’accueil
L’Institut supérieur des études technologiques de Béja ou ISET-Béja est une institution
D’enseignements supérieurs tunisiens formant des techniciens supérieurs et délivrant le
diplôme de licence appliquée dans plusieurs domaines.
Figure 1 : Figure de ISET-Béja
2. Etude de l’existant
2.1. Description de l’existant
Il y a beaucoup de gens qui aiment lire des livres ou qui en possèdent beaucoup et qui veulent
les donner ou les vendre. Où ils trouvent de nombreuses difficultés En raison de leur adoption
des méthodes traditionnelle. Qui consiste à rechercher des libraires, ou des personnes chez qui
acheter leurs livres, ou téléchargeant des publicités sur Facebook, On trouve aussi des gens
qui suivent une autre méthode, ils ont recours à des sites inconnus et se plaignent de
nombreuses lacunes afin de trouver leur demande. Notre objectif est de développer un site
Web qui couvre leurs besoins.
2.2. Critique de l’existant
Après avoir visionné l’état actuel nous avons pu cerner différentes défaillances et
problématiques. Parmi celles-ci, Nous pouvons citer quelques problèmes dans les opérations
d'achat, de vente ou de don des livres à librairie comme : perte de temps lors de la recherche
et l’achat, problème de disponibilité, mauvaise état des livres, manque de sécurité pour les
informations personnelles et le problème de gestion traditionnelle et manuelle. En même
temps, les sites web existant ont des lacunes comme offrir des services payants, comporter
des anomalies aussi le manque de certaines fonctionnalités, la présence des sites complexes et
la difficulté d'exploitation.
2.3. Solution à proposer
Pour combler ses limites, on propose de concevoir et de réaliser une application. Notre
solution vise à s’imposer en offrant une bonne qualité de services, une fluidité dans la
navigation et une bonne performance en temps de réponse.
Notre solution consiste à développer un système informatique composée de :
Application mobile.
Application web.
3. Méthodologie de Travail et langage de modélisation
3.1. Méthodologie Classique VS Agile
Pour conclure, la méthode de gestion de projet agile n’est pas meilleure
que la classique, et inversement. Quand vous choisissez une
méthodologie, celle-ci doit seulement être en lien avec votre projet.
On privilégiera plutôt la méthode classique lorsqu’on a une idée précise du
projet, avec un planning bien détaillé et où on a anticipé tous les risques
possibles.
Quant à la méthode Agile, on la choisira plutôt pour les gros projets, celle-
ci permettant une meilleure adaptabilité, visibilité et gestion des risques.
On privilégiera également la méthode Agile pour les projets où il n’y a pas
de documents détaillés, ou quand vous sentez que votre client est
indécis. Le client pourra alors voir l’évolution du projet et l’adapter à ses
besoins sans pour autant vous obliger à recommencer tout le travail que
vous avez fourni depuis le début.
3.2. La méthodologie Scrum
Notre choix s’est porté sur la méthode Scrum de gestion de projet car elle répond aux
caractéristiques des méthodes agiles définies. Elle est basée sur les principes des méthodes
agiles, elle privilégie la livraison rapide d’un prototype, opérationnel par définition, afin
d’avoir un retour rapide des clients et des donneurs d’ordre par minimiser les pertes de temps.
Rôles SCRUM : Scrum est basé sur 3 rôles.
Les principaux acteurs dans la méthode SCRUM sont :
Directeur du produit (Product Owner) : c’est le responsable de l’orientation du projet,
la production et la mise à jour du carnet du produit.
Chef de mêlée (Scrum Master) : c’est une personne chargée doris voudrais les
problèmes éventuels qui empêcherait l’avancement du projet pendant les différents
sprints.
Equipe : Elle peut être composée d’architecte, concepteur, analyste, développeur dont
le rôle est de transformer les besoins exprimés par le propriétaire du produit en
fonctionnalités utilisables.
Concepts SCRUM : Les concepts de la méthode Scrum sont les suivants :
Sprint : Le Sprint est une période qui varie entre deux et quatre semaines au
maximum. Durant cette période, l’équipe délivre un livrable du produit. La
durée fixée reste Constante pendant toute la durée du développement.
Product Backlog (ou carnet de produit) : Contient un ou plusieurs éléments du
Product Backlog à réaliser durant un sprint. L’équipe décompose chaque
élément en liste de tâches de développement.
Scrum Meeting : Le Scrum Meeting n’est qu’une réunion pendant laquelle nous
Cherchons à résoudre les problèmes, mais uniquement à les identifier et
Les exprimer.
Revue de Sprint : À la fin du Sprint, l’Equipe, le Scrum Master et le Product
Owner se réunit pour effectuer la revue du sprint dont le but est de valider le
livrable qui a été Produit durant le Sprint. L’équipe commence par énoncer les
user story du Backlog de Produit qu’elle a réalisé.
Rétrospective de Sprint : La rétrospective du sprint est faite en interne à
l’équipe.
L’objectif est de détecter les erreurs commises et de prendre des décisions pour
les améliorer.
3.3. Langage de modélisation : UML
Le Langage de Modélisation Unifié est un langage de modélisation graphique conçu pour
visualiser et présenter la conception d’un système bien défini, il est couramment utilisé en
développement logiciel et en conception orientée objet. La notation UML est un langage
visuel constitué d’un ensemble de schémas, appelés des diagrammes pour représenter le
logiciel à développer et son fonctionnement. Nous avons choisi UML car il n’impose pas de
méthode de travail particulière. Il peut être utilisé par n’importe quel processus de
développement logiciel puisqu’il présente une sorte d’outils qui permet d’améliorer peu à peu
les méthodes de travail tout en gardant les modes de fonctionnement.
Conclusion
Dans ce chapitre on a eu recours à présenter L’Institut supérieur des études technologiques de
Béja, par la suite on a décrit et l’existant, la solution proposée et finalement on a eu recours à
citer et définir la méthodologie de travail choisie. Dans le chapitre qui suit on va spécifier les
besoins.
