Bonjour

Déjà merci d'avoir un site qui traite de WinDev. Il est vrai qu'il y a très peu des sites qui traitent de ce logiciel.

Donc voilà mon soucis :

Je suis en BTS informatique de gestion et je commence à développer sous WinDev 7.5.
J'ai réalisé un MDC papier et je désire qu'il me serve de base pour mon application.
Le problème que je rencontre est le suivant : je n'arrive pas à réaliser certaines "formes" de mon MCD sous le logiciel qui sont :

-la personnalisation d'une CIM
-gérer des sous classes à partir d'une entité principale
-gérer des identifications relatives

Voilà. J'espère que vous pourrez m'apporter votre aide. Merci

Salut,
N'ayant pas fait d'étude en informatique certaine définition m'échappe.

CIM :est-ce Common Interface model ?
CIM est un modèle de données, une vue conceptuelle de l?environnement qui permet d?unifier et
étendre les outils de management existant en utilisant les classes d?objets et les objets orientés

Cette conception est plutôt abordable via Windev8 avec ses diagrammes d'objets ce qui n'est pas intégré à windev7.

N'utilisant pas cet outils mon aide ne peut être que très limité.

Désolé pour le manque de précision En me baladant sur le net, je me suis rendu compte que peu de personne passe par un MCD pour démarrer un application.

Dans mon cas, une CIM signifie Contrainte d'Intégrité Multiple. C'est à dire que deux entités sont reliées par une cardinalité de type 1,n/1,n. heu... j'espère que cela suffit comme explication ^^''

exemple

Entité1
========
Id:1
Id:2
Id:3Entité2
=======
Id:1
Id:2
Id:3

Entité1 : Relation Entité2 (1,n)
Entité2 : Relation Entité1 (1,n)

Cela engage une Entité de Relation "Entite1_Entité2" qui contiendra au moins les propriété suivantes:
---------------------------------------------------------------
Nom!Libellé!Type!Taille
---------------------------------------------------------
IdEntité1_Entité2 ! Identifiant de Entité1_Entité2!IdAuto!4
IdEntité1! Identifiant de Entité1 Entier !4
IdEntité2 ! Identifiant de Entité2! Entier !4

De nouvelles cardinalitées seront alors à définir entre (Entité1_Entité2 et Entité1) puis (Entité1_Entité2 et Entité2)

Ceci afin de pouvoir lister à partir de Entité1 toutes les entités2
Et de pouvoir lister à partir de Entité2 toues les Entités1

Merci déjà pour ça ^^

Ty peux m'aider pour les autres points de ma question

Merci d'avance

Salut
Excuse moi pour le temps de réponse, mais j'avais une appli a modifier.

-gérer des sous classes à partir d'une entité principale
-gérer des identifications relatives

Pour les sous classes tu veut peut être parler d'une entité principale qui peut avoir en relation des informations complémentaires stockées dans une autre entité.
Si c'est le cas cela purrait être une relation de type (0,1)--(n,1) ou (0,1)--(1,1).

Ce qui est important dans une base de données c'est la taille d'un enregistrement de fichier qui doit être la plus petite possible, et éviter au maximum de se retrouver avec plusieurs fois les mêmes données inscrites dans ces fichiers.
Quand cela est possible il est préférable de créer un nouveau fichier qui sera en relation avec le précédent.

Ex:
FichierClient:
Nom
Prenom
CodePostal
Ville

la meme Ville va etre saisie plusieurs parmi les fiches clients ce qui sous entend que l'on pourrait eclater ce fichier en deux fichiers distincts

FichierClient:
--------------
Nom
Prenom
CodePostal

FichierVille
------
CodePostal
Ville


Pourquoi beaucoup d'utilisateur WinDev passe directement en MCD avant de créer un MDL
Les Qestions posées par windev lors de la création d'une relation entre deux fichiers est indiquée de façon textuelle via un assistant, on ne fait que répondre à des questions claires.
De ces réponses, windev en découle les cardinalitées.

