Projektant Oracle

Projektant Oracle
Oryginalni autorzy Wyrocznia
Ostateczne wydanie
10.1.2.6 / 2010
Typ SPRAWA
Strona internetowa Projektant Oracle

Oracle Designer to narzędzie CASE firmy Oracle do projektowania systemu informacyjnego i jego generowania. Po wygenerowaniu systemu informatycznego można edytować wygenerowany kod za pomocą pakietu Oracle Developer Suite .

Od kwietnia 2018 r. okres eksploatacji tego produktu dobiegł końca i jest on obecnie objęty wyłącznie wsparciem ciągłym . Alternatywnymi narzędziami do modelowania i projektowania są Oracle JDeveloper i Oracle SQL Developer Data Modeler.

Historia

Oryginalna nazwa produktu brzmiała Oracle CASE i została opracowana w Anglii. Oracle CASE został oparty na metodzie korporacji Oracle „Computer Aided Software Engineering” (Metoda CASE). Z kolei metoda CASE została opracowana przez Oracle Consulting UK w latach 80. XX wieku w oparciu o techniki modelowania, takie jak Entity Relationship Modelling Richarda Barkera i innych. Ostatecznie produkt będzie znany jako Oracle Designer, z produktem uzupełniającym Oracle Developer (chociaż w praktyce najczęściej stosowano połączenie Oracle Designer/Developer). Oracle stał się dominującym dostawcą baz danych i aplikacji dla przedsiębiorstw w latach 90., w wyniku czego Oracle Designer/Developer był używany przez wiele przedsiębiorstw od połowy lat 90. do połowy 2000 r. Produkt o nazwie SQL Data Dictionary (SDD) był prekursorem Oracle CASE.

Kontekst

W latach 80. systemy relacyjnych baz danych, działające na serwerach opartych na uniksie, stały się popularne w systemach administracyjnych używanych przez korporacje i rządy. Głównymi czynnikami były niskie koszty utrzymania i wysoka produktywność programistów w porównaniu z wcześniejszymi technologiami. Wraz z rozwojem coraz większych systemów zespoły programistyczne miały trudności z zarządzaniem wymaganiami i utrzymaniem jakości kodu. Oracle CASE był początkowo używany przez zespół ds. zarządzania jakością Oracle Consulting UK, a później stał się de facto standardem Oracle Custom Development (programowanie na zamówienie w przeciwieństwie do oprogramowania aplikacji w pakiecie). Metoda Oracle CASE stała się później znana jako Oracle Custom Development Method, z podobnym podejściem do dostosowywania pakietu Oracle Application Suite o nazwie Oracle Application Development Method.

Firma Oracle sprzedawała swoje produkty dla projektantów i programistów przedsiębiorstwom i grupom konsultingowym, które z kolei stworzyły tysiące systemów, które nadal działają od 2021 r. Filozofią projektowania stojącą za Oracle Designer i konkurencyjnymi narzędziami w latach 80. i 90. była architektura trzech schematów które oddzielały schemat zewnętrzny, schemat logiczny i schemat wewnętrzny. W przypadku linii produktów Oracle wewnętrzny schemat odpowiadał wewnętrznemu działaniu ich relacyjnej bazy danych, schemat logiczny odpowiadał SQL, a schemat zewnętrzny odpowiadał ekranom i raportom.

koncepcje

Oracle Designer został oparty na dobrze przemyślanym zestawie koncepcji, które pasowały do ​​typów systemów rozwijanych od lat 80. do połowy 2000 r. Najłatwiej opisać te koncepcje oddzielnie pod względem umiejętności, struktury i technologii:

Umiejętności

Jeśli chodzi o umiejętności, od projektantów oprogramowania oczekiwano przemyślenia struktur baz danych w modelach relacji encji i modelach dekompozycji funkcjonalnej, a następnie przekształcenia tych modeli w definicje i moduły baz danych (ekrany i raporty). Oczekiwano następnie, że twórcy oprogramowania opracują definicje i moduły bazy danych, aby stworzyć działający kod. Wreszcie oczekiwano, że codzienna obsługa systemu będzie prowadzona przez administratorów baz danych, którzy mają szczegółową wiedzę na temat wewnętrznych elementów bazy danych.

