Diseñador de Oracle

Oracle Designer fue la herramienta CASE de Oracle para diseñar un sistema de información y generarlo. Después de generar el sistema de información, se puede editar el código generado con Oracle Developer Suite .

A partir de abril de 2018, este producto llegó al final de su vida útil y ahora solo se encuentra en soporte técnico . Las herramientas de diseño y modelado alternativas son Oracle JDeveloper y Oracle SQL Developer Data Modeler. ^[1]

El nombre original del producto era Oracle CASE y fue desarrollado en Inglaterra. Oracle CASE se basaba en el método de "ingeniería de software asistida por computadora" (método CASE) de Oracle Corporation. El método CASE fue desarrollado a su vez por Oracle Consulting UK en la década de 1980 basándose en técnicas de modelado como el modelado de relaciones entre entidades de Richard Barker et al. Con el tiempo, el producto se conocería como Oracle Designer, con un producto complementario, Oracle Developer (aunque en la práctica, la combinación de Oracle Designer/Developer era la más utilizada). Oracle se convirtió en el proveedor dominante de bases de datos y aplicaciones empresariales en la década de 1990 y, como consecuencia, Oracle Designer/Developer fue utilizado por muchas empresas desde mediados de la década de 1990 hasta mediados de la década de 2000. Un producto llamado SQL Data Dictionary (SDD) fue un precursor de Oracle CASE.

En la década de 1980, los sistemas de bases de datos relacionales, que se ejecutaban en servidores basados ​​en Unix, se hicieron populares para los sistemas administrativos utilizados por corporaciones y gobiernos. Los factores principales fueron el bajo costo de mantenimiento y la alta productividad del desarrollador en comparación con las tecnologías anteriores. A medida que se desarrollaban sistemas cada vez más grandes, los equipos de desarrollo de software luchaban por administrar los requisitos y mantener la calidad del código. Oracle CASE fue utilizado inicialmente por el equipo de gestión de calidad de Oracle Consulting UK y más tarde se convirtió en el estándar de facto para Oracle Custom Development (desarrollo personalizado en contraposición al software de aplicación empaquetado). El método Oracle CASE más tarde se conoció como Oracle Custom Development Method, con un enfoque similar para las personalizaciones de Oracle Application Suite llamado Oracle Application Development Method.

Oracle vendió sus productos Designer y Developer a empresas y grupos de consultoría, quienes a su vez crearon miles de sistemas que todavía están en funcionamiento en 2021. La filosofía de diseño detrás de Oracle Designer y las herramientas de la competencia en las décadas de 1980 y 1990 fue la arquitectura de tres esquemas que separaba un esquema externo, un esquema lógico y un esquema interno. Para la línea de productos de Oracle, el esquema interno correspondía al funcionamiento interno de su base de datos relacional, el esquema lógico correspondía a SQL y el esquema externo correspondía a pantallas e informes.

Oracle Designer se basó en un conjunto de conceptos bien pensados ​​que se adaptaban a los tipos de sistemas que se desarrollaron desde la década de 1980 hasta mediados de la década de 2000. Es más fácil describir estos conceptos por separado en términos de habilidades, estructura y tecnología:

En términos de habilidades, se esperaba que los diseñadores de software pensaran en estructuras de bases de datos en modelos de relación de entidades y modelos de descomposición funcional, y luego transformaran esos modelos en definiciones y módulos de bases de datos (las pantallas y los informes). Luego se esperaba que los desarrolladores de software elaboraran las definiciones y módulos de bases de datos para crear un código funcional. Finalmente, se esperaba que la operación diaria del sistema estuviera a cargo de administradores de bases de datos, quienes tenían un conocimiento detallado de los componentes internos de las bases de datos.

Oracle Designer/Developer dividió el desarrollo de software en datos y aplicaciones, que se visualizaron en tres niveles de abstracción: modelado, diseño e implementación. Esto genera una matriz de vistas de 2x3 que era visible durante todo el ciclo de vida del producto:

