LINC 4GL

LINC ("Logic and Information Network Compiler") es un lenguaje de programación de cuarta generación , ^{[ 1 ]} utilizado principalmente en sistemas informáticos Unisys .

LINC fue desarrollado originalmente como un atajo (o plantilla) por dos programadores para reproducir y automatizar la producción de aplicaciones informáticas para diferentes empresas con requisitos y especificaciones similares. Dichos requisitos eran similares porque las empresas seguían un modelo de negocio común y genérico.

Es decir, estas empresas comerciaban con "productos básicos", "piezas", "proveedores" o "clientes" (denominados "componentes" en la terminología LINC). Estos productos eran "fabricados", "ensamblados", "comprados" o "vendidos" (acciones denominadas "eventos" en la terminología LINC).

Estos componentes y eventos eran las "especificaciones de interfaz" o "ispecs" y contenían las definiciones de la base de datos, los diseños de pantalla y las reglas de negocio del sistema de aplicación.

LIRC (Logic and Information Report Compiler) formaba parte de LINC y se desarrolló para permitir al programador generar informes (por ejemplo, "órdenes de compra", "facturas", "notas de crédito", "albaranes", "comprobantes de venta"). Se accedía a la información de estos informes mediante diversas vistas definidas por el usuario de estos componentes y eventos, denominados "perfiles".

Dado que los informes se ejecutan como una tarea independiente (como un hilo de ejecución independiente), también podrían programarse para ejecutarse como un proceso en segundo plano; es decir, podrían suspenderse durante un período de tiempo o hasta que se les despierte, para realizar algún procesamiento y luego volver a suspenderse.

Parte del motivo de la introducción de esta nueva terminología fue simplificar el sistema para los programadores, aislándolos de gran parte de la tecnología subyacente. (De manera similar, se utilizaron nombres distintos para las estructuras de control: DO.WHEN en lugar de IF o LOOP, y LOOK.UP o DETERMINE en lugar de READ, con las instrucciones OPEN y CLOSE generadas automáticamente).

Lo que permitió a LINC aumentar la eficiencia de los programadores y facilitar la lectura y el mantenimiento de los sistemas de aplicación que producían, y lo diferenció de ser simplemente otro lenguaje de alto nivel de tercera generación , fue la suposición, el uso y la total dependencia de LINC de todas las funcionalidades disponibles e integradas en el ordenador Burroughs para el que fue escrito: sistema operativo, lenguaje de control de trabajos, lenguaje de programación COBOL, sistema de gestión de bases de datos, definición de red, terminal de usuario, etc. (Véase también la sección "historial" más abajo).

A partir de la versión 11, su naturaleza cambió. Donde antes las especificaciones de LINC (y LIRC) se almacenaban en archivos de código fuente, ahora se guardaban en una base de datos (diseñada y desarrollada con LINC 4GL) y se sometían a una rigurosa validación automática. El nuevo sistema basado en LINC donde se almacenaban las especificaciones se denominó LINC Interactive o Entorno de Desarrollo de LINC (LDE).

Se recurrió ampliamente a la "pintura de pantalla" de la terminal (es decir, a la "simulación" de una pantalla de entrada de datos CRT ) para facilitar la definición del sistema, por ejemplo, para definir los atributos de la base de datos de un componente (nombre, longitud, alfanumérico, reglas de validación, etc.) y para definir los diseños de los informes.

A principios de la década de 1990, se lanzó una nueva herramienta para PC destinada al desarrollo de especificaciones LINC: el Asistente de Desarrollo LINC (LDA). LDA se programó en una combinación de Smalltalk y C++ en lugar de LINC 4GL (este último no estaba diseñado para ejecutarse en un ordenador personal). A partir de la versión 17, se estableció que todo el desarrollo debía realizarse con LDA.

Ahora LINC se conoce como Unisys Enterprise Application Environment (EAE) y crea aplicaciones generando código ejecutable (Cobol) para sistemas Unisys ClearPath, Dorado y Libra (anteriormente mainframes Burroughs A-Series y Sperry OS1100), Microsoft Windows y varias plataformas Unix y Linux . También generará clientes front-end con interfaz gráfica de usuario (GUI) en

• Java
• Clientes de Visual Basic 6
• Páginas activas del servidor
• Servicios web para Microsoft IIS
• ASP.NET
• VB.NET

Además de compilar el código generado e implementar bases de datos que se ajusten a la especificación, las bases de datos compatibles incluyen Burroughs DMSII , Sperry RDMS , Oracle y Microsoft SQL Server .

Última actualización:

Unisys EAE evolucionó a Unisys Agile Business Suite (AB Suite). El lenguaje LDL se actualizó a LDL+, con nuevas características orientadas a objetos. El entorno de desarrollo utiliza el IDE Microsoft Visual Studio. El enfoque basado en modelos se amplió con un diagrama de clases UML integrado con todo el código fuente de la solución, de manera que se logra una actualización bidireccional. Los cambios en las reglas de negocio pueden generar cambios en la representación UML y viceversa.

AB Suite 4.0 utiliza Visual Studio 2012 y se integra con Team Foundation Server 2012.

AB Suite genera archivos para un entorno .NET o para un entorno ClearPath MCP.

La generación de código es transparente para el usuario, lo que permite a los desarrolladores diseñar e implementar aplicaciones rápidamente. Las nuevas versiones reconocerán automáticamente los cambios en la base de datos y generarán código para migrar las estructuras de datos (si es necesario) a una nueva estructura sin la intervención del desarrollador.

Una característica clave que diferencia el uso de AB Suite es que permite un trabajo rápido en los puntos de función, es decir, permite actividades paralelas en todo un sistema para eliminar la acumulación de trabajo pendiente.

• Proporciona una interfaz intuitiva y fácil de entender para la programación en Burroughs DMS y COBOL.
• Al haberse modernizado para admitir diferentes plataformas, facilita la migración entre plataformas y bases de datos.
• Al confinar una especificación en una base de datos, todo el diseño puede mantenerse en un único entorno de diseño y desarrollo.
• Una vez generado, el código es totalmente coherente con sus especificaciones de diseño.
  • La interfaz de cliente siempre es coherente con el sistema generado simultáneamente.
  • El código de acceso a la base de datos del sistema siempre es coherente con las tablas de la base de datos del sistema.

Principalmente, LINC no logra competir con la gran cantidad de sistemas llave en mano disponibles en muchos otros proveedores (especialmente IBM ). El costo de adquirir y personalizar un producto existente (por ejemplo, el sistema bancario minorista Hogan) se percibe como menos costoso y arriesgado que usar LINC para crear, desde cero, un sistema empresarial completo con todas sus reglas.

Otras debilidades se derivan principalmente de su dependencia y de que se basa en Burroughs DMS y COBOL, que difieren enormemente de otras plataformas informáticas.

• Las personas que se incorporan al sector o que provienen de entornos Unix/Windows pueden tener dificultades para adaptarse a este paradigma diferente.
• La funcionalidad puede verse limitada por la necesidad de admitir múltiples plataformas. No se pueden utilizar estructuras o consultas óptimas de Oracle si las plataformas mainframe no las admiten.

• Information Exchange Group, proveedor de servicios para facilitar el desarrollo con LINC, http://www.ieg-inc.com/