Vanités B.F. Ltée
Dossier des spécifications
Programme de gestion descommandes et d’inventaire
1
Par :
Michelle LainesseOlivier Houde
TABLE DES MATIÈRES1. INTRODUCTION.......................................................................................................4
1.1 Objectifs du document......................................................................................4
1.2 Définitions et abréviations................................................................................4
1.3 Documents de référence....................................................................................5
1.4 Vue d’ensemble du document...........................................................................5
2. DESCRIPTION GÉNÉRALE DU LOGICIEL.........................................................6
2.1 Perspective du produit......................................................................................6
2.2 Description des caractéristiques des utilisateurs............................................6
2.3 Contraintes d’ordre général.............................................................................7
2.4 Hypothèses et dépendances...............................................................................7
2.5 Répartition des exigences..................................................................................7
3. DESCRIPTION DÉTAILLÉE...................................................................................8
Description des acteurs..................................................................................................8
3.1 Spécification des cas d’utilisation.....................................................................83.1.1 Modèle des cas d’utilisation........................................................................93.1.2 Étude des cas d’utilisation.........................................................................10
Titre du cas d’utilisation : Prise de commande...................................................10Titre du cas d’utilisation : Modifier commande.................................................19Titre du cas d’utilisation : Annuler une commande............................................22Titre du cas d’utilisation : Transport..................................................................25Titre du cas d’utilisation : Consulter l’inventaire...............................................28Titre du cas d’utilisation : Ajouter un item.........................................................31Titre du cas d’utilisation : Modifier des items....................................................34Titre du cas d’utilisation : Supprimer un item....................................................37Titre du cas d’utilisation : Commande fournisseur.............................................40Titre du cas d’utilisation : Saisir livraison..........................................................43Titre du cas d’utilisation : Produire des rapports................................................46
3.2 Spécification conceptuelle...............................................................................493.2.1 Modèle Objet.............................................................................................49DICTIONNAIRE DES CLASSES............................................................................50
Nom de la classe : Usager...................................................................................50Nom de la classe : Service à la clientèle.............................................................51
2
Nom de la classe : Responsable des opérations (RdO).......................................52Nom de la classe : Commande............................................................................53Nom de la classe : Items.....................................................................................54Nom de la classe : Composants..........................................................................55Nom de la classe : Produits.................................................................................56Nom de la classe : Commande-fournisseur........................................................57Nom de la classe : Livraison...............................................................................58
3.2.2 Modèle Dynamique...................................................................................59Commande.............................................................................................................59Item........................................................................................................................60Usager....................................................................................................................61
3.2.3 3.3 Modèle Fonctionnel.............................................................................62Ajouter commande.................................................................................................62Modifier une commande........................................................................................63Annuler une commande.........................................................................................64Ajouter un item......................................................................................................65Modifier un item....................................................................................................66Supprimer un item.................................................................................................67Commande fournisseur..........................................................................................68Saisir livraison.......................................................................................................69
3.3 Exigences d’opérations.........................................................................................703.3.1 Performances.............................................................................................703.3.2 Base de données.........................................................................................703.3.3 Contraintes de conception..........................................................................703.3.4 Exigences non-fonctionnelles....................................................................71
4. INFORMATIONS ADDITIONNELLES................................................................72
4.1 Glossaire...........................................................................................................72
3
1. INTRODUCTION
Le dossier de spécification renferme la description complète du logiciel et servira de base pour une validation détaillée. L’accent sera mis sur le processus de développement, ce qui permettra une vérification des prototypes développés en regard des spécifications proposées et acceptées.
Le présent document est une vue d’ensemble du logiciel de gestion des commandes et des inventaires, de la description détaillée du programme qui comprend la spécification des cas d’utilisation, des spécifications conceptuelles et des exigences d’opérations.
1.1 Objectifs du document
Ce document présente la conception des différents programmes qui serviront à la gestion des commandes et des inventaires de l’entreprise. L’emphase sera mise sur toutes les tâches que doivent assumer les acteurs, soient le service à la clientèle et le responsable des activités de production. Il existe présentement un besoin au niveau de la gestion des commandes, c’est-à-dire accélérer le traitement de celles-ci. De plus, une gestion informatisée des inventaires est aussi demandée puisque ce dernier s’effectue de façon manuelle et n’offre qu’une faible fiabilité. Les bénéfices escomptés se situent au niveau du temps (délai de fabrication et de livraison) ainsi qu’au niveau de la précision de la tenu d’inventaires.
1.2 Définitions et abréviations
Cas d’utilisation : On peut les décrire comme une suite d’événements (séquence de transactions) avec le système, initié par un acteur, qui correspond à une utilisation particulière du système qui aboutit à résultats identifiables. Il correspond au point de vue de l’usager.
Grand livre bleu: Il s’agit d’un document dont l’origine remonte aux livres de la comptabilité. Les commande étaient inscrites dans un livre à la couverture bleue. Le nom est demeuré pour désigner la feuille « Excel » dans laquelle sont conservée chaque commande passée par les clients de l’entreprise.
Numéro de job : Ce numéro est unique et séquentiel pour chaque commande faite par les clients de l’entreprise. Il sert à repérer toutes les commandes dans l’organisation, qu’elles soient en production ou non.
4
Logiciel Avantage© : Le logiciel de comptabilité utilisé par l’entreprise. Tous les autres programmes sont reliés à celui-ci d’une façon ou d’une autre. Il en est de même pour le programme de gestion de commandes et d’inventaires.
DataDis© : Ce logiciel fait le lien entre le système EDI et le logiciel Avantage©. De plus, il se charge présentement de différentes tâches telles que l’impression des étiquettes, l’impression des bons de livraison ainsi que la production plusieurs rapports.
Feuille de coupe : Document utilisé par les ouvriers sur le plancher de l’usine pour la construction et l’assemblage des différents meubles. Cette feuille est produite par les employés du service à la clientèle.
Couleurs d’affichage : Un principe « feu de circulation » sera utilisée pour l’affichage des quantités disponibles au niveau des composantes dans l’entreprise. Il s’ait d’un concept servant à faciliter le repérage, par le responsable des opérations, des items devant être commandés et ceux se trouvant dans un état satisfaisant.
1.3 Documents de référence
Mike Gunderloy, ADO and ADO.NET Programming, SYBEX Inc., 2002, 1000 pages.
Guide de l’usager de Data Dis inc., Le parfait gestionnaire, version 121 et +.
Guide de l’utilisateur du logiciel Avantage©, 1996.
Mark Spenik & Orryn Sledge, SQLServer DBA, CampusPress, 2001, 964 pages.
Evangelos Petroutsos et Asli Bilgin, Visual Basic .NET Databse Programming, SYBEX Inc., 2000, 671 pages.
1.4 Vue d’ensemble du document
Le document contient les perspectives du produit, une vue d’ensemble des fonctionnalités du produit, la description des caractéristiques des utilisateurs, les contraintes d’ordre général, les hypothèses et dépendances et la répartition des exigences. Il contient également le modèle brut et le modèle détaillé des cas d’utilisation, le modèle objet, les modèles dynamiques ainsi que les modèles fonctionnels. Enfin, on pourra constater les exigences d’opérations qui comprennent les performances, la base de données, les contraintes de conception et les exigences non-fonctionnelles.
5
2. DESCRIPTION GÉNÉRALE DU LOGICIEL
2.1 Perspective du produit
Le système logiciel portera le nom de Gestion Commande/Inventaire. Le but de ce logiciel est de faciliter le travail des utilisateurs lors de la prise de commande et de mettre à jour le système en temps réel. De plus, il permettra aussi de consulter et modifier les inventaires des produits utilisés lors de la fabrication. Les utilisateurs pourront utiliser le programme seulement sur leur poste de travail à l’intérieur de l’entreprise. Le principal bénéfice que pourra en tirer l’entreprise Vanités BF Ltée. se situe au niveau de la rapidité d’exécution des tâches répétitives et fastidieuses telles que la prise de commandes (faite de façon manuelle) et la gestion des inventaires. De cette façon, une diminution significative du délai de fabrication pour chaque meuble construit dans l’usine sera enregistrée. Le temps de traitement d’une commande devrait passer d’environ trois jours à un maximum d’environ quinze minutes. De plus, le suivi de la gestion des inventaires sera plus facile.
Le programme sera installé sur les différents postes de travail de l’entreprise Vanités B.F. Ltée. et les informations seront sauvegardées dans une base de données. Celle–ci sera rattachée à la base de données du logiciel Avantage existant sur le serveur. Ce qui veut dire que le programme ne pourra être utilisé qu’à l’intérieur de l’entreprise. Le système d’exploitation utilisé pour le fonctionnement du programme est Windows NT 4.0.© sur le serveur de l’entreprise et Windows 98© sur les différents postes de travail.
2.2 Description des caractéristiques des utilisateurs
Les utilisateurs du système doivent posséder un certain niveau de connaissances et d’expériences en informatique afin d’utiliser le programme de gestion Commande et Inventaire. Parmi les utilisateurs, on peut compter les membres du service à la clientèle et le responsable des opérations. Cependant, on peut estimer le niveau de connaissances nécessaires à l’utilisation du programme à une connaissance de base du système Windows© et son fonctionnement.
6
2.3 Contraintes d’ordre général
Le système se trouve limité par quelques contraintes, la plupart sont externes à l’entreprise. La première d’entres elles se situe au niveau des communications avec les différents clients, plus particulièrement du client le plus important. Celui-ci impose l’utilisation d’une technologie particulière soit l’utilisation d’un système d’échange de données informatisées (EDI). De ce fait, l’utilisation d’un logiciel particulier (Datadis©) est aussi imposée. Certaines fonctionnalités telles que l’impression d’étiquettes et la production de rapports particuliers sont assumées par ce programme tandis que la gestion de la comptabilité est prise en charge par un second logiciel (Avantage©) qui ne supporte pas les fonctionnalités particulières de programme mentionné précédemment. De plus, la technologie utilisée par le programme Datadis© est considérée désuète (DOS).
Cependant, plusieurs points intéressants viennent simplifier la situation. Les formats de fichiers utilisés par Avantage© ainsi que par Datadis© peuvent être utilisés sans difficulté avec un logiciel de gestion de base de données tel que SQL Server™ que l’on retrouve déjà installé sur le serveur de la compagnie.
2.4 Hypothèses et dépendances
Il existe une dépendance énorme face au logiciel Avantage©, puisque tout le système (y compris Datadis©) est relié de très près à la structure développée pour Avantage©. Il suffirait d’une mise à jour sur la structure des fichiers pour que tout cesse de fonctionner. Le système informatique est et sera très fragile jusqu’au jour où toutes les fonctionnalités des différents programmes seront intégrées pour ne former qu’un seul système et qu’une seule base de données.
2.5 Répartition des exigences
Plusieurs options sont considérées ou doivent l’être. Si une expansion importante de la compagnie est prévue au cours des cinq prochaines années, il est impératif de planifier ou, du moins de considérer sérieusement, une intégration des systèmes présentement utilisés. De plus, le système serait conçu dans l’optique d’une possible implantation de composantes permettant l’accès au commerce électronique (par Internet). Cependant, ce document met l’emphase sur un système de gestion des commandes et des inventaires greffé au présent système de gestion d’entreprise.
7
3. DESCRIPTION DÉTAILLÉE
Description des acteurs
Service à la clientèle (SC) : Il s’agit du service qui s’occupe de prendre les commandes selon la deuxième méthode. Autrement dit, la prise de commande par téléphone et par télécopieur. La première étant par EDI. De plus, le traitement de commande est aussi effectué par ce service. Par traitement, on entend l’annulation ou la modification d’une commande. De plus, le calcul et le traitement du transport est effectué par ce service.
Responsable des opérations (RO) : Il s’agit de la personne qui se charge de la gestion des inventaires de produits finis ainsi que des inventaires de produits non-assemblés. Celle-ci se charge aussi de la mise à jour des catalogues de produits, de la liste des prix ainsi que du coût de revient pour chaque meuble que fabrique l’entreprise. De plus, les commandes passées chez un fournisseur sont aussi, ainsi que la réception des livraisons, sont gérées par cet acteur.
3.1 Spécification des cas d’utilisation
Le modèle suivant représente chaque acteur ainsi que les différents cas d’utilisation qui lui sont rattachés. Les acteurs étant représentés par les personnages et les cas d’utilisation (séquences de tâches) par les cercles. Ce modèle résume particulièrement bien les différents traitements qui seront effectués par les différentes catégories d’utilisateurs. Il représente les tâches qui seront effectuées à l’aide du programme.
8
3.1.1 Modèle des cas d’utilisation
Service à la clientèle
Prise de commande
Annuler une commande
Modifier une
commande
Transport
Responsable des
opérations
Consultation de l’inventaire
Ajouter un item
Supprimer un item
Modifier un item
Commande fournisseur
Saisir livraison
Produire des rapports
9
3.1.2 Étude des cas d’utilisation
Titre du cas d’utilisation : Prise de commande
Description sommaire : Un client appelle / envoi par fax une commande de produit.
Référence croisée : Aucune.
Acteur : Service à la clientèle (SC).
Règles d’initiation : - Une commande doit avoir été reçue.- Le client qui passe la commande doit faire parti d’un regroupement de
commerçants.- Numéro d’identification ainsi que le mot de passe du préposé soient
validés.
Description du processus : Une personne travaillant pour le service de la clientèle (SC) reçoit un appel ou une télécopie de la part d’un client désireux de passer une nouvelle commande. Le membre du SC saisie le numéro du client, le numéro de magasin (s’il y a lieu) dans le programme ainsi que le numéro de modèle commandé. Par la suite, les spécifications particulières sont aussi entrées dans le système. En validant l’opération auprès du système, un numéro de commande ainsi qu’un numéro de « Job » sont générés de façon séquentielle. Le grand livre bleu est aussi mis à jour au cours de cette opération. Le montant total de la commande est communiqué au client et les documents papiers sont imprimés (bon de commande, feuille de coupe, étiquettes). On envoie par la suite une télécopie du bon de commande au client. Pour terminer, les feuilles nécessaires sur le plancher de production sont acheminées au contremaître en fonction.
Règles de terminaison : - Une nouvelle commande est créée dans le système.- Le grand livre bleu est mis à jour.
Exception : Le client ne fait pas parti d’un regroupement de commerçant
10
Tracé des événements : Prise de commande
1. Le client demande au préposé du service à la clientèle de prendre une nouvelle commande et lui donne son numéro de client.
2. Le préposé du service à la clientèle saisie les informations dans le système.3. Le client donne les spécifications de sa commande.4. Le préposé saisit les informations sur la commande dans le système de gestion
des commandes.5. Le préposé du service à la clientèle valide l’opération auprès du système.
5.1. Le système met à jour les bases de données du logiciel Avantage©.5.2. Le système met à jour le grand livre bleu.5.3. Les différentes copies papier sont imprimées.5.4. Les étiquettes nécessaires à l’identification des produits sont imprimées.
6. Le montant de la commande est communiqué au client (au besoin).7. Une copie du bon de commande est envoyée au client par l’intermédiaire du
télécopieur.
Diagramme d’interactions : Prise de commande
Client SC Système
Demande de commande
Demande du no client
Transmission de l’information Saisie de l’information
Recherche del’informationAffiche les informations du clientDemande les spécifications de la commande
Donne les numéros de modèles et la quantité Saisie les informations pour chaque élément
Valide l’opération
Affiche message d’impression en cours
Mise à jour etimpression
Affiche confirmation de l’opérationEnvoie d’une télécopie du bon de commande
Communique le prix (au besoin) Affiche sommaire de la transaction
11
Prototypes d’écrans : Prise de commande
12
13
14
15
16
17
Titre du cas d’utilisation : Modifier commande
Description sommaire : Un client appelle / envoie par fax une demande de modification pour une commande passée précédemment.
Références croisées : Aucune.
Acteur(s) : Service à la clientèle (SC)
Règles d’initiation : - Une commande doit déjà avoir été passée.- Une demande de modification officielle doit avoir été faite par le
client.- Numéro d’identification et mot de passe du préposé doivent avoir été
validés.
Description du processus : La personne travaillant au service à la clientèle (SC) reçoit un appel ou une télécopie de la part d’un client. Celui-ci demande alors au préposé du SC d’apporter une modification à une commande passée précédemment. Un appel est alors placé auprès du contremaître responsable de la production dans l’atelier. Si la commande est en cours de production, il est impossible d’apporter une modification quelconque. Par contre, si la commande est toujours en attente d’être produite, la modification demandée peut être effectuée. Les feuilles de coupe ainsi que les bons de commande et de livraison sont retirés de la planification de la production. Le préposé du service à la clientèle entre directement dans le système les modifications à apporter sur la commande correspondant au numéro de « Job ». Les modifications sont ensuite sauvegardées, imprimées puis acheminées de nouveau vers le plancher de production.
Règles de terminaison : - La commande du client est modifiée.- Le grand livre bleu est mis à jour.
Exception : La commande est déjà en cours de production.
19
Tracé des événements : Modifier commande
1. Un client fait une demande de modification de commande par téléphone ou par télécopieur.
2. Le préposé du SC vérifie auprès du contremaître l’état de la commande à modifier.
3. Si la commande n’est pas enclenchée, l’employé du service à la clientèle saisie le numéro de « job » dans le système et obtient les informations sur la commande.
4. Les modifications sont entrées dans le système par l’employé de la compagnie travaillant au service à la clientèle.
5. Une fois les informations enregistrées, de nouvelles feuilles (bon de livraison, bon de commande et feuille de coupe) sont imprimées ainsi que des étiquettes correspondant aux éléments enregistrés. De plus, le grand livre bleu et les bases de données du logiciel Avantage© sont mises à jour.
6. Un accusé de réception qui agit aussi comme une confirmation du changement de commande est envoyée au client par télécopieur.
Diagramme d’interactions : Modifier commande
Client SC Système
Demande de modification de commande
Demande le numéro de « Job »
Transmission du numéro de « Job »
Vérification de l’étatde la commande
Demande les modifications
Transmissions des modifications
Saisie du numéro de « Job »Recherche
de la commande
Affichage de la commande
Transmission des modifications Mise à jour etimpression
Affiche confirmation et message d’impressionEnvoie au client une télécopie de confirmation
20
Prototypes d’écrans : Modifier commande
21
Titre du cas d’utilisation : Annuler une commande
Description sommaire : Un client entre en communication avec l’entreprise dans le but d’annuler une commande passée ultérieurement.
Références croisées : Aucune.
Acteur(s) : Service à la clientèle (SC)
Règles d’initiation : 1. Le client doit demander l’annulation d’une commande prise
ultérieurement.2. Le numéro d’identification et le mot de passe, de l’usager du SC,
doivent avoir été validés
Description du processus : Le préposé du service à la clientèle reçoit un appel / une télécopie de la part d’un client désirant annuler une commande passée précédemment. Pour ce faire, le client communique, au préposé du service à la clientèle, son numéro de client ainsi que le numéro de « Job » correspondant à la commande qui doit être annulée. Le préposé entre alors en communication avec le contremaître en fonction sur le plancher de l’usine au moment de la demande d’annulation afin de connaître l’état de la commande. Si la commande n’est pas en production, elle est tout simplement retirée de la planification. De plus, les employés du service à la clientèle cherchent selon le numéro de « Job » la commande dans le système informatique. Par la suite, celle-ci est simplement effacée. La mise à jour du grand livre bleu est alors effectuée.
Règles de terminaison : - La commande est supprimée.- Le grand livre bleu est mis à jour.
Exception : - La commande du client est déjà en production
22
Tracé des événements : Annuler une commande
1. Le client appelle pour faire annuler une commande.2. Le préposé au SC demande au client son numéro de « Job ».3. Le client fournit l’information demandée.4. Le membre du SC appelle un responsable au plancher de production pour
savoir si la commande est en production.5. Si la commande ne l’est pas, le préposé au SC demande au client de lui
envoyer une confirmation d’annulation par fax.6. Le préposé appelle le contremaître pour lui dire que la commande est
vraiment annulée.7. Le préposé écrit sur les feuilles de pré-facturation ainsi que la feuille de bon
de commande le mot « canceller ».8. Le préposé au SC se connecte au système pour annuler la commande.9. Le système prend en charge d’enlever la pré-facturation dans la base de
donnée.10. Les feuilles de pré-facturation ainsi que la feuille de bon de commande sont
mises dans le dossier du client.11. Le préposé au SC envoie une confirmation de l’annulation au client par fax.
Diagramme d’interactions : Annuler une commande
Client SC Système
Demande d’annulation par téléphone
Demande du numéro de « Job »
Fournit l’information demandéeVérification de l’état de la commandeDemande d’envoie d’une
confirmation par fax
Envoie de la confirmation Confirmation d’annulation au contremaître
Entre le no de « Job »
Recherche de l’informationAffiche les informations
Choisit « Annuler commande »
Confirmation de l’annulation
MAJ du grand livre bleu, de la Facturation
Envoie une confirmation de l’annulation de la commande Inscrit le mot annuler
sur les feuilles et les met dans le dossier du
client
Communication de l’état de la commande
22
Prototypes d’écrans : Annuler une commande
23
Titre du cas d’utilisation : Transport
Description sommaire : Le préposé au service à la clientèle (SC), après avoir reçu une commande d’un client, va gérer la feuille de transport pour envoyer la commande au client.
Références croisées : Aucune.
Acteur(s) : Service à la clientèle (SC)
Règles d’initiation : 1. Le client doit avoir fait une commande
Description du processus : Le préposé au service à la clientèle (SC) a reçu une commande d’un client. Après avoir remplit la commande à l’aide du logiciel, le préposé ouvre la fonction « Transport ». L’usager entrera le numéro de Job et cliquera sur le bouton « Calculer le transport ». Le système ira dans la base de données pour chercher le poids net de chaque produit ainsi que l’espace dont il occupe en pied cube. Par la suite, le programme calculera le poids total ainsi que l’espace total dont la commande prendra dans un camion. Le préposé au SC imprimera deux fois cette feuille en cliquant sur le bouton « Imprimer », une pour garder en filière et l’autre pour le client.
Règle de terminaison : La feuille de transport a été imprimée.
Exception : La commande a été annulée.
24
Tracé des événements : Transport
1. Le préposé au SC a reçu une commande et l’a traitée avec le programme.
2. Le préposé au SC démarre le programme de commande et clique sur le bouton « Transport »
3. L’usager entre le numéro de « Job » de la commande.4. Le système va chercher les informations sur le poids et le volume de
chaque item de la commande dans la base de données.5. Le programme calculera le poids total et le volume total de la
commande.6. L’usager devra cliquer sur le bouton « Imprimer » pour la sortie sur
l’imprimante de deux feuilles de transport.
Diagramme d’interactions : Transport
Prototypes d’écrans : Transport
SC SystèmeProgramme
Choisit l’option « Transport »
Affichage de l’interface principale
Demande du #Job de la commande
Entre l’information demandée et clique sur « Calculer le transport »
Recherche des informations du #Job dans la BD
Donne le poids et le volume de chaque item de la commande ainsi
que les informations du client
Imprimer deux fois la feuille de transport
Calcul le poids et le volume total de la
commande
25
26
Titre du cas d’utilisation : Consulter l’inventaire
Description sommaire : L’usager veut consulter l’état présent du stock.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations
Règle d’initiation : 1. Le nom de l’utilisateur et le mot de passe doivent être validés.
Description du processus : Le responsable des opérations démarre le programme. Ensuite, il choisit l’option « consulter ». Par la suite, le système lui demande de quelle façon il désire que les informations lui soient présentées. L’usager fait son choix et les informations sont affichées. Ensuite, l’utilisateur peut imprimer ou non les informations pour ensuite retourner au menu principal en cliquant sur « retour au menu principal ».
Règle de terminaison : Aucune.
Exception : Aucune
27
Tracé des événements : Consulter l’inventaire
1. Validation de l’accès de l’usager (au démarrage de l’application).2. Choix de l’option « consulter l’état de l’inventaire »3. Le programme offre un choix d’option d’affichage
- par « vert », par « jaune » ou par « rouge »- par type d’item
4. Affichage d’une fenêtre « disponible », « réservé » et « réel »les quantités sont représentées avec des couleurs
- vert- jaune- rouge
5. L’utilisateur peut imprimer ou non les résultats6. Retour au menu principal
Diagramme d’interactions : Consulter l’inventaire
Prototypes d’écrans : Consulter l’inventaire
Usager Poste de travail Système
Affichage du menu principal
Choisit l’option « consulter »
Affiche la fenêtre de saisie
Entre les infos et valide Requête SQLRecherche dans la Base de DonnéeTransmission des infosAffichage des résultats
Demande d’impression
Affichage du menu principal
28
29
Titre du cas d’utilisation : Ajouter un item
Description sommaire : Le responsable des opérations veut ajouter un nouveau produit à la liste de produits.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations.
Règles d’initiation : 1. l’identification de l’usager est validée2. l’item ne doit pas exister.
Description du processus : Le responsable des opérations démarre le programme et choisit l’option « ajouter un item ». Le programme affiche la fenêtre de saisie des informations. L’utilisateur entre les informations dans les champs de saisie puis il valide l’opération. Après avoir confirmé auprès de l’utilisateur, la base de données est mise à jour par le système. Par la suite, le programme demande à l’utilisateur s’il désire ajouter un autre item, puis il affiche le menu principal.
Règle de terminaison : L’item est ajouté.
Exception : Aucune.
30
Tracé des événements : Ajouter un item
1. Validation de l’utilisateur (au démarrage de l’application).2. Choix de l’option « ajouter un item ».3. Affichage de la fenêtre de saisie.4. L’usager entre les informations relatives à l’item.5. L’usager valide les informations en cliquant sur « valider ».6. Le système demande une confirmation.7. L’usager confirme l’opération.8. L’usager choisit s’il désire ajouter un autre item ou s’il veut retourner
au menu principal.
Diagramme d’interactions : Ajouter un item
Prototypes d’écrans : Ajouter un item
L’usager Poste de travail Système
Affiche le principal
Choisir l’option « ajouter un item »
Affiche la fenêtre de saisie
Entre les informations
Valide l’opération
Demande d’une confirmation
Confirme l’opération Requête SQL d’ajout
Transmet l’information
Mise à jour de la base de
donnéesAffiche l’info du nouvel item
Demande s’il y a d’autres articles à ajouter
Affiche le menu principal
31
32
Titre du cas d’utilisation : Modifier des items
Description sommaire : Le responsable des opérateurs veut modifier la description d’un item ou de quelques aspects incluant la quantité.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations.
Règles d’initiation : 1. Le nom de l’utilisateur et le mot de passe doivent être validés.2. l’item doit déjà exister.
Description du processus : Le responsable des opérations démarre le programme et choisit l’option « modifier un item ». Par la suite, la fenêtre de saisie demande le numéro de l’item à modifier à l’utilisateur. Une fois le numéro entré, le programme affiche à l’utilisateur les informations relatives à l’item . Le responsable des opérations fait alors les modifications et valide l’opération. Après la validation ainsi que la confirmation, le programme affiche les nouvelles informations puis demande à l’utilisateur s’il désire effectuer une autre modification. Sinon, il affiche le menu principal.
Règle de terminaison : l’item est modifié.
Exception : Aucune.
33
Tracé des événements : Modifier des items
1. Validation de l’accès de l’usager (au démarrage de l’application).2. Choix de l’option « modifier un item ».3. Affichage de la fenêtre de saisie du numéro d’item.4. Saisie du numéro d’item.5. Affichage des informations sur l’item à modifier.6. Saisie des modifications à apporter.7. Validation des modifications.8. Demande de confirmation du système.9. Confirmation de l’usager.10. L’usager décide s’il veut modifier un autre item ou s’il veut retourner au
menu principal.
Diagramme d’interactions : Modifier des items
Prototypes d’écrans : Modifier des items
UsagerPoste de travail Système
Affiche le menu principal
Choisit l’option « modifier un item »
Affiche la fenêtre de saisie
Entre le numéro d’item Requête de rechercheRecherche de l’itemTransmet l’informationAffiche les informations
Entre les modifications Requête de modificationModification de l’enregistrementTransmet les nouvelles
informationsAffiche les nouvelles
informations
Demande s’il y a d’autres modifications
Affiche le menu principal
34
35
Titre du cas d’utilisation : Supprimer un item
Description sommaire : Le responsable des opérations doit supprimer un item de la liste des produits.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations.
Règles d’initiation : 1. identification de l’usager validée.2. l’item doit exister.
Description du processus : Le responsable des opérations démarre le programme et choisit l’option « supprimer un item ». Par la suite, le programme affiche la fenêtre de saisie pour le numéro de l’item. L’utilisateur entre le numéro correspondant, valide son choix puis voit apparaître les informations sur l’item à supprimer. Ensuite, l’utilisateur valide l’opération et le programme affiche le message de confirmation. Pour terminer le processus, le programme demande à l’usager s’il désire supprimer un autre item, sinon le menu principal est affiché.
Règle de terminaison : L’item est supprimé.
Exception : Aucune.
36
Tracé des événements : Supprimer un item
1. Validation de l’utilisateur (au démarrage de l’application).2. Choix de l’option « supprimer un item ».3. Saisie du numéro de l’item.4. Affichage des informations sur l’item.5. Demande de confirmation avant suppression.6. Confirmation de l’opération.7. L’usager choisit s’il veut supprimer une autre item ou s’il veut retourner au menu
principal.
Diagramme d’interactions : Supprimer un item
Prototypes d’écrans : Supprimer un item
L’usagerPoste de travail Système
Affiche le menu principal
Choix de l’option « supprimer un item »
Affiche la fenêtre de saisie
Entre le numéro de l’item et valide l’opération Requête SQL recherche Recherche
du numéro de l’itemTransmet les informations
Affiche les informations sur l’item
Demande de confirmation
Confirme l’opération Requête SQL suppressionSupprimer le numéro de
l’itemTransmet succès ou échecAffiche confirmation ou échec
Demande s’il y a d’autres articles à supprimer
Affiche le menu principal
37
38
Titre du cas d’utilisation : Commande fournisseur
Description sommaire : Le responsable des opérations saisie une commande passée auprès d’un fournisseur dans le système.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations.
Règles d’initiation : 1. Identification de l’usager validée.2. La commande ne doit pas exister.
Description du processus : Le responsable des opérations démarre le programme et choisit l’option « Commande fournisseur ». Par la suite, le programme affiche la fenêtre de saisie pour les informations relatives à la commande. L’utilisateur entre le numéro de commande, les différents items à commander ainsi que la quantité, puis il valide son choix. Ensuite, l’utilisateur confirme l’opération puis le programme affiche le message de confirmation. Pour terminer, l’usager voit s’afficher le menu principal du programme.
Règle de terminaison : Une commande est créée.
Exception : Aucune.
39
Tracé des événements : Commande fournisseur
1. Validation de l’utilisateur (au démarrage de l’application).2. Choix de l’option « commande fournisseur ».3. Saisie du numéro du fournisseur.4. Affichage des informations sur le fournisseur.5. Saisie du numéro de commande.6. Saisie des numéros de chaque article ainsi que la quantité à
commander.7. Demande de confirmation avant la validation de la commande.8. Confirmation de l’opération.
Diagramme d’interactions : Commande fournisseur
Prototypes d’écrans : Commande fournisseur
L’usagerPoste de travail Système
Affiche le menu principal
Choix de l’option « commande fournisseur »
Affiche la fenêtre de saisie
Entre le numéro de fournisseur et valide l’opération
Requête SQL rechercheRecherche du
numéro de fournisseurTransmet les informationsAffiche les informations sur le
fournisseur
Requête SQL d’ajout
Ajouter la commandeTransmet succès ou échecAffiche confirmation ou échec
Saisie des articles à commander ainsi que des quantités
40
41
Titre du cas d’utilisation : Saisir livraison
Description sommaire : Le responsable des opérations saisie une livraison reçue sur le plancher de l’usine.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations.
Règles d’initiation : 1. Identification de l’usager validée.2. La commande livrée doit exister dans le système.
Description du processus : Le responsable des opérations démarre le programme et choisit l’option « Saisir livraison ». Par la suite, le programme affiche la fenêtre de saisie pour les informations relatives à la commande livrée. L’utilisateur entre le numéro de commande reçue puis il valide son choix. Par la suite, le système affiche à l’utilisateur chaque article normalement reçu. Ensuite, l’utilisateur confirme chaque quantité. L’étape suivante consiste en la validation de l’opération dans le système. Le programme affiche le message de confirmation. Pour terminer, l’usager voit s’afficher le menu principal du programme.
Règle de terminaison : - Une commande passe d’ « active » à « reçue ».- Le stock est automatiquement recalculé.
Exception : Aucune.
42
Tracé des événements : Saisir livraison
1. Validation de l’utilisateur (au démarrage de l’application).2. Choix de l’option « Saisir livraison ».3. Saisie du numéro de la commande reçue.4. Affichage des informations sur la commande.5. Validation de chaque quantité reçue.6. Demande de confirmation avant le changement d’état de la
commande.7. Confirmation de l’opération.8. Retour au menu principal.
Diagramme d’interactions : Saisir livraison
Prototypes d’écrans : Saisir livraison
L’usagerPoste de travail Système
Affiche le menu principal
Choix de l’option « saisir livraison »
Affiche la fenêtre de saisie
Entre le numéro de commande et valide l’opération
Requête SQL rechercheRecherche du
numéro de commandeTransmet les informationsAffiche les informations sur la
commande
Requête SQL de modification
Modification de l’état de la
commande ainsi que du stock disponible
Transmet succès ou échecAffiche confirmation ou échec
Valide les quantités reçues
43
44
Titre du cas d’utilisation : Produire des rapports
Description sommaire : Le responsable des opérations consulte différents rapports sur les activités en cours au niveau des inventaires.
Référence croisée : Aucune.
Acteur(s) : Responsable des opérations
Règles d’initiation : 1. identification de l’usager validée.
Description du processus : Le responsable des opérations démarre le programme et choisit l’option « Produire des rapports ». Par la suite, le programme affiche la fenêtre de saisie pour les informations relatives aux différents rapports possibles. L’utilisateur entre les différentes informations relatives aux rapports qu’il désire obtenir puis il valide son choix. Par la suite, l’usager peut imprimer les différents rapports ou, tout simplement, fermer la fenêtre après les avoir consultés à l’écran.
Règle de terminaison : Aucune.
Exception : Aucune.
45
Tracé des événements : Produire des rapports
1. Validation de l’utilisateur (au démarrage de l’application).2. Choix de l’option « Produire des rapports ».3. Choix du type de rapport désiré.4. Affichage du rapport en question.5. Impression si désiré.6. Retour au menu principal.
Diagramme d’interactions : Produire des rapports
L’usagerPoste de travail Système
Affiche le menu principal
Choix de l’option « produire des rapports »
Affiche la fenêtre de saisie
Choix du type de rapport à produire
Requête SQL rechercheRecherche des informations relatives au
rapport demandéTransmet les informationsAffiche le rapport
Demande d’impression (facultatif)
46
Prototypes d’écrans : Produire des rapports
47
3.2 Spécification conceptuelle
3.2.1 Modèle Objet
48
DICTIONNAIRE DES CLASSES
Nom de la classe : Usager
Description de la classe : Une personne pouvant utiliser le programme.
Attributs :
NomPrenomNoEmployeLoginMotDePasseFonction
Opérations :
ModifierFonction
Super classe : aucune
Association : aucune
49
Nom de la classe : Service à la clientèle
Description de la classe : Les personnes qui utilisent le programme et qui prennent les commandes téléphoniques ou par fax.
Attribut :
infoComplementaire
Opération :
modifierInfo
Super classe : usager
Association : (objet associé)
Se charge (commande)
50
Nom de la classe : Responsable des opérations (RdO)
Description de la classe : Administrateur du programme qui s’occupe principalement de gérer les inventaires de l’entreprise ainsi que les usagers du système.
Attributs :
infoSupplementaires
Opérations :
ModifierInfosCreerUsagerSupprimerUsagerModifierMotPasseModifierLogin
Super classe : Usager
Associations : (objets associés)
Se charge (items)Reçoit (livraison)
51
Nom de la classe : Commande-Client
Description de la classe : Demande de marchandises qui doivent être fournies à une date déterminée par l’entreprise Vanités BF Ltée.
Attributs :
NoCommandeNoJobDateCommandeNoClientAcheteurNoClientLivreNoCommandeClientListeDesItemsCodeClientTotalnoteSpeciale
Opérations :Ajouter_commandeModifier_commandeSupprimer_commandeAjouter_itemSupprimer_itemModifier_quantite
Super classe : Aucune
Associations : (objets associés)
Se charge (SC)Comporte (items)
52
Nom de la classe : Items
Description de la classe : Produit fabriqué ou utilisé par l’entreprise pour les activités de production.
Attributs :
NoProduitDescriptionQteDisponibleQteReserveeQteCommandeeTotalAnneePrecedenteStockMinStockMaxStockSecuriteDateDerniereCommandeEtat
Opérations :
AjouterItemSupprimerItemModifierItemRetournerEtatRetournerDateDerniereCommanderetourneQteDisponible
Super classe : aucune
Associations : (objets associés)
Est assemblée avec (items)Comporte (commande)Gère (RdO)
53
Nom de la classe : Composants
Description de la classe : Les articles utilisés dans la fabrication des produits finis de l’entreprise.
Attributs :
PrixAchatNoFournisseur
Opération :
retournerPrixAchat
Super classe : items
Association : aucune
54
Nom de la classe : Produits
Description de la classe : Le produit fini que vend l’entreprise.
Attributs :
CoutFabricationTempsFabricationCodeUPC
Opérations :
ImprimerEtiquetteRetournerUPCModifierCoutFabricationModifierTempsFabrication
Super classe : items
Association : aucune
55
Nom de la classe : Commande-fournisseur
Description de la classe : Il s’agit d’une commande placée chez un fournisseur
Attributs :
NoCommandeDateCommandeDateLivraisonListeArticleNoFournisseur
État
Opérations :
NouvelleCommandeAjouterItemSupprimerItemChangerFournisseurChangerEtat
Super classe : aucune
Association : (objets associés)
Comporte (Composants)Se charge (responsable des opérations)
56
Nom de la classe : Livraison
Description de la classe : Il s’agit d’une commande placée antérieurement qui vient d’être livrée.
Attributs :
NoCommandeDateLivraisonListeArticleReçueNoFournisseur
Opérations :
NouvelleLivraisonValiderListeReçueFermerCommandeFournisseur
Super classe : aucune
Association : (objets associés)
Est formée de (Composants)Reçoit (responsable des opérations)
57
3.2.2 Modèle Dynamique
Commande
ACTIF
Création de la commande
Modification ()
Annulation ()
EN PRODUCTION
Livré et facturé ()
58
Item
Ajout d’un item
DISPONIBLE
Ajout [commande < nb_unités disponible]
NON-DISPONIBLE
[commande < nb_unités disponible]
EN FABRICATION
Livraison de stock
Commande passée
Livraison < stock demandé
59
Usager
Création d’un usager
USAGER ACTIF
USAGER NON-ACTIF
Supprimer l’usagerSupprimer l’usager
Utilisation du programme
N’utilise pas le programme
60
3.2.3 3.3 Modèle Fonctionnel
Ajouter commande
Service à la clientèle
Ajouter commande Client
ValiderClient
1.1
Reçoit unecommande
Commanderejetée
Clients
Ajouter uneCommande
1.2
Client valide
Produits
Livre bleuListe des produits
Identité client
Inscription commande
Commandes-ClientImprimer feuilles
et étiquettes
61
Modifier une commande
Modifier commandeService à la clientèle Commande
VérifierÉtat commande
1.1
Reçoit demande de modification
Refusée, déjà en production
Commande-client
Consulterinformations
1.2
Informations sur la commande
ProduitsListe des items
commandés
Modifiercommande
1.3
Ajouter un nouvel item
Commande-client
Mise-à-jour de la commande
Impression des nouvelles feuilles
62
Annuler une commande
Service à la clientèle Annuler commande Commande
VérifierÉtat commande
1.1
Reçoit demande de modification
Refusée, déjà en production
Commande-client
Consulterinformations
1.2
Informations sur la commande
ProduitsListe des items
commandés
Supprimercommande
1.3Commande-client
Suppression de la commande
63
Ajouter un item
Responsable des opérations Ajouter un item Inventaire
VérifierPrésence de l’item
1.1
Demande d’ajout d’un
item
Item déjà existant
Saisie des informations
1.2
Numéro de l’item
ProduitsInformation sur le nouvel
item
Produits
Confirmation de l’opération
64
Modifier un item
Responsable des opérations Modifier un item Inventaire
VérifierPrésence de l’item
1.1
Demande de modification
d’un item
L’item n’existe pasSaisie des
informations1.2
Information sur l’item à modifier
ProduitsInformations sur le nouvel
item
Produits
Confirmation de l’opération
65
Supprimer un item
Responsable des opérations Supprimer un item Inventaire
VérifierPrésence de l’item
1.1
Demande de suppression d’un item
L’item n’existe pasSuppression
de l’item1.2
Information sur l’item à supprimer
ProduitsMise-à-jour de labase de
données
Produits
Confirmation de l’opération
66
Commande fournisseur
Responsable des opérations Commande-
fournisseurInventaire
Vérifierfournisseur
1.1
Commande placée chez un
fournisseur
Le fournisseur n’existe pas
Saisie de la commande
1.2
Information sur le fournisseur
ProduitsListe des produits
Fournisseurs
Confirmation de l’opération
Commandes-fournisseur
Enregistrement de la nouvelle commande
67
Saisir livraison
Responsable des opérations Commande-
fournisseurInventaire
Vérifiercommande
1.1
Arrivée d’une livraison
La commande n’existe pas
Valider lalivraison
1.2
Informations sur la commande
Confirmation de l’opération
Commandes-fournisseur
Fermeture de la commande fournisseur
Commandes-fournisseur
Mise à jour de la commande si
incomplète
68
3.3 Exigences d’opérations
3.3.1 Performances
Il peut y avoir plusieurs utilisateurs qui font des traitements de commandes en même temps sur une même période de temps. Le temps de réponse à une requête d’information peut varier selon le type d’information manipulée. Comme par exemple, la consultation des informations sur un item prendra moins de temps que le traitement d’une nouvelle commande. Le service à la clientèle remarquera la rapidité de traitement de commandes avec le logiciel, car cela leur permettra de réduire considérablement le temps entre la prise de commande et son envoie dans l’atelier. On parlerait ici d’environ une quinzaine de minutes au lieu d’un délai de trois à quatre jours.
3.3.2 Base de données
Les informations conservées dans la base de données sont surtout les données des commandes, des produits et d’items, mais on y retrouvera par ailleurs les informations sur des clients de l’entreprise. Le volume de la base de données augmentera à chaque nouvelle commande, d’ajout de client ainsi que l’ajout de matériel. Si l’entreprise Vanités BF Ltée. continue de façon croissante, d’ici quelques années il sera important de réviser la capacité des disques durs.
3.3.3 Contraintes de conception
Le programme doit être installé sur un ordinateur qui a des caractéristiques minimales pour le bon fonctionnement de celui-ci. Il y a aussi le fait que le programme utilise la base de données du logiciel Avantage©; si le logiciel est mis à jour, il y a une possibilité pour que le programme de gestion de commande et d’inventaire doit être aussi mis à jour pour suivre l’évolution du logiciel Avantage©. Par ailleurs, la conception des bases de données que nous ajouterons à celles du logiciel Avantage© dépendra de l’accès que celui-ci nous donne sur ses propres bases de données.
69
3.3.4 Exigences non-fonctionnelles
Une caractéristique importante du logiciel est la sécurité concernant les informations mises sur la base de données. Chaque utilisateur doit posséder un nom d’usager et un mot de passe. Le responsable des opérations sera en charge des modifications par rapport aux mots de passe des nouveaux usagers et des anciens usagers. Le programme est aussi modifiable et ouvert à des ajouts possible de modules, car le logiciel peut être mis à jour sans véritables difficultés. On peut affirmer que le programme offrira une très grande fiabilité puisqu’il effectuera le traitement des données en temps réel. Les erreurs seront donc plus facilement repérables et plus rapidement réparables.
70
4. INFORMATIONS ADDITIONNELLES
4.1 Glossaire
71
Top Related