13 respuestas en este tema

[abraham85]

hola gente q tal? 
bueno la cosa es q tengo q hacer un programa para ingresar una encuesta.....
como toda encuesta tiene preguntas y..esas mismas tienen q aparecer en el programa..y despues guardarlas en tablas etc etc etc

mi consulta...es si alguno tiene algun programa de esos..alguno por el estilo...lo q mas se me complica es el tema del diseño del formulario y como ubicar las preguntas....ya q son 47 ...y hay bifurcaciones dentro del cuestionario....como por ejemplo: "si la pregunta 11 es Si...entonces salta a la pregunta 20"

entonces por ahi se me complica eso mas que nada 

o si alguno vio algun sistemita de esos para poder tenerlo de refencia...

Gracias amigos un abrazo! 

[Delphius]

Hola abraham85,
No tengo algo a mano con lo que puedas hacerte una idea.

Yo propondría tener un Frame a modo de plantilla. En este Frame se pondría la pregunta y los controles necesarios para poder indicar la respuesta.

Luego en el form un ScrollBox y dentro de éste se crearían tantos frames como preguntas existan, uno abajo del otro. De este modo, se crearía una barra vertical que permita dezplazarse cómodamente.

Por el tema de las bifurcaciones, se podría en el Frame disponer de unas propiedades: CanJumpToQuestion, JumpQuestion. La primera para indicar si está permitido "saltar" o no, y la segunda tiene el "ID" de la pregunta a la cual debe saltar.
El uso de las propiedades nos permitiría además disponer de cosas como para marcar la pregunta como opcional u obligatoria. Asociar el valor de puntaje, etc.
En síntesis el Frame contaría con parte de la lógica para hacernos las cosas más sencillas.

Luego en tiempo de edición, cuando se crean los frames, se llenan las propiedades adecuadas y haciendo ciertas evaluaciones o comprobaciones se podría determinar si hay que saltar y poner el foco a otra pregunta, etc.

Debido a que no nos brinda algo más concreto de la naturaleza de las preguntas no puedo aventurarme demasiado de como sería el diseño del frame.

Si nos puedes contar más al respecto podríamos serte de mayor ayuda. Espero que se me haya entendido.

Saludos,

[abraham85]

hola delphuis...gracias por tu colaboracion amigo....

la verdad no entendi mucho tu aporte    pero stoy tratando de entenderlo 
si tenes algun formulario me seria mas facil 

bueno mira aca adjunto algunas fotos de la encuesta heheheh como no tenia escaner...les saque unas fotos eeejejejeje...bien artesanal lo mio 

si te fijas ...hay flechas q dicen el orden de las preguntas...q es principio es el orden numerico...
pero despues hay bifurcaciones marcas por otras flechitas

no quiero q me hagan el trabajo che 

solo quiero q me orienten en poder hacer esto de la mejor manera....
ustedes q tienen mas experiencia que yo

hay preguntas en dond el usuario tiene q poner 1 o 2 y nada mas...les parece q se a booleano ese campo???

Archivos adjuntos

•  1534_4d0ee99a019f6579986a14f4d5da0b98000ae415.jpg   1,23MB   3 descargas
•  1532_a54e094ff015b24fd063f0baba92352948194ed7.jpg   1,06MB   3 descargas
•  1530_b462c8a74bd1af86b57d5825e7a8838844de9a5b.jpg   1,18MB   8 descargas

[Delphius]

Hola abraham85,

De lo que aprecio, TODAS las preguntas son del tipo múltiple choise, de hecho las de tipo SI/NO pueden ser consideradas de este tipo: 2 opciones Y alguna que otra tiene un campo a llenar.

El asunto es que en ocasiones la pregunta tiene subpreguntas y esas bifurcaciones como indicas. Eso hace más difícil encarar el asunto. Tengo que pensarlo.

El aspecto visual es lo de menos. Se que te urge este punto, pero creeme primero sería oportuno estabilizar el sistema desde un punto lógico y además llevar un diseño de la base de datos (al menos parcialmente). Luego ver de que modo se puede armar una interfaz y que se adapte a la lógica.

Si tienes ya pensado o armado algún diseño de la base de datos sería oportuno que nos los indique.

Me gustaría saber que motor de base de datos tienes pensado emplear, porque estoy pensando en la posibilidad de armar una estructura tipo árbol. Algunos motores permiten que su FK apunte a un PK dentro de su propia tabla, de este modo se podría conseguir "enganchar" una pregunta con la siguiente (sea una subconsulta o no). En términos simple, una clave que se apunta a si misma.

Tengo entendido que Firebird soporta esto, pero desconozco si otros lo permiten.

Ahorita mi cabeza no está con todas las pilas... tengo que pensarlo bien... porque según veo la bifurfación depende también de la respuesta elegida... y eso como que no va a lo que me estaba imaginando.

Esto está medio peliagudo.

Saludos,

[Rolphy Reyes]

Saludos.

Puedes instalar los componentes JEDI (gratuitos), en la suite tienen un componente Wizard que puedes fácilmente diseñar tu encuesta.

