[Meletnyna]

Bonjour,

Je suis en train d'essayer de créer une base de donnée pour mon magasin... mais je crois que je m'y prends très mal!!

Je suis novice en la matière, mais je suis persévérante! Je pense avoir juste besoin que quelqu'un qui m'aide à poser les bases pour créer cette db. J'ai tellement d'infos à stocker, que je ne sais même pas comment les organiser.

AU SECOUR....

Merci d'avance à toutes les bonnes âmes qui viendront à mon aide...

[amar]

Bonjour,

Il y a site à visiter absolument pour se familiariser avec les tables et les modèle de FileMaker et plein d'autres choses encore.

Le plus important et de bien penser ce que l'on veut et de définir sa structure en fonction de ça et là visiblement c'est pas très clair si j'ai bien compris.

Bonne chance.

[LPN]

je ne comprends pas ce qui s'est passé. je faisais la mème réponse qu'Amar, juste demandant en plus : "KelaitailaKestion". Paf, éjecté
Serait-ce Amar le responsable ? Non, je ne pense pas, il n'oserait pas.

[Meletnyna]

J'ai déjà essayé d'en faire une, mais le problème c'est que j'ai des rubriques qu'il faudrait alimenter avec des données fixes en fonction d'autres rubriques.
c'est un peu compliqué à exposer comme ça mais je vais essayer:

dans ma boutique j'ai plusieurs secteurs, dans ces secteurs, des catégories et dans ces catégories des types de produits. Pour les produits, j'ai une foule d'informations à répertorier, telles que la référence, la désignation, le code couleur, le nom de la couleur, le référencement d'emplacement, etc... etc... aussi, j'ai des informations de fournisseurs ainsi que de clients à lier aux informations des produits.

Dois je utiliser des tables externes? j'ai déjà essayer les menus déroulants en cascade avec l'aide du tuto du site, mais je n'y arrive pas. C'est pour ça que je me demande si la structure de la base est correct. Et c'est sur ce point que je vais avoir besoin d'aide.

En tout cas merci de vos réponses.

[Agnès]

Bonsoir,

Il y a beaucoup de personne compétente en matière de formation FileMaker par ici, les formations sont payantes certainement, mais c'est un investissement pour un énorme gain de temps.
ça permet de comprendre beaucoup mieux les ficelles de FileMaker et de tirer dessus plus facilement sans trop les emmêler

Peut être que vous devrier demander une vraie formation ? de temps en temps, ce faire épauler, c'est bien
ou prendre le temps de lire le tutoriel que Amar vous a cité, de faire les exercices proposés et de revenir nous poser les questions quant à votre avancement

Agnès

[MacMarc]

Bonsoir,

Il faudra probablement, en effet, utiliser les tables externes.

Première chose à faire: répartir les différentes entités dans des tables, ensuite voir comment les relier entre elles en fonction de ce qu'on veut obtenir.

Éventuellement, placer un fichier joint pour que l'on puisse vous dire si vous êtes sur la bonne voie.

Bien à vous,

Marc

[ypicot]

Le problème ne semble pas évident, du moins pour toi. Donc, un petit conseil :
N'essaie pas de tout faire du premier coup !
Commence par exemple par les produits, en oubliant les clients et le fournisseurs.
Ensuite, tu ajoutes les catégories.
Ensuite, tu ajoutes les fournisseurs.
Ensuite, tu ajoutes les clients (et les factures qui vont avec).
Etc...

Qui trop embrasse mal étreint.

Yvan

[mediapress]

ben oui, filemaker est à la fois facile et difficile...

je suis aussi autodicdacte, ça demande un investissement assez conséquent en temps si l'on veut une solution "confortable"

et en plus, on peut la faire évoluer petit à petit...

[SebastL]

Bonjour,

Premièrement, il faut différencier FileMaker Pro qui est l'outil de développement et l'analyse de ton système d'informations.

Une bonne analyse engendre à 80 % un bon produit.

