Devoir Surveillé: Librairie en ligne

Devoir Surveillé : Librairie en ligne (SitLib)

Question 1 - Modèles de processus candidats

Bien que le document source ne fournisse pas la réponse textuelle explicite pour cette question, nous pouvons déduire les candidats logiques en nous basant sur les principes du Génie Logiciel pour un projet de type e-commerce.

Les modèles de processus candidats pour mener le développement du système SitLib sont :

• Le modèle en Cascade (ou cycle en V) : Candidat si l'on considère que tous les besoins fonctionnels (gestion des packs, règles de livraison, commandes éditeurs) sont figés et parfaitement documentés dès le départ.
• Le modèle Itératif et Incrémental : Candidat très pertinent, car il permet de développer par blocs successifs.
• Les méthodes Agiles (ex: Scrum) : Candidates idéales pour un projet Web, permettant de s'adapter aux changements et de livrer rapidement des fonctionnalités utilisables.

Question 2 - Choix du modèle le plus adéquat

Ici encore, le corrigé source omet la justification textuelle, mais la logique métier dicte la réponse attendue.

Le modèle Itératif et Incrémental (ou une méthode Agile) est le plus adéquat pour le système SitLib. Justification : Un site de vente en ligne nécessite une mise sur le marché rapide ("Time to Market"). Il est stratégique de livrer d'abord un premier incrément fonctionnel de base (recherche de catalogue, panier, paiement) pour commencer à générer des revenus, puis d'ajouter les processus plus complexes dans des itérations suivantes (comme la gestion automatique des réapprovisionnements avec le SI des éditeurs et la gestion avancée des livraisons partielles).

Question 3 - Identification des acteurs

D'après le texte et le corrigé source, les acteurs (entités externes interagissant avec le système) sont au nombre de quatre.

• Client : Navigue sur le site, recherche des livres, passe commande et paie.
• SI Editeur : Le Système d'Information de l'éditeur qui se connecte au système pour générer les commandes quotidiennes et hebdomadaires.
• Personnel (de la librairie) : Gère le catalogue, les réceptions de stock et les expéditions.
• Réseau bancaire : Traite et confirme le paiement par carte de crédit du client.

Question 4 - Besoins fonctionnels par acteur

Le corrigé officiel liste les fonctionnalités attendues pour chaque acteur interagissant avec le système :

Pour le Client :

• Rechercher un livre dans le catalogue.
• Passer une commande (incluant le choix des quantités et l'adresse de livraison).

Pour le SI Editeur :

• Générer la commande quotidienne (pour les livres commandés en rupture de stock).
• Générer la commande hebdomadaire (chaque lundi, pour les livres dont les ventes dépassent 10 unités).

Pour le Personnel :

• Expédier les livres aux clients (totale ou partielle).
• Ajouter, modifier ou supprimer un livre du catalogue.
• Ajouter, modifier ou supprimer un pack.
• Ajouter, modifier ou supprimer un ensemble.

Note pédagogique : Bien que le "Réseau bancaire" ait été identifié comme acteur à la question 3, le corrigé de la question 4 l'omet. Son besoin fonctionnel implicite serait "Traiter la transaction de paiement par carte".

Question 5 - Besoins non fonctionnels

Les besoins non fonctionnels définissent comment le système doit se comporter (performances, sécurité, ergonomie, etc.), contrairement aux besoins fonctionnels qui définissent ce qu'il fait. Le corrigé propose deux exemples :

1. Ergonomie / Performance : Le système devra permettre à un nouveau client de passer une commande au bout de 15 minutes de navigation sur SitLib.
2. Sécurité / Confidentialité : Le système ne devra pas garder trace des informations de la carte bancaire du client.

Question 6 - Élaboration du diagramme de contexte

Le document source fournit une version textuelle des flux de données gravitant autour du système SitLib. Pour bien comprendre ce diagramme, il faut associer chaque numéro à son flux et à son acteur. Voici la traduction des flux sous forme de tableau de synthèse pour clarifier l'intention du corrigé :

Flux n°	Nom du flux (selon le corrigé)	Acteur source	Acteur destination
1	Requête recherche livre	Client	SitLib
2	Commande	Client	SitLib
3	Infos livraison	Client	SitLib
4	Résultat recherche	SitLib	Client
5	Paiement	Client	SitLib
6	Dde prise en charge paiement	SitLib	Réseau bancaire
7	Confirmation (du paiement)	Réseau bancaire	SitLib
8	Résultat commande	SitLib	Client
9	Dde commande hebdo	SitLib	SI Editeur
10	Dde commande quotid	SitLib	SI Editeur
11	Commande hebdo	SI Editeur	SitLib
12	Commande quotid	SI Editeur	SitLib
13	Dde gestion Livre	Personnel	SitLib
14	Dde gestion pack	Personnel	SitLib
15	Dde gestion ensemble	Personnel	SitLib
16	Infos livraison	SitLib	Personnel
17	Bulletin livraison	SitLib	Personnel

Question 7 - Élaboration du DFD1 (Diagramme de Flux de Données de niveau 1)

L'énoncé source est endommagé à cet endroit précis. Le document original s'arrête immédiatement après l'intitulé "7. Elaborez le DFD1(2.5pt)" sans fournir le diagramme ni le texte descriptif attendu pour la correction. Les données étant manquantes, cette question ne peut pas être traitée ici de manière factuelle.

Question 8 - Question tronquée

De la même manière que pour la question 7, le document d'origine a été coupé lors de son extraction. Il affiche le chiffre "8." mais ne contient ni la question, ni le corrigé. Il est impossible de fournir une réponse.

Méthode

Face à une étude de cas en Génie Logiciel :

1. Marquez le texte : Dès la première lecture, soulignez les noms (qui deviendront vos acteurs ou entités de données) d'une couleur, et les verbes d'action (qui deviendront vos cas d'utilisation ou processus) d'une autre couleur.
2. Distinguez règles métier et actions du système : Par exemple, le fait que le "prix des packs est la somme du prix des livres" est une règle métier utile pour le modèle de données et la conception détaillée, mais n'est pas un "acteur" ni un besoin non-fonctionnel.
3. Assurez la cohérence des modèles : Vérifiez toujours que les acteurs identifiés dans votre question de définition (Q3) se retrouvent tous sur votre diagramme de contexte (Q6). Une erreur fréquente est d'oublier un système externe (comme le réseau bancaire) en passant du texte au diagramme.