Struktura

Oracle Designer/Developer podzielił tworzenie oprogramowania na dane i aplikacje, które postrzegano na trzech poziomach abstrakcji; Modelowanie, projektowanie i wdrażanie. Daje to macierz widoków 2x3, która była widoczna przez cały cykl życia produktu:

  1. Model relacji encji. Jest to abstrakcja wysokiego poziomu struktury bazy danych. Używany głównie do generowania projektu bazy danych.
  2. Projekt bazy danych. Jest to reprezentacja tabel, widoków, ograniczeń bazy danych, z dodatkowymi adnotacjami. Aby zilustrować różnicę z powyższym; tam, gdzie model relacji między jednostkami pokazywałby relację między dwoma jednostkami, projekt bazy danych zawierałby dodatkowe kolumny dla klucza obcego, ograniczenie klucza obcego i indeks nad kolumnami klucza obcego. Wszystko to można wygenerować na podstawie modelu relacji encji, zapewniając spójne nazewnictwo i identyfikowalność. Nazwy tabel i kolumn w wielu używanych obecnie produkcyjnych bazach danych Oracle wynikają z używania programu Oracle Designer. Późniejsze wersje narzędzia umożliwiały specyfikację większości elementów wewnętrznych bazy danych Oracle, takich jak obszary tabel i pliki.
  3. Generowanie języka definicji bazy danych (DDL) na podstawie projektu bazy danych.
  4. Model funkcyjny. Jest to model dekompozycji funkcji, w którym każda funkcja zawiera opis i macierz CRUD względem modelu Entity Relationship.
  5. Moduły. To modelowało ekrany, raporty i inne komponenty aplikacji. Używany głównie na ekranach, ze względu na dostępność generowania kodu dla Oracle (Developer) Forms. To było wspólne dla
  6. Kod aplikacji. Składało się to głównie z formularzy Oracle, raportów Oracle, procedur składowanych dla bazy danych Oracle. Początkowo kod nie był przechowywany w repozytorium Oracle Designer, ale w późniejszych wersjach zachęcano programistów do dodawania kodu do repozytorium, które zostało scalone podczas generowania kodu. Architektura klient-serwer produktu Oracle Developer była typowa dla lat 90.; Komputery PC z oprogramowaniem Oracle Forms and Reports, które komunikowały się z bazą danych Oracle Database za pośrednictwem protokołu sieciowego o nazwie SQL*NET.

Ta struktura była prostsza niż wcześniejsze procesy tworzenia oprogramowania i lepiej pasowała do dostępnej technologii. Było to również prostsze i prowadziło do wyższego poziomu generowania kodu niż konkurencyjne metodologie tamtych czasów, takie jak IBM Rational Unified Process.

Technologia

Magazyn

Oracle Designer początkowo opierał się na bazie danych zawierającej modele projektowe, zwanej repozytorium , której nie należy mylić z nowoczesnym repozytorium GIT ( Słownikowa definicja repozytorium to bezpieczne centralne miejsce przechowywania rzeczy). Później Oracle Designer Repository zawierało modele i kod, ale zawsze było przechowywane w bazie danych Oracle.

Narzędzia do modelowania i projektowania

Każde z narzędzi składających się na Oracle Designer miało swój widok na repozytorium, za pomocą którego można tworzyć i edytować modele, generować bardziej szczegółowe modele, generować kod lub sprawdzać jakość modelu. Na przykład od projektantów specyfikacji oczekiwano wskazania, z jakich elementów danych będzie korzystać funkcja, tak aby osoba projektująca strukturę bazy danych mogła zweryfikować, czy nie ma nieużywanych elementów danych. Innym przykładem jest generowanie definicji bazy danych z modelu relacji między jednostkami, która ostatecznie zostałaby wykorzystana do wygenerowania skryptów tworzenia tabel. Pierwsi użytkownicy Oracle Designer zwykle skupiali się na modelowaniu i generowaniu struktur bazy danych, często zaniedbując model funkcji i moduły.

