CorVision

Los orígenes de CorVision se remontan a 1972, cuando Lou Santoro y Mike Lowery crearon INFORM para la recién formada empresa de tiempo compartido Standard Information Systems (SIS). INFORM incluía algunos de los comandos básicos de utilidad de CorVision, como SORT, REPORT, LIST y CONSOLIDATE. Entre los primeros usuarios de INFORM se encontraban New England Telephone , Polaroid y Temple Barker & Sloan. Para 1972, SIS contaba con oficinas en Los Ángeles, Garden Grove, Minneapolis, Chicago, Boston, Nueva York, el Distrito de Columbia, Charlotte, Raleigh, Atlanta y Phoenix.

Entre 1976 y 1977, Ken Levitt y Dick Berthold de SIS adaptaron INFORM del CDC-3600 al PDP-11 /70 bajo la dirección de IAS . A esta nueva herramienta la denominaron INFORM-11. Cortex fue fundada en 1978 por Sherm Uchill, Craig Hill, Mike Lowery y Dick Berthold para comercializar INFORM-11. INFORM-11 se utilizó inicialmente para implementar un sistema de entrada de pedidos para 20 usuarios en Eddie Bauer y un sistema de procesamiento de seguros para Consolidated Group Trust.

Entre 1981 y 1982, Cortex recibió una importante inversión de AB Dick . Gracias a esta nueva inversión, Cortex adaptó INFORM al nuevo VAX/VMS de Digital Equipment Corporation , añadiendo ejecutables compilados . Tanto Cortex como Digital promocionaron INFORM-11 como un sistema pionero de desarrollo rápido de aplicaciones .

En 1984, Jim Warner integró INFORM en una herramienta de desarrollo basada en repositorios y la denominó Application Factory. El lenguaje de programación procedimental PROCESS de INFORM pasó a llamarse BUILDER dentro de Application Factory. En 1986, se abandonó el nombre de Application Factory en favor de CorVision.

Entre 1986 y 1989, CorVision vivió su época dorada. Rápidamente se consolidó como una herramienta robusta y eficaz para el desarrollo ágil de aplicaciones multiusuario de gran envergadura. La incorporación del soporte para bases de datos relacionales atrajo a importantes clientes. Cortex se convirtió rápidamente en una empresa internacional.

En 1992, se lanzó CorVision versión 5 con Query y compatibilidad con Unix . Query permitía el acceso de solo lectura a la base de datos del sistema tanto para usuarios como para desarrolladores. Si bien esta funcionalidad parecía deseable, ya que permitía a los usuarios crear informes de un solo uso sin necesidad de recurrir a los desarrolladores, tenía el inconveniente de causar problemas de rendimiento. Los usuarios a menudo desconocían la estructura de la base de datos y podían enviar consultas extensas a las colas de procesamiento, lo que provocaba problemas en todo el sistema.

En 1993, Cortex comenzó a ofrecer soporte para la nueva línea Alpha de 64 bits de Digital . En 1994, International Software Group Co. Ltd. (ISG) adquirió Cortex.

Ya en 1987, Cortex reconoció el creciente auge del IBM PC , ofreciendo soporte para la edición de menús y relaciones de datos mediante diagramas en CorVision. En 1993 se lanzó una versión cliente-servidor, pero no tuvo una gran acogida. En 1997, ISG abandonó el desarrollo de CorVision-10, que iba a suponer el renacimiento de CorVision en la plataforma IBM PC. CorVision-10 estaba resultando muy difícil de portar, e ISG finalmente se negó a seguir invirtiendo en el sistema, que ya estaba obsoleto. En 1994 se lanzó la última versión innovadora de CorVision: la V5.11. La versión de pago adicional para el año 2000 , la V5.12.2, marcó el final del desarrollo.

CorVision aún se utiliza en algunas empresas que no han encontrado el tiempo ni el dinero para actualizar sus sistemas mainframe. Dado que CorVision se ejecuta en el entorno VMS, es muy estable, pero la búsqueda de desarrolladores y contratistas de CorVision para dar soporte a estos sistemas obsoletos es un problema. Desde aproximadamente 1999, han comenzado a aparecer empresas que ofrecen herramientas de conversión para transformar el código BUILDER a Visual Basic y Java compilados .

En 2005, Michael Lowery, experto en CorVision y actual presidente de Order Processing Technologies, intentó revitalizar la marca CorVision con CV2VB, un proceso para convertir aplicaciones CorVision en aplicaciones .NET mediante un servidor SQL . CV2VB es la tercera generación de modeladores y generadores de código para la conversión y sustitución de aplicaciones CorVision de OPT. Actualmente, se utiliza comercialmente en antiguos clientes de CorVision. Puede encontrar más información en el sitio web de CV2VB .

El primer paso para desarrollar una aplicación con CorVision es completar los parámetros que controlan los diversos aspectos relacionados con las funciones generales de la aplicación.

Los parámetros se dividen en cinco grupos, como se indica a continuación:

1. Información sobre encabezados, títulos y menús de la aplicación.
2. Parámetros de desarrollo que afectan al entorno de trabajo de CorVision.
3. Parámetros de tiempo de ejecución que afectan la ejecución de la aplicación (incluido el control de lotes y cola de impresión).
4. Opciones de navegación para toda la aplicación.
5. Elementos del menú estándar para toda la aplicación.

