El portal de Sistemas
Los urgentes requerimientos , habitualmente apuntan a la creación de aplicaciones que sirven de soporte a actividades esenciales de la empresa.
Generalmente entre la aplicaciones existentes , existe un grado de integracion a través de datos compartidos
Pero en el mundo real tenemos varios factores que atentan en contra de la fácil integracion de sistemas. Entre ellos: procesos de negocio , division del trabajo, datos especializados , aplicaciones especializadas , semántica difusa , etc que tienden a lo que se conoce como "disparate systems"
Entre las diversas soluciones propuestas y compiladas en patrones , hemos optado por el "portal de integracion"

En nuestra solución tenemos una aplicación  para el armado del portal , que permite la selección de aplicaciones y su agrupacion en una estructura jerárquica de árbol con asociacion de imagenes para facilitar su identificacion ; además como cada aplicacion puede tener control de acceso (en nuestros sistemas se utiliza una política de niveles de autorización  apuntando al patrón ACL) se simplifica la operativa de acceso permitiendo la identifiacion única al ingresar al portal

Para el usuario la apariencia del portal es esta:

LOS ACTORES EN LA CONSULTORÍA

EL CONSULTOR
EL CLIENTE:  es el que "representa la empresa y non hacen los encargos ,el que paga y volverá a contratar
EL USUARIO: el "sufriente" o "sufridor", el personaje imprescindible en esta trama , el que carga datos en la computadora , el que los busca , el que utiliza los programas como si fueran una "maquina", el que junta los datos y arma lo que los jefes le piden
EL BENEFICIARIO: los que se afectan directa o indirectamente de las consecuencias derivadas de nuestro trabajo , no son los que toman desiciones respecto de nuestro trabajo .
EL PRODUCTO

Trabajamos para  clientes ; los usuarios  nos mostraran sus necesidades ,y pueden ser hasta opuestas a los objetivos del cliente. . Pero lucharan para conseguir que nuestro producto o solución atienda sus necesidades. Hay que atender esto porque se busca integrar al usuario como un actor importante y no como un "sufriente" . Pero se debe manejar el riesgo de qu7er  empecemos a ver al cliente con los ojos del sufriente usuario. No se debe asumir los objetivos del usuario como propios
Los beneficiarios  generalmente no son personajes cercanos a la acción , pero se venderán ante nosotros como asesores del cliente . Es interesante tenerlos en cuenta porque así podemos valorar la extensión y sinergia de nuestro trabajo

Variaciones de precios y contingencias
Los procesos de variaciones de precio , tan frecuentes hoy , dan lugar a una angustia adicional al usuario
Y.....  si algo sale mal ? ... Y ... si en realidad entendí mal lo que había que hacer ?
etc , etc etc
Esa contingencia solo se enfrenta con capacidad para reponer los datos en su estado antes del proceso
Por supuesto que desde el punto de vista de lo que debe hacerse se puede pensar en soluciones sofisticadas
Pero muy simple y pragmáticamente podemos recurrir a un modulo de backup y recuperación de backup para salvar el caso
Hemos desarrollado un pequeño modulo configurable de backup , que hace una única copia por día y guarda una copia para cada día de la semana
Que puede ejecutarse en forma independiente (desde un icono del escritorio) o desde dentro de un programa nuestro . Además este modulo se puede ejecutar en modo silencioso o con pantalla de confirmación
La configuracion esta en un pequeño texto con los datos necesarios.

Hemos desarrollado un soft para institutos educativos que funciona desde hace años con cientos de aliumno sy muchos cursos
miren www.pantasoftsaltainstituto.blogspot.com.ar

Hecha un venta , se inico el disparate!
un click en el boton [Ok] del formulario de comprobantes de ventas
y se desata la esperada cadena de integracion con otros módulos

Con la forma de pago elegida :

Integrar es conectar , acoplar sistemas para colaborar en  las actividades
una idea-fuerza de la ingeniaría es :eliminar-simplificar- combinar,
integrar es parte de ese trabajo
antes de desarrollar una nueva componente o modulo o programa deberíamos preguntarnos
1 - es necesario que esta actividad se implemente ?
quizás es una restricción redundante
2- Si no hay mas remedio que hacerlo quizás se pueda simplificar los pasos involucrados
analizar si se pude llega a la mínima expresión: 1 entrada 1 salida
3- Si no hay mas remedio que hacerlo revisemos si se puede incorporar como un paso no visual en otro procedimiento .modulo .componente preexistente

" Los métodos de trabajo son parte de los sistemas de la empresa , si lo alteras ya sabes que otras cosas cambiaran solo porque cambiaste algo allí
para cambiar algo hay que evaluar costos y beneficios
Existen métodos standard para hacerlo"

Un demo de programas para empresas comerciales stock y ventas
Deben leer el archivo leame.txt y seguir esas instrucciones
https://dl.dropboxusercontent.com/u/33802970/STOCKYVENTAsetup.exe