Tienen un ejemplo bien sencillo que puedes estudiar y sacar lo que andas buscando.

[abraham85]

bueno....el tema de la base de datos...

he decidido hacer 2 tablas.....una tabla "VIVIENDAS"
esta tabla tiene los datos relacionados a las viviendas encuestadas, en este caso por cada encuesta sera
un fila en mi tabla
y en otra parte de la encuesta..se registran las personas q viven en la vivienda...asi q tambien tengo otra tabla "PERSONAS" en dond se guardan todos los integrantes de la vivienda
en la tabla PERSONAS tengo el campo "vivienda" q es la clave foranea de la tabla VIVIENDAS

eso es basicamente la extructura jejejeeje   
como es muy simple la cosa...y solo requiere q se guarde la info...lo decidi hacer en access

la verdad no veo mayor extructura q eso....lo q no me acuerdo era si en access se podia asignar aun campo el valor NULL....ya q si hay algunas respuestas que no contesta...entonces le tendria q poner NULL

[abraham85]

gracias rophy por el dato...he estado mirando el componente y me parece muy interesante

alguien tendra por casualidad algun ejemplo mas complejo de este componente???

o algun por internet...no he encontrado mucho che 

gracias a todos.

[Delphius]

Hola abraham85,

Cuando preguntaba sobre si ya tenías algún diseño de la base de datos me refería concretamente sobre el tema de las preguntas, sus variantes respuestas y las bifurcaciones.

Estuve dándole vueltas al tema y no logro armar un buen diseño general como me gustaría que pueda soportar las diferentes tipos de preguntas/respuestas y estructurar adecuadamente la forma de vincularlas para poder establecer las bifurcaciones apropiadamente. He logrado parcialmente responder a las necesidades.
Mucho me temo que si bien Access pueda dar la talla, es posible que para lograr un buen diseño, y que pueda soportar la naturaleza del problema se quede chico. Access por empezar no soporta la "auto referencia" y es muy posible que para el caso sea necesaria.

Tengo que reconocer que esa encuesta me está ofreciendo batalla, es una buena rival. Le tengo que encontrar el diseño, no me puedo dejar vencer.

¿Estás apurado con esto?
Yo no dispongo de mucho, y con suerte recién entre el jueves y el viernes pueda estar más cómodo como para verlo bien profundamente.

Hasta el momento, estuve barajando este diseño:

Tabla: Preguntas
----------------
IDPregunta (PK)
Texto

Tabla: Grupos
----------------------
IDGrupo (PK)

Tabla: GrupoPreguntas
---------------------
IDGrupoPregunta (PK)
PreguntaID (FK: Preguntas.IDPregunta)
GrupoID (FK: Grupos.IDGrupo)

Tabla: Items
---------------
IDItem (PK)
Texto //Nombre o texto del item
PreguntaID (FK: Preguntas.IDPregunta)

Tabla: Opciones
-------------
IDOpcion (PK)
ItemID (FK: Items.IDItem)
Texto //Texto de la opción. Opcional
Valor // el número que acompaña a la opción
RequiereObservacion // Indica si debe acompañarse el campo de Observación.


La explicación es simple: las preguntas se forman en grupos. Al menos en un grupo habrá una pregunta (que es el caso simple). Por ello, el diseño está preparado para tener casos de (M:M). Esto se consigue con la tabla intermedia GrupoPreguntas.
Por ejemplo: la pregunta 12 está compuesta por 5. La 10, por otro lado si bien consiste en una sola pregunta, pertenece a un grupo... un grupo de 1. ¿Me explico?

La tabla Items registra los diferentes items que pueda ofrecer la pregunta. Según la naturaleza del problema, habrá 1 o varios. Por el ello el diseño ofrece la cardinalidad (1:M)
Por ejemplo: la 7 consta de 6 items; la 20 solo de 1 ya que consiste en responder a una cosa (que su respuesta fuera SI o NO, se vé más adelante).

Por último la tabla Opcion, en ella se registran las opciones que requiera el item. Un Item tendrá al menos una opción. Para el caso de items con SI/NO habrá dos opciones, una por el SI y otra por el NO. El diseño está pensado para que en caso de ser necesario se acompañe de un campo de observación, para ello el campo RequiereObservación. Un ejemplo de este se vé en la única opción (valor 6) que ofrece el último item ("Otro...") de la pregunta 7. De ser llenado entonces, se debe acompañar del texto.
Es decir, que un item tendrá al menos una opción.

Esto es en cuanto al armado de las preguntas. La cuestión ahora pasa por determinar como hacer las referencias a la preguntas y sus bifurcaciones. Lo más lógico que se me ocurre es que dentro de la tabla Opcion esté disponible un campo SiguienteGrupo que sea FK y apunte al campo PK de IDGrupoPregunta de la tabla GrupoPreguntas y de este modo tener referencia a la siguiente pregunta.
Después de todo, se ilustra que dependiendo de la opción elegida, se bifurca hacia el siguiente camino. Pero tengo mis reversas.

