DOSSIER DE SPÉCIFICATIONS - Université du …biskri/Personnel/articles/DS.doc · Web viewDocuments de référence 5 1.4 Vue d’ensemble du document 5 2. DESCRIPTION GÉNÉRALE

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è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è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.


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.


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 »


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è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


Choisit l’option « modifier un item »


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


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è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


Choix de l’option « supprimer un item »


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


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è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



Choix de l’option « commande fournisseur »


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è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



Choix de l’option « saisir livraison »


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.


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



Choix de l’option « produire des rapports »


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


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



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


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


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


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


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


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


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


65

Supprimer un item

Responsable des opérations Supprimer un item Inventaire


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


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


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




Fermeture de la commande 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