| | | | --- | --- | | **UNIVERSITE DE LA MANOUBA** **-----¤¤¤¤-----** **ECOLE NATIONALE DES SCIENCES DE L'INFORMATIQUE** | **Matière :** Génie Logiciel I **Classes :** II.2 **A-U :** 2013-2014 |
**TD 2 : Expression des besoins**
**Exercice 1 (DS II2-ENSI 2012-2013)**
La société « JeConseille », spécialisée dans le conseil et l’audit auprès de petites et grandes entreprises, souhaite automatiser son système de reporting d’activité et de frais. Elle désire que son nouveau système de reporting d’activité et de frais (RAF) soit accessible par tous ses employés lors de leurs missions. Des hauts niveaux de performances sont exigés : plusieurs connexions simultanées doivent être supportées et les temps de réponse pour chaque écran doivent être minimaux.
Le fonctionnement actuel du système repose sur la saisie dans un tableur, par les employés, de rapports prévisionnels d’activité et de frais mensuels. Ces rapports contiennent le nombre de jours travaillés prévisionnels dans le mois, la répartition par projet (nombre de jours par projet), le trajet prévisionnel réalisé durant le mois (km) et un cumul des frais (DT) prévisionnel dépensé durant le mois. Ces rapports prévisionnels sont envoyés à la secrétaire de la division en début de mois par messagerie. La secrétaire relance via la messagerie les employés n’ayant pas fourni leurs rapports.
La secrétaire effectue par la suite une consolidation par division de tous les rapports prévisionnels afin d’obtenir une synthèse des activités, des frais par projet et le taux d’activité de la division. Cette synthèse est consultée par le manager de la division tous les mois. Une modification de l’activité ou des frais d’un employé fait l’objet d’une modification du rapport enregistré et d’un nouvel envoi d’e-mail à la secrétaire.
A la fin du mois, la secrétaire reporte manuellement les informations nécessaires sur les activités et les frais des employés dans le système de facturation de l’entreprise.
**Travail demandé :**
1. Identifier les acteurs de «RAF». 2. Sélectionner les besoins du système « RAF » à partir de la liste proposée ci-après : 1. En associant à chaque type de besoin, une ou plusieurs des 4 propositions suivantes : (**BF** : besoin fonctionnel ; **BNF** : besoin non fonctionnel ; **MAL** : besoin mal exprimé donc non vérifiable ; **Aucun** : besoin inadéquat – ce n’est ni un besoin fonctionnel, ni un besoin non fonctionnel) (justifier votre choix). 2. En reformulant tout besoin mal exprimé afin de le rendre vérifiable.
Liste proposée des besoins :
Publicité
* B1 : Le logiciel permettra l’envoi d’e-mails à la secrétaire * B2 : La secrétaire effectuera une consolidation par division de tous les rapports prévisionnels * B3 : Le logiciel assurera plusieurs connexions simultanées * B4 : Le logiciel permettra aux employés la saisie de rapports prévisionnels d’activité et de frais mensuels dans un tableur * B5 : Les temps de réponse pour chaque écran devront être minimaux * B6 : Des requêtes SQL devront être définies pour permettre l’enregistrement des données sur les employés
**Exercice 2 (DS II2-ENSI 2011-2012)**
Un laboratoire de recherche scientifique est une structure composée d’un ensemble de membres : un directeur de laboratoire, des chercheurs et des agents (secrétaires, ingénieurs, techniciens). Un chercheur peut être un docteur (qui joue le rôle d’encadrant d’autres jeunes chercheurs), un doctorant, ou un stagiaire de master. Ces chercheurs sont souvent structurés sous forme d’équipes qui peuvent se partager des diverses ressources (équipements, locaux, documents, …).
Chaque année, au troisième trimestre, le directeur d’un laboratoire de recherche exprime les demandes de moyens (pour l’acquisition de livres, fournitures, budgets pour les missions, …), pour l’année à venir auprès de leur direction scientifique. Nous supposons que cette activité sera effectuée via un système dédié, que nous désignons par «ALLOC».
Une demande porte sur les moyens humains et sur les moyens financiers. Il convient seulement de prévoir une interface permettant de récupérer les informations après saisie. Après intégration des données saisies dans le système, celles-ci doivent pouvoir être consultées par les personnes qui sont chargées de leur exploitation.
Chaque demande est étudiée par la direction scientifique à laquelle le laboratoire est rattaché.
Après cette étude et compte tenu des moyens disponibles, les directions scientifiques procèdent à l’attribution des moyens humains et financiers pour chaque structure de recherche (unités ou laboratoire). Ces attributions sont en fait à considérer comme des propositions tant que l’arbitrage de la direction générale n’a pas été rendu.
Chaque année des cadrages sont fixés par la direction générale pour chaque direction scientifique et chaque type de moyens. Ces cadrages sont saisis par le coordonnateur. Après arbitrage par la direction générale, les cadrages peuvent éventuellement être ajustés.
Les propositions d’allocation de moyens des directions scientifiques font ensuite l’objet d’une consolidation générale par un coordonnateur afin de soumettre ces propositions à l’arbitrage de la direction générale. Un certain nombre de moyens ne peuvent être attribués que si le directeur général a donné son accord. Ce dernier doit être enregistré dans le système par le coordonnateur. Les moyens arbitrés doivent être communiqués aux unités à l’aide de courriers produits automatiquement et chaque directeur scientifique notifie à ses laboratoires les décisions d’allocation de moyens pour l’année à venir.
**Travail demandé :**
Publicité
1. Identifiez parmi la liste suivante, les acteurs du système « ALLOC » en justifiant. * Chercheur (CH) * Directeur de laboratoire (DL) * Calendrier (Ca) * Directeur scientifique (DS) * Coordonnateur (Co) * Site web laboratoire (Swl) * Stagiaire (St) * Direction générale (DG) 2. Sélectionner à partir de la liste suivante, les besoins du système « ALLOC » en associant à chaque type de besoin, une ou plusieurs des 4 propositions suivantes : (**BF** : besoin fonctionnel ; **BNF** : besoin non fonctionnel ; **MAL** : besoin mal exprimé donc non vérifiable ; **Aucun** : besoin inadéquat – ce n’est ni un besoin fonctionnel, ni un besoin non fonctionnel) :
* Le logiciel ALLOC doit être développé de manière à être utilisable par des utilisateurs inexpérimentés * Le système doit permettre la récupération rapide des informations après leur saisie * Le système doit être capable d’éditer les fiches de demande * Le système doit être ergonomique * Le système doit être fiable * Le système permet la gestion des documents des chercheurs
**Exercice 3 (DS II2-ENSI 2010-2011)**
En considérant les récents événements politiques, nous nous proposons de mettre en place une nouvelle application de vote électronique «Sys\_Vote». Pour accélérer l’opération de vote, chacun des bureaux de votes sera équipé de 5 appareils «Sys\_Vote». Chaque appareil sera relié à un serveur central accédant aux données du Directeur Général des Élections via une connexion sécurisée. Les appareils de votes électroniques seront utilisés avant, pendant et après les élections.
**I – Utilisation du système pour la préparation de l'élection :** avant le jour de l'élection, l'administrateur pourra consulter la liste des partis politiques qui prendront part aux élections, ajouter un nouveau parti politique autorisé, enlever un parti existant ou modifier les informations sur un parti (le nom du chef, ...).
**II – Utilisation du système le jour de l'élection :** le jour même de l'élection, les électeurs se rendront à un poste de vote électronique situé dans leur arrondissement pour enregistrer leur vote. Avant d’entrer au bureau de vote, l'identité de l'électeur sera vérifiée par un employé à l'aide d'un registre fourni par le Directeur Général des Élections. Une fois l’électeur est entré, le système de vote lui permettra de consulter la liste des partis politiques, puis, après s'être dument identifié, l’électeur pourra voter pour son parti politique préféré. Pour voter, l'électeur utilisera sa carte d’identité nationale qui sera lue par le système. Cette carte sera validée par le Directeur Général des élections (via le serveur central) qui s'assurera que chaque carte n'est utilisée qu'une seule fois. Lorsque la carte aura été validée, le système se déverrouillera et l'électeur pourra entrer son vote en complétant un bulletin que lui aura remis l’employé d’élection en cochant la case correspondant à son parti politique favori, puis en insérant le bulletin dans le lecteur de l’appareil de vote. Avant d’insérer le bulletin dans le lecteur de l’appareil de vote, l’électeur pourra changer son choix, mais une fois le bulletin est inséré, la modification du choix est interdite. Une fois le bulletin est inséré, un mécanisme de reconnaissance de formes sera lancé pour connaître le vote. Ce vote sera enregistré localement et sur le serveur central sans aucune référence à l'électeur, gardant ainsi le vote confidentiel. L’appareil de vote produira un son pour confirmer que le vote a bien été enregistré. L'enregistrement et la transmission des bulletins au serveur seront bien entendu encryptés pour en assurer la confidentialité.
**III – Utilisation du système après le vote :** lorsque les bureaux de vote seront officiellement fermés, les scrutateurs utiliseront le système pour comptabiliser les votes. Tout d'abord, une vérification sera faite pour s'assurer que les données locales relatives au nombre d’électeurs correspondent à celles présentes sur le serveur central pour détecter une éventuelle fraude. Par la suite, un scrutateur pourra récupérer le résultat du vote. Il aura accès aux données globales pour chacun des comtés et pour chacun des partis politiques.
**Travail demandé :**
1. Identifier les acteurs de «Sys\_Vote». 2. Exprimer les besoins de chaque acteur. 3. Ecrire un cahier des charges pour le système « Sys\_Vote »
**Exercice 4 : (Mini Projet II2-ENSI 2011-2012)**
Publicité
Une société A est spécialisée dans le transport aérien. Dans son aéroport central, le personnel au sol gère les arrivées et les départs d'avions. Il y a environ 100 vols départ et 100 vols arrivée par jour.
Chaque arrivée d'avion engendre une tâche : pendant la demi-heure qui suit l'arrivée de l'avion, un agent vérifie que les passagers sortent bien de l'avion et se dirigent vers leurs bagages.
Un départ d'avion engendre trois tâches d'enregistrement et une tâche d'embarquement: trois agents enregistrent les passagers pendant les deux heures qui précèdent le vol et un agent fait embarquer les passagers pendant la demi-heure qui précède le départ. Si un enfant non accompagné ou une personne handicapée prend (ou sort de) l'avion, une tâche est créée : un agent s'occupe de cette personne pendant le temps où elle est à l'aéroport.
Chaque jour, plus de 500 tâches sont assurées par le personnel au sol de l'aéroport. Le volume d'agents, plein temps ou temps partiel, nécessaire au bon déroulement d'une journée est calculé un mois à l'avance par un service de recherche opérationnelle de la société A. Des plannings prévisionnels sont élaborés.
Le jour même, les agents prévus arrivent à l'aéroport et se mettent à disposition du régulateur R. Celui-ci est chargé d'affecter les agents présents dans l'aéroport aux tâches créées par les vols et de faire face à des aléas ou imprévus de dernière minute. Les aléas sont des retards d'avions, des vols supplémentaires, des enfants non accompagnés, des handicapés, des agents absents, des tâches se prolongeant, etc. R joue un rôle crucial dans le bon déroulement d'une journée à l'aéroport. Pour cela, R utilise un planning papier qu'il modifie au crayon. Les agents viennent consulter ce planning pour savoir quelle est leur prochaine tâche.
Le volume des vols augmentant d'année en année, R a de plus en plus de mal à planifier et modifier les plannings en temps réel d’où le besoin du développement d’un logiciel L.
1. Quels sont les acteurs du L ? 2. Exprimer les besoins de ces acteurs.