서비스 지향 전자정부 구현 방안

1. 서비스 지향전자정부 구현 방안 충남대학교 컴퓨터공학과 이규철 (kclee@cnu.ac.kr)

2. 목 차 • 전자정부 현황 • 웹 서비스와 SOA • 전자정부의 SOA 도입 방향 • SOA 구현 방안 • SOA의 시험 적용 • 결언

3. 전자정부 현황

4. 전자정부(Electronic Government) 개념 등장(1990년대 초, 미국) 전자정부 특별위원회(2001.2) 전자정부 11대 중점과제 완료(2002) 참여정부의 전자정부 로드맵 발표(2003. 8, 정부혁신지방분권위원회 전자정부위원회) 국가기간전산망사업 (1987-1996) 제1차 정보화촉진기본계획 (1996. 6.) Cyber Korea 21 (1999-2002) e-KOREA VISION 2006 (2002-2006) 초고속 정보통신기반구축종합계획 수립(1995-2005) 참여정부의 전자정부 로드맵 4대분야, 31개 과제 추진 (2003-2007) 전자정부 추진현황 • 주요사업 • 1985~1992. 3 : 1단계 행정전산망 사업 • 1992~1996 : 2단계 행정전산망 사업 • 1995~2000 : 초고속국가망 구축사업 2단계 • 2001~2002 : 전자정부 11대 중점과제 선정, 완료 • 2003~2007 : 참여정부의 전자정부 로드맵 발표(4대분야, 10개 아젠다, 31개 과제)

5. 전자정부 추진에 대한 평가결과 • 다양한 전자정부 사업들에 대한 범 국가적 체계적이고 종합적인 기획, 조정, 통합 체계 미흡 • 업무 혁신에 따른 [업무-서비스 프로세스]의 변화 관리 체계 필요 • 시스템 및 데이터 연계, 표준화를 위한 상호운용성(interoperability) 확립노력 미흡 • 국민들의 서비스 이용 촉진을 위한 홍보, 유인책 등 활성화 계획이 필요 • 이용 가능한 서비스 종류 및 접근 채널을 다양화하여 국민 편의를 제고 • 사업 수행에 따른 책임, 성과 및 투자 평가에 대한 모니터링 기반이 취약 평가결과에 대한 분석 • 이기종 정보시스템 통합에 관한 비전 필요 • 서비스 재활용에 대한 인식 및 공감대 형성필요 • 범정부적 업무 프로세스 효율화 작업 필요 • 다채널(컴퓨터, PDA 등) 서비스 제공 필요

6. 미래 대한민국 전자정부 대한민국 전자정부는 전자정부 31대 과제(2003-2007) 계획3단계 통합 단계 4단계 유기적 결합 단계 전자정부 발전단계 모형 e-Democracy 정보공개 e-Community Online Participation e-Governance Service 정보제공 Online Service One-Stop Portal Zero-Stop CRM Productivity DB Online Service Back-Office Re-engineering Organizational Transformation E-Gov Concept Computerize Online Integration Seamless 차기 전자정부 목표 [한국 전산원 정보화 이슈분석 “미래전자정부청사진”]

7. 웹 서비스와 SOA

8. 웹 서비스(Web Services) • 정의 • “URI에 의해 인식되는 소프트웨어 애플리케이션으로서, 서비스의 인터페이스와 바인딩이 XML 산물로서 정의되고, 기술되고, 발견되어질 수 있는 것”- W3C • “분산 컴퓨팅을 수행하기 위해 SOAP, WSDL, UDDI 등의 표준 기술을 적용한 소프트웨어 컴포넌트”- 가트너 그룹 • “위치나 구현 모델에 관계없이, 다른 프로그램이 발견할 수 있고, 호출할 수 있는 소프트웨어 시스템의 기능. 구현이 아니라 인터페이스”- Ovum • 웹 서비스 아키텍처