Początkowo interfejs użytkownika Oracle Designer został opracowany przy użyciu Oracle Forms i Oracle Reports. Był to interfejs użytkownika w trybie znakowym, który był zwykle używany w sesjach terminalowych lub MS-Dos, z edytorem diagramów GUI, który działał tylko na terminalach Unix X-Windows. Kiedy graficzne interfejsy użytkownika stały się łatwo dostępne w systemach operacyjnych Windows 3.1 i Windows 95 w połowie lat 90., wydano wersję zastępczą w Forms 4.0, ale szybko odłożono ją na półkę i przeprojektowano w C++ jako program dostępny tylko dla systemu Windows z zaawansowanymi narzędziami do tworzenia diagramów.

Repozytorium kodu

Zanim Oracle Designer stał się przestarzały, obejmował generowanie kodu formularzy Oracle, raportów Oracle, wyzwalaczy bazy danych, procedur przechowywanej bazy danych. Powszechne byłoby generowanie dużych części kodu systemowego w ten sposób, a programiści pracowaliby wokół generatorów kodu, aby dodać niestandardowy kod w określonych z góry zdarzeniach cyklu życia.

Powody odejścia od Oracle Designer w 2000 roku

Trzy trendy sprawiły, że narzędzia Oracle Developer stały się przestarzałe, a wraz z nimi Oracle Designer.

Internet

Oracle Designer/Developer miał na celu tworzenie systemów administracyjnych, które były używane głównie wewnętrznie przez przedsiębiorstwa. Wiele aplikacji pojawiających się w 2000 roku wymagało od klientów wykonania jakiejś formy samoobsługowego wprowadzania danych. Architektura Oracle Developer nie była dobrze dostosowana do potrzeb i technologii Internetu, ponieważ wymagałaby od użytkowników Internetu zainstalowania jakiejś aplikacji, a następnie bezpośredniego połączenia z bazą danych. Chociaż późniejsze wersje Oracle Developer zawierały serwer aplikacji, wymagały zainstalowania wtyczki opartej na języku Java w przeglądarce użytkownika, co stawiało wysokie wymagania przeglądarkom użytkowników końcowych. Stanowiło to wyzwanie dla organizacji posiadających flotę starszych komputerów i było niepraktyczne w przypadku aplikacji skierowanych do klientów. W końcu przedsiębiorstwa przeniosły się na inne narzędzia programistyczne obsługujące transakcje oparte na formularzach HTTP/HTML, eliminując potrzebę korzystania z powiązanego programu Oracle Designer.

Wymagania dotyczące integracji

Po wprowadzeniu systemów obsługujących wewnętrzne procesy biznesowe w latach 70-tych i 90-tych przedsiębiorstwa zaczęły kłaść większy nacisk na integrację systemów. Technologie internetowe, takie jak HTTP, SOAP i usługi sieciowe, stały się branżowymi standardami wymiany danych, ale architektura Oracle Developer utrudniała aktywację części aplikacji z zewnętrznego źródła.

Graficzne interfejsy użytkownika

Od 2000 roku graficzne interfejsy użytkownika i użyteczność stały się głównym czynnikiem przy przyjmowaniu nowszych stosów programistycznych. Oracle Developer był przeznaczony i bardzo dobry w aplikacjach administracyjnych, które są używane do wprowadzania danych przez pracowników przedsiębiorstwa. Nowi użytkownicy musieli zostać przeszkoleni, jak używać pewnych kombinacji klawiszy, aby móc korzystać z aplikacji. Na przykład każdy ekran miał tryb zapytań i wstawiania, który umożliwiał użytkownikom znajdowanie słabo zawoalowanych rekordów bazy danych i manipulowanie nimi. Ekrany zwykle przypominały zbiór tabel przypominających arkusze kalkulacyjne ze strukturą menu. Oczekiwania co do łatwości obsługi systemu wzrosły w 2000 roku i ostatecznie przeważyły ​​nad zaletami produktywności programistycznej generowania tego typu aplikacji.

