1. Open Source SW 활용방안
& uEngien BPMS 4.0
2010. 11. 03.

2. Open Source SW 활용 방안
Page  2

3. Open Source SW 도입 / 활용 ???
정말 Open 어떤 시스템 ?
Source SW를 어떻게 도입 ?
도입/활용해도 도입 비용은 ?
안전한가 ?
되나?
사례는 있나?
Linux uEngine
Apache JBoss MySQL CUBRID
Spring …… Alfresco
Page  3

4. Open Source SW 오해와 짂실 (1)
 공개SW를 핵심정보화 프로젝트에 도입하는 것은 위험하다?
→ 공개SW는 SOA와 Enterprise 2.0 시대를 열기 위한 열쇠이자 기업의 IT 인프라를 떠 받치는 근갂으로
점차 그 역할이 확대되고 있습니다.
 리눅스 외에 쓸만한 공개SW없다?
→ 공개SW는 OS, 미들웨어, DBMS, 문서 작성 및 협업 도구, 개발 도구 등의 분야에서 스타로 성장하고
있는 SW들이 많이 있습니다
 공개SW 기술 지원 업체를 찾기 어렵다?
→ 공개SW 도입의 가장 큰 걱정이던 기술지원에 대한 염려는 덜어 내십시오. SW 공급 업체뿐 아니라 SI나
하드웨어 등 다양한 업체들로부터 수준 높은 서비스를 받을 수 있습니다
 성공도입사례가 없다?
→ 공공 부문을 시작으로 연구소, 포탈 사업자, 일반 기업 등에서 공개SW를 통한 IT 혁신을 일구어 내고
있습니다
 리눅스는 주로 웹서버로만 쓰인다?
→ 리눅스는 기업 IT 인프라 뿐 아니라 임베디드 분야에서도 세상을 바꾸어 가고 있습니다.
 공개SW 상용SW의 앆정성을 따라올 수 없다?
→ 공개SW를 도입한 기업이나 연구소, 기관들은 모두 ‘안정성’을 주요 도입 배경으로 꼽습니다
Page  4

5. Open Source SW 오해와 짂실 (2)
 공개SW는 상용SW에 비해 성능이 떨어짂다?
→ 각종 벤치마크 결과를 보면 압니다! 왜 공개SW를 기업들이 선택하는지……
 소스가 공개되어 보앆에 취약하다?
→ 공개SW는 개발 단계부터 보안이 고려된 메커니즘 속에서 발젂합니다. 이는 여러 시장조사 기관의 연구
결과에서도 확인이 가능합니다
 리눅스 기반 시스템은 핵심 업무에 도입하기에 부족하다?
→ 공개SW는 도입 비용 및 TCO 젃감, 벤더 종속성 탈피 등의 장점으로 인해 상용SW의 강력한 대앆으로
자리하고 있습니다
 공개SW를 도입하면 기졲 SW나 시스템을 모두 바꿔야 하나?
→ 주요 SW 개발 업체들은 새로운 SW 개발 시 가장 먼저 포팅해야 할 대상으로 유닉스가 아닊 리눅스를 선
택하고 있습니다.
 공개SW는 업계 표준이 없어 확장 시 추가 비용이 발생한다?
→ 공개SW 표준화 노력은 그 어떤 상용SW보다 홗발합니다.
 도입 이후 운영비용이 너무 크다?
→ 공개SW 운영은 도입 순갂부터 운영까지 총 소유비용 면에서 경쟁력이 높습니다
 공개SW 인력 구하기는 하늘의 별 따기?
→ 공개SW 도입 시 SW 개발과 관렦된 인력 확보에는 아무런 문제가 없습니다. 시스템 엔지니어의 경우
앞으로 유닉스 젂문인력의 재교육을 통해 인력 기반을 확대해 나갈 수 있습니다
Page  5

6. 저작권
 copyright
 아이디어 또는 정보를 표현하는 어떤 특정한 형태, 방법, 형식 등을 일정 시간동안 보호하기 위해서 정부가 허가한 배
타적인 권리임
 적용 대상이 매우 광범위하여 예술 작품도 포함하는데 여기에는 문학, 영화, 공연, 음악, 그림, 사진, 소프트웨어, 디
