보정

CorVision
보정
개발자코텍스
처음 등장한1986년 (최종)
영향을 받다
통지하다

CorVision은 현재 Attunity, Inc.가 소유하고 있는 4세대 프로그래밍 툴(4GL)입니다.CorVision은 VAX/VMS ISAM 환경용으로 Cortex Corporation에 의해 개발되었습니다.PC용으로 생성된 CorVision-10을 Cortex 베타에서 테스트했지만 CorVision 자체는 VMS에 고정되어 있었습니다.CorVision-10은 기대 이상의 난이도를 보여 출시되지 않았습니다.

라이프 사이클

CorVision의 탄생

CorVision은 1972년 Lou Santoro와 Mike Lowery가 새롭게 설립된 시분할 회사 Standard Information Systems(SIS)를 위해 INFORM을 만든 시점으로 거슬러 올라갈 수 있습니다.INFORM에는 SORT, REPORT, LIST, CONFIGATE 등의 CorVisions 기본 유틸리티 명령어가 포함되어 있습니다.INFORM의 최초 사용자 중 일부는 뉴잉글랜드 전화, 폴라로이드, 템플 바커 & 슬론이었다.1972년까지 SIS는 로스앤젤레스, 가든 그로브, 미니애폴리스, 시카고, 보스턴, 뉴욕시, 컬럼비아 특별구, 샬롯, 롤리, 애틀랜타 및 피닉스에 사무소를 설치했습니다.

CorVision의 확립

1976년에서 1977년 사이에 SIS의 Ken Levitt과 Dick Berthold는 IAS에 따라 CDC-3600에서 PDP-11/70으로 INFORM을 이식했다.그들은 이 새로운 도구를 INFORM-11이라고 불렀다.Cortex는 1978년 Sherm Uchill, Craig Hill, Mike Lowery 및 Dick Berthold에 의해 INFO-11을 판매하기 위해 설립되었습니다.INFORM-11은 Eddie Bauer에서 20명의 사용자 주문 입력 시스템을 제공하고 Consolidated Group Trust를 위한 보험 처리 시스템을 제공하기 위해 처음 사용되었습니다.

1981년과 1982년 사이에 Cortex는 A. B. Dick으로부터 상당한 투자를 받았다.이 새로운 투자를 통해 Cortex는 Digital Equipment Corporation의 새로운 VAX/VMS에 정보를 이식하여 컴파일된 실행 파일을 추가했습니다.INFORM-11은 Cortex와 Digital에 의해 선도적인 신속한 애플리케이션 개발 시스템으로서 추진되었습니다.

1984년 Jim Warner는 INFORM을 저장소 기반 개발 도구에 캡슐화하여 Application Factory라고 명명했습니다.INFORM의 프로세스 언어는 Application Factory 내에서 BUILDER로 알려지게 되었습니다.1986년에 Application Factory라는 이름은 CorVision이라는 이름으로 폐지되었습니다.

코비전의 전성기

1986년과 1989년 사이에 CorVision은 전성기를 경험했다.이는 중요한 다중 사용자 애플리케이션을 신속하게 구축할 수 있는 강력하고 성능이 뛰어난 툴로 빠르게 알려지게 되었습니다.관계형 데이터베이스 지원의 추가는 주요 고객들의 관심을 끌었다.Cortex는 빠르게 국제적인 회사가 되었다.

1992년에 CorVision 버전 5가 Unix에 대한 쿼리와 지원을 포함하여 출시되었습니다.쿼리는 시스템 데이터베이스 백엔드에 대한 사용자 및 개발자의 읽기 전용 액세스를 허용합니다.사용자가 개발자에게 연락하지 않고 "한 번 사용한 후 폐기" 보고서를 작성할 수 있는 것이 바람직하다고 생각되는 경우 성능 문제를 일으키는 나쁜 습관이 있었습니다.사용자가 데이터베이스 구조를 이해하지 못하는 경우가 많아 처리 큐에 대량의 쿼리를 전송하여 시스템 전체에 문제가 발생할 수 있습니다.

1993년 Cortex는 Digital의 새로운 64비트 Alpha 제품군을 지원하기 시작했습니다.1994년 국제 소프트웨어 그룹 주식회사.주식회사(ISG)가 Cortex를 인수했다.

CorVision 종료의 시작

