Oracle Forms 현대화

Oracle APEX를 선택해야 하는 이유는 Oracle Forms 애플리케이션을 최신 웹 애플리케이션으로 간편하게 이전할 수 있는 플랫폼이기 때문입니다. 동일한 저장 절차 및 PL/SQL 패키지가 APEX에서 기본적으로 작동하여 쉽게 개발할 수 있습니다.

파트너 패널 토론

소개

Oracle Forms는 Oracle Fusion Middleware 구성요소로, 수십 년간 구축된 데이터 애플리케이션 구축 기술입니다. 오늘날에는 이러한 애플리케이션을 구축하는 여러 방법이 있습니다. 이 페이지에서는 Oracle APEX를 사용하여 Oracle Forms 기반 애플리케이션을 현대화하는 방법을 자세히 설명합니다.

Oracle Forms 및 Oracle APEX는 여러 면에서 유사하므로 이전이 더욱 간편합니다. 두 가지 모두데이터베이스 중심이며, SQL 및 PL/SQL 기반이고, Oracle Database 기능을 및 데이터베이스 객체를 모두 바로 활용할 수 있으며, 선언적 프레임워크를 사용하여 개발을 돕기 때문입니다.

그러나 중요한 차이도 존재합니다. Oracle APEX는 웹 브라우저를 통해 완전히 실행할 수 있고 클라이언트 측 도구나 브라우저 플러그인이 개발 및 런타임 모두에서 전혀 필요하지 않아, 메타데이터 저장소를 사용하여 앱 정의를 저장하므로, 파일을 생성할 필요가 없으며, 바로 사용할 수 있는 테마를 제공하고, 완전한 반응형 앱(어느 장치에서나 실행 가능)을 제작할 수 있습니다.

APEX를 사용한 Oracle Forms 현대화 경험에 대한 파트너 패널 토론을 시청하십시오.

파트너 패널 토론

동기 부여

Oracle APEX를 사용한 Oracle Forms 애플리케이션 현대화에는 몇 가지 동기가 있습니다. 이러한 이전은 중대한 작업일 수 있으며 상당한 시간과 노력이 소요되지만, 그만한 가치가 있는 결과를 얻을 수 있습니다. 이러한 작업 수행을 고려해야 하는 주요 이유 몇 가지를 소개합니다.

  • 유용성

    수년 전에 개발된 많은 Oracle Forms 앱은 직관적이지 않은 경우가 많고 앱을 익숙하게 사용하기까지 광범위한 일반 사용자 교육 및 경험을 필요로 합니다. 반대로 Oracle APEX 앱은 일반적으로 사용하기가 쉬우며 이미 일반 사용자가 사용하고 있는 다른 최신 웹 애플리케이션과 유사합니다.

  • 반응형

    사용자는 대형 데스크톱, 태블릿 및 모바일 장치를 비롯한 다양한 장치에서 앱을 실행하며 모든 폼 팩터에서 앱이 동일하게 작동할 것으로 기대합니다.

  • 외부 대상 앱

    Oracle Forms는 고객 또는 파트너 대상 앱에 적합하지 않습니다.

  • 확장 배치

    앱이 처음 Oracle Forms에서 개발되었을 때는 주로 소규모의 특정 그룹이 사용할 용도로 설계되었을 것입니다. 그러나 이제 요구사항이 변경되어 동일한 기능을 전사적으로 배치해야 합니다. 예를 들어 휴가 신청서의 경우 이전에는 직원이 인사부에 전자메일을 보내 처리했을 것입니다. 그러나 이제는 각 직원이 직접 앱에 휴가 정보를 입력해야 합니다.

  • 새 시책

    새 애플리케이션을 개발할 경우 이전에는 Oracle Forms가 기본 개발 툴이었을지라도 Oracle APEX와 같은 다른 툴에 대해 알아보는 것이 좋습니다.

  • 개발 리소스

    숙련된 Oracle Forms 개발자를 찾는 것이 점점 어려워지고 있으며, 새로운 개발자들은 웹 기반이 아닌 툴은 구식 기술이라는 인식을 갖고 있어 Oracle Forms를 배우기를 꺼려합니다.

APEX의 이점