9. SOA(Services Oriented Architecture)의 정의 • W3C • “호출 가능한 컴포넌트의 집합” • 컴포넌트 : 인터페이스의 정의가 공개(publish)∙발견(discovery) 가능한 것 • CBDI • “애플리케이션의 기능들을 사용자(consumer)에 적합한 크기(granularity)로 공개한 서비스들의 집합으로 제공하고 사용되게 하는 정책(policy), 적용(practice), 또는 프레임워크(framework)” • 서비스 : 단일한 표준기반의 인터페이스 형태를 사용하여 구현과 독립적으로 추상화되며, 호출(invoke)되고, 공개(publish)되며, 발견(discover)할 수 있는 것 • 서비스라 불리는 분할(decomposition)된 애플리케이션 조각들을 단위로 느슨하게 연결해 하나의 완성된 애플리케이션으로 만드는 아키텍처

10. 서비스의 개념 • 비즈니스 계층에서의 서비스 • 여러 애플리케이션으로부터 추출 • 서로 조합해 비즈니스 프로세스를 구성 • 기술적 계층과는 독립

11. SOA의 특징 • 서비스는 발견이 가능하고 동적으로 바인딩 된다. • 서비스는 컴포넌트와 같이 독립된 모듈이다. • 서비스의 플랫폼간 상호 운용이 가능하다. • 서비스는 느슨하게 연결된다. • 서비스는 네트워크 주소로 접근 가능한 인터페이스를 갖는다. • 서비스는 위치 투명성을 제공한다. • 서비스의 조립이 가능하다. • 서비스는 자기 치유(self-healing)를 지원한다.

12. SOA와 웹 서비스 관계 • SOA와 웹 서비스의 관계 • SOA : 웹 서비스= “애플리케이션 아키텍처”: 기술의 집합 • 웹 서비스는 SOA의 개념을 보다 구체화 한 것 • SOA 기반의 다른 표준들 • CORBA: Common Object Request Broker Architecture • JINI : Network Plug and Play • UPnP : Universal Plug and Play

13. 전자정부의 SOA 도입 방향

14. SOA도입의 필요성 • 전자정부 서비스의 플랫폼 독립적 통합 및 상호운용성 확보 • 공유해야 할 정보의 양과 수준을 최소화 • 서비스에 대한 기술과 협상과 협력을 위한 프로토콜만 공유 • 인터페이스 활용 • 서비스의 구현 기술(플랫폼, 내부 로직)에 관계없이 사용 가능 • 서비스에서 제공하는 공개된 기능만을 사용 • 전자정부 서비스의 재활용을 통한 업무 효율성 향상 • 각 서비스가 독립적으로 개발, 유지, 관리 • 기존 서비스들의 조립을 통한 새로운 서비스 구축 • 전자정부 서비스의 변화에 대한 기민성 및 확장성 증가 • Loosely coupling 지향 • 서비스 간의 독립성이 높아짐 • 급변하는 환경의 변화나 요구에 신속한 대응 가능 • 새로운 기능의 확장 등의 요구사항에 기민한 대처 가능

15. SOA도입 필요성 (Cont’d) • 전자정부 시스템 구축의 융통성 확보 • 운영 중이던 서비스에 문제가 발생했을 경우, 해당 서비스의 대체 및 치환 가능 • 각 부처의 작업에 영향을 주지 않고 서비스 변경 가능 • 전자정부 구축에 대한 비용 효과 개선 • 기존 서비스의 재사용을 통한 새로운 서비스를 제공 가능 • 해당 부처의 본 기능 및 서비스에 집중 투자 가능 • 전자정부의 혁신 능력 향상 • 서로 파트너들과 상호운영∙협력 • 서로 다른 서비스 아키텍처와 쉽게 통합

16. 외국에서의 SOA도입 동향

17. 한국 전자정부의 셰어드 서비스 도입 현황 • 셰어드 서비스(Shared Service) • 사업 부문 혹은 그룹 내 복수의 기업에 산재하는 공통 적인 업무·서비스를 표준화하여 집중시키고 각 기업과 사업 부문이 공동으로 공유하게 하는 업무 효율화 방식 • 각 업무 분장 별로 분산되어 있던 정보시스템을 공동으로 활용 • 보안·인증·그룹웨어·e메일·메신저 등 • 행정자치부 : 2004년 12월 까지 구축 목표 • 민원안내지원시스템 • 온라인민원발급시스템 • 전자서식지원시스템 • 전자지불지원시스템 • 본인확인지원시스템 • 모바일지원시스템 • 통합인증시스템 • UDDI

18. SOA 구현 방안

