desarrollo de software para empresas

La recomendacion de manual es:bajo acoplamiento
En las pymes , cuando el personal es escaso , no pueden distribuir funciones y procesos.
Al contrario , se concentran lo mas posible haciendo a sus empleados polifuncionales.
Aun cuando la concentracion de procesos es un riesgo no solo por la rigidez resultante sino por la seguridad de la empresa , prima la cuestion del costo .
Muchas pymes para bajar costos , hacen parte del trabajo contable , control de  stock y administracion de compras y ventas "entrecasa" aun cuando no cuenten no cuente con personal capacitado.
Gralmente en estas empresas cuando se refieren a gestion o contabilidad , se refieren a lo que identifican como "TODO"
Hubo un modelo de los años 70 , cuya arquitectura todavia sobrevive en muchos soft en uso en la actualidad. La peor herencia de esos sistemas "legacy" fue las estructuras de datos utilizadas
La primera vez que tuve contacto con algo de eso fue en 1984 cuando el desarrollador de soft de un supermercado de Jujuy me mostro lo que estaba haciendo... El a la mañana trabajaba en una reparticion publica con una IBM sistema 34 y por la tarde trataba de meter la gestion del super en un par de disketes de 8" ! en una Pc IBM xt. Creo que lo hacia en cobol. Un programa monolitico monstruso con una cantidad impresionante de archivos. Lo que se veia muy bien era: la traslacion que habia hecho de los menues , a partir de lo que hacia la  vieja y enorme ibm sistema 36
Volvi a estar en contacto con algo asi un par de años despues trabajando para un distribuidor de Pc Bull , que habia recibido como parte del paquete a vender un sistema de gestion en un lenguaje propietario llamado BAL (Basic Administrative Lenguage). Era un sistema integrado de compras , ventas ,stocks , contabilidad (gral , iva) , sueldos.
Con el tiempo descubri que eral la traslacion a BAL de un sistema que daba vueltas por el pais , creado por no se quien , que originalmente estaba en BASIC ! compilado con un manejador de archivos algo como el Btrieve.
Años despues me lo volvi a encontrar encarnado en "Tango", seguia en basic compilado pero con una libreria sql
Ese programa   era  visto por los "contables" de las pymes como de altas capacidades y gran integracion.
Visto desde su arquitectura y codigo ... era una espantosa suma de codigo Spagheti , archivos oportunistas , mucho batch superado con dependencias forzadas y acoplamiento a todo gas!
Entonces ... la experiencia en las pymes dice que es efectivo un sistema altamente acoplado (eso que el vendedor llamara: "integrado")