Citar:

shordi acerca de hacer las tablas primero no es tan fácil, porque como podes definir campos si no sabes como se presentara la información y que tipo información.

Ahora empiezas a comprender lo que vengo diciendo desde siempre:
¿Cómo vas a diseñar una interfaz gráfica si no sabes qué areas, tablas, campos y procesos vas a manejar?
¿Cómo vas a decidir el formato de almacenamiento si no sabes la cantidad, tipo y formato de los datos que utilizarás?
¿Cómo vas a establecer maneras de acceder a los datos -que si combos, que si listas, que vistas de la tabla etc-, si no sabes nada de nada?
Antes de pulsar ni una sola tecla debes saber todo eso, si no no estás programando bien, estás, técnicamente hablando, haciendo el tonto    

En otras palabras, tu programa empieza conociendo a la empresa, conociendo qué datos usan, qué manera de obtener esos datos tienen, quién los recaba y por qué medios, qué procesos hacen con ellos, qué tipo de salida y documentos generan, etc. etc. etc.

El tecleo vendrá luego.

Saludos.

===================
No podemos regresar

Una cosa más: Te veo excesivamente preocupado por la interfaz gráfica. La interfaz es lo útlimo en ser diseñado. No puedes decidir si vas a usar un combo o una lista o un gridview sin saber qué dato ha de ser utilizado, en qué cantidad y de qué manera. Un ejemplo:

Imagina un formulario donde tienes que poner el código de producto. Si la empresa utiliza siete códigos nada más, pues un combo sería suficiente. Si utiliza 4000, un gridview con algún sistema de filtrado. Parece lo más sencillo.

Ahora resulta que en esa empresa, se reciben 300 pedidos al día por correo electrónico y por FAX y el usuario lo que hace es imprimir todos los correos en papel y teclearlos juntos al final de la mañana. Empieza a trabajar con tu programa y te dice: "No me vale. Cada vez que tengo que poner un código, tengo que retirar la mano del teclado y hacer un click y luego teclear una búsqueda y luego hacer click otra vez y luego volver la mano al teclado. Es lento, malo y pesado además de inútil: Me conozco la mayoría de los códigos de memoria.
En ese caso tendrás que diseñar algun tipo de control autorrellenable para que el usuario no tenga que despegar las manos del teclado.
Como ves, has trabajado dos veces además de haber perdido tiempo has "enojado" al cliente que te reprocha lo malo que es tu programa, etc. etc.

Cosas como esa no las puedes establecer si no sabes antes de sentarte a diseñar formularios cómo trabaja la empresa, de dónde recibe los datos, etc. etc.

Si crees que puedes recibir un papelito escrito por el dueño de la empresa, es decir, alguien que no tiene ni idea de informática, y tú, desde el altar de tu mesa de trabajo, parir un programa perfecto que solucione lo que ellos no han sido capaces de solucionar desde que la empresa se abrió... pues estás equivocado. Hay que hacer "trabajo de campo", como los arqueólogos que primero recogen muestras y luego pasan meses analizándolas, y después sentarse a diseñar en este orden

1) Las herramientas que se necesitan: Si es mejor una pequeña base SQLite o una base MySQL. Si vas a necesitar procesar- por ejemplo- ficheros pdf o no. Si te vas a apoyar en programas externos o no, etc. etc.

2) La/s base/s de datos. Cuántas y de qué tipo (por ejemplo los vendedores pueden llevar una sqlite en sus portátiles y luego volcar los datos en la MySQL de la empresa al volver y cosas así)

3) El diseño de la base de datos tablas, datos, indices, relaciones, etc.

4) El intefaz gráfico

En el punto 4 es donde entra Gambas.

Saludos

===================
No podemos regresar

Shordi dice: "En otras palabras, tu programa empieza conociendo a la empresa, conociendo qué datos usan, qué manera de obtener esos datos tienen, quién los recaba y por qué medios, qué procesos hacen con ellos, qué tipo de salida y documentos generan, etc. etc. etc. "

Sí, insisto... preguntar y preguntar...
Otra técnica para ayudarte a entender los procesos de negocios de la empresa es... GRAFICARLO. Lo que además permite saber si realmente sabes como funciona el negocio/empresa.

Hace algunos años tuve un ramo llamado "Sistemas de Información II", donde nuestro profesor nos decía que no siempre las computadoras eran la solución a un problema de una empresa... pero qué quizá debiéramos saber ofrecer una idea informática con ellas, a aprender a "Vender" esa necesidad.  Como ejercicio (trabajo con nota) tuvimos que ver un negocio pequeño, o el área pequeña de una empresa y analizarla... aprender como funcionaba y qué podíamos corregir para que funcionara mejor y pensar en una idea con informática con computadoras.

Se nos recomendó trabajar con Bizagi, programa gratuito muy intuitivo pero para Windows y Mac.... Muy bueno y rápido (en Linux usé LibreOffice en una ocasión y fue leeeeento hacer el diagrama).  El proceso inicia con el círculo en verde y termina donde está el rojo.

Te presento 3 imágenes... una muestra el problema, la otra una solución humana y la otra Informática.  Es del lugar frente a la Universidad donde íbamos a comprar café y sanguches, y que tardaban en atendernos:

 










Con mi compañero presentamos el "problema" de manera más caótica para recalcar como las "soluciones" la "mejoría".
Espero te sirva.
Hasta pronto.

Muy bueno vicr. Yo, como perro viejo y autodidacta no he tenido nunca un método claro para hacer el análisis, pero la experiencia me dice que hay que estudiar -no sé si en este orden o en otro- sin saltarse nada de esto las siguientes áreas:

