오라클 디자이너

이 문서에는 일반적인 참조 목록이 포함되어 있지만 대응하는 충분한 인라인 인용이 없습니다. 좀 더 정확한 인용문을 도입하여 개선해주시기 바랍니다. (2017년 8월) (템플릿 메시지 삭제 방법 및 삭제 시기 확인)

오라클 디자이너

Oracle Designer 2000
원저작자	오라클
최종 릴리즈	10.1.2.6 / 2010
유형	사례.
웹 사이트	오라클 디자이너

Oracle Designer는 정보 시스템을 설계하고 생성하는 Oracle의 CASE 도구였습니다.정보 시스템을 생성한 후 Oracle Developer Suite를 사용하여 생성된 코드를 편집할 수 있습니다.

2018년 4월 현재 이 제품은 수명이 다하여 현재 지원만 받고 있습니다.대체 모델링 및 설계 툴로는 Oracle JDeveloper와 Oracle SQL Developer Data Modeler가 ^[1]있습니다.

역사

원래 이름은 Oracle CASE로 영국에서 개발되었습니다.Oracle CASE는 Oracle Corporation의 "Computer Aided Software Engineering" 방법(CASE 방법)을 기반으로 했습니다.CASE Method는 1980년대에 Oracle Consulting UK에 의해 Richard Barker 등의 엔티티 관계 모델링과 같은 모델링 기법을 기반으로 개발되었습니다.결국 이 제품은 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 Custom Development의 사실상의 표준이 되었습니다(패키지화된 애플리케이션 소프트웨어가 아닌 커스텀 개발).Oracle CASE Method는 이후 Oracle Custom Development Method로 알려졌으며 Oracle Application Suite를 커스터마이즈하기 위한 유사한 접근 방식을 Oracle Application Development Method라고 부릅니다.

Oracle은 Designer 및 Developer 제품을 기업 및 컨설팅 그룹에 판매했으며, 이 그룹은 2021년 현재도 수천 대의 시스템을 개발했습니다.Oracle Designer와 80년대와 90년대의 경쟁 툴의 설계 철학은 외부 스키마, 논리 스키마 및 내부 스키마를 분리한 3개의 스키마 아키텍처였습니다.Oracle 제품 라인의 경우 내부 스키마는 관계형 데이터베이스의 내부 작업에 대응하고, 논리 스키마는 SQL에 대응하며, 외부 스키마는 화면과 보고서에 대응합니다.

개념

Oracle Designer는 1980년대부터 2000년대 중반까지 개발되고 있는 시스템 유형에 적합한 일련의 개념을 바탕으로 설계되었습니다.스킬, 구조 및 테크놀로지의 관점에서 이러한 개념을 개별적으로 설명하는 것이 가장 간단합니다.

기술들

기술 측면에서는 소프트웨어 설계자가 엔티티 관계 모델과 기능 분해 모델에서 데이터베이스 구조를 생각해 낸 다음 이러한 모델을 데이터베이스 정의와 모듈(화면 및 보고서)로 변환해야 했다.그 후 소프트웨어 개발자들은 작업 코드를 만들기 위해 데이터베이스의 정의와 모듈을 상세하게 설명해야 했다.마지막으로 시스템의 일상적인 실행은 데이터베이스 내부에 대한 자세한 지식을 가진 데이터베이스 관리자에 의해 수행될 것으로 기대되었습니다.

구조.

Oracle Designer/Developer는 소프트웨어 개발을 데이터와 애플리케이션으로 구분하여 모델링, 설계 및 구현의 세 가지 추상화 수준에서 검토했습니다.이를 통해 제품의 라이프 사이클 전체에 걸쳐 볼 수 있는 2x3 뷰 매트릭스를 얻을 수 있습니다.

