Projet d’intégration Activité 2 : Etude préalable et spécification des besoins Objectif Cette activité vise 4 développer chez l'apprenant un savoir et un savoir faire reliés a Yélaboration de Vétude préalable, la spécification des besoins fonctionnels, non fonctionnels et la description des choix techniques de application a développer. 2- Travail a faire L’tape de l'étude préalable et la spécification des besoins constitue une étape décisive, & caractare essentiel et déterminant pour concevoir et réaliser un Systéme dInformation (SI) au niveau d'un domaine bien déterminé. étude préalable consiste en quatre étapes principales : . Etude de Yexistant . Critique de l'existant 1 2 3. 4. Solutions envisageables Solution retenue La spécification des besoins est organisée en deux étapes principales : 1 2. Les chi 1 Description des besoins Modélisation des besoins techniques sont organisés en deux étapes principales parmi d’autres: Description des patrons de conception 2. Choix des langages de programmation et Framework Projet d intégration 1 LAMMARIDans cette activits, il s‘agit de rédiger le chapitre « Etude préalable et spécification des besoins » de votre mini-projet. Pour ce faire, vous allez suivre les étapes suivantes pour rédiger vos chapitres : INTRODUCTION Vous étes amenés a introduire le contenu de votre chapitre. Il s‘agit de préciser le travail 4 faire concernant Yanalyse du Systéme d'Information existant, le diagnostic des dysfonctionnements éventuels du systéme actuel, ['élaboration et lévaluation des solutions proposées pour en retenir ainsi que la spécification des besoins de la solution SECTION 1. ETUDE PREALABLE I1s'agit de décrire le contenu de cette section 4+ Sous-Section 1.1 : Etude de l'existant L’étude de Vexistant est une étape indispensable a I’étude préalable. Flle se réalise au niveau d'un domaine spécifique, dans le but essentiel est de recueillir les informations concernant le domaine d’étude afin et de décrire le fonctionnement actuel du systéme. Exemples : ~ Supposer que la gestion de bibliotheque universitaire se fait manvellement et dans ce cas vous énumérez les limites du fonctionnement de ce systéme manuel. Ow = Supposer que le systéme de gestion de bibliothoque est non automatisé (utilisation d'Exeel par exemple pour enregistrer les données relatives aux documents, aux abonnés, aux préts des documents, etc). Dans cet exemple, le bibliothécaire devra lui-méme gérer les données de son Systéme d'Information (Enregistrement des documents, Recherche des ahonnés, enregistrement des préts, etc) Ow Projet d intégration 2 LAMMARI~ Supposer quil existe un sysidme informatisé mais quia des limites Wapplication n'est pas ergonomique, es données somt stockées sous forme de fichiers plats, elle ne supporte pas tc) Tauthentification des utilisateurs, 2- Sous-Section 1.2 : Critique de l’existant L’étude de Vexistant du systéme d'information fait ressortir un certain nombre de dysfonctionnement. Dans cette sous-section, il s‘agit de les énumérer. 3+ Sous-Section 1.3 : Solutions envisageables Dans cette sous-section, il faut proposer des solutions adéquates pour faire face a cette situation problématique et inhiber les carences dans le but de changer en mieux le systéme ‘Information actuel et d’acquiescer au méme temps aux souhaits des utilisateurs du systéme futur. La description des solutions ne doit pas préciser les détails fonctionnels et techniques. 4- Sous-Section 1.4 : Solution retenue Dans cette sous-section, il s‘agit de justifier le choix de a solution & retenir et décrire ses objectifs. SECTION 2. SPECIFICATION DES BESOINS I1s‘agit d’introduire le contenu de cette section SECTION 2.1 DESCRIPTION DES BESOINS Sous-Section 2.1.1: Description des Besoins Fonctionnels Il s‘agit de décrire les besoins fonctionnels, qui ont 6 déja donnés dans le cahier des charges. Chaque besoin fonctionnel doit étre décrit en détail a travers une rédaction textuelle. Sous-Section 2.1.2: Description des Besoins Non-Fonctionnels Projet d intégration 3 LAMMARIDans cette sous-section, il faut décrire les besoins non-fonctionnels avec une description de chaque besoin. Le choix des besoins fonctionnels a inclure doit étre pertinent et justifié. ‘SECTION 2.2: MODELISATION DES BESOINS T1s‘agit de décrire le contenu de cette section. Sous-Section 2.2.1: Identification des acteurs et des cas d'utilisation I1s’agit de décrire les acteurs de Ia solution retenue ainsi que leurs cas d’ utilisation. Sous-Section 2.2.2 Diagramme de cas d'utilisation global du systéme de gestion de bibliothéque universitaire Il s‘agit d’@laborer le diagramme de cas d'utilisation UML2 global qui décrit les modules de V’application. Le diagramme de cas d’utilisation UML permet de décrire les besoins des utilisateurs. SousSection 2.2.2.1 Raffinement des cas d'utilisation « Gérer document » Le raffinement des cas d'utilisation de chaque module de Vapplication, permet, d’une patt, d'identifier les relations de dépendance et de généralisation et d’autre part de décrire textuellement les cas d“utilisation. Exemple Le raffinement du cas d'utilisation 1 par exemple «Gérer document » en cas d'utilisation revient 4 décrire toutes ses fonctionnalités : Y Ajouter informations documents. ¥ Rechercher document: + Rechercher document par cote. + Rechercher document par titre. + Rechercher document par auteur. + Rechercher document par théme. ¥ Supprimer informations documents. ¥ Modifier informations documents. Projet d intégration 4 LAMMARII1s'agit ensuite d’éaborer le diagramme de cas d utilisation raffiné du cas d'utilisation « Gérer document » SousSection 2.2.2.1.1 Description textuelle du cas d'utilisation « Ajouter informations documents » Ci-dessous un exemple de description textuelle du cas d'utilisation « Ajouter informations documents » mais vous pouvez utiliser d'autres formats. L’essentiel que votre description comprend les différents scénarii et qu'elle soit claire. « Vous pouvez vous référer au modéle que je vais déposer dans le cours « Diagramme de cas d'utilisation » Description du cas d‘utilisation « Ajouter document » Cas ‘Ajouter document. dutilisation ‘Acteur Bibliothécaire. principal a Permettre au bibliothécaire de saisir et denregistrer les informations d’un document. Pré- Le bibliothécaire est autorisée A ajouter un condition | document. Post- Le nouveau document est ajouté & Ia liste des condition | documents. 1. Le bibliothécaire clique sur le bouton « Ajouter >. 2. Le bibliothécaire saisie les données nécessaires. 3. Le bibliothécaire sélectionne le type du document Ouvrage. 4. Le systeme affiche les données a saisir NISBN et éditeur. Scénario 5. Le bibliothécaire saisit les données " manquantes. nominal 6. Le bibliothécaire ajoute les auteurs du document. 7. Le bibliothécaire ajoute les informations des exemplaires du document. 8. Le bibliothécaire clique sur le bouton « Enregistrer ». 9% Le systéme vérifie si la cote du document n’existe pas et enregistre les informations du nouveatt document, la liste de ses auteurs et de ses exemplaires. Projet d intégration 5 LAMMARI‘AT: Ajouter mémoire L’enchainement Al démarre au point 3. du seénario nominal. 3. Le bibliothécaire sélectionne le type de document Mémoire. 4, Le systime affiche la donnée a saisir (type). 5. Le bibliothécaire sélectionne le type de mémoire. Scénario alternatif Le scénario continue a partir de action 6 du seénario nominal. SousSection 2.2.2.1.2 Description textuelle du cas d'utilisation « Rechercher document par cote » SousSection 2.2.2.1.3 Description textuelle du cas d'utilisation « Rechercher document par titre » SousSection 2.2.2.1.4 Description textuelle du cas d'utilisation « Rechercher document par auteur » SousSection 2.2.2.1.5 Description textuelle du cas d'utilisation « Rechercher document par theme» SousSection 2.2.2.1.6 Prototype des interfaces utilisateur Dans cette section, il s‘agit de concevoir les prototypes des interfaces utilisateurs des cas utilisation du module « Gérer document » de la gestion de bibliothéque universitaire. Vinterface « Ajouter Document » ates) (Gc) (Neil) (Sipe) (au oe sm we tame: como te Titian vosen = oe me : Tp owns =n epee Figure 2 : Prototype de V'interface "Ajouter Document" Projet d intégration 6 LAMMARISousSection 2.2.2.2 Raffinement des cas d'utilisation « Gérer Abonnés » Arefaire le méme travail que celui effectué dans la section 3.2.1 SousSection 2.2.23 Raffinement des cas d’utilisation « Gérer Préts » Arefaire le méme travail que celui effectué dans les sections 3.2.1 et 3.2.2 SECTION 3. CHOIX TECHNIQUES I1s‘agit d’introduire le contenu de cette section t Sous-Section 3.1: Description des patrons de conception Sous-Section 3.2: Choix des langages de programmation et Framework Ete Conclusion Is'agit de conclure ce chapitre et introduire le chapitre « Conception ». * Veuillez éviter toute tentative de plagiat. * Danse cas ou vous suggérez l'ajout d'autres sections, cela est autorisé, * Toutes vos figures doivent étre numérotées. # Chaque travail déposé doit porter les noms de se(s) auteur(s). Projet d intégration 7 LAMMARI