Arquitectura de Software para la creación de
Aplicaciones.
Es software cuyo objetivo es crear Software Aplicativo
Basado Sobre Procesos.
(TWAFA based applications)
Un nuevo tipo de aplicaciones, con características únicas.
El objetivo es permitir la crear aplicaciones
basadas en transacciones y workflow, sin
tener que ocuparse de diseños de archivos,
tablas, etc.
Solamente
requiere
conocimientos
de
organización y métodos, y del negocio mismo
que se desee sistematizar.
Punto de Partida:
Si un sistema no representa la realidad, en algún
punto colisiona con ésta y se genera un conflicto con
dos soluciones básicas:
se modifica el sistema
se adapta la realidad al funcionamiento del
sistema.
Por que no hacer entonces, sistemas que sean
capaces de calcar la realidad de las organizaciones
desde el principio?
Y si la realidad es cambiante, por que no se puede modificar
el sistema para reacomodarlo a esa nueva realidad?
Cuales conceptos básicos permitirían este funcionamiento?
Hay
elementos
que
deben
describirse
independientemente del sistema que se desea construir.
Los comprobantes solo son capaces de mencionar (y
combinar o ponderar) esos elementos pre-existentes.
Los comprobantes a su vez, son independientes de las
acciones que se decidan tomar en base a la información
que ellos contienen.
Las acciones se producen en un punto determinado del
proceso; no en cualquier momento.
Tratando de interpretar esta realidad, distinguimos
que ésta está constituida por:
Componentes concretos-fijos;
Componentes cuyo contenido es lo
importante-transacciones;
Circuitos o “caminos” que se definen para
esas transacciones
Acciones que se toman en base a las
transacciones y su contenido
En una organización sin sistemas
de computación, un empleado
llena un formulario. Lo deja en
una bandeja.
Por norma, un
cadete lo toma de esa bandeja, y se
lo lleva hacia otro escritorio,
donde lo deja en otra bandeja de
otro empleado. En el trayecto,
(también por norma) realiza
algunos procesos, como fotocopiar
el comprobante, o asentar un dato
de éste en otro formulario ,
incorporar cierto monto en una
ficha (por ejemplo, en una cuenta
corriente), etc.
Si esto se hiciese en una organización con informatizada, en vez de dejar el
formulario en una bandeja, lo debiese escribir en un mail. Y en vez de llamar
al cadete, enviaría el mail.
El Outlook haría las veces de cadete; y el mail, haría las veces de formulario.
Para Twafa, el motor de Workflow funciona como “Outlook”, y la transacción
toma el lugar del mail.
Las diferencias son:
•Con respecto del formulario, que el mail es texto –no sigue ninguna
regla, ni de presentación ni de consistencias o congruencia entre los datos
que él contiene; en cambio la transacción tiene un formato definido.
•Con respecto del cadete, que el Outlook solo hace las veces de
mensajero. Pero el motor de Workflow es capaz de interpretar (“leer”) el
procedimiento o norma a fin de conocer cual es el destino del
comprobante que es transportado. De verificar su validez, y de contener
errores en los datos, de devolverlo indicando cual es el problema. Y de
realizar acciones con los datos que contiene la transacción.
Aplicativo
Definido
Configuración
del ERP
Aplicación
Parámetros de las Reglas
de Negocio y Reglas
Funcionales.
Usuarios: Toda
la empresa
Usuarios:
Consultores
TWAFA
RDBMS (SQL)
Sistema Operativo
Esta arquitectura fue desarrollada sobres redes NT,
pero como arquitectura es independiente de esta.
Aplicación = TWAFA + Parametrización de:
Reglas Funcionales
Reglas de Negocio
Se trata de crear sistemas que contemplen la creación de
comprobantes; el flujo de procesos de los comprobantes y
las consecuencias que implica su circulación en las
organizaciones, garantizando a su vez la unicidad de la
información, su reutilización, el control sobre la información,
y la independencia de la actividad humana y la de los
procesos involucrados.
G.Engine(s)
Terminal
Server
Wfl.Engine(s)
DataWare
House
internet
Datos SQL
Hware Centralizado
Usuario Local
Usuarios
Remotos
DATOS:
Motor de Base de Datos Relacional SQL, funcionando
sobre un Server.
WORKFLOW:
Motores de Workflow desarrollados por Symbolic
Systems, cuyo disparador es la solicitud de una
transacción de moverse sobre el flujo de algún
proceso, funcionando en una máquina independiente.
GENERAL:
Motor de Monitoreo desarrollado por Symbolic
Systems, que funciona en base a ciclos de tiempo,
funcionando en una máquina independiente.
Datos Fijos
Procesos
Varios..
Transacciones
Formularios,
Reportes...
Circuitos
Saldos...
Acciones
Datos Fijos
Procesos
Varios..
Transacciones
Formularios,
Reportes...
Circuitos
Saldos...
Acciones
Agenda: Personas Físicas y/o Jurídicas
Tradicionalmente, maestros de clientes,
proveedores, transportistas, bancos, empleados, etc.
Contenido: Nombre o Razón Social; domicilios,
teléfonos, personas a contactar en cada domicilio,
roles, datos adicionales como documentos, números
de inscripción, preferencias, categorías, rubros,
imágenes, etc.
Relaciones de los agendados entre sí: Familia,
socios, transportistas usuales, vendedores asignados,
cobradores, médicos de cabecera, etc., Datos
adicionales a la relación, como cantidad de visitas,
etc.
Catálogo: Artículos, Productos, Servicios.
Tradicionalmente, maestros de productos
terminados, semielaborados, materias primas, bienes
de uso, etc.
Contenido: Descripción, agendados relacionados al
artículo (proveedor, clientes, product managers, etc.),
fórmulas, equivalencias, atributos relacionados al
modo de llevar inventarios (por ejemplo, si los
productos son perecederos o no, etc.) datos
adicionales como color, peso, familia, rubro, códigos
de barra asociados, especificaciones técnicas,
imágenes, etc.
Infraestructuras: Edificios, Fábricas, etc.
Tradicionalmente, poco conocidas, excepto en
hotelería o sanatorios, donde se reservan ambientes.
Contenido: Descripción de Complejos, Edificios,
Sectores, Ambientes. (Habitaciones, Salones,
Quirófanos, Canchas, Piletas, Salas de Máquina,
Cocinas, Aulas, etc.), atributos relacionados edificio,
al ambiente (orientación, estilo, uso, etc.), contenido
del ambiente (muebles, máquinas, etc.)
Planes de Cuenta: Expresión económicafinanciera del negocio.
Idénticas a las tradicionales.
Contenido: Descripción de la cuenta, indicación de
su naturaleza, indicación de su capacidad de niveles
de análisis inferiores, etc.
Listas de Precio: Valores atribuibles a los
objetos del catálogo.
Tradicionalmente las listas de precio de compras, de
ventas, precios promedio, ultima compra. Listas de
precios de proveedores, etc.
Contenido: Tipo de lista, agendados relacionados,
fechas de vigencia, código de artículo, valor
correspondiente.
Datos Fijos
Procesos
Varios..
Transacciones
Formularios,
Reportes...
Circuitos
Saldos...
Acciones
Concepto de Clase de Comprobante:
Cada clase es un contenedor de información de similares
características y funciones.
Todas las clases tienen:
Definición estructural homogénea
Reglas de Comportamiento
Interfase de usuario estandarizada
Los comprobantes así definidos, adquieren los siguientes
rasgos comunes independientemente de la clase en que
han sido definidas:
Datos de Identificación
Items
Características (datos de libre creación por parte del usuario)
Que beneficios se buscan?
Unificar la presentación gráfica de los comprobantes
Reducir el tiempo de capacitación necesario para el ingreso e
interpretación de los datos de los comprobantes.
No vulnerar a la organización general por cambios
individuales.
Facilitar la implementación.
Habilitar la reingeniería contínua de los procesos
Ioioiooi ioio oioi oi
nnnn / /
X = a*b / c
ioioioioiooiioi
Y = z*b -v
Cálculos
Datos Fijos
Ioioioio oi oioi oioioi
oioii oiioi oi oioioi
iooioioioioio oi oi o
Datos Adicionales
Datos Fijos
Determinaciones sobre datos fijos
Estructura de la
Cálculos
Transacción
Hijos
Controles y Procesos
Varios..
Datos Adicionales
Transacción
Ingresa en un Circuito
Cada “Clase” representa un conjunto de contenido homogéneo,
especializado en contener información de determinado tipo orientada a
servir de base para soportar funciones comunes relacionadas a ese
conjunto de información.
Ejemplos:
Un comprobante de caja contiene información acerca de una entrega
o recepción de valores a una persona un día determinado.
Un comprobante de stock contiene
movimientos de artículos / mercadería.
información
acerca
de
Un asiento contable contiene información acerca de la imputación de
montos a cuentas contables.
Clases de Comprobantes:
Actividades
Cuentas Corrientes
Asientos Contables
Historias Clínicas
Caja
Stock
Comprobantes Individuales
Valores
Compras y ventas
Clase 4
Clase 2
Clase 3
Clase 1
Única Interfase de trabajo !!
Clase 5
Datos Fijos
Procesos
Varios..
Transacciones
Formularios,
Reportes...
Circuitos
Saldos...
Acciones
Flujo de Procesos (o workflow)
Es la Conducción de los Procesos de negocio a través de
pasos predeterminados
Los procesos se verifican mediante comprobantes
(transacciones), que circulan y las acciones que precipitan.
Las transacciones son guiadas –como si se tratase de mailsa través del sistema actuando sobre las bases de datos y
dejando registro de su paso por las diferentes etapas.
Como impacta el concepto de workflow en la
agilización de las tareas diarias ?
Distribuyendo las tareas a los responsables .
Administrando las tareas pendientes.
Notificando cuando una tarea no se cumplimenta en el
tiempo establecido.
Que beneficios se buscan?
Simplificar la gestión
Reducir la administración física de papeles y formularios
Conservar control sobre el seguimiento de las transacciones frente
a organismos internos y externos
Disponibilidad de información unificada y actualizada.
Permitir independizar los procesos operativos entre sí.
No vulnerar a la organización general por cambios individuales.
Facilitar la implementación.
Habilitar la reingeniería continua de los procesos
Simplificar el proceso de certificaciones normas ISO
Nivel
Bandeja(s)
Usuario(s)
Flujo
Nivel
Bandeja(s)
Usuario(s)
Flujo
Nivel
Bandeja(s)
Usuario(s)
Flujo
Nivel
Bandeja(s)
Usuario(s)
Nivel
de
partida
Flujo
Inteligencia: Decide hacia que circuito de destino debe
dirigir la transacción.
Condiciones: Verifica si cumple las condiciones para
dirigirse hacia ese destino.
Acciones: Realiza las acciones previamente a entregar la
transacción en destino.
Nivel
de
destino
Resumen
Nivel
de
partida
Transacción a circular
Inteligencia
Flujo
Acciones
Flujo
Nivel
Inteligencia
Error
Condiciones
Nivel
Errores/Advertencias
Condiciones
Acciones
Acciones típicas:
Provocar la impresión del comprobante que está circulando.
Provocar la acumulación de saldos de las cantidades o importes mencionados en
el comprobante en circulación.
Provocar la generación de un (o varios) comprobante(s) derivado(s) del
comprobante objeto de la circulación.
Provocar la circulación de comprobantes relacionados al que se encuentra
circulando.
Incorporar relaciones o valores de (o a) transacciones asociadas.
Incorporar relaciones o valores contenidas en las transacciones a los datos fijos
Incorporar el contenido de la transacción que circula en otra transacción.
“Congelar” (inhabilitar modificaciones) total o parcialmente la transacción en
curso.
Circulación típica definida en diversas posibilidades: Próximo Paso,
Condicional, Rechazo, Transferencia, Vuelta Atrás, etc.
Instancias de Flujo: Decisión, Control, Acciones condicionadas
Destinos Múltiples Independientes
Destino a una o múltiples bandejas en un mismo nivel
Reunión al cumplimiento del nivel
Avance automático de transacciones relacionadas.
Generación de transacciones en cascada
Tracking de toda transacción
Trabajo por lotes en forma masiva y selectiva
Datos Fijos
Procesos
Varios..
Transacciones
Formularios,
Reportes...
Circuitos
Saldos...
Acciones
Morph: Metamorfosis de Transacciones.
Denominamos metamorfosis de transacciones a la
transcripción de datos presentes en una transacción
hacia datos de otra.
Intersección de Items:
Todo ítem genuinamente informado definido en
las estructuras de ambas transacciones es
“copiado” a la transacción receptora.
Intersección de Datos Adicionales:
Todo dato adicional definido en las estructuras de
ambas transacciones es “copiado” a la
transacción receptora.
Preformatos:
Rutinas capaces de interpretar pantallas de ingreso de
datos especiales, ej.: pocos datos –asumiendo el resto-; o
bien coleccionando datos en forma inteligente y
presentando una alternativa válida en base a pocas
indicaciones.
Los preformatos permiten perfeccionar la información así
armada previo a su ingreso definitivo en el sistema.
Automatismos vía General Engine:
El sistema es capaz de recibir datos constantemente
desde dispositivos externos, y asimilarlos a
transacciones propias, lanzándolas al flujo.
Dominios determinados en función de los
requerimientos establecido en las estructuras de
cada transacción.
Básicamente, verificaciones de dominio.
Rutinas de
“botones”.
control
determinados
en
los
Normalmente, de relaciones de congruencia entre los datos
de una transacción, o en referencia a otros datos –pero que
pueden ser ingresadas en otro momento.
Rutinas de control determinadas en el flujo.
Normalmente, de relaciones de congruencia entre los datos
de una transacción, o en referencia a otros datos –pero
imprescindibles ante un cambio de estado de la
transacción.
Acciones por bandeja:
Acciones disparadas en forma manual que actúan sobre
todas las transacciones presentes en una bandeja (tal cual
lo haría un proceso batch tradicional).
Presentación de Información a pedido:
Rutinas disponibles detrás de los botones “Analizar” que
permiten coleccionar información relacionada al aspecto
sobre el cual se está trabajando y presentarla de manera
óptima según criterios diversos.
Definiciones a ingresar directamente por consultores o
usuarios entrenados.
Incorporación al sistema de los flujos de proceso:
obligatoriedad de su cumplimiento
Definiciones flexibles – Undo -.
Independencia del ingreso de los datos y muchas de
sus definiciones: permite ir ingresando los datos
independientemente de que su definición esté completa.
Independencia de cortes de información.
Totalmente configurables
Dinámicas: acompañan la evolución del negocio
Multiempresa
Multimoneda
Consolidación Contable
Seguridad Integrada
Trazabilidad total
Dado su carencia de definiciones propias, adopta las de cualquier
nación.
Web Enabled
Interfaces Abiertas Para otros sistemas.
Flash: Base Standard de NetPack5.
Núcleo de procedimientos estandarizados
administrativos.
Anonimix: Base de Procedimientos Alternativos (Best
Practices to add on).
Galería de procedimientos a elegir para configurar
diversos escenarios según mercado vertical y
preferencias.
La adopción de cualquier procedimiento no
implica rigidez alguna.
Arquitectura de Software para la creación de
Aplicaciones.