자인 등이 속함
 따라서 copyright는 지적자산 중 하나이다
 이를 소프트웨어에 적용시킨다면, 소프트웨어에 소유권이 있으므로 사용자는 소유자로부터 사용허가(license)를 득
하여야만 설치, 사용, 배포 등이 가능하게 됨
 라이선스
 라이선스는 개인 또는 단체에게 상업적 수익을 목적으로 특정 행위를 할 수 있는 권한을 부여하는 문서, 계약, 약정을
지칭함
 일반적으로 라이선스에는 특정 기간이 설정됨
 copyleft
 copyleft는 소프트웨어, 문서, 음악, 예술 등 작업에 적용되는 라이센스이다. copyleft는 작업의 원본을 사용하거나 변
형본을 만들거나 재배포하더라도 제약을 두지 않는 특성이 있다. 따라서 copyleft는 특정한 작업의 복제나 재배포를
제한하는 copyright와 상반되는 개념이다. 이러한 개념을 공개SW에 적용한다면, 소프트웨어의 소스 코드를 공개하면
법적인 구속 없이 원본을 자유롭게 설치, 운영, 변경, 재 배포 등이 가능하다는 원칙이 된다. 상용 비공개SW의
copyright 개념과 상반되는 copyleft에 의해서 공개SW가 확산되고 있다
Page  6

7. Open Source 라이선스의 정의 및 준수사항 (1)
공개SW 개발자와 이용자갂에 사용방법 및 조건의 범위를 명시한 계약
■ 공개SW 라이선스 공통적 준수사항(각 라이선스 마다 조금씩 차이)
저작권 관련 문구 유지 제품명 중복 방지
 
 SW의 경우 소스코드에 SW명칭, SW명칭은 상표권에 의해 보호받음
SW버전, 개발자명, 연락처 등 예) 리눅스, 레드햇
저작인격권과 관련 있는 문구를 수정  따라서 이와 동일한 이름을 제품명이나
하거나 삭제하여서는 안됨 서비스 명에 사용하면 안됨
서로 다른 라이선스 조합
 소스코드를 다른 소스코드와 결합 시
 소스코드간 라이선스가 다를 경우 양립성 문제 확인
예)A소스코드(MPL) + B소스코드(GPL)=불가
Page  7

8. Open Source 라이선스의 정의 및 준수사항 (2)
■ 공개SW 라이선스가 보장하는 권리
• 라이선시는 해당 오픈소스SW를 자유롭게 사용할 수 있다.
• 라이선시는 해당 오픈소스SW를 자유롭게 복제할 수 있으며, 일정한 조건 하에 재 배포
할 수 있다.
• 라이선시는 해당 오픈소스SW를 자유롭게 수정하여 사용할 수 있으며, 일정한 조건하에
수정된 내용을 재배포할 수 있다.
• 라이선시는 해당 오픈소스SW의 소스코드를 자유롭게 획득하고 접근할 수 있다.
사용허락(License)
SW 저작권자 사용자
라이선서(Licenser)
대가 라이선시(Licensee)
Page  8

9. Open Source 라이선스의 정의 및 준수사항 (3)
■ 공개SW 라이선스 관렦 법률
저작권법 제 46조(저작물의 이용허락)
■ 공개SW 라이선스 를 준수하지 않을 경우
법적문제 판매중인 제품 경우
 제품 리콜 및 소스코드 공개
 저작권법 위반으로 민사상 손해배상 책임
 개발중인 제품의 경우 처음부터 다시 개발
회사 이미지 타격
 신문 등 매체에 보도기사, 사과 광고 게제 등으로 회사 이미지 타격
Page  9

10. Open Source 라이선스의 정의 및 준수사항 (4)
■ 공개SW 라이선스 종류
GPL, LGPL, BSD 등 08년 현재 OSI 인증한 라이선스는 73종, 대부분(65%이상) GPL임
■ 라이선스 별 프로젝트 짂행 현황
60000
50000
40000
30000
53631
20000
10000
9482
6007
1642 1387 1347 1167
0
GPL LGPL BSD MIT MPL Artistic Apache
Page  10

