Oracle Designer

Oracle Designer
	Oracle Designer 2000
Оригинальный автор(ы)	Оракул
Финальный выпуск	10.1.2.6 / 2010
Тип	СЛУЧАЙ
Веб-сайт	Oracle Designer

Oracle Designer — это Oracle инструмент CASE- для проектирования информационной системы и ее создания. После создания информационной системы сгенерированный код можно редактировать с помощью Oracle Developer Suite .

По состоянию на апрель 2018 года срок службы этого продукта истек, и в настоящее время он находится только на постоянной поддержке . Альтернативными инструментами моделирования и проектирования являются Oracle JDeveloper и Oracle SQL Developer Data Modeler . ^[1]

История

Первоначальное название продукта было Oracle CASE, и он был разработан в Англии. Oracle CASE был основан на методе корпорации Oracle «Компьютерная разработка программного обеспечения» (метод CASE). Метод CASE, в свою очередь, был разработан Oracle Consulting UK в 1980-х годах на основе таких методов моделирования, как «Моделирование отношений сущностей» Ричарда Баркера и др. В конечном итоге продукт стал известен как Oracle Designer с дополнительным продуктом Oracle Developer (хотя на практике чаще всего использовалась комбинация Oracle Designer/Developer). Oracle стала доминирующим поставщиком баз данных и корпоративных приложений в 1990-х годах, и, как следствие, Oracle Designer/Developer использовался многими предприятиями с середины 1990-х до середины 2000-х годов. Продукт под названием SQL Data Dictionary (SDD) был предшественником Oracle CASE.

Контекст

В 1980-х годах системы реляционных баз данных, работающие на серверах на базе Unix, стали популярными в качестве административных систем, используемых корпорациями и правительствами. Основными факторами были низкие затраты на обслуживание и высокая производительность разработчиков по сравнению с более ранними технологиями. По мере разработки все более крупных систем командам разработчиков программного обеспечения приходилось изо всех сил пытаться управлять требованиями и поддерживать качество кода. Oracle CASE первоначально использовался командой управления качеством Oracle Consulting UK, а затем стал фактическим стандартом для индивидуальной разработки Oracle (индивидуальная разработка в отличие от пакетного прикладного программного обеспечения). Метод Oracle CASE позже стал известен как метод индивидуальной разработки Oracle, с аналогичным подходом к настройке пакета приложений Oracle, который называется методом разработки приложений Oracle.

Oracle продавала свои продукты Designer и Developer предприятиям и консалтинговым группам, которые, в свою очередь, создали тысячи систем, которые все еще существуют по состоянию на 2021 год. Философией проектирования, лежащей в основе Oracle Designer и конкурирующих инструментов в 1980-х и 1990-х годах, была архитектура с тремя схемами. который разделил внешнюю схему, логическую схему и внутреннюю схему. Для линейки продуктов Oracle внутренняя схема соответствовала внутренней работе их реляционной базы данных, логическая схема соответствовала SQL, а внешняя схема соответствовала экранам и отчетам.

Концепции

Oracle Designer был основан на хорошо продуманном наборе концепций, которые соответствовали типам систем, разрабатывавшихся с 1980-х до середины 2000-х годов. Проще всего описать эти понятия отдельно с точки зрения навыков, структуры и технологий:

Навыки

С точки зрения навыков, разработчики программного обеспечения должны были продумывать структуры баз данных в моделях отношений сущностей и моделях функциональной декомпозиции, а затем преобразовывать эти модели в определения и модули базы данных (экраны и отчеты). Затем ожидалось, что разработчики программного обеспечения разработают определения и модули базы данных для создания рабочего кода. Наконец, ожидалось, что повседневная эксплуатация системы будет осуществляться администраторами базы данных, которые хорошо знали внутреннее устройство базы данных.

Структура

Oracle Designer/Developer разделил разработку программного обеспечения на данные и приложения, которые рассматривались на трех уровнях абстракции; Моделирование, проектирование и реализация. Это дает матрицу представлений размером 2x3, которая была видна на протяжении всего жизненного цикла продукта:

Модель отношений сущностей. Это абстракция высокого уровня структуры базы данных. Используется в основном для создания проекта базы данных.
Проектирование базы данных. Это представление таблиц, представлений, ограничений базы данных с дополнительными аннотациями. Чтобы проиллюстрировать разницу с вышеизложенным; если модель отношений сущностей будет показывать связь между двумя сущностями, то конструкция базы данных будет включать дополнительные столбцы для внешнего ключа, ограничение внешнего ключа и индекс по столбцам внешнего ключа. Все это может быть создано на основе модели отношений сущностей, обеспечивая единообразие именования и отслеживаемость. Имена таблиц и столбцов во многих производственных базах данных Oracle, используемые сегодня, связаны с использованием Oracle Designer. Более поздние версии инструмента позволили указать большинство внутренних компонентов базы данных Oracle, таких как табличные пространства и файлы.
Генерация языка определения базы данных (DDL) на основе проекта базы данных.
Функциональная модель. Это модель декомпозиции функций, где каждая функция содержит описание и матрицу CRUD относительно модели Entity Relationship.
Модули. Это моделировало экраны, отчеты и другие компоненты приложения. В основном используется для экранов из-за возможности генерации кода для форм Oracle (Developer). Это было обычным для
Код приложения. В основном это были формы Oracle, отчеты Oracle и хранимые процедуры для базы данных Oracle. Первоначально код не хранился в репозитории Oracle Designer, но в более поздних версиях разработчикам предлагалось добавлять код в репозиторий, который объединялся во время генерации кода. Клиент-серверная архитектура продукта Oracle Developer была типичной для 1990-х годов; Компьютеры ПК, на которых работают формы и отчеты Oracle, которые обмениваются данными с базой данных Oracle по сетевому протоколу SQL*NET.

Эта структура была проще, чем предыдущие процессы разработки программного обеспечения, и лучше соответствовала доступным технологиям. Это также было проще и приводило к более высокому уровню генерации кода, чем конкурирующие методологии того времени, такие как Rational Unified Process от IBM.

Технология

Репозиторий

Oracle Designer изначально был основан на базе данных, содержащей модели проектирования, называемой репозиторием , не путать с современным репозиторием GIT (словарное определение репозитория — это безопасное центральное место, где хранятся вещи). Позже репозиторий Oracle Designer включал модели и код, но всегда хранился в базе данных Oracle.

Инструменты моделирования и проектирования

Каждый из инструментов, входящих в состав Oracle Designer, имел свой взгляд на репозиторий, с помощью которого можно было создавать и редактировать модели, генерировать более подробные модели, генерировать код или проверять качество модели. Например, разработчики спецификаций должны были указать, какие элементы данных будет использовать функция, чтобы человек, проектирующий структуру базы данных, мог убедиться в отсутствии неиспользуемых элементов данных. Другим примером является создание определения базы данных на основе модели отношений сущностей, которое в конечном итоге будет использоваться для создания сценариев создания таблиц. Первые пользователи Oracle Designer, как правило, сосредотачивались на моделировании и создании структур базы данных и часто пренебрегали функциональной моделью и модулями.

Первоначально пользовательский интерфейс Oracle Designer был разработан с использованием Oracle Forms и Oracle Reports. Это был пользовательский интерфейс в символьном режиме, который обычно использовался в терминальных сеансах или MS-Dos, с редактором диаграмм графического интерфейса, который работал только на терминалах Unix X-Windows. Когда в середине 1990-х годов графические пользовательские интерфейсы стали легко доступны в операционных системах Windows 3.1 и Windows 95, временная версия была выпущена в Forms 4.0, но быстро отложена и переработана на C ++ как программа только для Windows со сложными инструментами построения диаграмм.

Репозиторий кода

К тому времени, когда Oracle Designer устарел, он включал в себя генерацию кода Oracle Forms, Oracle Reports, триггеров базы данных и хранимых процедур базы данных. Было бы обычным явлением генерировать таким образом большие части системного кода, когда разработчики работают с генераторами кода, чтобы добавлять собственный код в заранее определенные события жизненного цикла.

Причины ухода от Oracle Designer в 2000-х годах

Три тенденции сделали инструменты Oracle Developer устаревшими, а вместе с ними и Oracle Designer.

Интернет

Oracle Designer/Developer был нацелен на разработку административных систем, которые в основном использовались внутри предприятий. Многие приложения, появившиеся в 2000-х годах, требовали от клиентов выполнения той или иной формы самостоятельного ввода данных. Архитектура Oracle Developer не очень хорошо соответствовала потребностям и технологиям Интернета, поскольку требовала от пользователей Интернета установить какое-то приложение, а затем напрямую подключиться к базе данных. Хотя более поздние версии Oracle Developer включали сервер приложений, для этого требовалась установка подключаемого модуля на основе Java в браузере пользователя, что предъявляло высокие требования к браузерам конечных пользователей. Это представляло проблему для организаций с парком старых компьютеров и было непрактично для приложений, ориентированных на клиентов. Со временем предприятия перешли на другие инструменты разработки, которые поддерживали транзакции на основе форм HTTP/HTML, что устранило необходимость в связанном Oracle Designer.

Требования к интеграции

После внедрения систем внутренних бизнес-процессов в 70-90-х годах предприятия начали уделять больше внимания интеграции между системами. Интернет-технологии, такие как HTTP, SOAP и веб-сервисы, стали отраслевыми стандартами обмена данными, но архитектура Oracle Developer затрудняла активацию части приложения из внешнего источника.

Графические пользовательские интерфейсы