składniki

Modelowanie procesów biznesowych
  • Modelowanie procesów
Analiza systemów Modelowanie
Kreatorzy projektowania
  • Kreator bazy danych
  • Kreator aplikacji
Projektowanie systemów
  • Schemat danych
  • Logika modułu
  • Dane modułu
  • Preferencje
  • Struktura modułu
Generatory klient/serwer
Narzędzia
  • Nawigator obiektu repozytorium (RON)
  • Matryca
  • Raporty repozytorium
  • Narzędzie administratora
  • SQL*Plus
  • Pomoc online

Wersje

Wyrocznia PRZYPADEK 1

PRZYPADEK Oracle 2

PRZYPADEK Oracle 3

PRZYPADEK Oracle 4

Oracle CASE 5 - opracowany przy użyciu ekranów trybu znakowego SQL * Forms 3

Oracle CASE 5.1 ​​była poważną przebudową, w której ekrany zostały przebudowane przy użyciu Oracle Forms 4.0, który zapewniał interfejs GUI

Numery wersji stają się w tym momencie mylące, ponieważ liczby cofają się. Nazwa oprogramowania została zmieniona, a następną wydaną wersją był Oracle Designer / 2000 6.0 (nie mylić z Designer 6, który został wydany wiele lat później).

Kolejna pomniejsza wersja zmieniła system numeracji, aby była zgodna z Oracle Developer, więc została nazwana Designer 1.1

Projektant 1, który obsługiwał generatory dla formularzy 4.5

Projektant 2, który obsługiwał generatory formularzy 4.5 i 5

Po tym momencie numery wersji zostały zmienione, aby były zgodne z Oracle Developer

Projektant 6, który obsługiwał generatory formularzy 4.5, 5 i 6.

Designer 6i - przedpremierowy numer wersji to 6.5. Wersja produkcyjna została zmieniona na 6i, aby zachować synchronizację z nazwą wersji Oracle Developer

Projektant 9i

Designer 10gR2 (10.1.2.6) – to była ostatnia wersja Designera

Publikacje

  •   Billings, Chris (1997). Szybkie tworzenie aplikacji z Oracle Designer/2000 . Harlow: Pub Addison Wesley. Co ISBN 0-201-63444-9 .
  •   Dorsey, Paweł (1997). Podręcznik Oracle Designer/2000 . Berkeley: Osborne. ISBN 0-07-882229-7 .
  •   Anderson, Carrie (1997). Podręcznik Oracle Designer/2000 . Boston: Addison-Wesley. ISBN 0-201-63445-7 .
  •   Dorsey, dr (1998). Podręcznik projektanta Oracle . Nowy Jork: firmy McGraw-Hill. ISBN 0-07-882417-6 .
  •   Lulushi, Albert (1998). Wewnątrz Oracle Designer/2000 . Upper Saddle River: Prentice Hall PTR. ISBN 0-13-849753-2 .
  •   Atkins, Kenneth (1999). Generacja projektantów Oracle . Nowy Jork: firmy McGraw-Hill. ISBN 0-07-882475-3 .
  •   Kramm, Mark (2000). Projektant Oracle . Upper Saddle River: Prentice Hall PTR. ISBN 0-13-015343-5 .
  1. ^ „Projektant Oracle — informacje o produkcie” . Oracle Designer — informacje o produkcie . Źródło 24 kwietnia 2018 r .
  2. ^ „Uwagi do wydania dla Oracle Designer i Oracle Designer Repository (2 z 4)” .

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Oracle_Designer&oldid=1137024309 ”