11. Open Source 라이선스 비교
자유로운 소스코드 2차 저작물 소스코드 사용대상 사용분야 무료 독점적SW와
구분
재 배포 공개 재 배포 수정 제한 차별 제한 이용 결합가능
GPL ○ ○ ○ X X X ○ X
공개 LGPL ○ ○ ○ X X X ○ ○
소프트
웨어 BSD ○ ○ X X X X ○ ○
MPL ○ ○ ○ X X X ○ ○
Shareware ○ X X ○ O ○ X X
기타 Freeware ○ X X ○ X X ○ X
상용
X X X ○ O ○ X X
비공개SW
 GPL(General Public License)은 대표적인 공개SW 라이센스로 리눅스, MySQL, GCC 등에 적용되고 있고 가
장 널리 적용되는 라이센스
 LGPL(Lesser General Public License)은 GPL의 개작 소스코드 의무 공개 및 재 배포 규정을 완화하여 상용기
업들 사이에서의 활발한 확산 및 적용을 목적으로 함. 상용 소프트웨어와 결합을 허용한 라이센스
 BSD(Berkeley Software Distribution)는 소스코드 개작 이후 재 공개를 개작자의 판단에 맡기는 라이센스
 MPL(Mozilla Public License)은 개작 시 소스코드 공개의무가 있으며, 상업적 이용 허락
Page  11

12. Open Source 라이선스에 대한 오해와 짂실 (1)
 오픈 소스 소프트웨어는 공짜이므로 마음대로 가져다 쓰면 된다
→ 오픈 소스 소프트웨어도 누군가가 공을 들여 작업한 결과물이므로 이러한 저작권 관련 문구는 반드시
포함시켜 두어야 한다.
 오픈 소스 소프트웨어는 나와는 상관 없는 일이다
→ 오픈 소스 소프트웨어는 이미 개발자들에게 깊숙이 침투해 있으며 오히려 오픈 소스 소프트웨어를
사용하지 않는 개발자를 찾아 보기가 힘든 실정이다.
 그렇다면 오픈 소스 소프트웨어를 쓰지 않으면 되겠군
→ 소프트웨어 크기와 복잡도가 갈수록 커지고 있으므로 개발 효율성 측면에서 오픈 소스는 사용을 장려해야
하는 것이지 피해야 하는 대상이 아니다.
 오픈 소스 소프트웨어 라이선스를 지키는 일은 너무 복잡하고 힘든 일이다
• 소프트웨어를 설계할 때 소스코드 공개 범위를 인식하고, 공개하면 안 되는 부분에 대해서는 그에 대
한 대응책을 마련해 설계할 것
• 제품을 출시할 때, 사용된 오픈 소스에 대한 저작권과 소스코드 획득 방법을 사용설명서에 명기할 것
• 외주 업체로부터 소프트웨어를 받는다면 사용된 오픈 소스 소프트웨어에 대한 리스트를 받을 것
 오픈 소스를 사용해 만든 제품은 전체 소스를 모두 공개해야 한다
→ 오픈 소스를 사용해 제품을 만들더라도 전체 소스를 모두 공개하는 것이 아니라 오픈 소스 라이선스에서
명시한 범위까지 공개하면 된다.
Page  12

13. Open Source 라이선스에 대한 오해와 짂실 (2)
 소스코드는 반드시 판매되는 제품에 포함되어야 한다
→ GNU GPL의 경우는 제품 설명 서에 소스코드 획득 방법만 명시하여도 된다고 기술하고 있다.
 오픈 소스 소프트웨어 라이선스는 개발이 다 끝나고 대응하면 된다
→ 오픈 소스 라이선스 검토는 가능하면 개발 초기에 진행하는 것이 좋다.
 외주 업체에서 개발한 소프트웨어의 오픈 소스 라이선스는 내가 검토 할 필요가 없다
→ 외주 업체에서 개발한 소프트웨어에 오픈 소스가 포함되어 있고 라이선스 의무를 준수하지 않은 경우
1차적인 책임은 최종 소프트웨어를 배포하는 회사 측에 있다. 따라서 외주 업체를 통해 소프트웨어를
공급받았다면 그에 따른 라이선스 의무사항이 잘 지켜지는지 반드시 확인하여야 한다.
 모든 오픈 소스는 마음대로 결합해 사용할 수 있다
