Consejo aplicación con Firebird

[Ana María]

Cordial saludo, necesito por favor consejos de compañeros que hayan desarrollado con esta DB, acerca de como estructurar una aplicación que puede tener mas de 300 compradores potenciales, que podrían necesitar inicialmente un entorno monousuario, luego crecer a multiusuario y hasta la posibilidad de poder acceder a los datos desde Internet.

Le he dado vueltas al asunto pensando en temas como la facilidad de distribución, la instalación y por su puesto el ahorrar tiempo y trabajo.

Trabajo con BDS 2006 y Firebird 2.1, he pensado en desarrollar con dbExpress y el driver para Firebird desarrollado por DevArt, utilizando DataSnap, inicialmente con dos DataModule (uno para los ClientDataset con las reglas de negocio y otro para los componentes de acceso a datos) con la intención de distribuir la aplicación monousuario con Firebird Embebed (para facilitar la distribución y evitar conflictos entre diferentes versiones de Firebird que pudieran existir en las maquinas clientes), y posteriormente para la aplicación multiusuario solo cambiar el DataModule de componentes de acceso a datos por un RemoteDataModule y crear un servidor DLL que luego me permitirá múltiples formas de uso y acceso.

Gracias de antemano por sus ideas y consejos sobre como afrontar con buena técnica y éxito este trabajo.

[mamcx]

Hola Ana,

Como sea, la idea general es simple. Ten en cuenta que la programacion como tal es solo una parte minima de todo el trabajo general, quizas abarcando mas del 90% de todo el esfuerzo total!.

Como programadores nos gusta & divierte los detalles tecnicos pero al afrontar un desarrollo serio hay varias actividades como:

- El diseno
- El testeo
- El debugging

Estos primeros son criticos. Las fallas en los items de mas arriba repercuten ampliamente en los de abajo. Tambien estan:

- El manejo del codigo como tal
- La documentacion
- La eleccion de herramientas
- El contacto con el usuario

Asi que al optimizar estas tareas tu producto sera mejor. Como?:

- Asi como escribi en http://dn.codegear.com/article/33656 empieza por tener un control de codigo fuente. Programa de forma clara. Has lo minimo necesario para lograr un objetivo.
- Utiliza un sistema de manejo de bugs o tareas para saber que hacer y como va el progreso. Es genial!
- Trata de esquematizar la aplicacion primero. Pantallazos y asi por el estilo. Por ejemplo usando:

http://www.evolus.vn/Pencil/Home.html

Si puedes, intenta involucrar a tus futuros usarios. Si no es practico o realmente no pueden aportar porque sencillamente no saben, igual prototipar el sistema es algo bueno para uno, para jugar, hacer cambios y tomar decisiones ANTES de programar.

- A partir de alli, intenta retrasar la parte grafica creando el modelo de negocios - como ya hay un prototipo, no estas a ciegas - para que la aplicacion gire en torno a este y no alrededor de la parte grafica.

- Integra el testeo con la codificacion usando unit testing.

- Crea una lista de requerimientos y elimina de alli todos los que no sean TOTALMENTE esenciales!.

Mas o menos es asi.

Quizas te ayude un poco lo que he escrito en: http://elmalabarista.com/diario/cate...o-programador/

Ahora en la parte tecnica del cuento, creo que seria bueno que evaluaras los productos de http://www.remobjects.com/ (advierto que ahora soy reseller de ellos), ya que permite hacer lo que dices y mucho mas. Igual si no lo compras mira un poco como es el asunto para que te de buenas ideas.

[Ana María]

Gracias mancx por todo tu aporte y tu tiempo leeré detalladamente tua artículos.