Начиная с 2000 года, графические пользовательские интерфейсы и удобство использования стали основным фактором внедрения новых стеков разработки. Oracle Developer был предназначен для административных приложений, которые используются для ввода данных сотрудниками предприятий, и очень хорошо справляется с ними. Новых пользователей нужно было обучить тому, как использовать определенные комбинации клавиш для использования приложений. Например, на каждом экране был режим запроса и вставки, который позволял пользователям находить и манипулировать тонко завуалированными записями базы данных. Экраны, как правило, напоминали набор таблиц, похожих на электронные таблицы, со структурой меню. Ожидания от удобства использования системы возросли в 2000-х годах и в конечном итоге перевесили преимущества в производительности разработки, связанные с созданием приложений такого типа.

Компоненты

Моделирование бизнес-процессов

Разработчик моделей процессов

Системный анализ Моделирование

Мастера дизайна

Системный дизайн

Генераторы клиент/сервер

Сервер — объекты базы данных Oracle (таблицы, индексы, ограничения и т. д.)
Формы Oracle
Отчеты Oracle
Визуальный Бейсик
Веб-сервер
Справка Майкрософт
C++ Объектный уровень

Утилиты

Навигатор объектов репозитория (RON)
Матрица
Отчеты репозитория
Утилита администратора
SQL*Плюс
Онлайн-помощь

Версии

Oracle СЛУЧАЙ 1

СЛУЧАЙ 2 Oracle

Oracle СЛУЧАЙ 3

Oracle СЛУЧАЙ 4

Oracle CASE 5 — разработан с использованием экранов символьного режима SQL*Forms 3.

Oracle CASE 5.1 представлял собой серьезную переработку, в которой экраны были переработаны с использованием Oracle Forms 4.0, предоставляющего графический интерфейс.

На этом этапе номера версий сбивают с толку, потому что номера идут наоборот.Программное обеспечение было переименовано, и следующей выпущенной версией стала Oracle Designer/2000 6.0 (не путать с Designer 6, выпущенной несколько лет спустя).

В следующем второстепенном выпуске система нумерации была изменена в соответствии с Oracle Developer, поэтому она была названа Designer 1.1.

Конструктор 1, поддерживающий генераторы для форм 4.5.

Конструктор 2, поддерживающий генераторы для Форм 4.5 и 5.

После этого номера версий были изменены, чтобы соответствовать Oracle Developer.

Конструктор 6, поддерживающий генераторы для форм 4.5, 5 и 6.

Designer 6i — номер предварительной версии был 6.5. Производственная версия была изменена на 6i, чтобы синхронизироваться с названием версии Oracle Developer.

Дизайнер 9i

Designer 10gR2 (10.1.2.6) – это была последняя версия Designer. ^[2]

Публикации

Биллингс, Крис (1997). Быстрая разработка приложений с помощью Oracle Designer/2000 . Харлоу: Паб Addison Wesley. компании ISBN 0-201-63444-9 .
Дорси, Пол (1997). Справочник Oracle Designer/2000 . Беркли: Осборн. ISBN 0-07-882229-7 .
Андерсон, Кэрри (1997). Справочник Oracle Designer/2000 . Бостон: Аддисон-Уэсли. ISBN 0-201-63445-7 .
Дорси, доктор (1998). Справочник дизайнера Oracle . Нью-Йорк: Компании McGraw-Hill. ISBN 0-07-882417-6 .
Лулуши, Альберт (1998). Внутри Oracle Designer/2000 . Река Аппер-Седл: PTR Прентис-Холл. ISBN 0-13-849753-2 .
Аткинс, Кеннет (1999). Генерация Oracle Designer . Нью-Йорк: Компании McGraw-Hill. ISBN 0-07-882475-3 .
Крамм, Марк (2000). Oracle Designer . Река Аппер-Седл: PTR Прентис-Холл. ISBN 0-13-015343-5 .

Ссылки

^ «Oracle Designer — Информация о продукте» . Oracle Designer — Информация о продукте . Проверено 24 апреля 2018 г.
^ «Примечания к выпуску Oracle Designer и репозитория Oracle Designer (2 из 4)» .

Внешние ссылки

Учебник для дизайнера/2000
Учебное пособие по Oracle Designer: создание базы данных Oracle , Элизабет Галлас, Национальная ускорительная лаборатория Ферми , 2 ноября 2000 г.
PDF-версия: Учебное пособие по Oracle Designer: Создание базы данных Oracle
Ускоренное проектирование и разработка с помощью Oracle Designer 6i

[product-page-1] «Oracle Designer — Информация о продукте» . Oracle Designer — Информация о продукте . Проверено 24 апреля 2018 г.

[2] «Примечания к выпуску Oracle Designer и репозитория Oracle Designer (2 из 4)» .

[1]

[2]