1. Modelo de relación entre entidades. Se trata de una abstracción de alto nivel de la estructura de la base de datos. Se utiliza principalmente para generar el diseño de la base de datos.
2. Diseño de la base de datos. Se trata de una representación de las tablas, vistas y restricciones de la base de datos, con anotaciones adicionales. Para ilustrar la diferencia con lo anterior, donde un modelo de relación entre entidades mostraría una relación entre dos entidades, el diseño de la base de datos incluiría columnas adicionales para una clave externa, la restricción de la clave externa y un índice sobre las columnas de la clave externa. Todos estos elementos podrían generarse a partir del modelo de relación entre entidades, lo que garantizaría una denominación y una trazabilidad coherentes. Los nombres de las tablas y columnas de muchas bases de datos de producción de Oracle que se utilizan en la actualidad se deben al uso de Oracle Designer. Las versiones posteriores de la herramienta permitieron la especificación de la mayoría de los elementos internos de la base de datos de Oracle, como los espacios de tablas y los archivos.
3. Generación del lenguaje de definición de base de datos (DDL) a partir del diseño de la base de datos.
4. Modelo de función. Se trata de un modelo de descomposición de funciones, en el que cada función contiene una descripción y una matriz CRUD en relación con el modelo de relación de entidades.
5. Módulos. Esto modelaba las pantallas, los informes y otros componentes de la aplicación. Se utilizaba principalmente para pantallas, debido a la disponibilidad de generación de código para Oracle (Developer) Forms. Era común que
6. Código de aplicación. Consistía principalmente en Oracle Forms, Oracle Reports y procedimientos almacenados para Oracle Database. Inicialmente, el código no se almacenaba en el repositorio de Oracle Designer, pero en versiones posteriores se animó a los desarrolladores a agregar código al repositorio, que se fusionó durante la generación del código. La arquitectura cliente-servidor del producto Oracle Developer era típica de la década de 1990: computadoras personales que ejecutaban Oracle Forms and Reports y se comunicaban con una base de datos Oracle a través de un protocolo de red llamado SQL*NET.

Esta estructura era más sencilla que los procesos de desarrollo de software anteriores y se adaptaba mejor a la tecnología disponible. También era más sencilla y conducía a un mayor nivel de generación de código que las metodologías competidoras de la época, como el Rational Unified Process de IBM.

Oracle Designer se basó inicialmente en una base de datos que contenía modelos de diseño, llamada repositorio , que no debe confundirse con un repositorio GIT moderno (una definición de diccionario de un repositorio es un lugar central seguro donde se almacenan cosas). Más tarde, Oracle Designer Repository incluyó modelos y código, pero siempre almacenados en una base de datos Oracle.

Las herramientas que componían Oracle Designer tenían su propia vista del repositorio, con la que crear y editar modelos, generar modelos más detallados, generar código o inspeccionar la calidad de un modelo. Por ejemplo, se esperaba que los diseñadores de especificaciones indicaran qué elementos de datos utilizaría una función, de modo que la persona que diseñara la estructura de la base de datos pudiera verificar que no hubiera elementos de datos sin utilizar. Otro ejemplo es la generación de una definición de base de datos a partir de un modelo de relación de entidades, que eventualmente se utilizaría para generar scripts de creación de tablas. Los primeros usuarios de Oracle Designer tendían a centrarse en el modelado y la generación de las estructuras de la base de datos y a menudo descuidaban el modelo de función y los módulos.

Inicialmente, la interfaz de usuario de Oracle Designer se desarrolló utilizando Oracle Forms y Oracle Reports. Se trataba de una interfaz de usuario en modo de caracteres que se utilizaba normalmente en sesiones de terminal o MS-Dos, con un editor de diagramas GUI que se ejecutaba únicamente en terminales Unix X-Windows. Cuando las interfaces gráficas de usuario se hicieron fácilmente disponibles en los sistemas operativos Windows 3.1 y Windows 95 a mediados de los años 90, se lanzó una versión provisional en Forms 4.0, pero rápidamente se archivó y se volvió a desarrollar en C++ como un programa exclusivo para Windows con sofisticadas herramientas de diagramación.

Cuando Oracle Designer se volvió obsoleto, abarcaba la generación de código de Oracle Forms, Oracle Reports, activadores de bases de datos y procedimientos de bases de datos almacenadas. Sería habitual que grandes porciones del código de un sistema se generaran de esta manera, y que los desarrolladores trabajaran en torno a los generadores de código para agregar código personalizado en eventos de ciclo de vida predeterminados.

Tres tendencias hicieron que las herramientas de Oracle Developer quedaran obsoletas, y con ellas Oracle Designer.

Oracle Designer/Developer estaba destinado al desarrollo de sistemas administrativos que se utilizaban principalmente de forma interna en las empresas. Muchas aplicaciones que aparecieron en la década de 2000 requerían que los clientes realizaran algún tipo de entrada de datos por cuenta propia. La arquitectura de Oracle Developer no se adaptaba bien a las necesidades y tecnologías de Internet, ya que habría requerido que los usuarios de Internet instalaran algún tipo de aplicación y luego se conectaran directamente a una base de datos. Aunque las versiones posteriores de Oracle Developer incluían un servidor de aplicaciones, requerían que se instalara un complemento basado en Java en el navegador de los usuarios, lo que exigía mucho a los navegadores de los usuarios finales. Esto suponía un desafío para las organizaciones con una flota de computadoras antiguas y resultaba poco práctico para las aplicaciones orientadas al cliente. Con el tiempo, las empresas pasaron a otras herramientas de desarrollo que admitían transacciones basadas en formularios HTTP/HTML, lo que eliminó la necesidad del Oracle Designer asociado.