→ 일부 오픈 소스 라이선스들은 서로 상충되는 라이선스 문구가 있어 하나의 소스코드에 같이 결합하는
것이 허용되지 않는다. 예를 들어 GPLv2와 아파치 라이선스는 서로 상충되는 라이선스 조건 때문에
하나의 소스코드에 결합하여 사용하는 것이 불가능하다.
 내부 목적으로 사용하더라도 소스코드를 외부에 공개해야 한다
→ 일반적으로 오픈 소스 소프트웨어의 소스코드 공개 의무는 개발 시점이 아니라 배포 시점에 발생한다.
따라서 외부에 배포하지 않고 내부적인 목적으로만 사용하면 외부에 소스코드를 공개할 의무가 없다.
Page  13

14. Open Source SW 도입 비교 (1)
도입 비용 측면
Education
일반 상용 SW
SW License
Consulting &
Warranty Customization Warranty Warranty
도입 첫해 년도 2년 3년
Consulting &
Warranty Warranty Warranty
Customization
Education
Open Source SW
Page  14

15. Open Source SW 도입 비교 (2)
주요 도입 관점
일반 SW Open Source
Software
• SW 라이선스 비용에 집중 • 컨설팅, 커스터마이징 및 교육 비용에 집중
• 유지보수비용 별도 책정 • 주 도입비용이 유지보수 비용임
• 라이선스 도입비용이 고가임 • 저렴한 도입비용 (유지보수 비용만으로 시작)
• 매년 15% 이상의 유지보수비용 • 자체 유지보수 or 서비스요청
• 내재화, 변화관리, 요걲만족 어려움 • 내재화, 변화관리, 요걲만족 충실
• 자체 제품 특징에 따른 표준화 부족 • 외부 솔루션 적용에 용이한 표준화 된 제품
Page  15

16. Open Source SW 도입 비교 (3)
도입 후 관리 관점
일반 SW Open Source
Software
• SW개발사가 사라지면 서비스 받을 곳은 부재 • 특정 회사에 종속 없이 지속적으로 경쟁력을 갖춖 다수의 서
비스 제공자가 졲재
• 표준을 지원하지만 확장된 부분의 정의 내용들은 소실 • 표준지원을 넘어서 내부 오브젝트 모델, 런타임 모듈 자체의
소스까지 제공하므로 모든 것에 소실 우려 없음
• 향후 새로운 개념을 적용하고 싶다면 젂지젂능한 해당 • 필요한 개념대로 하고 싶은 대로 커스터마이징 100% 가능
벤더의 로드맵에 따르도록 하라
• 보이지 않는 지속적 구속과 위험 증대 • 언제든지 확장, 제거, 서비스 채널 변경
Page  16

17. Open Source SW – 프로페셔널로 발젂
가격경쟁력 상용제품의 기술독점성과 경쟁
조악한 유저인터페이스 유연한 커스터이징
부족한 지원 서비스가 주수익 모델  충실한 지원
기본적 기능과 품질 검증된 오픈소스들과의 통합으로 충실한 기능 제공 가능
낮은 품질 소스에 대한 자싞감이 오픈의 배경  안정된 품질 보장
낮은 앆정성 공개방식의 개발 운영과 젂세계의 많은 테스팅 기반
Page  17

18. BPMS - Open Source SW 로 젂환 중
BPM은 기술독점성이 높은 홖경 소프트웨어
BPM은 소프트웨어 자체보다 컨설팅과 같은 서비스가 중요한 요소
BPM은 커스트마이징 요걲이 많음
상용 BPM 채용시 향후의 모든 신기술의 접목을 단일 벤더의 기술 로드맵에 의졲
현재의 BPM 벤더 그룹의 움직임
플랫폼 벤더 Pure-Play 벤더 오픈 소스 벤더
VS. VS.
인수 통합 젂략 자체 개발 젂략 오픈 통합 젂략
Money ? Open
IBM, Oracle, BEA Handysoft, Savvion Redhat, Intalio,
uEngine
Page  18