Oracle APEX를 사용하여 Oracle Forms 애플리케이션을 현대화할 경우 여러 주요 이점을 얻을 수 있습니다.

  • 비용

    Oracle APEX에는 라이센싱 비용이 없습니다. Oracle APEX는 Oracle Database의 기능이므로 Oracle Database 라이센스가 있는 경우 이미 Oracle APEX를 보유하고 있습니다.

  • 보유 기술

    Oracle Forms에서 Oracle APEX로 이전하는 가장 큰 이유는 공통된 기술을 많이 사용하기 때문일 것입니다. 두 프레임워크(Forms 및 APEX) 모두 데이터베이스 중심으로 SQL과 PL/SQL을 활용하고 주로 선언적 개발을 사용합니다. Forms 개발자가 간단한 교육만으로 기존 개발 기술이 자연스럽게 진화한 APEX의 개발자가 될 수 있다는 것이 이미 입증되었습니다.

    SQL에 대한 지식이 있는 모든 개발자는 간단한 교육만으로 Oracle APEX 개발이 가능하며, 수개월이나 수년이 아닌 몇 주 만에 숙련된 개발자가 될 수 있습니다.

  • 재사용

    기본 데이터베이스 프로그램(패키지, 함수, 프로시저)은 모두 Oracle APEX에서 바로 쉽게 호출할 수 있습니다. 따라서 Oracle Forms에서 사용한 광범위한 데이터베이스 비즈니스 논리를 다시 작성하지 않아도 됩니다.

  • 공존

    Oracle Forms와 Oracle APEX는 동일한 데이터베이스 객체로 작동되는 동일한 데이터베이스에서 동시에 실행 가능합니다. 두 툴이 서로 다른 비즈니스 요구사항을 충족할 경우 사용자들이 정기적으로 두 툴을 모두 사용하도록 할 수 있습니다. 또는 새 APEX 애플리케이션에 대해 모든 사용자를 교육하는 데 오랜 기간이 걸릴 경우 APEX 애플리케이션에 대해 익숙해질 때까지 사용자들이 Oracle Forms를 계속 사용하도록 할 수도 있습니다.

  • 유연성

    Oracle APEX를 사용하면 랩톱에서부터 온프레미스 또는 클라우드에 이르기까지 개발 환경에 대한 유연성이 제공됩니다. 앱을 개발하는 환경에 따라 애플리케이션을 배치할 수 있는 위치가 제한되지 않습니다. Oracle Database와 Oracle APEX가 설치되어 있으면 어디에서나 개발하고 배치할 수 있습니다. 예를 들어 사내 온프레미스에서 개발하여 클라우드 파트너에게 배치하거나 컨설팅 회사와 협력하여 클라우드에서 개발하고 온프레미스에 배치할 수 있습니다.

  • 입증된 경로

    지난 수년간 몇 페이지의 소규모 앱부터 수천 페이지의 대규모 상용 앱에 이르기까지 수많은 Forms 애플리케이션이 성공적으로 Oracle APEX로 이전되었습니다.

  • 향상된 사용자 환경

    APEX 애플리케이션은 특정 사용 사례에 대해 완벽하게 모바일 친화적이고 반응형이 되도록 간소화할 수 있습니다. 하나의 APEX 대화식 보고서로 여러 양식 페이지를 대체하는 경우가 많습니다.

  • 파트너 커뮤니티

    Oracle Forms에서 Oracle APEX로 이전해 본 경험이 있는 파트너를 활용하면 많은 도움을 받을 수 있습니다. 파트너는 시간과 비용을 절감할 수 있으며, 단순히 안내 및 조언만 제공하는 방식에서 개발 팀과의 협업 또는 턴키 방식의 이전 수행도 가능합니다.

시작하기

시작 결정이 쉬워집니다. 다양한 방식을 통해 Oracle Forms에서 Oracle APEX로 이동할 수 있습니다.

충분히 입증된 접근법 중 한 가지로, 기존 Oracle Forms 앱의 잘 정의된 기능 영역을 Oracle APEX로 이전하는 경우에 대한 개념 증명을 개발하는 것입니다. 이를 통해 현재의 개발팀을 교육하고 투입과 위험 요소를 결정할 수 있습니다. 또한 최신 웹 애플리케이션으로 이전할 때 사용자 환경을 수정하고 Oracle Forms에서 구현된 예전 스타일을 복제하지 않는 것이 매우 중요한데, 이러한 방식을 사용하면 일반 사용자가 새로운 사용자 인터페이스를 쾌적하게 이용할 수 있도록 합니다.

