Canevas simplifié de la prise de commande

Le modèle de données et/ou le diagramme de classes:
Une analyse rapide du domaine fait apparaitre les objets suivants:
Le CLIENT qui passe la commande, L'ARTICLE commandé, La COMMANDE, La LIGNE de commande.
Par ailleurs la commande est facturée par défaut au client qui passe la commande mais
peut, le cas échéant être facturée à un PAYEUR tiers.
De même la commande sera livrée à l'adresse du client par défaut mais peut, le cas échéant
être livrée à un DESTINATAIRE tiers.
Le client communique avec une PERSONNE d'un SITE pour effectuer sa prise de commande.

Une personne de la société cliente passe sa commande auprès d'une personne de la société
fournisseur, en vue de livraison suivie par une personne de la société destinatrice à l'adresse
de destination, sachant que la facture sera adressée à une personne de la société facturée.

On admet que toute commande est passée par un client et un seul.
La commande référence le client qui a passé la commande ainsi que le payeur de cette
commande et le destinaire de cette commande.
La commande est identifiée par un n° d'ordre unique (Attention: si sites de prise de commande
multiples et non interconnectés en temps réel, ce n° d'ordre se compose d'un identifiant du site
et d'un numéro unique au sein du site).

La commande indique la date (voire l'heure de prise de commande), le site de prise de commande, la personne qui a pris la commande, la date de livraison prévue (voire l'heure), le montant total hors taxes, la remise globale éventuelle, le montant total de la TVA, le montant TTC à payer.

Ensuite la commande détaille pour chaque ligne de commande:
La référence article, la désignation article, la quantité fournie, le prix unitaire HT, la remise
spécifique article s'il y a lieu, le taux de TVA applicable à cet article (par défaut taux de
TVA commun), le montant TVA ligne, le montant TTC ligne.

Quelques formules:
taux TVA est exprimé en %
prix ligne net = (prix unitaire HT * quantité fournie) - remise spécifique
montant TVA ligne = (prix ligne net) * taux TVA
montant TTC ligne = (prix ligne net) * (1 + taux TVA)

montant total HT = somme des prix ligne net
montant total HT net = montant total HT - remise globale
montant total net = montant total HT - remise globale
montant total TVA = somme des montants TVA ligne * montant total HT net / montant total HT
montant TTC à payer = montant total HT net + montant total TVA

Le client, le payeur et le destinataire sont considérées comme héritant d'une super classe appelée
TIERS. La personne d'un site qui prend la commande peut être vue comme une sous classe de TIERS au même titre que le client, le payeur ou le destinataire. Cette analyse des choses permet
à la personne de prendre des commandes à son compte si nécessaire et surtout d'éviter un doublon lorsque la personne devient client, etc ...
On distingue donc la SOCIETE ou site, le TIERS et l'ADRESSE
Une société peut avoir un à plusieurs tiers et un même tiers peut appartenir à plusieurs sociétés.
Une société peut avoir une à plusieurs adresses et une même adresse appartenir à plusieurs sociétés.
Un tiers peut avoir une à plusieurs adresses et une même adresse être commune à plusieurs tiers.
Un client particulier est assimilé à une société d'une personne ayant une ou plusieurs adresses.
Une société mère peut avoir de 0 à plusieurs filiales; une filiale a une maison mère et une seule.

Les attributs de SOCIETE sont:
identifiant unique, identifiant de maison mère, nom ou raison sociale, date création, date modification

Les attributs de TIERS sont:
identifiant unique, nom, prénom, date création, date modification, téléphone portable, email

Les attributs de ADRESSE sont:
identifiant unique, code postal, lieu postal, détail adresse, remarques d'accès, téléphone fixe,
adresse bancaire,

La relation n-n entre SOCIETE et TIERS a pour attributs:
identifiant unique, identifiant de société, identifiant de tiers, type interne ou client ou payeur ou destinataire.

La relation n-n entre TIERS et ADRESSE a pour attributs:
identifiant unique, identifiant du tiers, identifiant d'adresse, type interne ou client ou payeur ou destnataire

La relation n-n entre SOCIETE et ADRESSE a pour attributs:
identifiant unique, identifiant de la société, identifiant d'adresse, type interne ou client ou payeur ou destnataire

