Oracleデザイナー
Oracleデザイナー
原作者オラクル
最終リリース
10.1.2.6 / 2010
タイプ場合
WebサイトOracleデザイナー

Oracle Designerは、情報システムを設計・生成するためのOracleのCASEツールです。情報システムを生成した後、生成されたコードはOracle Developer Suiteで編集できます。

2018年4月現在、この製品はサポート終了となり、現在は継続サポートのみとなっています。代替のモデリングおよび設計ツールとしては、Oracle JDeveloperおよびOracle SQL Developer Data Modelerがあります。[ 1 ]

歴史

この製品の元々の名称はOracle CASEで、イギリスで開発されました。Oracle CASEは、オラクル社の「コンピュータ支援ソフトウェアエンジニアリング」（CASEメソッド）に基づいています。CASEメソッドは、1980年代にOracle Consulting UKによって、リチャード・バーカー氏らのエンティティ・リレーションシップ・モデリングなどのモデリング手法に基づいて開発されました。最終的にこの製品はOracle Designerとして知られるようになり、補完製品としてOracle Developerが存在します（ただし、実際にはOracle Designer/Developerの組み合わせが最も一般的に使用されていました）。Oracleは1990年代にデータベースおよびエンタープライズ・アプリケーションの主要ベンダーとなり、その結果、1990年代半ばから2000年代半ばにかけて多くの企業でOracle Designer/Developerが使用されました。SQL Data Dictionary（SDD）と呼ばれる製品は、Oracle CASEの前身となりました。

コンテクスト

1980年代には、UNIXベースのサーバー上で動作するリレーショナルデータベースシステムが、企業や政府機関のデータ入力システムとして普及しました。その主な要因は、以前の技術と比較してメンテナンスコストが低く、開発者の生産性が高かったことです。開発されるシステムの規模が大きくなるにつれ、ソフトウェア開発チームは要件管理とコード品質の維持に苦労しました。Oracle CASEは、当初Oracle Consulting UKの品質管理チームによって使用され、後にOracleカスタム開発（パッケージアプリケーションソフトウェアではなくカスタム開発）の事実上の標準となりました。Oracle CASEメソッドは後にOracleカスタム開発メソッドとして知られるようになり、Oracleのアプリケーションスイートのカスタマイズにも同様のアプローチがOracleアプリケーション開発メソッドとして採用されました。

OracleはDesignerおよびDeveloper製品を企業やコンサルティンググループに販売し、それらの企業は2025年現在もなお稼働している数千ものシステムを構築しました。1980年代から1990年代にかけて、Oracle Designerや競合ツールの根底にあった設計哲学は、外部スキーマ、論理スキーマ、内部スキーマを分離する3スキーマアーキテクチャでした。Oracleの製品ラインでは、内部スキーマはリレーショナルデータベースの内部動作に対応し、論理スキーマはSQLに対応し、外部スキーマは画面とレポートに対応していました。

概念

Oracle Designerは、1980年代から2000年代半ばにかけて開発されていたシステムの種類に適した、綿密に考え抜かれた一連のコンセプトに基づいています。これらのコンセプトをスキル、構造、テクノロジーの観点から個別に説明するのが最も簡単です。

スキル

スキル面では、ソフトウェア設計者は、エンティティ・リレーションシップ・モデルと機能分解モデルを用いてデータベース構造を考察し、それらのモデルをデータベース定義とモジュール（画面とレポート）に変換することが期待されていました。ソフトウェア開発者は、データベース定義とモジュールを詳細化し、動作するコードを作成することが期待されていました。そして、システムの日常的な運用は、データベース内部の詳細な知識を持つデータベース管理者によって実行されることが期待されていました。

構造