1. 엔티티 관계 모델.이것은 데이터베이스 구조의 대략적인 추상화입니다.주로 데이터베이스 설계를 생성하는 데 사용됩니다.
2. 데이터베이스 설계이것은 데이터베이스의 테이블, 뷰, 제약조건 및 추가 주석을 나타냅니다.위의 차이점을 설명하기 위해, 엔티티 관계 모델이 두 엔티티 간의 관계를 나타내는 경우, 데이터베이스 설계에는 외부 키에 대한 추가 열, 외부 키 제약 조건 및 외부 키 열에 대한 인덱스가 포함됩니다.이 모든 것은 엔티티 관계 모델에서 생성될 수 있으므로 일관된 이름 지정과 추적성을 보장할 수 있습니다.오늘날 사용되는 많은 Oracle 프로덕션 데이터베이스에서 테이블과 열의 이름은 Oracle Designer를 사용했기 때문입니다.이후 버전의 도구에서는 테이블 영역 및 파일과 같은 Oracle 데이터베이스의 내부 대부분을 지정할 수 있었습니다.
3. 데이터베이스 설계로부터의 데이터베이스 정의 언어(DDL) 생성.
4. 기능 모델이것은 함수 분해 모델입니다.여기서 각 함수는 Entity Relationship 모델에 대한 설명과 CRUD 매트릭스를 포함합니다.
5. 모듈이를 통해 화면, 보고서 및 기타 애플리케이션 구성요소를 모델링했습니다.Oracle (Developer) Forms에 대한 코드 생성을 사용할 수 있기 때문에 대부분 화면에 사용됩니다.에게는 흔히 있는 일이었다.
6. 응용 프로그램코드이는 대부분 Oracle Forms, Oracle Reports, Oracle Database의 Stored Procedure로 구성되어 있습니다.처음에는 코드가 Oracle Designer Repository에 저장되지 않았지만 이후 버전에서는 개발자가 코드를 저장소에 추가하도록 권장되었으며, 이 코드는 코드 생성 중에 병합되었습니다.Oracle Developer 제품의 클라이언트-서버 아키텍처는 1990년대의 전형적인 것으로, SQL*NET이라는 네트워크 프로토콜을 통해 Oracle 데이터베이스와 통신하는 Oracle Forms and Reports를 실행하는 PC 컴퓨터입니다.

이 구조는 이전의 소프트웨어 개발 프로세스보다 단순하고 이용 가능한 기술에 더 적합했습니다.또한 IBM의 Rational Unified Process와 같은 당시의 경쟁 방법론보다 더 단순하고 더 높은 수준의 코드 생성으로 이어졌습니다.

테크놀로지

저장소

Oracle Designer는 처음에 현대의 GIT 저장소와 혼동하지 않기 위해 저장소라고 불리는 설계 모델을 보유하는 데이터베이스를 기반으로 했습니다(저장소의 사전 정의는 물건을 저장하는 안전한 중앙 위치입니다).나중에 오라클 Designer Repository에는 모델과 코드가 포함되었지만 항상 오라클 데이터베이스에 저장됩니다.

모델링 및 설계 도구

Oracle Designer를 구성하는 툴은 각각 저장소를 통해 모델을 생성 및 편집하고, 보다 상세한 모델을 생성하며, 코드를 생성하거나 모델의 품질을 검사합니다.예를 들어 사양 설계자는 함수가 어떤 데이터 요소를 사용하는지 표시해야 데이터베이스 구조를 설계하는 사람이 사용되지 않는 데이터 요소가 없음을 확인할 수 있습니다.또 하나의 예는 엔티티 관계 모델에서 데이터베이스 정의를 생성하는 것입니다.이 모델은 최종적으로 테이블 작성 스크립트를 생성하는 데 사용됩니다.Oracle Designer의 초기 사용자는 데이터베이스 구조의 모델링과 생성에 집중하는 경향이 있었고, 종종 함수 모델과 모듈을 소홀히 했습니다.

처음에 Oracle Designer 사용자 인터페이스는 Oracle Forms 및 Oracle Reports를 사용하여 개발되었습니다.이것은 Unix X-Windows 터미널에서만 실행되는 GUI 다이어그램 에디터와 함께 터미널 세션 또는 MS-Do에서 일반적으로 사용되는 문자 모드 사용자 인터페이스입니다.1990년대 중반 Windows 3.1 및 Windows 95 운영 체제에서 그래픽 사용자 인터페이스를 쉽게 사용할 수 있게 되었을 때 임시 버전은 Forms 4.0으로 출시되었지만 정교한 다이어그램 도구를 갖춘 Windows 전용 프로그램으로 C++에서 빠르게 셸핑 및 재개발되었습니다.