19. SOA 도입 전략 • 애플리케이션 아키텍처 관점 • 새로운 애플리케이션 개발할 경우 • 레거시 시스템의 마이그레이션할 경우 • CRM, ERP 등의 상용화된 시스템을 정보시스템에 통합할 경우 • 전사적 아키텍처 관점 • 전사적인 관점에서 부처 전체나 범 정부적 차원의 정보시스템 및 서비스를 개발∙통합할 경우

20. 애플리케이션 아키텍처로서의 SOA • 새로운 애플리케이션 개발을 개발하는 경우 • 모든 기능을 서비스로 정의 • 모든 서비스를 독립적으로 설계 • 서비스의 인터페이스가 호출 가능하도록 정의 • CBD 기반의 레거시 시스템을 마이그레이션하는 경우 • 구축된 시스템을 독립적으로 개발 • 컴포넌트의 크기를 enterprise 수준으로 구성 • 기존의 CBD 컴포넌트들 중 종속관계가 높거나 특정 수행 환경에서 동작해야 할 컴포넌트들을 보다 상위 수준에서 그룹핑 • 비즈니스 프로세스를 구성하는 비즈니스 서비스에 해당 • CRM, ERP 등의 상용 시스템을 정보시스템에 통합할 경우 • 래퍼나 어댑터가 사용 • 기존의 시스템을 변경하기 어려움 • 변경 비용에 대한 추가이익이 크지 않음 • 기존 시스템 자체가 하나의 서비스 단위 형성

21. SOA 도입 패턴 • SOA기반의 분산 애플리케이션 • SOA기반의 웹사이트

22. SOA 도입 패턴(Cont’d) • SOA기반의 포털 • SOA기반의 EAI

23. SOA 도입 패턴(Cont’d) • SOA기반의 EDI/B2B

24. 구현 가이드라인

25. 구현 가이드라인 (Cont’d)

26. SOA의 시험 적용

27. 현재의 전자문서 관련 시스템 • “Tightly Coupled” • 각 시스템간 연계에 socket 통신 방식의 API 사용 • 각각의 시스템이 독립적으로 개발 되기 어려움 • 중계시스템 의존 • 문서의 수∙발신 모두 중계 시스템 사용 • 중계 시스템에 위치한 메시지 큐(message queue)를 사용 • 병목현상(bottleneck) 발생 위험 • 중계 시스템의 장애 발생시 전체의 행정기관 문서 유통이 마비

28. SOA 도입 후의 전자문서 관련 시스템 • 각 시스템의 수신 기능을 서비스로 제공 • 시스템간의 수∙발신이 P2P로 이루어짐 • 신∙구 전자문서 변환 서비스를 별도의 서비스로 위치 • 신∙구 전자문서 변환 서비스 개발에 대한 중복 투자 방지

29. 결 언

30. 범정부 시스템 연계 ·통합 ·관리 체계 확립 범정부적 시스템 인터페이스의 표준화 추진 표준화된 시스템 상호 호출 및 관리 체계 확립 범정부 서비스 공동활용 기반제공 및 촉진 범정부적 서비스 공동이용 시스템 체계 구축 기관내 서비스 공동이용 시스템 체계 구축 유비쿼터스 서비스 환경 소프트웨어 인프라 구축 다채널(컴퓨터, 핸드폰, PDA 등) 서비스 환경을 위한 소프트웨어 인프라 구축 전자정부 SOA 도입 목표

31. 범정부 서비스 공유·재활용 다부처 협업 비즈니스 실현 전자정부 시스템 중복개발 방지, 신규 사업개발시간 단축 시스템간 연계와 통합 강화로 완전한 서비스의 구축 수요중심의 다양•신속한 서비스 제공으로 대국민 서비스 고도화 웹 서비스 기술•표준•응용 선도 민간서비스 시장활성화 기반 서비스 고도화 실현 민간 서비스 시장 활성화 기반 전자정부의 SOA 도입 효과

32. 전자정부의 SOA 도입 단계 • SOA 도입 단계 • 개별 서비스 구현 단계 • 부처별 SOA 도입 단계 • 범 정부적 SOA 도입 단계 • 외부 기업 및 외국과의 통합 과정에 SOA 도입 단계

33. 범 정부적 SOA 도입 후 전자 정부의 서비스 모습