questionnaire de satisfaction

Version imprimable

10/06/2008, 11h37
lusly

1 pièce(s) jointe(s)

questionnaire de satisfaction

Bonjour,
Aprés avoir lu plusieurs posts concernant la modélisation d'un MCD à partir d'un questionnaire je me pose toujours des questions. J'ai réalisé la semaine dernière un questionnaire que je dois modéliser. Ce questionnaire sera rempli par des employés d'offices du tourisme soit parce que les questions s'adressent directement à eux, soit parce qu'ils ressaisissent les réponses papiers des touristes. J'ai donc dans mon mcd une table utilisateur, une table question, une table réponse et une table questionnaire. Je voudrais donc savoir plusieurs choses. Est ce que déjà ma table questionnaire est utile(table permettant de savoir si c'est un questionnaire d'un membre de l'office du tourisme ou d'un touriste)? Si je veux stocker comme information le type de question ( ouverte ou fermée ) je dois rajouter un attribut dans la table question? Est ce que l'heure et la date de connexion sont bien placées?
Je mets en pièce jointe ce que j'ai déjà fait.
Je vous remercie d'avance parce que c'est mon premier stage et j'ai envie de bien faire.
10/06/2008, 13h13
hed62

Citation:

Envoyé par lusly

Bonjour,

Salut!

Citation:

J'ai donc dans mon mcd une table ... table questionnaire.

Attention, un MCD ne contient pas de tables, mais des entités.

Citation:

Est ce que déjà ma table questionnaire est utile(table permettant de savoir si c'est un questionnaire d'un membre de l'office du tourisme ou d'un touriste)?

Tu le dit toi même : Questionnaire permet de savoir le type de questionnaire, donc elle est utile. Par contre, j'aurais ajouté une Entité Type_Questionnaire

Citation:

Si je veux stocker comme information le type de question ( ouverte ou fermée ) je dois rajouter un attribut dans la table question?

Exactement le même principe que pour TypeQuestionnaire.

Citation:

Est ce que l'heure et la date de connexion sont bien placées?

Là où elle est, la date de connexion est unique par utilisateur. Si elle sert à mémoriser la dernière connexion, ok. Sinon, à voir l'utilité de cette date.

Citation:

j'ai envie de bien faire.

Un but louable ;)

Il manque les cardinalités aux relations. Un utilisateur est interrogé avec un questionnaire plutôt qu'avec des questions, non ? sinon, cela voudrait dire qu'il peut répondre à une sous partie d'un questionnaire. De plus, il va te falloir mémoriser plus de relations (entre user et questions).

Quand je gère des questionnaires, je sépare toujours le référentiel (la structure du questionnaire) de l'instanciation (les réponses effectivement apportées). cela me donne plus de souplesse.
10/06/2008, 16h04
lusly

1 pièce(s) jointe(s)

Merci de tes conseils. J'ai essayé de corriger mon MCD avec les infos que tu m'as donné. Déjà j'ai rajouté les cardinalités. Ensuite l'utilisateur ne répond plus à une question mais à un questionnaire (je ne comprends pas pourquoi je dois avec un lien entre utilisateur et questionnaire?) et j'ai créé une entitée type_question (Mais ici est ce qu'il ne serait pas plus judicieux de faire de l'héritage?). De cette manière il me semble appliquer ce que tu dis lorsque tu expliques qu'il faut séparer le référentiel de l'instanciation. Cela a pour intérêt si je comprends bien que lorsque mes tables seront reliées à mon interface seul certaine table seront remplies, autrement dit ma table réponse et ma table utilisateur. Mon maitre de stage m'a dit qu'on récupérerait l'id_utilisateur lorsque celui ci ce logerait sur le site (je ne sais pas comment), je prévoirais une question pour savoir dans quelle office du tourisme il se trouve et pour la date je la récupèrerais avec une fonction php. Je mets cette date pour l'analyse du questionnaire. En effet il est intéressant de savoir à quelle époque de l'année le touriste a rempli le questionnaire ou doit être cette date?

Merci d'avance
10/06/2008, 16h57
hed62

Citation:

(je ne comprends pas pourquoi je dois avec un lien entre utilisateur et questionnaire?)

Parce qu'un utilisateur répond à un questionnaire. Sinon comment feras tu quand tu auras plusieurs questionnaires? Et qu'un utilisateur aura répondu a plusieurs questionnaires?

Citation:

(Mais ici est ce qu'il ne serait pas plus judicieux de faire de l'héritage?).

C'est une solution possible.

Citation:

De cette manière il me semble appliquer ce que tu dis

Généralement, j'effectue cette séparation plus nettement encore : il y a les entités Questionnaire, QuestionnaireRepondu (avec un lien vers Questionnaire + la date à laquelle le questionnaire a été répondu), Question, Réponse (avec un lien vers Question)

Citation:

je prévoirais une question pour savoir dans quelle office du tourisme il se trouve

Il faut donc une entité Office :)
10/06/2008, 16h59
hed62

http://www.developpez.net/forums/sho...d.php?t=565722
11/06/2008, 01h25
JPhi33

Bonjour,

Il y a beauoup de flou dans cette modélisation et les questions que lusly se pose sont principalement liées à un manque de précision dans les définitions.

Tout d'abord, quelle est la définition exacte de questionnaire ?

Citation:

J'ai réalisé la semaine dernière un questionnaire que je dois modéliser

(1) C'est donc une liste préétablie de questions

Citation:

Est ce que déjà ma table questionnaire est utile(table permettant de savoir si c'est un questionnaire d'un membre de l'office du tourisme ou d'un touriste)?

(2) Ici, il semble que ce soit l'ensemble des réponses d'un employé ou d'un touriste.

La manière de modéliser Questionnaire dans le MCD 1 se rapporche de (1) et dans le MCD2, de (2).

Qu'est-ce qu'une réponse ?

Que la question soit ouverte ou fermée, peut-elle amener plusieurs réponses ? On aurait tendance à répondre non : une question amène une et une seule réponse. Pourtant, c'est le contraire qui est modélisé dans le MCD 2.
En outre, dans ce MCD, une même réponse peut répondre à plusieurs questions. Est-ce vrai ou non ?

Si tu réponds à ces 2 questions, un grand pas sera fait.

JPhi33