Oracle Designer/Developerは、ソフトウェア開発をデータとアプリケーションに分割し、それぞれをモデリング、設計、実装という3つの抽象レベルで捉えました。これにより、製品ライフサイクル全体を通して可視化される2x3のビューマトリックスが構築されました。

  1. エンティティ・リレーションシップ・モデル。これはデータベース構造を高レベルで抽象化したモデルです。主にデータベース設計を生成するために使用されます。
  2. データベース設計。これは、データベースのテーブル、ビュー、制約、および追加の注釈の表現です。上記との違いを説明すると、エンティティ・リレーションシップ・モデルが2つのエンティティ間の関係を示すのに対し、データベース設計では、外部キー、外部キー制約、および外部キー列のインデックス用の追加の列が含まれます。これらはすべてエンティティ・リレーションシップ・モデルから生成できるため、一貫性のある命名と追跡可能性が確保されます。現在使用されている多くのOracle実稼働データベースのテーブルと列の名前は、Oracle Designerの使用によるものです。このツールの後のバージョンでは、表領域やファイルなど、Oracleデータベースの内部構造のほとんどを指定できるようになりました。
  3. データベース設計からのデータベース定義言語 (DDL) の生成。
  4. 機能モデル。これは機能分解モデルであり、各機能には説明と、エンティティ・リレーションシップ・モデルに対するデータ使用状況（CRUD）マトリックスが含まれています。
  5. モジュール。画面、レポート、その他のアプリケーションコンポーネントをモデル化します。Oracle Formsのコード生成が可能だったため、主に画面に使用されました。
  6. アプリケーションコード。これは主にOracle Forms、Oracle Reports、Oracle Databaseのストアドプロシージャで構成されていました。当初、コードはOracle Designerリポジトリに保存されていませんでしたが、後のバージョンでは開発者がリポジトリにコードを追加することが推奨され、コード生成時にマージされました。OracleのDeveloper製品のクライアントサーバーアーキテクチャは1990年代の典型的なもので、PCコンピュータでOracle FormsとReportsが動作し、SQL*NETと呼ばれるネットワークプロトコルを介してOracle Databaseと通信していました。

この構造は、それ以前のソフトウェア開発プロセスよりもシンプルで、当時のテクノロジーにもより適合していました。また、IBMのRational Unified Processといった当時の競合手法よりもシンプルで、より高度なコード生成を実現しました。

テクノロジー

リポジトリ

Oracle Designerは当初、設計モデルを保持するデータベース（リポジトリ）を基盤としていました。これは、現代のGITリポジトリ（辞書的な定義では、リポジトリとは、さまざまなものが安全に保管される一元的な場所）とは異なります。その後、Oracle Designerリポジトリにはモデルとコードが含まれるようになりましたが、すべてOracle Databaseに保存されるようになりました。

モデリングおよび設計ツール

Oracle Designerを構成するツールはそれぞれリポジトリのビューを持ち、モデルの作成と編集、より詳細なモデルの生成、コードの生成、モデルの品質検査などを行うことができました。例えば、仕様設計者は関数が使用するデータ要素を指定することが求められ、データベース構造の設計者は未使用のデータ要素がないことを検証できました。また、エンティティ・リレーションシップ・モデルからデータベース定義を生成することも考えられます。この定義は最終的にテーブル作成スクリプトの生成に使用されます。Oracle Designerの初期のユーザーは、データベース構造のモデリングと生成に重点を置き、関数モデルやモジュールを軽視する傾向がありました。

当初、Oracle Designerのユーザー・インタフェースはOracle FormsとOracle Reportsを使用して開発されました。これはキャラクタ・モードのユーザー・インタフェースで、通常はターミナル・セッションまたはMS-DOSで使用され、Unix X-Windows端末でのみ動作するGUIダイアグラム・エディタが付属していました。1990年代半ばにWindows 3.1およびWindows 95オペレーティングシステムでグラフィカル・ユーザー・インタフェースが容易に利用できるようになったため、Forms 4.0で暫定版がリリースされましたが、すぐに棚上げされ、高度なダイアグラム作成ツールを備えたWindows専用プログラムとしてC++で再開発されました。

コードリポジトリ

Oracle Designerが廃止される頃には、Oracle Forms、Oracle Reports、データベーストリガー、ストアドデータベースプロシージャのコード生成機能が組み込まれていました。システムコードの大部分がこのように生成されるのは当たり前のこととなり、開発者はコードジェネレータを回避しながら、事前に定められたライフサイクルイベントでカスタムコードを追加していました。

2000年代にOracle Designerから移行した理由

3 つの傾向により、Oracle Developer ツールは廃止され、Oracle Designer も廃止されました。

インターネット

Oracle Designer/Developerは、主に企業内部で使用されるデータ入力システムの開発を目的としていました。2000年代に登場した多くのアプリケーションでは、顧客が何らかの形でセルフサービス型データ入力を行う必要がありました。Oracle Developerのアーキテクチャは、インターネット上のユーザーが何らかのアプリケーションをインストールし、データベースに直接接続する必要があったため、インターネットのニーズとテクノロジーにはあまり適していませんでした。Oracle Developerの後のバージョンにはアプリケーションサーバーが含まれていましたが、ユーザーのブラウザにJavaベースのプラグインをインストールする必要があり、エンドユーザーのブラウザに高い負荷がかかりました。これは、古いコンピュータを多数保有する組織にとっては課題となり、顧客向けアプリケーションには非実用的でした。最終的に、企業はHTTP/HTMLフォームベースのトランザクションをサポートする他の開発ツールに移行し、関連するOracle Designerは不要になりました。