1987년 초에 Cortex는 IBM PC의 인기 증가를 인지하고 CorVision에서 메뉴 및 데이터 관계의 wikt:다이어마틱 편집을 지원했습니다.1993년에 클라이언트 서버 버전이 출시되었지만 널리 채택되지는 않았습니다.1997년 IBM PC 플랫폼으로 CorVision의 재탄생을 예고하기 위한 ISG의 CorVision-10 작업은 중단되었습니다.CorVision-10은 포팅이 매우 어려운 것으로 판명되었고, ISG는 마침내 이 최신 시스템에 더 이상의 비용을 들이는 것을 거부했다.1994년의 혁신적인 CorVision 릴리즈는 V5.11이었습니다.추가 요금 Y2K 릴리스인 V5.12.2는 개발의 종료를 의미했습니다.

레거시 시스템으로서의 CorVision

CorVision은 아직 기존 메인프레임 시스템을 업그레이드할 시간과 비용을 확보하지 못한 소수의 기업에 존재합니다.CorVision은 VMS 환경에서 실행되기 때문에 매우 안정적이지만, 이러한 노후화된 시스템을 지원할 CorVision 개발자와 계약업체를 찾는 것은 문제가 됩니다.1999년경부터 기업들은 BUILDER 코드를 컴파일된 Visual Basic 및 Java로 변환하는 변환 도구를 제공하기 시작했습니다.

2005년 CorVision의 권위자인 Michael Lowery는 주문 처리 테크놀로지의 사장입니다.CV2VB로 CorVision의 프랜차이즈를 부활시키려 했습니다.CV2VB는 CorVision 어플리케이션을 로 변환하는 프로세스입니다.SQL 서버를 사용하는 NET 응용 프로그램.CV2VB는 OPT의 3세대 CorVision 변환 및 대체 모델러/코드 제너레이터입니다.이전 CorVision 고객사에서 상용 서비스를 하고 있습니다.정보는 CV2VB 웹 사이트에서 확인할 수 있습니다.

응용 프로그램 개발

CorVison을 사용한 애플리케이션 개발에 대한 간단한 설명.

응용 프로그램 파라미터

CorVision을 사용한 애플리케이션 개발의 첫 번째 단계는 애플리케이션 전체의 기능에 관한 다양한 측면을 제어하는 파라미터를 입력하는 것입니다.

파라미터는 다음과 같이5개의 그룹으로 나뉩니다.

  1. 응용 프로그램의 제목, 제목 및 메뉴 정보.
  2. CorVision 작업 환경에 영향을 주는 개발 파라미터.
  3. 응용 프로그램의 런타임 실행에 영향을 주는 런타임 파라미터(배치 및 인쇄 큐 제어 포함)
  4. 응용 프로그램 전체의 네비게이션 옵션.
  5. 응용 프로그램 전체의 표준 메뉴 항목.

일반적으로 이들 파라미터의 기본값은 양호합니다.그러나 CorVision에서는 개발 중에 언제든지 이러한 설정을 변경할 수 있습니다.파라미터 파일(WP)은 런타임에 액세스되므로 항상 최신 설정이 사용됩니다.

상태 화면

CorVision은 상태 화면의 이면에 있는 정보를 최신 상태로 유지하여 개발 프로세스의 현재 상태를 표시합니다.왼쪽은 수행해야 하는 사양 작업을 나타냅니다.오른쪽은 수행해야 하는 생성 태스크를 나타냅니다.

사양 변경 또는 추가 사항 및 변경 사항

사전, 데이터 세트 및 키

  • * 를 생성합니다.CRE, 링크 빌드

사전, 데이터 세트, 키

  • 화면, 보고서, 데이터 뷰

화면, 보고서

  • * 를 생성합니다.SCR, *.RPT, *.일

메뉴

  • * 를 생성합니다.하니

필드 검색

CorVision은 필드 검색이라는 유용한 기능을 제공합니다.필드 검색을 사용하면 응용 프로그램의 다양한 측면에서 필드 사용을 조사하고 분석할 수 있습니다.이를 통해 개발자는 변경이 이루어지기 전에 변경의 영향을 평가할 수 있습니다.

CorVision에는 완전한 사양 세부 정보를 하드카피 형식으로 제공하기 위해 [Run Reports]옵션이 있습니다.80가지 이상의 다양한 유형의 보고서를 생성할 수 있습니다.컴포넌트 사양 보고서(CSR)는 잠정적인 항목, 참조되지 않은 항목 및 해결되지 않은 항목에 대해서도 작성할 수 있습니다.