Ahora lo que hay que diseñar es el armado de las respuestas. Lo que he estado barajando es este diseño:

Tabla: RespuestasEncuesta
--------------------------
IDRespuesta (PK)
OpcionID (FK: Opciones.IDOpcion)
ValorSI
ValorNO
ValorCampoNumerico
ValorCampoObservacion
EncuestaID (FK: Encuestas.IDEncuesta)

Tabla Encuestas:
----------------
IDEncuesta (PK)
....

La idea es que se disponga de una tabla en la que quede asentada todas las respuestas de las opciones. Como se aprecia, la tabla RespuestasEncuesta consta de un FK hacia la opción. En esta tabla se han añadido diversos campo Valor... estos son los que se llenarán según sea el caso. Nota que la tabla Opcion almacena la información necesaria para poder determinar que campos son obligatorios y/o necesarios llenar.
Como bien has deducido, algunos campos serán NULL; mayormente serán los campos ValorCampo.... y uno de los ValorSI/ValorNO.
Nota además que esta tabla tiene referencia a la encuesta a llenar.

Creo que esto, al menos parcialmente puede llegar a responder a lo que buscas; de todas formas hace falta pulirlo.

Espero que se me entienda todo lo que he dicho.

Saludos,

[Delphius]

Por cierto, creo que sería mejor titular de otro modo el hilo. "Encuestas" es un tanto ambiguo y da a entender que el hilo es una encuesta a llenar. Quedaría mejor si lo titulamos "¿Cómo llevar el diseño de un sistema de encuestas?" o algo parecido.

No lo modifiqué para consultarte.

Si no es mucha molestia, me asalta la duda y no se si podrás y/o estás facultado a responderla. Viendo que eres de Argentina y sabiendo que se está pensado en hacer el censo este año... ¿Por casualidad esa encuesta es para eso? ¿Te permiten exponer el diseño de la encuesta libremente? 

Saludos,

[abraham85]

hola amigo delphius!! gracias por tu aporte!! ya con lo q hiciste ya es demasiado....era algo q tambin tenia pensado...era algo mas general....pero te me adelantaste ehheeheeh 

asi q voy a terminar de mirarlo bien y pulirlo de la mejor manera
esta encuesta no es para el censo nacional 2010 
sta es para una mas chiquita.....pero con exponer el diseño de esta encuesta no hay problema 

pero con la censo 2010 si pueden haber muchos problemas eheheehehe...asi q sto me sirve para esa encuesta tambien...aunq nose si voy a tener q hacer lo mismo 

[Delphius]

No... de nada, solo tienes que pagarme la aspirina
Con saber que con eso tienes para guiarte y avanzar es mas que suficiente. Comenta luego si se sirve o cualquier novedad que consideres oportuno.

No se como será tu humor político y/o donde trabajas..., al menos yo opino que si habrá algunos problemas cuando el INDEC, o INDEK para algunos  , quiera sacar estadísticas del censo. A mi por lo menos no me huele bien la idea de que se haga considerando la situación de credibilidad que presenta  .

Saludos,

[abraham85]

si bueno...se sta pasando por una situacion delicada..por lo menos en el indec.....
aunq los K han levantado mucho la popularidad, stan haciendo las cosas bien, por lo menos
a mi me gusta el crecimiento de argentina.

hace poco viaje a buenos aires a un curso del INDEC y se me ocurrio tirar un chistesito en medio del curso heheheheeh
staban pidiendo los mails, para despues mandar informacion, y yo les pase mi mail con dominio indec.gov.ar
y lo staban escribiendo en un pantalla en el salon..para q todos tengamos los mails de todos, y dije en frente de todos . "no no...mi mail se escribe con K....indec con K"  y muchos se reiron jejejejjee...pero los que tenian un poco mas de años en la institucion...no les gusto nada 

jjejejeeje despues se enteraron en mi laburo y tambien se rieron...aunq mi jefe me queria cortar la cabeza 
nose si en broma o en serio...pero lo decia bromeando jejejejejejejejejejejeje

Gracias amigos! a trabajar!

[Delphius]

A mi eso del crecimiento es relativo. 
Lo que si te puedo decir que si ha crecido es el costo de luz, agua, gas, transporte, comida, ropa... ufff podría hacer una lista.

Algunas cosas si hizo bien, el canal encuentro fue un buen acierto. Lo otro... habría que ver 

No se que tanta popularidad han ganado... no me fijo mucho en las encuestas, pero se dice que no es tanta. Ahora quiere remontar.

Yo a todos los políticos los tengo con pinzas, sean de gusto que sean. ¡Hasta a la gordita simpática de Carrió le tengo dudas!

Bueno, mucha desvirtuada le he dado al hilo. Ya me voy yendo... hay que levantarse temprano mañana.... hay que ver los partidos 

Saludos,

[abraham85]

bueno mañana a ver los partidos!!!!!!!!!!

PD: AGUANTE ARGENTINA!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!