統合要件

1970年代から1990年代にかけて社内ビジネスプロセス向けのシステムが導入された後、企業はシステム間の統合をより重視するようになりました。HTTP、SOAP、Webサービスといったインターネット技術はデータ交換の業界標準となりましたが、Oracle Developerのアーキテクチャでは、アプリケーションの一部を外部ソースから起動することが困難でした。

グラフィカルユーザーインターフェース

2000年以降、グラフィカル・ユーザー・インターフェースとユーザビリティは、新しい開発スタックを採用する上で重要な要素となりました。Oracle Developerは、企業の従業員がデータ入力に使用する管理アプリケーション向けに設計され、その用途に非常に適していました。しかし、新規ユーザーは、アプリケーションを使いこなすために、特定のキーの組み合わせの使い方を習得する必要がありました。例えば、各画面にはクエリモードと挿入モードがあり、ユーザーはこれらを使ってデータベースのレコードを検索・操作することができました。画面は、メニュー構造を持つスプレッドシートのような表の集合体のような印象を受ける傾向がありました。

衰退

Oracle Designer の衰退と、最終的に開発が中止されたのは、次のようないくつかの要因によるものです。 - 2000 年代にはシステムの使いやすさへの期待が高まり、最終的にこの種のアプリケーションを生成することで得られる開発生産性の利点を上回りました。 - Oracle は、Windows のみで実行されるソフトウェアではなく、Java などのクロスプラットフォーム ソフトウェアや Web ブラウザ経由でアクセスされるアプリケーションの提供に重点を移しました。

コンポーネント

ビジネスプロセスモデリング
システム分析モデリング
デザインウィザード
システム設計
クライアント/サーバージェネレーター
ユーティリティ

バージョン

オラクルケース1

オラクルケース2

オラクルケース3

オラクルケース4

Oracle CASE 5 - SQL*Forms 3のキャラクタモード画面を使用して開発。エンティティ・リレーションシップ・ダイアグラマなどのグラフィカルツールはX-Terminal上で実行可能。

Oracle CASE 5.1は、Microsoft Windows上で操作できるGUIインターフェースを提供するOracle Forms 4.0を使用して画面が再開発された大規模な再開発でした。

Oracle Designer/2000 6.0は、フロントエンドGUIの大幅な再開発でした。これはWindowsのみで動作しました。数年後にリリースされたDesigner 6とは混同しないでください。Designer 6にはForms 4.5用のジェネレータが含まれていました。このリリース以降、Oracle DesignerはMicrosoft Windowsのみで動作しました。

Forms 4.5 のジェネレーターをサポートした Designer 1。バージョン番号が 6 から 1 に上がりました。

Forms 4.5 および 5 のジェネレーターをサポートする Designer 2

この時点以降、バージョン番号はOracle Developerに合わせて変更されました。

Forms 4.5、5、6 のジェネレーターをサポートする Designer 6。

Designer 6i - プレリリース版のバージョン番号は6.5でした。製品版では、Oracle Developerのバージョン名と同期させるため、6iに変更されました。

デザイナー9i

Designer 10gR2 (10.1.2.6) – これはDesignerの最後のリリースでした[ 2 ]

出版物

  • ビリングス、クリス（1997年）『Oracle Designer/2000による迅速なアプリケーション開発』ハーロウ：アディソン・ウェズリー出版社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 Designer Handbook』ニューヨーク：McGraw-Hill Companies. ISBN 0-07-882417-6。
  • ルルシ、アルバート (1998). 『Inside Oracle Designer/2000』 . アッパー・サドル・リバー: プレンティス・ホール PTR. ISBN 0-13-849753-2。
  • アトキンス、ケネス（1999年）『Oracle Designer Generation』、ニューヨーク：McGraw-Hill Companies、ISBN 0-07-882475-3。
  • クラム、マーク（2000年）『Oracle Designer』アッパーサドルリバー：プレンティス・ホール社、ISBN 0-13-015343-5。

参考文献

  1. ^ 「Oracle Designer - 製品情報」 . Oracle Designer - 製品情報. 2018年4月24日閲覧。
  2. ^ 「Oracle Designer および Oracle Designer Repository のリリース ノート (2/4)」。
「 https://en.wikipedia.org/w/index.php?title=Oracle_Designer&oldid=1334617161」から取得