19. Open Source BPMS Project 운영 방안
uEngine Service Area
Education
(Partner & Customer)
BPM & Architect
Consulting
Product (BPMS) Process
Customizing Modeling
Apply Other Systems
uEngine Partner Area
Page  19

20. uEngine BPMS V4.0
Page  20

21. uEngine Product Change
Why we create uEngine Enterprise BPMS (uEB)
 안정화 되고 검증된 제품을 제공하기 위해서
 Professional Services
 uEngine 젂문 기술지원
 uEngine Network 보유
 Maintenance releases, patches and hot fixes
 젂문화된 품질보증(Quality Assurance) 프로세스
 다양한 확장 플랫폼 지원
 제품에 대한 보증 및 배상
 License기반 제품과 Warranty 기반 제품의 요청
 고객과 파트너가 Enterprise Edition을 원함
 해외 비즈니스를 위하여
 국내외 인증 및 검증을 위해서
 uEngine 제품의 다양화를 위해서
Page  21

22. uEngine Product Change
uEngine Enterprise BPMS (uEB)
 Enterprise BPMS Edition
 다양한 제품굮 제공 (BPMS, BRE, Settlement System etc.)
 컨설팅과 교육의 기반이 되는 제품
 Version changes every 2 years
 다양한 판매방법 제공 (Product Sale or Warranty Service)
 구매 및 서비스는 유엔짂솔루션즈와 파트너를 통함
uEngine BPMS (uB)
 Community BPMS Edition
 다양한 컴포넌트 형태로 제공 (BPD, BPE, BRE, BPM/A etc.)
 이 버젂으로는 컨설팅과 교육을 짂행하지 않음
 Version changes every 1 years
 판매하지 않음, 다운로드를 통한 무료 사용 (LGPL 준수 기준)
 www.uengine.org 를 통해 다운로드 후 사용
Page  22

23. uEngine Product Upgrade Roadmap
uEngine Enterprise BPMS (uEB)
uEB Suite v8.0
uEB Suite v6.0
uEB Suite v4.0
2010 2012 2014
2011 2013 2015
uB v3.5
uB v4.0 uEngine BPMS (uB)
uB v5.0
uB v6.0
uB v7.0
uB v8.0
Page  23

24. uEngine Enterprise BPMS (uEB) Lineup
All in Suite
BPD BPE BRE BPM/A EAI
Basic
BPD BPE EAI • BPD : Business Process Designer
• BPE : Business Process Engine
• BRE : Business Rule Engine
Rule Engine • BPM/A : Business Process Monitor
/ Analyzer
BPD BPE BRE • EAI : Enterprise Application Integration
• SPE : Settlement Process Engine
Settlement
BPD SPE EAI
Page  24

25. uEngine BPMS (uEB) Lineup
Main Module
BPD BPE BPM/A EAI
Extention Module • BPD : Business Process Designer
• BPE : Business Process Engine
BRE SPE
• BPM/A : Business Process Monitor / Analyzer
• EAI : Enterprise Application Integration
• BRE : Business Rule Engine
Add-on Module • SPE : Settlement Process Engine
SMAP 젂략맵 - 프로세스 경영젂략 적용 도구
Process Touch 프로세스 터치 - 모바일 회의 관리 및 BPM연계
Visual Mashup 비주얼 매쉬업 - 콤포넌트 연계 및 홗용도구
Page  25

26. uEngine BPMS 4.0 젂체모듈 구성내역
Source : Delphi Group, BPM 2003
Market Milestone Report
젂략맵
SMAP 프로세스 경영젂략 적용 도구
BPD 프로세스 젂자화
프로세스 가시화 및 정의 도구
BPE 프로세스 자동화
프로세스 실행 및 제어
프로세스 룰 엔짂
BRE 비즈니스 규칙을 정의하고 관리
빠른 실행처리 걲수
프로세스 모니터링 및 분석 Process 프로세스 터치
BPM/A 조직원들의 성과 측정/분석 Touch 모바일 회의 관리 및 BPM연계
시스템 연동 비주얼 매쉬업
EAI 프로세스 중심의 시스템갂 연동
Mashup
콤포넌트 연계 및 홗용도구
Page  26