Después de introducir sistemas para procesos empresariales internos en los años 70 y 90, las empresas comenzaron a poner más énfasis en la integración entre sistemas. Las tecnologías de Internet como HTTP, SOAP y los servicios web se convirtieron en estándares de la industria para el intercambio de datos, pero la arquitectura de Oracle Developer dificultaba la activación de parte de una aplicación desde una fuente externa.

A partir de 2000, las interfaces gráficas de usuario y la facilidad de uso se convirtieron en un factor importante en la adopción de nuevas pilas de desarrollo. Oracle Developer estaba pensado para aplicaciones administrativas que los empleados de la empresa utilizan para la entrada de datos y era muy bueno en ellas. Los nuevos usuarios debían recibir formación sobre el uso de determinadas combinaciones de teclas para poder utilizar las aplicaciones. Por ejemplo, cada pantalla tenía un modo de consulta e inserción que permitía a los usuarios buscar y manipular registros de bases de datos poco visibles. Las pantallas tendían a parecerse a una colección de tablas similares a hojas de cálculo con una estructura de menú. Las expectativas de facilidad de uso del sistema aumentaron en la década de 2000 y, con el tiempo, superaron las ventajas de productividad del desarrollo que suponía generar este tipo de aplicaciones.

Modelado de procesos de negocio

• Modelador de procesos

Modelado de análisis de sistemas

• Diagramador ER
• Flujo de datos
• Jerarquía de funciones

Magos del diseño

• Asistente de base de datos
• Asistente de aplicaciones

Diseño de sistemas

• Esquema de datos
• Lógica del módulo
• Datos del módulo
• Preferencias
• Estructura del módulo

Generadores de cliente/servidor

• Servidor : objetos de base de datos Oracle (tablas, índices, restricciones, etc.)
• Formularios de Oracle
• Informes de Oracle
• Visual Basic
• Servidor web
• Ayuda de Microsoft
• Capa de objetos de C++

Utilidades

• Navegador de objetos del repositorio (RON)
• Matriz
• Informes del repositorio
• Utilidad de administración
• SQL*Plus
• Ayuda en línea

Caso 1 de Oracle

Caso 2 de Oracle

Caso 3 de Oracle

Caso 4 de Oracle

Oracle CASE 5 - desarrollado utilizando pantallas de modo de caracteres SQL*Forms 3

Oracle CASE 5.1 ​​fue un rediseño importante en el que las pantallas se rediseñaron utilizando Oracle Forms 4.0, que proporcionaba una interfaz GUI.

Los números de versión se vuelven confusos en este punto porque van al revés. Se cambió el nombre del software y la siguiente versión lanzada fue Oracle Designer/2000 6.0 (que no debe confundirse con Designer 6, que se lanzó años después).

La siguiente versión menor cambió el sistema de numeración para estar en línea con Oracle Developer, por lo que se denominó Designer 1.1.

Diseñador 1 que admitía generadores para Formularios 4.5

Designer 2, que admitía generadores para Forms 4.5 y 5

Después de este punto, los números de versión se cambiaron para estar en línea con Oracle Developer.

Diseñador 6 que admitía generadores para Formularios 4.5, 5 y 6.

Designer 6i: el número de versión preliminar era 6.5. La versión de producción se cambió a 6i para mantener la sincronización con el nombre de la versión de Oracle Developer.

Diseñador 9i

Designer 10gR2 (10.1.2.6): esta fue la última versión de Designer ^[2]

• Billings, Chris (1997). Desarrollo rápido de aplicaciones con Oracle Designer/2000 . Harlow: Addison Wesley Pub. Co. ISBN 0-201-63444-9.
• Dorsey, Paul (1997). Manual de Oracle Designer/2000 . Berkeley: Osborne. ISBN 0-07-882229-7.
• Anderson, Carrie (1997). Manual de Oracle Designer/2000 . Boston: Addison-Wesley. ISBN 0-201-63445-7.
• Dorsey, Dr. (1998). Manual de diseño de Oracle . Nueva York: McGraw-Hill Companies. ISBN 0-07-882417-6.
• Lulushi, Albert (1998). Inside Oracle Designer/2000 . Upper Saddle River: Prentice Hall PTR. ISBN 0-13-849753-2.
• Atkins, Kenneth (1999). Oracle Designer Generation . Nueva York: McGraw-Hill Companies. ISBN 0-07-882475-3.
• Kramm, Mark (2000). Oracle Designer . Upper Saddle River: Prentice Hall PTR. ISBN 0-13-015343-5.

• Tutorial para Designer/2000
• Tutorial de Oracle Designer: Creación de una base de datos Oracle, Elizabeth Gallas, Fermi National Accelerator Laboratory , 2 de noviembre de 2000.
  Versión en PDF: Tutorial de Oracle Designer: Creación de una base de datos Oracle
• Diseño y desarrollo acelerados con Oracle Designer 6i