dic 20

Analizando la primera solución VIII

Posted in analisis, v7, vDevelop

Esquema de proyectos de nuestra primera soluciónVeamos un esquema de cómo quedara nuestro proyecto cuando este finalizado, porque esta seria la imagen que el desarrollador debería tener en su mente antes de iniciar el análisis de la aplicación.

El esquema anterior muestra como será la estructura de proyectos dentro de la aplicación, y en este esquema podemos ver que el proyecto de Maestros es heredado por los proyectos de Compras y de Ventas, y por tanto desde ellas tendremos acceso a los datos de los Maestros directamente.

En la imagen, podemos ver como los proyectos de datos (los que contienen la estrucutra de tablas, variables globales, tablas estaticas, etc), se muestran en color azul, mientras que los de aplicaciones (dónde se definen formularios, rejillas, busquedas, etc) se muestran en color marrón.

Además puedes ver como hemos creado un proyecto de aplicación para cada uno de los proyectos de datos, y realmente no es una estructura obligada, podriamos haber creado un solo proyecto de datos y 3 proyectos de aplicación, pero he elegido esta, por simplicidad.

Ahora veamos como queda la estructura completa de tablas en un único esquema que muestre el diseño completo de nuestra aplicación.

Esquema completo de tablasPara un primer proyecto puede parecer algo complicado, quizá. Pero en realidad es muy sencillo. Queremos que nuestra aplicación sea capaz de generar Albaranes y Facturas de Venta a los Clientes, también queremos introducir los Albaranes y las Facturas de los Proveedores. Más adelante complicaremos un poco mas este proyecto, y como ya disponemos de mercancía comprada y de ventas a clientes, procuraremos que el proyecto también nos permita controlar las existencias de cada uno de nuestros almacenes.

Después de ver el análisis de la aplicación, un esquema tan sencillo, algunos preguntarán, ¿por qué se han creado 3 cajas?, ¿es posible haber el mismo análisis solo con una caja?.

Pues, indudablemente, la respuesta es, ¡SI!, el análisis se puede crear con un solo proyecto, pero entonces ¿para que hemos creado 3?. Hemos creado 3 proyectos, por varias razones:

  • La primera, porque se trata de un manual de aprendizaje y para aprender, la mejor forma es practicar.
  • La segunda, es mas simple aún, nuestra aplicacion, aún es pequeña, pero si desea seguir aprendiendo y practicando, esta crecerá, y a medida que ampliemos las funcionalidades de la misma, también aumentará la complejidad del desarrollo, llegando a un punto en el que sí hemos organizado bien nuestra estructura de proyectos, el esquema seguirá siendo tan sencillo como al principio, y si no es así, con el paso del tiempo (varios meses después de acabar la aplicación), será bastante complicado realizar modificaciones en la misma, ya que será difícil comprender el análisis.
  • Otra razón es, porque tal y como están planteados los proyectos, si en el futuro queremos agregar un nuevo proyecto para un centro de fabricación, p.e. bastaría con heredar el proyecto de Maestros, y tendríamos todas las tablas necesarias para el nuevo modulo. Ya que las tablas propias de fabricación y cálculo de costes, estarían en el nuevo modulo.

Puede que olvide alguna, pero son suficientes razones para el planteamiento del ejercicio que estamos realizando con este tutorial.

Una vez que hemos realizado la estructura de proyectos y sabemos que tablas incluiremos en cada una de ellas, debemos seguir tomando otras decisiones igual de importantes.

Teniendo esto en cuenta, he decidido utilizarlas todas, aclarando a su vez, las diferencias existentes entre ellas.

Para el primer proyecto, el de tablas Maestras vamos a utilizar los siguientes tipos de tabla:

  • Familias de productos, para lo que utilizaremos una tabla Maestra arbolada.
  • Formas de pago, será una tabla Maestra.
  • Artículos, Clientes, Proveedores y Almacenes, también serán tablas Maestras las que utilizaremos para todas estas.

Para el proyecto de Compras:

  • Cabecera de albaranes, que será Maestra con código autonumérico
  • Lineas de albaranes, será creada como Submaestra de la cabecera de albaranes.
  • Cabecera de facturas, también como Maestra con código autonumérico.
  • Lineas de facturas, la crearemos como Hítorica de la tabla de cabecera de facturas

Para el proyecto de ventas:

  • Cabecera de albaranes, que será Maestra con código autonumérico
  • Lineas de albaranes, será creada como submaestra de la cabecera de albaranes.
  • Cabecera de facturas, también como Maestra con código autonumérico.
  • Lineas de facturas, la crearemos como hístorica de cabecera de facturas.

Espero que con los artículos anteriores y con este amplio resumen, haya quedado suficientemente clara la estructura de esta aplicación.

PDF Download    Enviar artculo en formato PDF   
comments: 5 »