27. uEngine BPMS 4.0 추가 기능
Strategy Map (젂략맵)
기업전략 기반의 프로세스 경영 (전략맵)
전략맵 기능을 사용하여 기업의 전략들을 BPM 시스템으로 관리가 가능해 지며, 전략은 하나의 프로세스만
이루어질 수 없고 목표를 이루기 위한 여러 프로세스들이 있으므로 전략맵은 그 목표를 보다 효율적으로
달성하기 위해 프로세스들의 인과관계를 파악하여 한 눈에 알아볼 수 있게 한다.
전략을 수행하기 위한 프로세스
전략맵
전략 업무프로세스의 모니터링
Page  27

28. uEngine BPMS 4.0 추가 기능
Visual Mashup - I
Design-Time Visual Mashup
Mashup OpenSocial 포함  Shindig Container
포틀릿 갂의 통싞  OpenAjaxHub
• 정의
Liferay를 기반으로 포틀릿을 구성할 때 그 내부에 포
함되는 위젯이나 가젯들을 포틀릿 단위를 뛰어넘어 상
호간에 Visual 적으로 연결하는 방법
• 배치
포틀릿 내부의 위젯이나 가젯은 OpenSource인
Shindig Container 내에 위치
• 포틀릿 내부의 통싞
포틀릿과 위젯이나 가젯의 통신은 Shindig가 제공하는
UserPref 태그와 Hub를 사용
• 포틀릿 갂의 통싞
포틀릿 단위를 뛰어 넘는 데이터의 연결은
OpenSource인 OpenAjaxHub를 사용
Page  28

29. uEngine BPMS 4.0 추가 기능
Visual Mashup - II
Design-Time Visual Mashup
Mashup Liferay 상에서의 포틀릿 조합과
Visual_Mashup 실행
OpenSocial의 XML파일을 파싱하여 입
력 데이터와 출력 데이터를 도출한다.
Liferay 상에서 Application을 포틀릿
으로 구성한다.
도출된 입,출력 고리를 PipeLining 한다.
Page  29

30. uEngine BPMS 4.0 추가 기능
Process Touch (모바일 회의 및 업무관리)
Process Process Touch
모바일 기반 회의 및 업무관리 솔루션으로
Touch 기존 시스템 및 BPM과 연계함
• 회의관리를 모바일 환경으로
회의 시 가장 홗용성이 높은 모바일 단말(아이폰,앆드
로이드폰 등)을 홗용하여 참석자 및 회의내용을 기록
함
• 회의 후속 업무 연계
회의 후 회의내용 정리 및 배포를 짂행하고, 회의 내용
에 따른 후속 업무와의 연계를 시스템으로 지원하는
솔루션으로 특히 프로세스 기반의 BPM 을 구축하여
홗용하면 높은 홗용성을 보장함
• 모바일 환경과 시스템과의 연계
모바일 홖경 단독으로 처리하기 보다는 기졲 시스템과
의 연계를 통하여 다양한 시너지를 발행할 수 있으며
연계방앆은 프로세스 기반의 시스템 홖경이 효율적으
로 적용 가능함
Page  30

31. 발표를 마치며 ……
Open Source SW 는 ……
 꼭 홗용해야 할 좋은 SW Infra 이며,
 사용하기 좀 불편하기는 하지만 잘 사용하면 좋고,
 사용하기 젂에 라이선스에 대해서 알고 사용하고,
 배포 시에는 꼭 저작자를 밝히고,
 다른 개발자나 사용자를 위해 공개하는 것을 고려하고,
 능력이 되면 최고의 Open Source SW를 우리가 만들었으면 합니다.
uEngine.org & uEnginesolutions 는 ……
 여러분과 함께 만들어 가는 모임이며,
 Open Source SW 및 표준화 된 기반아래서,
 최신의 기술을 여러분들에게 제공하기 위해 노력할 것이며,
 최고의 BPMS를 만들 것이고,
 최고의 서비스로 국내 뿐 아니라 해외에서 최고가 될 것이며,
 항상 여러분들의 목소리를 경청할 것입니다.
Page  31

32. Thank you