Décomposition fonctionnelle

Epreuve de Pratique des Techniques Informatiques
Session 2001
Compte rendu d'Activité
Fiche n°2
Nom et prénom : LINOT Bastien
Nature de l'activité
Video-Games Manager
Contexte : Un magasin de jeux vidéos souhaite informatiser son système de gestion de la clientèle.
Objectifs : Créer un logiciel de gestion de clientèle adapté à l’entreprise : gestion des clients, des
jeux, des contrats, des factures, et des bons d’occasion.
C31
C32
C33
C35
Compétences mises en œuvre pour la réalisation de cette activité
Gérer un projet de développement de logiciel
Développer à l’aide d'un langage de programmation procéduraI
Maquetter une application, la développer à l'aide d'un langage de programmation
événementielle
Développer autour d'une base de données relationnelles
Conditions de réalisations
Logiciels :
- Windows 2000
- Windev 5.5
Matériels :
- 1 PC
Durée : 40 min
Autres contraintes et difficultés :
Description de l'activité réalisée
Situation initiale : Le logiciel est opérationnel.
Situation finale : Les principales fonctionnalités ont étés démontrées.
Outils utilisés : Windev 5.5 et WDAna (éditeur d’analyse Windev)
Déroulement de l'activité :
Décomposition fonctionnelle
1) Base de données
Video-Games Manager (VGM) est une application de gestion communiquant avec une base de
données relationnelle Xbase crée sous Windev. Cette base est composée de 10 tables reliées entre
elles par des clefs primaires et des clefs étrangères.
Page 1/4
Epreuve de Pratique des Techniques Informatiques
Session 2001
Voici le MLDR de cette base :
2) Enchaînement des fenêtres
La fenêtre principale de l’application est une fenêtre « mère ». Toutes les fenêtres ouvertes à partir de
celle-ci sont « filles ». Ces fenêtres filles sont sœurs entre elles.
Voici l’arbre généalogique des 14 fenêtres :
APROPOS
PRINCIPALE
CLIENT
CALEND
COMBO
JEUX
CONTRAT
FACTURE
CONOCAZ
JOURNAL
RECHERCHE
ACHAT
OCAZ
TEXT
CLIENT OU
JEUX OU
CONTRAT OU
FACTURE OU
CONOCAZ
CONTRAT
Page 2/4
Epreuve de Pratique des Techniques Informatiques
Session 2001
Communication Base/Interface
1) Ouverture et enregistrement d’une fenêtre
Ouverture :
Toutes les fenêtres de l’application sont traitées sur le même enchaînement de procédures.
Lors de l’ouverture d’une fenêtre, les informations recherchées (grâce à l’identifiant passé en
paramètre) sont sélectionnées dans le fichier correspondant de la manière suivante :
• la fonction Windev HLITRECHERCHE positionne la lecture du fichier sur l’enregistrement visé
• la procédure ChargeEcran rempli les champs associés à une rubrique du fichier
• les procédures ChargeCombo remplissent les combo-box et sélectionnent l’élément enregistré
• la procédure AfficheTable rempli les tables
Fermeture :
De même l’enregistrement des fenêtres suit un modèle unique :
• le contenu des champs est récupéré dans les rubriques du fichier associé grâce à la procédure
DechargeEcran
• la sélection des combo-box est récupérée
• selon le type d’enregistrement, les informations sont enregistrées dans le fichier lié grâce aux
procédures Windev HAJOUTE ou HMODIFIE
2) Recherche d’un enregistrement
Cas par cas :
L’utilisateur doit pouvoir rechercher un client, un contrat, un jeu, une facture ou un bon d’occasion.
Ces recherches se font toutes à partir d’une même fenêtre. L’objet de la recherche dépend des
paramètres envoyés à la fenêtre. Selon ces paramètres, la fenêtre sera personnalisée (table, liste de
recherche, et variables spécifiques).
Procédure de recherche :
Selon le type de recherche et le fichier visé, la recherche sera filtrée différemment.
3) Facturation et bons d’occasion
Gestion des stocks :
Lorsque qu’un achat est enregistré ou
supprimé, la procédure MajStock met
à jour le nombre de jeux en stock.
nIdent = identifiant du jeu
nType = type d’action à réaliser
nQte = nombre de jeu
nIni = quantité initiale de l’achat
Page 3/4
Epreuve de Pratique des Techniques Informatiques
Session 2001
Numéro de facture
Chaque facture possède un numéro unique. Celui-ci est généré lors de l’ajout de la facture grâce à la
procédure DonneNumero :
De même, la fenêtre « CONOCAZ » génère un numéro de bon d’occasion lors d’un ajout.
Analyse des résultats obtenus
Objectif atteint :
Tous les aspects de la gestion de la clientèle sont informatisés et le logiciel est adapté à
l’entreprise. Par contre, les factures et les bons d’occasion ne sont pas encore imprimables. De
plus, les barres d’icônes sont statiques.
Bilan de l'activité :
Le logiciel est exploitable par le magasin de jeux vidéos et le contact clientèle est suivi
informatiquement. Les gains de rapidité dans la gestion de la clientèle sont considérables et des
gains financiers à moyen terme sont envisageables.
Page 4/4