Por lo general, los valores predeterminados de estos parámetros son satisfactorios. Sin embargo, CorVision permite modificar esta configuración en cualquier momento durante el desarrollo. El archivo de parámetros (WP) se accede en tiempo de ejecución, por lo que siempre se utiliza la configuración más reciente.

CorVision mantiene actualizada la información que aparece en la pantalla de estado para indicar el estado actual del proceso de desarrollo. El lado izquierdo muestra las tareas de especificación pendientes, mientras que el lado derecho muestra las tareas de generación pendientes.

Cambios o adiciones a las especificaciones y los cambios que provocan.

Diccionario, conjuntos de datos y claves

• Generar *.CRE, crear enlaces

Diccionario, conjuntos de datos, claves

• Pantallas, informes, vistas de datos

Pantallas, informes

• Generar *.SCR, *.RPT, *.JOB

Menús

• Generar *.DO

CorVision ofrece una útil función llamada Búsqueda de campos. Esta función permite investigar y analizar el uso de los campos en diferentes aspectos de la aplicación. De esta forma, los desarrolladores pueden evaluar el impacto de los cambios antes de implementarlos.

Para proporcionar detalles completos de las especificaciones en formato impreso, CorVision ofrece la opción Generar informes. Se pueden generar más de 80 tipos de informes diferentes. También se pueden generar Informes de especificación de componentes (CSR, por sus siglas en inglés) para elementos provisionales, sin referencia o sin resolver.

La clave de CorVision son los PROCEDIMIENTOS. Los procedimientos en CorVision se convierten finalmente en imágenes ejecutables (.EDO).

Existen tres tipos de procedimientos:

Procedimientos de selección

Se utiliza para la entrada y actualización de datos, se accede a él desde un menú y es navegable. Un procedimiento de este tipo consta de la selección del menú, las pantallas clave y la pantalla de datos. Estas se generan y compilan conjuntamente. Puede considerar este procedimiento como el procedimiento PRINCIPAL, que se denomina PRINCIPAL por defecto en CorVision.

Flujo de trabajo / Procedimientos de informes

Presentación de datos en forma de informe. Este tipo de procedimiento suele constar de un único paso para generar el informe. Este se genera y compila por separado del procedimiento de visualización.

Procedimiento personalizado

Procedimientos codificados manualmente en BUILDER. Estos procedimientos pueden realizar cualquier función que permita el código BUILDER. Un procedimiento de este tipo se escribe completamente en BUILDER, el lenguaje de programación 4GL de CorVision. También se genera y compila por separado de los otros dos tipos.

No es del todo cierto considerar un procedimiento como un programa. De hecho, un procedimiento es un conjunto de instrucciones (comandos BUILDER) que construyen un programa. En BUILDER, un programa se denomina proceso, no programa. Por lo tanto, un procedimiento es un conjunto de comandos BUILDER que le indican a BUILDER que construya un proceso y lo guarde en la biblioteca de programas como un archivo compilado con la extensión .SAV.

CorVision mantiene los archivos de estructura de datos separados si BUILDER los va a manipular. BUILDER conserva un archivo de estructura y un archivo de estructura de clave para cada conjunto de datos utilizado por la aplicación.

Cuando se compila un proceso, las estructuras de datos se "vinculan" al proceso en ese momento, por lo que la "vinculación" de las estructuras de datos tiene lugar en el momento preciso en que se compila el proceso.

Dado que la estructura y los archivos de estructura clave se mantienen separados, las definiciones del conjunto de datos se pueden modificar durante el desarrollo. Esta es una gran ventaja de CorVision, ya que permite crear un entorno de creación de prototipos donde tanto el código como las estructuras de datos se pueden modificar a lo largo del desarrollo y luego integrarse en tiempo de compilación .

Los archivos de estructura y de estructura clave se cargan antes de la compilación del proceso. Esto se realiza mediante el archivo de carga. BUILDER parte del supuesto de que las estructuras de datos ya están cargadas al compilar un proceso. Es en este punto donde la compilación vincula las estructuras de datos al código.

• Agregar/Modificar la especificación del procedimiento
• Construya (progresivamente) los componentes de la aplicación.
  • Menús
  • Pantallas
  • Informes
  • Código personalizado
• Generar (progresivamente) los archivos compilables
• Compilar el procedimiento

Se crean los siguientes archivos:

• .DEF :Define los campos utilizados dentro del procedimiento.
• .DFS: Define los archivos (.DEF) utilizados dentro del procedimiento.
• .DO :Generó BUILDER para controlar la ejecución/compilación del procedimiento.
• .IOS  : el procedimiento.
• .LOA: Generador BUILDER para controlar la carga de todos los conjuntos de datos necesarios utilizados por el procedimiento.
• .SCS: Lista de todas las pantallas utilizadas en el procedimiento

También se pueden añadir los siguientes archivos:

• .DCL : archivo de lenguaje de comandos DIGITAL.
  • Defina la lógica específica de CorVision.
  • Defina cualquier otro procesamiento antes de ejecutar el procedimiento.

Tras la compilación se crean los siguientes archivos:

• VAX de 32 bits
  • .SAV
  • .EDO
• ALPHA de 64 bits
  • _TV.SAV (después de la adquisición de derechos)
  • _TV.HIF (después de la adquisición de derechos)
  • _TV.EDO (después de la adquisición de derechos)