또 다른 접근법은 사용자와 협업하여 사용자 습관을 반영하는 새로운 워크플로우를 정의함으로써 더 직관적인 사용자 환경을 구현하는 것입니다. 예를 들어 주문을 하는 경우, 고객을 먼저 선정하여 이전 주문, 현재 청구, 기타 정보를 검토할 수 있습니다. 이러한 접근법을 통해 더 나은 고객 상호작용, 영업 기회, 기타 고객 중심 환경을 구축할 수 있습니다.

마지막으로, 기존 기능을 대체하는 것이 아니라 Oracle APEX를 모든 신규 앱 개발의 기본 플랫폼으로 사용할 수 있습니다. Oracle APEX는 새로운 넷 요구사항, 모바일 우선 앱, 외부 대상 앱을 구현하는 데 이상적입니다.

다음 작업

Oracle Forms 현대화는 반드시 프로젝트로서 간주되어야 합니다. 노후되고 직관성이 떨어지며 복잡한 Oracle Forms 애플리케이션을 보기 좋고 직관적인 최신 웹 애플리케이션으로 마법처럼 변화시켜 주는 만능 해결책은 없습니다.

  • 범위 식별

    전체 애플리케이션 제품군을 대체할 것인지, 특정 기능 영역만 대체할 것인지 또는 완전히 새로운 앱을 구축할 것인지 결정합니다.

  • 모양 정의

    새로운 앱과 사용자 환경을 설계하는 방법에 대한 주요 이해관계자의 관심을 유도합니다. 새로운 사용자에게 앱 사용 방법이 아닌 비즈니스 프로세스만 교육하면 되도록 최대한 단순하고 사용자 친화적인 화면이 중요합니다.

    새로운 앱을 설계할 때 Oracle Forms의 UI 또는 UX를 복제하지 않도록 해야 합니다.

  • 프로세스 플로우 개선

    이전의 애플리케이션은 대부분 몇 년 전에 설계되어 Oracle Forms의 기능에 따라 화면 플로우가 결정되는 경우가 많습니다. 예를 들어 데이터 입력 작업자에 의해 일괄 입력되는 서류 양식을 중심으로 설계된 시스템은 모든 직원이 직접 데이터를 입력하도록 설계된 시스템과 매우 다릅니다.

    사업부와 협력하여 오늘날의 비즈니스 환경에서 다양한 작업을 수행하기 위한 최적의 방법을 결정합니다. 새 앱에서 다단계의 대규모 프로세스를 간소화하고 최소 단계로 자주 수행되는 작업을 완료할 수 있는 방법을 찾습니다.

  • 비즈니스 규칙 검토

    Oracle APEX에서 재사용할 수 있는 기존 데이터베이스 프로그램을 식별합니다. Oracle Forms 내, 주로 트리거에 포함되어 있는 비즈니스 논리 중 다시 구현해야 하는 논리의 양을 결정합니다. 기존 규칙이 여전히 유효하며 새 앱에 통합되어야 하는지도 확인합니다.

    Oracle APEX는 새 APEX 앱에 통합해야 하는 애플리케이션 논리를 검토하고 주석을 지정하며 추적하기 위해 기존 양식을 업로드하는 기능을 제공합니다.

  • 개발자 교육

    개발자에게 Oracle APEX와의 주요 차이점, 새로 개발하는 앱에서 사용 편의성 개선의 중요성에 대해 교육합니다. Oracle Forms와 마찬가지로 최대한 비즈니스 논리를 데이터베이스에서 처리하고 가능한 한 내장된 기능을 활용하도록 합니다. 예를 들어 많은 양의 JavaScript를 작성하는 대신 Dynamic Actions를 사용하여 클라이언트측 상호작용을 동적으로 정의하는 방법을 교육합니다.

    지침을 제공하고 모범 사례를 구현하는 데 도움을 줄 수 있는 파트너를 활용하거나 숙련된 APEX 전문가를 채용하는 것도 고려합니다.

  • 일반 사용자 파악

    설계 단계에 시스템 전문가를 참여하게 하여 유용성과 효율성을 높이고 제공되는 향상된 기능에 대해 교육합니다. 기존 시스템에서 높은 생산성을 발휘하고 있어 변화를 꺼리는 고급 사용자의 경우 적절한 교육을 통해 새로운 시스템이 업무 수행에 더욱 효과적이라는 것을 이해시킬 수 있습니다. 예를 들어 표시된 데이터를 조작할 수 있는 대화식 보고서로 가치를 극대화할 수 있는 방법을 보여줍니다.