1.- El físico de la empresa
    ¿Está en un sólo edificio?¿en varios?¿en varias ciudades?¿tiene trabajadores remotos, conexion a internet, etc. etc.

2.- El estado actual de la empresa
    ¿Tiene ordenadores nuevos, viejos, impresoras centralizadas, individuales?, etc. etc.

3.- El software actual (si lo hay)
    No asumas que pisas terra incógnita. La gente que ha trabajado o trabaja ahí muchas veces conoce el problema mejor que tú y ha puesto empeño y cariño en las soluciones "amateur" que han utilizado. Comprueba qué se puede aprovechar de lo que hay qué ideas puedes incorporar a tu proyecto.

4.- La vía de entrada a la información.
    Desde los clientes en los mostradores a los discos en la nube pasando por correo electrónico, albaranes, facturas, lo que sea.

5.- Los flujos de datos.
    Un vistazo a los esquemas de vicr te dará una idea de lo que es eso. En resumen se trata de saber qué hace quién y en qué orden se hace

6.- Las vías de Salida de la información.
    Qué documentos se generan, que tipos de consulta, listados, recuentos, etc. se utilizan y para qué, etc. etc.

Con todo eso en la mano te sientas en tu ordenador y comienzas a diseñar la base de datos que es, de lejos, la parte a la que has de dedicar más cuidado más cariño y más detalle de todo el trabajo.
Vuelvo a citar la frase famosa: "Después de dos horas de leer tu código puede que aún no sepa qué hace tu programa. Diez minutos mirando la base de datos y te diré si tu proyecto funcionará o no"... más o menos.
 

===================
No podemos regresar

Añadir que para mí esta es la parte más interesante y divertida: Partir de un problema del mundo real y "convertirlo en unos y ceros". Partir del caos y establecer pautas, normas, orden y efectividad. Soluciones, en definitiva.

Lo demás, diseñar formularitos y listitas y demás, es sólo técnica.

¡Ah! Se me olvidaba el requisito número 0 que debe cumplir un proyecto de informatización: EL APOYO INCONDICIONAL Y ABSOLUTO DE LA DIRECCIÓN DE LA EMPRESA

Sin eso niégate en redondo a iniciar un proyecto. No puedes entrar en esas complejidades y profundidades y, además, pelear por el camino contra las resistencias, temores y resquemores de los trabajadores. Tú tienes que tener capacidad para decirle a cualquiera, incluido el jefe "No, eso lo estáis haciendo mal, hay que hacerlo así". Sin el apoyo del jefe, a veces un proyecto se termina pero nunca, nunca, nunca te valdrá la pena haberlo empezado y lamentarás cien veces por el camino haberlo iniciado.

===================
No podemos regresar

buenos aportes compañeros....sigo analizando y aprendiendo.

y si de aprender hablamos he aprendido que es buena idea sino imprescindible configurar en la pc que tiene el servidor mysql una ip estática.
sino cada vez que se prende la pc servidor (una vez al día al menos) hay que configurar dándole la ip nueva del servidor a todas las demás pc.
así que a tenerlo en cuenta, para los que están aprendiendo y luchando para lograr que funcione un proyecto con mysql.

ustedes que opinan?

===================
Software libre, programación libre, vida libre es la Public function Libertad()as Invendible
Proyectos: VisorRV1960,Taller2015,Tanteador
https://sourceforge.net/u/v3ctor-full/profile/
Blog: http://novatocodegambas.blogspot.com.uy/

Efectivamente: Obligatoria IP estática en el servidor.

Problema: si en tu código embebes esa IP estática, entonces no puedes cambiar de servidor. sin recompilar el código

Solución: No pongas la ip en tu código, pon un nombre "Servidor_BD" o algo así y luego añade la entrada correspondiente en el fichero /etc/host de las máquinas clientes.

192.168.0.XXX    Servidor-BD

Con eso es suficiente. Pesado pero suficiente. Se pueden hacer cosas mejores, pero para una red local, vale. Si algún día migras a Internet la base de datos, con colocar la URL del servidor también te vale.

===================
No podemos regresar

yo lo que hice fue esto, cuando ingresa el usuario y es correcto (usuario-contraseña) y a su vez se logra una conexión con éxito, se guarda la ip en setting de tal manera que la próxima vez la ip se carga en el campo de ip evitándole al usuario tener que ingresarla.. digamos que la configuración es una sola vez después es solo loguearse.

===================
Software libre, programación libre, vida libre es la Public function Libertad()as Invendible
Proyectos: VisorRV1960,Taller2015,Tanteador
https://sourceforge.net/u/v3ctor-full/profile/
Blog: http://novatocodegambas.blogspot.com.uy/

Citar:

...a su vez se logra una conexión con éxito

¿Cómo haces eso la primera vez?¿Y qué haces si no es con éxito?

===================
No podemos regresar

shordi escribió: [Ver mensaje]

¿Cómo haces eso la primera vez?

cuando abre el formulario de identificaron de usuario también averigua la ip local de la pc
Shell "hostname -I" To IP

y con un boton le haces clic y te lo pega en el txtbox (servidor)

y después esa ip la usas en las demás pc

shordi escribió: [Ver mensaje]

¿Y qué haces si no es con éxito?

si no es con éxito simplemente es porque la  ip no es correcta y no la guarda.

 

===================
Software libre, programación libre, vida libre es la Public function Libertad()as Invendible
Proyectos: VisorRV1960,Taller2015,Tanteador
https://sourceforge.net/u/v3ctor-full/profile/
Blog: http://novatocodegambas.blogspot.com.uy/