Charlitas entre velneadores (II)

En las siguientes imágenes veremos a groso modo el planteamiento que hemos optado para comenzar a realizar la aplicación informática que nos impida el tener que introducir la misma información en más de una aplicación.

Simplemente es una forma de trabajar como muchas otras por las que se puede optar. Dado que nuestra herramienta de desarrollo es Velneo, lo hemos planteado así:

La solución se llamará vRCV ‘Registro de Compras y Ventas’

BOX HOME 

Siempre usaremos un proyecto sin contenido inicial.

Este proyecto hereda los proyectos de cada velneador, en este caso seremos tres personas velneando. En cualquier momento podremos ampliar los recursos humanos de la solución si hiciese falta.

Velneador x

Contendrá dos tipos de proyectos heredados de forma individual, cada velneador dispondrá de ‘tareas en curso’  y ‘tareas finalizadas’.

Las tareas en curso son aquellas en las que cada desarrollador está velneando en esos momentos.

Las tareas finalizadas son aquellas que están pendientes de incorporar al proyecto principal de la aplicación, en este caso – vRCV Aplicación 1.0- que es heredada por cada uno de los velneadores con el objetivo de poder traspasar las tareas finalizadas al mismo.

La solución final (vRCV Aplicación 1.0) hereda un proyecto de datos y otro proyecto de recursos.

En base a este pequeño y gran esquema comenzaremos nuestras tareas.

Charlitas entre velneadores (I)

A partir de hoy y si el tiempo nos lo permite, comentaré algunas charlitas que tengo y tenemos entre distintas personas y/o entidades. Sus necesidades, sus inquietudes, sus puntos de vista, entre otros temas.

No hay cosa que nos moleste más a todos que tener que introducir la misma información en distintas aplicaciones cuando siempre se parte de los mismos datos, aunque los resultados finales a obtener por las distintas partes implicadas sea distinto.

Un ejemplo:

La empresa A vende y provee de artículos a distintas empresas (B,C,D,E…clientes). Las distintas partes (Proveedores y Clientes) están obligadas a llevar un registro oficial de compras y ventas donde figuran todas sus actividades económicas.

Cada una de estas partes para llevar su control de lo que compran y venden se ven obligadas a introducir la información correspondiente en aplicaciones informáticas distintas. Por lo tanto se repite la introducción de datos a diario.

Aparecen en estos entornos la figura de las Gestorías, que a su vez vuelven a introducir la misma información de sus clientes en otras aplicaciones para obtener los resultados deseados. Total, mucho tiempo perdido con la misma información.

Podemos deducir de esta charlita, que inicialmente podemos distinguir una serie de entidades a estudiar para el análisis y desarrollo superficial de una aplicación básica.

- Entidades de Control (Gestorías, Asesorías, Usuarios, etc.)

- Entidades Emisoras (Autónomos, profesionales, empresas que EMITEN facturas).

- Entidades Receptoras (Autónomos, profesionales, ciudadanos que RECIBEN facturas).

De esta charlita también deducimos después de hablar con muchos autónomos, profesionales y empresas; que aún habiendo millones de aplicaciones en el mercado para cualquier tipo de gestión, muy pocas se basan en centralizar la información y los datos a usar por las distintas Entidades de Gestión (aquellas que forman parte en cualquier momento de la información a usar y distribuir entre las demás entidades).

De ahora en adelante vamos a tratar este tipo de casos con el objetivo de crear una base de conocimiento para crear una aplicación bajo tecnología Paas y Saas.