Ca marcherait avec cette méthode sans doute... Je vais essayer.

Merci beaucoup ^^

Pour l'identification relative, je pense qu'il faut le gérer après en programmant car je n'ai pas l'impression que WinDev permette de gérer cela.

Ha oui! j'ai oublié de poser la question : Est ce qu'il faut que la sous classe (dans l'exemple l'entité Ville) est un identifiant spécial ou je peux mettre un identifiant bateau genre un numéro automatique que l'utilisateur ne voit pas?

Merci (au fait, c'était moi l'anonyme ^^)

Salut
L'exemple Ville est en effet un peut spéciale du faite qu'il existe plusieurs villes pour le meme code Postal

Exemple:
ST DENIS LES BOURG et BOURG EN BRESSE ont pour code postal 01000

En fait le code unique des ville en france est code INSEE
Il est basé sur 5 chiffres: Departement(2) et (3) pour la ville

de ce cas ce serait la clé unique du fichier ville(Identifiant Automatique) qui devrait être stockée dans le fichier clients.

-Identification relative : ??????
Peut-tu expliquer le but a atteindre ?

Bon l'exemple de la ville est un mauvais exemple :p

Voilà MON cas pour bien expliquer ce que je veux réaliser :

J'ai une entité COMMANDE qui a une date et une somme. Mais une commande peut être soit une commande de bois, soit une de tuiles, soit de grillage,etc... et les données varient en fonction du type de la commande. Donc moi ce que j'aimerai réalisé, c'est une entité COMMANDE qui contient les informations relatives à tout les types de commandes à laquelle sont liées les sous classes COMBOIS, COMGRILLAGE, etc...

J'espère que je me suis bien expliqué :)

Identification relative : un exemple vaut mieux que des longs discours

J'ai une entité FACTURE qui possède plusieurs lignes qui se trouvent dans une entité LIGNE. Une ligne n'est que d'un dans une seule facture. On a donc une relation 1-1,1-n. L'identification relative c'est par exemple : dans la facture n°100, il y a la ligne n°1,2,3, etc... dans la facture n°101, il y a aussi la ligne n°1,2,3,etc... MAIS ce ne sont pas les mêmes que la facture n°100.

heu... j'espère que tu m'as compris ^^''

Comme ca on comprend mieux.
Je vais parler directement en utilisant les termes Fichiers au lieu d'entités

1) Pour les commandes
======================
Tu créer un fichier COMMANDE qui va contenir au minimum
-Un Identifiant unique
-N° de Commande
-Date de commande
-L'identifiant du client
-Identifiant du Fichier TYPCOMMANDE
En bref toutes les infos communes que ce soit pour une commande de BOIS, de GRILLAGE ou autres

Pour le Fichier SousClasseCommande c'est un peut plus Compliqué.

2 méthodes peuvent etre utilisées:
Methodes A
-----------
Créer un fichier spécifique Pour COMBOIS et un Autres pour COMGRILLAGE
-Identifiant du Fichier Commande
-N° de ligne
-Champs spécifiques lié à la commande

Mais cette pratique peut s'averrer compliquer lors du dévelloppemnt car elle nécessite une programmation spécifique pour chaque type de commande.

MéthodesB
----------
La plus compliqué à mettre en place mais la plus evolutive.
On défini un Fichier(COMCOMPLEMENT) qui va contenir des Champs nommés, par ewemple:
IdAuto (Pour identifiant automatique
CHAMP01
CHAMP02
CHAMP03
ect...
en fonction du nombre maximum de champs que l'on peut avoir besoin
Les premier champs devront être les champs qui comporteront les clés

on Créer un deuxième fichier (RUBRIQUESINFO)qui va contenir le libellé et la description de champs définis dans le fichier COMCOMPLEMENT.
-Type
-longueur
-PosX
-PosY
-RubriqueLie
etc...


Cette technique à pour but de pouvoir par la suite rajouter des types de commande spécifique sans avoir à modier le code du projet
Seulement la description dans le fichier à ajouter