Les attributs de COMMANDE sont:
identifiant unique, numéro de commande, identifiant du client, identifiant du payeur, identifiant de la personne livrée, identifiant de l'adresse de livraison, identifiant du preneur de commande, date de la commande, date de livraison prévue, remise globale donnée

Les attributs de ARTICLE sont:
identifiant unique, référence article, désignation article, prix unitaire, code TVA (détermine le taux applicable à cet article), conditions remise ou promotion, qté minimum livrable, qté en stock (disponible), qté maximum livrable à un seul client

Les attributs de LIGNE de commande sont:
identifiant unique, n° d'ordre ligne, identifiant commande, identifiant article, qté commandée, prix unitaire (reporté en LIGNE pour éviter qu'un changement de prix dans ARTICLE aie une incidence
sur une commande déjà enregistrée), remise ligne accordée, taux de tva applicable (reporté en
LIGNE sous forme taux pour éviter qu'une modification de la correspondance code tva, taux tva
n'ai une incidence sur une commande déjà enregistrée)

Il y a une relation 1-n entre COMMANDE et LIGNE (clé étrangère = identification commande)
et entre ARTICLE et LIGNE (clé étrangère = identification article),
et entre TIERS(de type client) et COMMANDE (clé étrangère = identification client).

Voir le dessin du modèle de données ou le dessin du diagramme de classes correspondant.

Le modèle des traitements et/ou le diagramme de composants:

Les traitements à effectuer sont:
La saisie et mise à jour des code tva et taux associés (non étudié dans ce canevas)
La saisie et mise à jour des entités/classes SOCIETE, TIERS, ADRESSE ainsi que les entités de
relation ou les associations associées.
La saisie et mise à jour de l'entité/classe ARTICLE
La saisie et mise à jour des conditions de remise ou promotion (laissé de coté dans ce canevas)
La prise de commande initiale
    La vérification des disponibilités et l'ajustement avec le client si possible
    Le calcul de la date de livraison
La modification d'une commande déjà enregistrée
L'annulation d'une commande
La diffusion de la commande (vers le client et en interne pout traitement)

On étudie d'abord la prise de commande initiale qui est au coeur du sujet.
Scénario: un client est mis en relation avec une personne qui effectue la prise de commande appelée ici le preneur.
Le preneur s'est connecté au système depuis longtemps; son identification et son appartenance à
un site de la société fournisseur est connue.
Le preneur obtient du client son nom
Il consulte la liste des clients
    -Il n'en trouve aucun (après dialogue et affinage de l'orthographe du nom); c'est donc un
    nouveau client. Il faut alors saisir les données Société cliente, Tiers client, Adresse client, Société payeur, Tiers payeur, Adresse payeur, Société destinataire, Tiers destinataire, Adresse destinataire (par défaut client=payeur=destinataire). Et enregistrer ce nouveau client.
    -Il en trouve plusieurs. Il faut alors identifier le bon en fonctions des infos en liste et des infos fournies par le client.
    -Il en trouve un seul
Le preneur communique les infos sélectionnées et demande confirmation au client.
Le preneur prend en compte chaque article commandé par le client:
Il vérifie son existence en liste des articles
    -Il ne trouve pas (après affinage et dialogue avec le client). Article inexistant. Rien à faire. Le client poursuit ou bien abandonne la commande ici.
    -Il trouve. Il vérifie alors sa disponibilité, son prix, les remises ou promotions possibles, la tva applicable et communique toutes infos au client pour lui demander confirmation, en particulier au cas de qté partiellement disponible. Il peut alors rechercher un article semblable, etc ... Le client poursuit ou bien abandonne la commande ici.

Si le client n'a pas abandonné et qu'il y a au moins une ligne article commandée, la commande est
enregistrée ce qui implique le calcul de toutes les données des entités COMMANDE et ARTICLE, et la détermination d'une date de livraison, la rectif éventuelle de l'adresse de livraison, en accord
avec le client puis la diffusion de la commande validée en interne et la diffusion pour compte rendu vers le client via courrier ou email.

