580 likes | 938 Views
Oracle Policy Automation. Kim Ji Seong Senior Sales Consultant, Asia Pacific June, 2012. Agenda. Market Challenges BRMS Oracle Policy Automation 고객 사례 Q&A. Agenda. Market Challenges BRMS Oracle Policy Automation 고객 사 례 Q&A. Market Challenges.
E N D
Oracle Policy Automation Kim Ji Seong Senior Sales Consultant, Asia Pacific June, 2012
Agenda Market Challenges BRMS Oracle Policy Automation 고객 사례 Q&A
Agenda Market Challenges BRMS Oracle Policy Automation 고객 사례 Q&A
Market Challenges • 국내는 물론 국외에서 매번 많은 법령이 개정되거나 생겨나고 있으며 이에 따른 내부 규정 변경이 발생하고 있습니다. 이러한 변경을 빠르고 정확하게 해석하여 업무에 적용하는것은 매우 중요합니다. 지식의 정보화 대 고객 응대 업무 의사 결정 내부 정책 결정 타 시스템과 연동 내부 규정 업무 정보 업계 관행
Market Challenges • 지식 및 규정을 정보화하기 위해서 다음과 같은 방법을 사용 할 수 있습니다. 전문성을 갖춘 인력 양성 전통적인 프로그램 개발을 통한 전산화 많은 교육과 인력 고용을 통해서 전문가를 많이 보유하여 서비스를 제공 프로그램 코드와 스크립트를 사용하여 개발하여 서비스를 제공 • 단점 • 높은 인건비 • 직원이 퇴사할 경우 축적된 경험과 능력도 동시에 사라짐 • 실수로 에러가 발생할 수 있으며 복잡한 검증과 계산에 많은 시간이 소요됨 • 일관성 결여 담당자 마다 다르게 해석 하는 경우 발생 • 매번 모든 결론에 대해서 증명하기 어렵기 때문에 고객 불만 생성 요소 발생 가능 • 현실적으로 매번 바뀌는 규정과 법령을 다 숙지하기가 매우 어려움 • 단점 • 높은 비용 • 프로그램 요건 정리와 품질 관리에 많은 시간 소요 • 적용되는 비즈니스 로직은 정작 비즈니스 사용자들은 알 수 없는 프로그램 코드로 작성됨 • 규정 및 법령 개정 프로그램 화 하는데 많은 시간과 비용이 발생 • 다른 시스템과 연동 및 코드의 재사용이 쉽지 않음 • 생성된 프로그램 코드를 모든 사람이 이해하기가 어려움
Market Challenges • 규정과 법령은 전통적인 프로그램 개발 방법으로는 개발하기에는 매우 방대한 양이며 수시로 변경되어 유지보수가 어렵습니다. 법령 및 규정의 양 2012년 현재까지 공포된 법령 – 국가법령정보센터 http://www.law.go.kr
Market Challenges • 하나의 결론을 도출해 내기 위해서는 여러 조항을 확인해야 하며 때로는 전문가의 해석이 필요한 항목들이 존재합니다. 규정의 난해함 모호한 항목 발생 가능 “소속 대학장이 별도로 정한 요건을 충족하여야 한다” 각 항목마다 추가적인 조건 발생 제 2장 12조 1항 제 8조 1항 학칙 69조 제1항 및 2항 개정 2008. 2. 19 --> 개정전 규정 자료는?
Market Challenges • 전통적인 소프트웨어 개발 생명 주기 모델 (Software Development Life Cycle) • STEP 1: 비즈니스 요구 사항 정리 및 분석 SDLC • STEP 4: 실제 개발된 프로그램 코드로 이루어져있어서 내용을 쉽게 알기 어려움 • STEP 2: 시스템 상세 설계(조건&용어 정의 포함) • STEP 3: 코딩과 사용가능한 라이브러리들을 이용하여 솔루션 구축 변경 및 수정요청을 하는것은 많은 자원이 요구됨
Market Challenges • FTA 와 같은 국가간 조약과 더욱 빠르게 변하는 세계는 효과적으로 쏟아져 나오는 법령과 규정의 빠르고 정확한 처리를 요하고 있습니다. 시장 요구 사항 Accuracy 법령, 규정 그리고 비즈니스 룰을 정확하게 처리할 수 있어야 합니다 Time to Market 시장이 요구하는 속도를 맞출 수 있어야 합니다 Business Rule Management System Flexibility 기존의 시스템과의 연동이 유연해야 합니다 Maintenance 유지 보수가 용의해야합니다
Agenda Market Challenges BRMS Oracle Policy Automation 고객 사례 Q&A
BRMS – Business Rule Management System • BRMS란 조직 및 기관에 필요한 다양하고 복잡한 의사 결정 로직을 정의, 배포, 실행, 모니터링 및 유지보수 하기 위해서 사용하는 소프트웨어 시스템입니다. • http://en.wikipedia.org/wiki/BRMS BRMS 의 특징과 장단점 여전히 IT 중심적으로 현업 사용자가 사용하기 쉽지 않음 Accuracy 일반 현업 사용자도 사용이 가능합니다 Time to Market 전통적인 코딩 방식보다 빠른 적용이 가능합니다 새로운 사용법 습득 필요 다른 BRMS 제품과 다르기 때문에 제품 의존도 발생 Flexibility SOA 와 같은 다양한 인터페이스를 지원합니다 BRMS 제품 사용 전문가 필요 어플리케이션에서 로직을 분리하여 관리가 가능합니다 Maintenance
BRMS – Business Rule Management System • 각각의 제품마다 고유의 문법과 사용자 인터페이스를 제공하며 기존의 프로그램 코딩 방식보다는 ‘비즈니스에 친숙’ 하지만 여전히 기존 프로그램 코딩 방식과 흡사합니다. 각기 다른 사용자 인터페이스
Agenda Market Challenges BRMS Oracle Policy Automation 고객 사례 별첨 - Appendix
Oracle Policy Automation • Oracle Policy Automation(OPA) 는2008년 Haley Limited 라는 자연어를 기반으로 하여 복잡한 규정과 비즈니스 룰을 관리하는 회사를 인수하여 만들어졌습니다. Haley System 을 RuleBurst가 인수할 당시 Haley System 은 Siebel 에 또다른 제품을 OEM 계약으로 공급하고 있었으며 이는 OPA와는 다른 제품입니다. OPA 연혁 Siebel OEM SoftLaw 1989 Haley Expert Rules Haley System 2008 NOT OPA!! Policy Automation 2006 2007 Limited
Oracle Policy Automation • OPA 는 기존 IT 프로그램 툴이 아닌 일반 사용자에게 친숙한 마이크로소프트 워드와 엑셀을 사용하여 손쉽게 웹프로그램과 웹서비스를 만들 수 있습니다. OPA 특징 웹 프로그램/웹서비스 일반 비즈니스 사용자 자연어를 사용하여 개발
Oracle Policy Automation – 자동 질의 응답 및 사유 리포트 자동 생성
Oracle Policy Automation • 규정은 매우 복잡하며 하나의 결론을 내리기 까지 많은 항목을 확인해야하며 개정된 시기에 따라서 답이 다를 수 있는 모호함을 가지고 있습니다. • 이를 다시 프로그램 언어로 바꾸는것은 많은 시간을 요하게 됩니다. 규정의 지식화 원본 규정 학사 학위 수여 가능 여부 확인로직 생성 제12조 학사학위는 다음 학생에게 수여합니다 학생이 제 8조 제 1항의 요건을 만족합니다 논문 심사 또는 실적 심사에 합격해야합니다 제8조(학위논문 제출 자격) 학생이 제 8 조 제 1항의 요건을 만족한다는것은: 학칙 제 69조 1항 및 제 2항에서 정한 과정 이수 학점을 해당 학기말까지 취득하여아합니다. 또는 소속 대학장이 별도로 정한 요건을 충족하여아한다. • 학칙 • 학칙 제 69조 1항 및 제 2항에서 정한 과정 이수 학점을 해당 학기말까지 취득하여아합니다 • 졸업에 필요한 학점은 130학점 입니다.교양과목 36학점, 전공과목 39학점 • 다음 학과 과정은 전공과목을 주로 과한다 • 의학과, 소의학과, 약학과, 제약학과0
Oracle Policy Automation • 규정은 수시로 변경될 수 있으며 때문에 기존 전산 개발 프로세스로 개발 및 유지보수가 어렵습니다 비즈니스 룰 추출 2011년도 논문 심사 기준 2012년도 실적 심사 기준
Oracle Policy Automation • 별도의 프로그램 언어로의 전환이나 개발이 필요하지 않고 규정 자체를 로직으로 변경이 가능합니다. • 따라서 새로운 로직을 만들거나 검증을 바로 시작할 수 있습니다 워드를 사용한 룰 작성 화면 자동 생성된 로직 다이어그램
Oracle Policy Automation • 새로운 로직이 추가되어도 손쉽게 로직을 추가할 수 있으며 이는OPA 가 자동으로 Link를 생성해 줍니다. • 따라서 로직의 변경 및 추가가 매우 유연합니다. 워드를 사용한 룰 작성 화면 자동 생성된 로직 다이어그램
Oracle Policy Automation • 생성된 로직은 기본 기능중 하나인 Web Determination 서버의 자동 생성 질의 응답 프로그램을 통해서 손쉬게 검증 및 확인을 할 수 있습니다. 검증 및 확인 YES! 충족 사유 제공 No! 불 충족 사유 제공
Oracle Policy Automation • 빠른 분석과 쉽게 알아볼 수 없는 프로그램 코드가 아닌 자연어 기반을 사용함에 따라서 사용자 검수 테스트시 문제가 발생하거나 혹은 새로운 요건이 있어도 상대적으로 손쉽게 수정을 하거나 요건을 추가할 수 있습니다. OPA Life Cycle • STEP 1: Oracle Policy Modeling에서 자연어 기반으로 Rule을 캡쳐링 • STEP 3: 배포와 사용자 검수 테스트 신규 추가 및 Rule 의 수정이 적은 비용과 자원으로 가능해짐 • STEP 2: 엔터프라이스 데이터 모델에 Rule을 매핑
Oracle Policy Automation • OPA는 차별된 자연어 기반 룰 관리뿐만 아니라 다양한 내부 기능을 제공하고 있습니다. OPA 고유의 특장점 손쉬운 다국어 서비스 생성 자연어를 사용하여 로직 처리 특허 근거 자료 생성 영향 조사 및 분석 특허 비주얼 한 룰의 관계 표시 시간의 변화에 따른 로직 검증
Oracle Policy Automation • OPA는 로직 작성에만 자연어를 사용하고 일단 컴파일이 된 후에는 자연어를 사용하지 않습니다. 따라서 자연어를 사용함에 따른 성능 저하는 없을뿐만 아니라 OPA 특허받은 Linear Inferecing Algorithm 을 사용하여 빠른 성능과 확장성을 보여줍니다. 자연어 사용과 성능 OPA(Linear Inferecing와 구HaleyRules (Rete) 비교 마이크로 소프트 워드와 엑셀을 사용하여 작성 그림 1:50,000만건 실행시 - Haley 에서 테스트 실시 Rule을 직렬 Tree화 하여 CPU 캐쉬 메모리의 사용을 극대화 일반적으로 많이 사용되는 Rete알고리즘보다 값을 입력하기가 쉬우며 메모리 사용을 극대화 할 수 있으며 CPU 성능을 최적화 할 수 있습니다. HaleyRules(rete)와 타 룰엔진(Rete) 비교 실행가능한 Binary 형태의 파일로 생성되며 자언어로 이루어져있지 않음 그림 2 Average inferencing response times, 250 thread, 1000 iterations 오라클에서 테스트 실시 http://www.oracle.com/us/industries/public-sector/029743.pdf
Oracle Policy Automation • CPU와 메모리의 효과적인 사용함에 따라서 확장성에 강점이 있으며 필요에 따라서 scale up 또는 Scale out을 통해서 성능을 최적화 할 수 있습니다. 확장성
Oracle Policy Automation • 새롭게 만든 비즈니스 로직이 올바른지 확인하기 위해서 다양한 기능을 제공합니다. 데이터 조작이 간편한 엑셀을 사용하여 입력값과 결과값을 산출 할 수 있으며생성된 데이터는 엑셀을 사용하여 피봇테이블이나 그래프등으로 사용할 수 있습니다. What if Analysis What-if Analysis 를 통한 대량 테스트 진행 및 케이스 생성 엑셀에서 제공하는 다양한 기능 바로 사용 가능
Oracle Policy Automation • 기존 테스트에 사용한 수천에서 수만개의 테스트 케이스를 사용하여 로직 변경에 따른 영향을 바로 확인 할 수 있습니다. 기존 자원의 재사용과 추가적인 데이터 로딩 작업없이도 영향을 조사할 수 있기 때문에 빠른 분석이 가능합니다 Regression Tester 예: 과세 대상 가격을 15만원에서 10만원으로 바꿨을때 영향은?
Oracle Policy Automation • 사용된 테스트 스크립트와 케이스가 어느정도 범위를 포함하는지에 대한 리포트를 자동 생성하여 충분한 테스트가 이루어지는지 여부를 확인이 가능합니다. 값의 입력에 따라 전체 로직이 어떻게 처리되는지 바로 확인이 가능한 디버거를 제공하여 손쉬운 테스트 환경을 제공합니다. Coverage Report & 디버깅
Oracle Policy Automation • 비즈니스 룰간의 관계를 자동으로 분석하여 분석하기 쉬운 비주얼적인 구조로 생성하여 공유 및 분석할 수 있습니다. Policy Visualization
Oracle Policy Automation • 사용된 모든 단어 및 문장을 엑셀로 자동 제공해주며 각각의 항목에 맞게 번역된 문장을 입력하여 손쉬운 다국어처리를 통해서 Multi-Lingual 서비스를 제공 할 수 있습니다. 다국어 지원
Oracle Policy Automation • 특별한 프로그래밍 없이 다국어 지원 서비스를 제공할 수 있습니다. 다국어 서비스 지원
시급 인상 시점 신규 규정 발효 시점 근무 시간 감소 시점 등록 완료 시점 신청인의 결혼시점 아이 출산 연리 인상 시점 아이가 5살이 되는 시점 Oracle Policy Automation • 시간이 바뀜에 따라서 다르게 적용되는 시계열성 로직의 검증 또는 중복되서 적용되는 항목들을 확인을 추가적인 로직 변경 없이 하나의 레이어 (Temporal dimension)을 추가하여 확인이 가능합니다. Temporal reasoning 규정 기준값 변경 시점 http://www.oracle.com/us/industries/public-sector/059043.pdf
Oracle Policy Automation • 비즈니스 룰은 다양한 체널에 다양한 방법으로 적용되고 서비스 되고 있습니다. OPA는 이러한 Needs 를 충족할 수 있도록 여러가지 인터페이스를 제공합니다. Component Architecture OPA runtime components Oracle Policy Modelling Debugger Visual Browser What-if Analysis Coverage report Regression Tester 컨넥터 인터페이스 OPA Determinations Engine OPA Connector for SAP JCo .NET/Java APIs OPA Determinations Server (웹서비스) OPA Connector for Siebel SOAP API OPA Web Determinations (대화형 질의응답) Browser UI OPA Connector for CRM On Demand Flat File(CSV)Database OPA Batch Processor Business Rule 작성 Business Rule 배포
Oracle Policy Automation • OPA 엔진을 바로 사용할 경우 제공하는 Java 및 .Net API를 바로 사용하여 OPA로 생성한 Rulebase를 사용할 수 있습니다 Java, .Net API
Oracle Policy Automation • OPA는 자동으로 Web서비스로의 배포가 가능합니다. 생성된 웹서비스 모듈을 SOAP API를 사용한 Web 서비스 호출을 통해서 SOA(Service Oriented Architecture) 환경을 구축하거나 이미 구축한 환경에 도입하여 사용할 수 있습니다. SOAP API
Oracle Policy Automation • 별도의 복잡한 개발 없이도 셀프서비스와 같은 질의 응답 서비스를 제공할 수 있습니다. 또한 BI Publisher 와 같은 제품과도 연동하여 결과에 대한 사용자 리포트를 손쉽게 생성할 수 있습니다. Web Browser API
Oracle Policy Automation • 오라클 BI Publisher 와 같은 제품과도 연동하여 결과에 대한 사용자 리포트또는 인보이스를 다양한 포멧(PDF, HTML, XML, RFT, Power point) 손쉽게 생성할 수 있습니다. BI Publisher
Oracle Policy Automation • 개별시스템에 룰을 저장하지 않고 모든 룰을 한곳에 모아서 관리하여 중복 개발을 막고 자원이 재사용이 용의하며 다양한 체널에서 동일한 룰을 사용할 수 있습니다. 콜센터 온라인 커뮤니티 본부 사용 현장 인력 비즈니스 룰의 체널 통합 OPA 런타임(Java or .NET) OPA Connector for Siebel 모바일용 OPA (Java or .NET) Siebel CRM BPEL/BPMN OPA Determinations Engine (native API ) 모바일 HR / ERP 레거시 시스템 OPA DeterminationsServer (SOAP) Rules, Screens and Flow Definitions CRMOD OPA Web Determinations (interactive) OPA Connector for CRMOD SOAP Web Service OPA Batch Processor Core Rules App 1 Rules OPA Connector for SAP App 2 Rules App 3 Rules SAP Batch Processing
Oracle Policy Automation “들쭉날쭉한 안내에 학생들 원성” • 비즈니스 룰 분리& 체널 통합으로 인한 일관성 향상 “일하는 아르바이트 학생들이 1주일이나 1달을 하고 그만두고 있어 고충” • 응대 스크립트 자동화를 통한 교육시간 단축 • 상대적으로 복잡한 난이도의 업무도 바로 응대 가능
Oracle Policy Automation - Summary 다양한 시스템과 연동/ 손쉬운 정보 공유 No Program Code 자연어 사용 Excel, Word 사용 친숙함 및 다양한 확장성 빠른 개발 및 시스템 적용 가능
Agenda Market Challenges BRMS Oracle Policy Automation 고객 사례 Q&A
OPA Customers • OPA는 다양한 활용도와 많은 언어 지원으로 많은 국가에 다양한 업계에서 사용되고 있습니다. Government Financial Services and Insurance Other Customers • ENDESA (Spain) • Energy Market Company (Singapore) • British American Tobacco (UK) • Motosport (US) • Cisco (US) • Intel (US) • AT&T (US) • Toyota Motor Corp (US) • Yahoo (US) • Dell (US) • Internal Revenue Service (US) • HM Revenue & Customs (UK) • Inland Revenue (NZ) • SKAT (Danish Tax) • Skatteverket (Swedish Tax) • Mississippi State Pensions (US) • Dept of Veterans’ Affairs (AU) • Dept of Immigration (Australia) • NSW Government (Australia) • Govt of British Columbia (Canada) • Multiple DMVs (US) • Home Office (UK) • Ministry of Defence (UK) • Dept Trade and Industry (UK) • Dept of Social Security (Sweden) • Westchester County (US) • ICF Road Home(US) • Small Business Service (UK) • Dept of Statistics (Netherlands) • American Fidelity (US) • Countrywide (US) • Credit Suisse (Switzerland) • UBS (Switzerland) • BUPA (UK, Ireland) • NASD (US) • United Healthcare (US) • HealthMarkets (US) • American International Assurance (US) • Farm Bureau Financial Services (US) • Zurich (US) • American Airline (US) • Iberia (Spain) • Swedish Rail (Sweden) • Oakland Port, Oakland Airport(US) Healthcare Airline & Travel • BUPA (UK, Ireland) • United Healthcare (US) • HealthMarkets (US) • Försäkringskassan (Sweden) • Dept. of Veterans Affairs (Aus) • Medco (US)
OPA Customers • 오라클에 인수전 Haley Limited 는 오직 Public Sector(공공부문)에만 집중하였던 회사였습니다. 인수 후에는 빠르게 Private Sector 에서도 빠르게 영역을 확장해 나가고 있습니다. Trends
OPA Customers - Siebel • OPA는 다양한 시스템과 연동이 가능하며 그 중 Siebel 시스템과 연동을 위하여 Connector 를 제공하여 연동할 수 있습니다. Customers United Arab Emirates General Authority for Pensions and Social Security
OPA Customers - Siebel • OPA Product 개발팀은 Siebel Product 개발팀과 같이 소속되어있을 정도로 두 제품은 밀접하게 연결되어있습니다. • 새로운 OPA 고객들은 대부분 Siebel과 같이 연동하여 사용하고 있습니다. Customers
OPA Customers – Airline • 항공사들은 빈번하게 바뀌는 국제 규정을 준수하여야 하며 고객 서비스를 향상 시켜야하는 과제를 가지고 있습니다. • 그 중 정부 규정 변경은 국제 유가 가격 만큼 수익에 많은 영향을 줄 수 있는 중요한 요소입니다 Customers Challenges having the greatest negative impact on airline revenues: •Fuel prices – 81% •Government Regulations – 72% •Airport/Passenger Security – 59% Challenges having the greatest positive impact on airline revenues: • Revenue/Yield – 81% • Customer Loyalty and Retention – 81% • IT investment – 76% http://avstop.com/news_january_2012/government_regulations_challenges_impact_on_airline_business_revenues.htm
OPA Customers – Airline Customers Profile • Why OPA • 자연어를 지원하는 MS Office Tool을 통해 비지니스 룰(rule) 작성 및 유지보수가 매우 편리함 • 규정 및 정책이 정확히 기술되고 해독이 쉬움 • OPA를 통해 변경된 규정을 쉽고 빠르게 적용하고, 시스템 배포 전에 다양한 Case Test를 수행 • 시장 환경조건의 빠른 변화에 대해서도 즉각적인 대처가 가능해졌고, 운영비용이 대폭 절감됨 American Airlines – Northwest(+Delta)에 이어 미국 제2의 항공사 (2009년 매출액 $199억) – 매일 50여 개국 244개 도시에 운항 중, 연간 약 1억 300만 명의 승객을 수송 – 고객서비스 혁신을 통해 여행업계 전반에 걸친 혁신을 주도(ex. 항공기에 인터넷을 제공하는 ‘Gogo 인터넷 서비스’를 시행) – 자동화된 티켓팅 및 고객 로열티 프로그램을 운영 중 • Solution • OPA(Oracle Policy Automation) : • 1차 프로젝트 – 티켓 발권/교환 및 좌석배치 애플리케이션의 Rule자동화 지원 • 2차 프로젝트 – 기존 업무 Application과 연동하여 영업, 마케팅, 컨시어지 서비스로 OPA적용범위를 확산