코드 저장소

Oracle Designer가 구식이 되었을 때는 Oracle Forms, Oracle Reports, Database 트리거, Stored Database Procedures의 코드 생성을 포함했습니다.이러한 방식으로 시스템 코드의 많은 부분이 생성되는 것은 흔한 일이며, 개발자는 코드 생성기를 중심으로 작업하여 미리 정해진 라이프 사이클 이벤트에서 커스텀 코드를 추가합니다.

2000년대에 Oracle Designer에서 손을 떼는 이유

세 가지 동향으로 인해 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년대 들어 시스템 사용자 편의성에 대한 기대는 높아졌고, 결국 이러한 유형의 애플리케이션을 생성함으로써 얻을 수 있는 개발 생산성 이점보다 더 커졌습니다.

구성 요소들

비즈니스 프로세스 모델링

• 프로세스 모델러

시스템 분석 모델링

• ER 다이어그램머
• 데이터 흐름
• 기능 계층

설계 마법사

• 데이터베이스 마법사
• 응용 프로그램 마법사

시스템 설계

• 데이터 스키마
• 모듈 로직
• 모듈 데이터
• 우선권
• 모듈 구조

클라이언트/서버 생성기

• 서버 - Oracle 데이터베이스 객체(테이블, 인덱스, 제약 조건 등)
• 오라클 폼
• Oracle 보고서
• 비주얼 베이직
• 웹 서버
• Microsoft 도움말
• C++ 오브젝트층

유틸리티

• 저장소 개체 탐색기(RON)
• 매트릭스
• 저장소 보고서
• 관리 유틸리티
• SQL*Plus
• 온라인 도움말

버전

Oracle 케이스 1

Oracle 케이스 2

Oracle 케이스 3

Oracle 케이스 4

Oracle CASE 5 - SQL*Forms 3 문자 모드 화면을 사용하여 개발

Oracle CASE 5.1은 GUI 인터페이스를 제공하는 Oracle Forms 4.0을 사용하여 스크린을 재개발한 대규모 재개발입니다.

이 시점에서는 번호가 거꾸로 되어 버리기 때문에 버전 번호가 혼동됩니다.소프트웨어 이름이 변경되었고 다음 릴리스 버전은 Oracle Designer/2000 6.0이었습니다(몇 년 후 출시된 Designer 6과 혼동하지 마십시오).

다음 마이너 릴리즈에서는 Oracle Developer와 일치하도록 번호 체계가 변경되어 Designer 1.1이라는 이름이 붙었습니다.

Form 4.5용 생성기를 지원하는 Designer 1

Form 4.5 및 5용 생성기를 지원하는 Designer 2

이후 버전 번호가 Oracle Developer와 일치하도록 변경되었습니다.

Form 4.5, 5 및 6용 생성기를 지원하는 Designer 6.

Designer 6i - 사전 릴리스 버전 번호는 6.5였습니다.운영 릴리스가 Oracle Developer 버전 이름과 동기화되도록 6i로 변경되었습니다.

디자이너 9i

Designer 10gR2 (10.1.2.6)– 이번이 Designer의^[2] 마지막 릴리즈입니다.

출판물

• Billings, Chris (1997). Rapid Application Development with Oracle Designer/2000. Harlow: Addison Wesley Pub. Co. ISBN 0-201-63444-9.
• Dorsey, Paul (1997). Oracle Designer/2000 Handbook. Berkeley: Osborne. ISBN 0-07-882229-7.
• Anderson, Carrie (1997). The Oracle Designer/2000 Handbook. Boston: Addison-Wesley. ISBN 0-201-63445-7.
• Dorsey, Dr (1998). Oracle Designer Handbook. New 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. New 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.

레퍼런스

외부 링크

• Designer/2000용 튜토리얼
• Oracle Designer 튜토리얼: Oracle 데이터베이스 작성(Elizabeth Gallas, Fermi National Accelerator Laboratory, 2000년 11월 2일).
  PDF 버전:Oracle Designer 튜토리얼: Oracle 데이터베이스 작성
• Oracle Designer 6i를 통한 패스트트랙 설계 및 개발