J'en ai rêvé depuis 15 ans environ: L'ordinateur sans mécanique est né m'a t on dit:
Plus de disque dur qui tourne à plus de 5000 tours par minute et sur lequel flotte miraculeusement à quelques microns une tête de lecture magnétique, plus de disquettes ou même de LS120, la mémoire de masse devient statique !
Il fallait bien que ça arrive, car les mémoires USB ou encore celles des appareils photos numériques deviennent de plus en plus importantes.
Certes il y a encore des progrès à faire dans la rapidité d'accès à ces nouvelles mémoires de masse, mais quel progrès déjà !
En effet, le système d'exploitation, vous savez, ce programme qui donne sa vie à la machine inerte qu'est un ordinateur, eh bien, ce système sera considérablement simplifié car il ne devra plus gérer tous les incidents pouvant survenir à cause des disques. Plus de données inaccessibles, plus de programmes cassés par un incident sur un seul secteur disque.
Toutes les données et programmes sont rapidement et directement accessibles dans une immense mémoire à plat non volatile.
La seule difficulté, mais non la moindre, restera à organiser cette mémoire à plat pour y retrouver le plus efficacement possible les informations qui nous intéressent. A priori, les sauvegardes ne seront plus nécessaires dans la mesure ou le crash disque n'est plus à craindre.
Soyons sérieux, il faudra tout de même, pour des raisons de sécurité, ne pas laisser ses oeufs informatiques dans le même panier ! Sinon, en cas de perte de l'ordinateur pour toute raison, on perdra aussi de nombreuses données utiles.
Avec la technique du peer to peer ou avec les services rendus par certains fournisseurs d'accès, il sera possible, moyennant quelques précautions, comme le cryptage, de sauvegarder les données sensibles sur d'autres ordinateurs distants.
Les sauvegardes seront de préférence très régulières mais partielles (incrémentales par exemple) de façon à limiter le volume transféré.

Le clavier et la souris qui sont encore un peu mécaniques, pourraient être remplacés par l'interprétation par l'ordinateur même de nos gestes. On a vu émerger une console de jeux, la WII, si je ne me trompe basée sur ce principe. On peut tabler sans être un grand visionnaire que clavier et souris n'ont plus beaucoup d'avenir.
J'imagine volontiers un clavier dessiné avec aucune touche réellement enfonçable. Les mouvements de nos doigts sur ce dessin sont interprétés par la machine et le caractère approché voire touché, s'affiche alors sur l'écran. On peut même penser que le dessin du clavier disparaisse et qu'un dessin sur l'écran, de celui-ci suffise à nous guider dans l'apprentissage d'une nouvelle façon de saisir du texte.
N'oublions pas au passage la saisie dictée.
Quant à la souris, ce sont les mouvements dans l'espace de notre main qui détermineront l'équivalent des clics, des drag ... et autres clacs.
Le design de l'ordinateur, portable, bien sûr, sera alors du type tablette, légèrement inclinée tant pour notre vision que pour mieux apréhender les gestes que nous effecturons au dessus d'elle.

Même l'écran pourrait disparaitre puisque certaines expériences montrent qu'il est possible de visualiser directement dans nos yeux !
Aujourdhui, on voit (et on entend) des gens converser tout seuls semble-t-il, grâce à leur téléphone cellulaire. Demain, on verra des gens gesticuler, discourir, s'exclamer peut être, tout seuls, grâce à leur ordinateur portable WiFi !

Vous pensez que je suis un doux rêveur ? Comme vous voudrez !
Rendez vous dans dix ans, ok ?

