Demande d'aide access
P.H.
-
phil232 Messages postés 610 Statut Membre -
phil232 Messages postés 610 Statut Membre -
Bonjour, comme le nom de mon post l'indique, je souhaiterais avoir quelques renseignements sur le programmation d'une base de données access.
Pour l'instant je suis partis sur la base ue je voulais faire une base de données access (facilité de manipulation par l'utilisateur, stockage de donnée importante......).
Voici mon but: créer un petit logiciel me permettant de faire une enquète client par téléphone, je m'explique:
L'utilisateur aura à saisir des clients dans une base de données (environ 200), puis d'affecter à chaque client 1 formulaire de réponse. Le formulaire sera pré-rempli et aparraitra à l'écran pour que l'opérateur puisse remplir en direct des cases qui iront alimentée une base de données liant le client et son formulaire. Bien, sur il n'y a pas qu'un seul questionnaire, et l'opérateur choisira le bon grace à des critères simples (distributeurs ou utilisateurs). Le questionnaire doit être modifiable facilement sans impacter le reste de l'étude (les résultats ne sont en relation qu'avec un champ ou une question en particulier et pas avec ce qu'il contient ou la question en elle même). tout ceci dans une interface simple et facileà mettre en oeuvre.
Partant de ce constat, je me suis dit que access permettrait de faire une présentation simpa et facile à mettre en place, et son interface est directement concue pour ce type d'application (me semble-t-il). Je ne connais pas beaucoup ce type de logiciels (access, et excel dans ce type d'utilisation), c'est pourquoi je me suis tourner vers access.
Je ne suis pas assez calé avec excel pour pouvoir développer une appli pareille, surtout que cela necessite beaucoup de VBA. Je ne connais que vaguement VB6 (que je ne peut plus utilisé car jene possède que vb6 pro qui nemarche plus sous vista!!!).
voila, donc pouvez vous déja me confirmer que access est bien une bonne solution pour ce type d'application.
Ensuite, je me suis dis que je pouvais organise les tables de la sorte:
une table CLIENT (n°,raison sociale,adresse,etc.....)
une table questionnaire (ref client, ref questionnaire associé)
une table détail questionnaire (ref questionnaire associé, et les questions saisie dans la table)(à noter que j'avais penser à séparer cette table suivant le nombre de questionnaire)
Mais par la suite, ben je bloque....
Alors pouvez vous me donner une piste pour savoir quel table lier avec laquelle et si carrement abandonner lidée sur access et passer sur autre chose.............
Encore merci à tous pour toutes vos réponses.
Pour l'instant je suis partis sur la base ue je voulais faire une base de données access (facilité de manipulation par l'utilisateur, stockage de donnée importante......).
Voici mon but: créer un petit logiciel me permettant de faire une enquète client par téléphone, je m'explique:
L'utilisateur aura à saisir des clients dans une base de données (environ 200), puis d'affecter à chaque client 1 formulaire de réponse. Le formulaire sera pré-rempli et aparraitra à l'écran pour que l'opérateur puisse remplir en direct des cases qui iront alimentée une base de données liant le client et son formulaire. Bien, sur il n'y a pas qu'un seul questionnaire, et l'opérateur choisira le bon grace à des critères simples (distributeurs ou utilisateurs). Le questionnaire doit être modifiable facilement sans impacter le reste de l'étude (les résultats ne sont en relation qu'avec un champ ou une question en particulier et pas avec ce qu'il contient ou la question en elle même). tout ceci dans une interface simple et facileà mettre en oeuvre.
Partant de ce constat, je me suis dit que access permettrait de faire une présentation simpa et facile à mettre en place, et son interface est directement concue pour ce type d'application (me semble-t-il). Je ne connais pas beaucoup ce type de logiciels (access, et excel dans ce type d'utilisation), c'est pourquoi je me suis tourner vers access.
Je ne suis pas assez calé avec excel pour pouvoir développer une appli pareille, surtout que cela necessite beaucoup de VBA. Je ne connais que vaguement VB6 (que je ne peut plus utilisé car jene possède que vb6 pro qui nemarche plus sous vista!!!).
voila, donc pouvez vous déja me confirmer que access est bien une bonne solution pour ce type d'application.
Ensuite, je me suis dis que je pouvais organise les tables de la sorte:
une table CLIENT (n°,raison sociale,adresse,etc.....)
une table questionnaire (ref client, ref questionnaire associé)
une table détail questionnaire (ref questionnaire associé, et les questions saisie dans la table)(à noter que j'avais penser à séparer cette table suivant le nombre de questionnaire)
Mais par la suite, ben je bloque....
Alors pouvez vous me donner une piste pour savoir quel table lier avec laquelle et si carrement abandonner lidée sur access et passer sur autre chose.............
Encore merci à tous pour toutes vos réponses.
1 réponse
"petit logiciel", je n'y crois pas (ayant déjà réalisé plusieurs questionnaire, je me le permets)
"Je ne suis pas assez calé avec excel", EXCEL N'EST PAS UNE BASE DE DONNEES
"une bonne solution pour ce type d'application", pas la meilleure mais la direction est OK
"Mais par la suite, ben je bloque....", euh, oui, mais où ? les tables c'est déjà un bon début. En gros, ce qui est de coté bdd le plus important est là. Pourtant il faut une géstion des appels (répondu, occupé, questionnaire moitié rempli, à rappeller, etc.). Puis il faut décider si le survey est fini quand tout les appels ont été fait ou si on accepte p.ex. 90%. Faut pas oublier qu'avec encore 10 client à appeler ça peut prendre du temps (200 c'est déjà très peu, faudrait au moins 1000, si possible).
Après il faut sortir les résultats sous forme de rapport. Pour cela il faut faire gaffe aux questions à réponse "libre" (champs texte à remplir au lieu de choix multiple) car si mal fait (chaque enregistrement a une réponse différent) ça peut gacher les statistiques.
Autre challenge sont les questions du genre "si vous répondez non vous pouvez "skipper" les 3 questions suivantes. Pour bien faire il faut activer/déactiver les questions en question sinon l'opérateur pourrait remplir des champs qui doivent rester vides.
Ceci n'est pas exhaustive mais te donne peut-être déjà une idée dans quoi tu te lances. Logiquement on ne peut pas t'écrire un tel programme (prend au moins 2 semaines (ou 4000 euros) pour la maquette) mais guidance est possible.
"Je ne suis pas assez calé avec excel", EXCEL N'EST PAS UNE BASE DE DONNEES
"une bonne solution pour ce type d'application", pas la meilleure mais la direction est OK
"Mais par la suite, ben je bloque....", euh, oui, mais où ? les tables c'est déjà un bon début. En gros, ce qui est de coté bdd le plus important est là. Pourtant il faut une géstion des appels (répondu, occupé, questionnaire moitié rempli, à rappeller, etc.). Puis il faut décider si le survey est fini quand tout les appels ont été fait ou si on accepte p.ex. 90%. Faut pas oublier qu'avec encore 10 client à appeler ça peut prendre du temps (200 c'est déjà très peu, faudrait au moins 1000, si possible).
Après il faut sortir les résultats sous forme de rapport. Pour cela il faut faire gaffe aux questions à réponse "libre" (champs texte à remplir au lieu de choix multiple) car si mal fait (chaque enregistrement a une réponse différent) ça peut gacher les statistiques.
Autre challenge sont les questions du genre "si vous répondez non vous pouvez "skipper" les 3 questions suivantes. Pour bien faire il faut activer/déactiver les questions en question sinon l'opérateur pourrait remplir des champs qui doivent rester vides.
Ceci n'est pas exhaustive mais te donne peut-être déjà une idée dans quoi tu te lances. Logiquement on ne peut pas t'écrire un tel programme (prend au moins 2 semaines (ou 4000 euros) pour la maquette) mais guidance est possible.