절차 및 프로세스

CorVision의 핵심은 절차입니다.CorVision 의 순서는, 최종적으로 실행 가능한 이미지(.EDO의)

다음의 3종류의 순서가 있습니다.

화면 절차
데이터 입력 및 업데이트에 사용되며 메뉴에서 액세스할 수 있으며 탐색할 수 있습니다.이 유형의 절차는 메뉴 선택과 키 화면 및 데이터 화면으로 구성됩니다.이들은 생성되고 함께 컴파일됩니다.화면 절차는 CorVision에서 기본적으로 MAIN이라고 하는 MAIN 절차로 볼 수 있습니다.
Jobstream / 보고서
데이터를 보고서로 제시합니다.이 유형의 절차는 보통 보고서를 생성하는 한 단계로 구성됩니다.화면 절차와 별도로 생성 및 컴파일됩니다.
커스텀 프로시저
BUILDER에서 손으로 코딩된 프로시저.이러한 절차는 BUILDER 코드가 허용하는 모든 기능을 수행할 수 있습니다.이 유형의 절차는 전적으로 CorVision 4GL인 BUILDER로 작성됩니다.또한 다른 두 가지 유형에서 별도로 생성 및 컴파일됩니다.

프로시저를 프로그램으로 간주하는 것은 본질적으로 사실이 아닙니다.실제로 프로시저는 프로그램을 빌드하는 일련의 명령(빌더 명령)입니다.BUILDER의 프로그램은 실제로는 프로그램이 아니라 프로세스라고 불립니다.따라서 프로시저는 BUILDER에게 프로세스를 구축하고 이를 컴파일된 파일로 프로그램라이브러리에 저장하도록 지시하는 BUILDER 명령어 세트입니다.SAV 확장

data 독립성

CorVision은 데이터 구조 파일이 BUILDER에 의해 조작되는 경우 데이터 구조 파일을 별도로 유지합니다.BUILDER는 응용 프로그램에서 사용하는 각 데이터 세트의 구조 파일과 키 구조 파일을 보관합니다.

프로세스가 컴파일되면 데이터 구조가 그 시점에 프로세스에 "바인드"되므로 프로세스가 컴파일되는 정확한 순간에 데이터 구조의 "바인딩"이 이루어집니다.

구조 파일과 키 구조 파일은 별도로 유지되므로 개발 중에 데이터 집합 정의를 변경할 수 있습니다.이는 CorVision의 주요 강점입니다. 개발 과정에서 코드와 데이터 구조를 모두 변경한 후 컴파일 시에 통합할 수 있는 프로토타이핑 환경을 가능하게 합니다.

프로세스가 컴파일되기 전에 구조 파일과 키 구조 파일이 로드됩니다.이 작업은 로드 파일에 의해 수행됩니다.BUILDER는 프로세스를 컴파일할 때 데이터 구조가 이미 로드되어 있다고 가정합니다.이 시점에서 컴파일이 데이터 구조를 코드에 "바인드"합니다.

프로시저의 작성

  • 절차 사양 추가/변경
  • (진행형) 어플리케이션컴포넌트를 구축합니다.
    • 메뉴
    • 화면
    • 리포트
    • 커스텀 코드
  • (프로그레시브) 컴파일 가능 파일 생성
  • 절차를 정리합니다.

프로시저 생성 후

다음 파일이 생성됩니다.

  • .DEF : 절차 내에서 사용되는 필드를 정의합니다.
  • .DFS: 정의(.절차 내에서 사용되는 DEF) 파일입니다.
  • .DO : 프로시저의 실행/컴파일을 제어하기 위한 생성 빌더.
  • .IOS : 순서.
  • .LOA : 프로시저에서 사용하는 모든 필수 데이터 세트의 로드를 제어하는 생성 빌더.
  • .SCS : 절차에서 사용되는 모든 화면 목록

다음 파일도 추가할 수 있습니다.

  • .DCL : DIGITAL 명령어 언어 파일.
    • 특정 CorVision 논리를 정의합니다.
    • 절차를 실행하기 전에 다른 처리를 정의합니다.

컴파일 후 다음 파일이 생성됩니다.

레퍼런스

  • Developers Guide To CorVision Version 5.11. CORTEX Corporation. February 1994.
  • Stephen Pickett (October 2001). CorVision Training Course Notes.
  • CV2VB 웹 사이트의 CorVision 이력