Assurons nous que notre modèle de données convient pour le problème initial posé, à savoir la comparaison de divers outils logiciels.
J'ai pratiqué pendant de longues années un outil puissant appelé Uniface.
Cet outil de développement supportait alors l'affichage en mode caractère, mais aussi en mode graphique sous Unix (OpenLook, Motif) sous Windows (l'interface graphique propriétaire), sous Mac (l'interface graphique propriétaire), sous VMS. Grâce à ce qu'on appelait des drivers homme machine, l'outil Uniface permettait à l'utilisateur (et au développeur) d(utiliser au mieux le clavier, la souris (à 1,2 ou 3 boutons) et l'écran. Par ailleurs l'outil Uniface permettait d'enregistrer et de lire les données sous dbase3, sur des fichiers séquentiels(guère pratique pour de gros volumes), sur les principales bases du marché (Oracle, Sybase, Informix, Rdb, ... Solid) et ceci dans diverses versions de ces bases de données. Uniface tournait sous la plupart des systèmes d'exploitation dans leurs multiples versions. Enfin, cet outil autorisait des architectures Client serveur élaborées, ou multiposte ou encore monoposte.
Les réseaux possibles étaient Novell, le réseau propriétaire de Digital, TCP/IP qui est le seul a avoir survécu.
Le langage utilisé par Uniface était essentiellement propriétaire et interprété ce qui explique son large portage.
Uniface a évolué et propose aujourd'hui encore des architectures de ce type plus les architectures avec serveur web. De plus Uniface s'est enrichi d'une large palette d'interfaces avec les langages ou interfaces langages du marché les plus répandus (C, VB, Cobol (mais oui!), Corba, SOAP, ...)

On voit donc apparaitre les familles: Système d'exploitation, Interface Homme machine, Système de stockage avec les sous familles Système de fichiers et Base de données, Architectures, Système réseau, Langages
dans la famille Système d'exploitation on trouvera les sous familles Unix, Windows, Mac, VMS; pour chaque sous famille, les différentes versions telles que Windows3, Windows95, 98, NT, XP, ... Facile d'en déduire la même construction pour chacune des familles répertoriées.
Bien remarquer que l'ensemble des familles et leurs descendants constituent un arbre.
Ces données seront évidemment enregistrées dans l'entité OBJET avec utilisation de son sous type OBJET_PERE.
Pour illustrer un peu mieux cet enregistrement, imaginons que l'entité OBJET possède 4 champs:
ID champ clé primaire (unique),
ID_PERE champ clé de l'objet père s'il existe,
LIB champ désignation,
PARAM champ liste de paramètres attachés à l'objet.
Soit le tableau/
ID    ID_PERE        LIB        PARAM            Commentaires
1            Racine                    Racine de tous les objets
11    1        Racine des objets
12    1        Racine des relations entre objets
15    12        Relation Outil -> Système d'exploitation   
16    12        Relation Système d'exploitation -> Outil
...
111    11        Système d'exploitation
112    11        Interface Homme machine
...
119    11        Outil logiciel
...
121    111        Système Unix/Linux
122    121        Aix
123    121        Ubuntu
...
131    111        Système Windows
132    131        Windows3
...

177    119        Uniface
178    177        Uniface 5
179    177        Uniface 6
180    177        Uniface 7
181    177        Uniface 8
182    177        Uniface 9
...

On voit bien qu'il est très facile d'enregistrer dans notre structure de données toutes les caractéristiques de tous les outils logiciels possibles ainsi que ces outils eux mêmes. Reste maintenant à dire quelles sont les caractéristiques effectivement supportées par tel ou tel outil logiciel.
Nous allons pour cela, nous servir de la partie du modèle analogue à une nomenclature.
Par exemple supposons qu'Uniface 5 ne supportait que les systèmes Aix et Windows3.
Supposons également que l'entité LIEN se compose des champs suivants
ID champ clé primaire (unique)
ID_ORIGINE champ contenant la clé de l'objet Origine
ID_DESTINATION champ contenant la clé de l'objet Destination
ID_RELATION champ contenant la clé d'un type de relation

Pour dire qu'Uniface 5 supporte les système Aix et Windows3 on a les lignes de tableau suivantes:
ID    ID_ORIGINE    ID_DESTINATION        ID_RELATION
123    178        122            15
124    178        132            15

A l'inverse pour dire que le système Aix sait faire tourner Uniface 5, 6, 7, 8 on a:
ID    ID_ORIGINE    ID_DESTINATION        ID_RELATION
234    122        178            16
235    122        179            16
237    122        180            16
321    122        181            16

Bien sûr on peut très facilement extrapoler ce court exemple sur toutes les autres caractéristiques.

Notre enregistrement des données permet il de faire des recherches en tous sens ? Oui, bien sûr, en voici la preuve.
Question: Quels sont les systèmes d'exploitations supportés par Uniface 5 ?
1. On recherche dans l'entité OBJET l'occurrence dont LIB=Uniface 5 
2. On récupère la clé de cet objet ID=178
3. On recherche dans l'entité LIEN les occurrences telles que ID_ORIGINE=178
4. On trouve les clés lien 123 et 124 et surtout les ID_DESTINATION 122 et 132
5. On recherche dans OBJET la clé 122 qui nous donne le LIB: Aix et la clé père ID_PERE = 121
6. On recherche dans OBJET la clé 132 qui nous donne le LIB: Windows3 et la clé père ID_PERE = 131

Il est aisé d'extrapoler à toutes sortes de questions. Remarquer néanmoins que le raisonnement ci-dessus est quelque peu simplifié car la désignation Uniface 5 pourrait correspondre à tout autre chose qu'un outil logiciel (tout comme Aix peut être le système Unix vendu par IBM ou bien la ville de provence).
En fait pour éviter toute ambiguïté et être sûr de faire la bonne recherche, on peut remonter la filiation des objets de clé 122 et 132 pour s'assurer qu'ils sont bien des descendants du type Sytème d'exploitation.
5.a On recherche un OBJET dont ID = 121 (Système Unix/Linux). On trouve que son ID_PERE est 111
5.b On recherche un OBJET dont ID = 111 (Système d'exploitation), ce qui correspond bien à la question posée.
6.a On recherche un OBJET dont ID = 131 (Système Windows). On trouve que son ID_PERE est 111. On sait grâce au point 5.b que ça correspond bien à la question posée.
Une autre piste plus intéressante est d'utiliser le type de relation: en effet au point 4. on trouve également que ID_RELATION vaut 15.
Un accès dans OBJET avec ID=15 donne LIB=Relation Système d'exploitation -> Outil , ce qui correspond bien à la question posée.

Notez aussi que quelques champs supplémentaires seraient bien utiles pour gérer la perennité des données; par exemple un champ date de début de création d'une version de système d'exploitation à ajouter dans l'entité OBJET. De même un champ date de début et date de fin de validité de la relation entre 2 objets pourrait être ajouté utilement à l'entité LIEN.

A travers cet exemple un peu hard, je reconnais, j'espère vous avoir convaincu que le modèle de données à 2 entités seulement (OBJET et LIEN)
convient parfaitement pour solutionner le problème initialement posé. Vous remarquerez qu'il est possible d'ajouter de nouvelles caractéristiques sans remettre en cause ce modèle.

Dans le prochain article, nous verrons que ce modèle a quelque chose d'universel !

Mon fils m'a offert une clé Usb. C'est fou ce qu'on peut faire avec une simple clé Usb, de 8 go quand même !
Sur cette clé vous disposez de logiciels pré installés, tout à fait opérationnels, à savoir:
 Mozilla Firefox pour naviguer sur le web
 La suite Open Office (Tableur, Traitement de texte, Présenteur de diapos, Conversion Pdf et xml, ...)
 Mozilla Thunderbird pour gérer au mieux les messages
 Vlc pour visualiser nombre de formats vidéo, image et son
 Un agenda local
 Un comprsseur zip
 Un explorateur d'images
 Un antivirus
 Un outil de cryptage
 ... et un interface d'accès à tout cela agréable.

Et tout cela pour la modique somme de 40€
La place occupée par tous ces logiciels embarqués sur la clé est de 520 Mo environ.
Reste donc plus de 7 Go pour ranger nos données personnelles. Extraordinaire non ?

Y a qu'un défaut, il faut trouver un ordinateur sur lequel brancher sa clé;
Certes, les cybercafés sont là, on peut aussi squatter l'ordi de la copine, mais tout ceci n'est sûrement pas gratuit !
Les cyber font payer leurs services, et il faut faire plaisir à la copine pour réutiliser son ordi fréquemment !

Eh oui, la clé Usb avec logiciels pré installés n'est guère plus intéressante que les outils en ligne de Google !
Le plus de la clé ? C'est que j'ai mes données intéressantes sur moi, dans ma poche; en quelque sorte c'est l'instinct
du propriétaire qui revient. Faut dire à la défense de cet instinct grégaire, qu'il n'est quand même pas très rassurant de confier ses données personnelles voire intimes au réseau et à Google en particulier !

Et puis, cette clé bien gérée est une mini sauvegarde permanente et rapide.
Bref, je la garde précieusement !