On a toujours tendance par manque de temps je pense, mais également pas précipitation à commencer par la technique, alors on crée des tables, des champs, des modèles etc. et puis on se rend compte que l'on est bloqué ou bien que l'on a pas une vue générale de notre application bref...

Sans rentrer dans une analyse trop importante, il est tout de même essentiel de définir le dictionnaire de données et de poser son schéma relationnel (référence à la méthode d'analyse Merise)

Ensuite dans un second temps , il faut poser les flux fonctionnel et les actions que l'on voudrait mener à travers notre application.

Logiquement, à ce niveau ci, nous sommes en mesure de définir l'outil que l'on va utiliser pour réaliser notre développement (bien évidemment FileMaker Pro répondant à 90 % des problématiques liées à la gestion mieux qu'un autre produit, on ne va pas se tromper en l'ayant choisi en amont)

Enfin et je dis bien enfin, nous sommes en phase de développement. Et là, il suffit de réaliser ce qui a été pensé en amont.

Bien entendu, une bonne connaissance de l'outil utilisé, par conséquent FileMaker Pro est incontournable pour aller plus vite et plus loin dans le développement de fonctionnalités.

Pour conclure, je dirais qu'il ne faut pas hésiter à oublier votre ordinateur et se mettre face à une feuille blanche sur laquelle vous aller écrire tout ce que vous connaissez de votre métier.

J'espère vous avoir aidé et éclairci et surtout mise en garde sur les méthodes et dangers d'une développement d'application (la plus simple qu'elle soit).

En effet, c'est un métier que de bien réfléchir un système d'information, prenez toujours l'exemple de la construction d'une maison et vous verrez que sans réflexion sur l'architecture, la maison pourrait être trés mal construite.

Bon courage

Sébastien

[Jean-Pierre]

Bonjour,
Les débutants confondent Filemaker qui est un gestionnaire de base de données et Bonhomme qui est le concepteur, c'est-à-dire l'homme ou la femme qui va s'atteler à cette tâche ingrate qui consiste à tout bien préparer pour qu'un "vulgaire" "informaticien" crée la base. J'exagère un peu et ne veut vexer personne mais pour utiliser Word il suffit de savoir écrire, pour utiliser Excel il suffit de savoir compter, pour utiliser un système de gestion de bases de données IL NE SUFFIT PAS DE SAVOIR TAPER A LA MACHINE. Il faut savoir organiser... et cela ne s'apprend pas en quelques heures...
Il y a effectivement des formations, c'est très bien, sinon il y a la bonne vieille méthode Merise en effet, un peu démodée et qui emploie un vocabulaire un peu compliqué, donc l'abord de Merise est difficile.
Pour ma part j'ai trouvé un très bon cours pour débuter ici
http://fdigallo.onli...ours/merise.pdf
Le principe de la méthode est intéressant car il passe de ce qui existe et qui est décrit dans le langage de l'entreprise à la programmation en passant par des étapes qui permettent d'organiser les données en suivant des règles qui facilitent bien le travail.
On y apprend à par exemple repérer les synonymes, les termes qui ont plusieurs significations, pour les éliminer. Il faut aussi éliminer les redondances pour ne saisir qu'un fois la même donnée. Sans m'étendre dans les détails il y a des règles qui facilitent la con,striction des bases.
En tout cas il ne faut pas entreprendre une base de données avant d'avoir compris les relations et les liens de n à n.
Ensuite il y a aussi le site de Rémy Delapierre qui vous évitera certaines erreurs dans l'organisation des modèles notamment.
En résumé c'est un travail de longue haleine et je pense qu'il faut oublier Filemaker pendant un bout de temps, essayer d'apprendre comment construire votre base, ensuite prendre un crayon et ne pas le lâcher avant que cette base soit "propre" sur le papier et ce n'est qu'ensuite qu'on peut s'autoriser à pianoter sur l'ordI.
Suivez les conseils exprimés par les autres membres ci dessus et bon courage.