[uengine.org-uengine day] open source sw 활용방안및 uengine bpms v.4 발표자료

Open Source SW 활용방안& uEngien BPMS 4.0

2010. 11. 03.

Open Source SW 활용 방안

Open Source SW 도입 / 활용 ???

정말 Open Source SW를도입/활용해도

되나?

어떤 시스템 ?어떻게 도입 ?도입 비용은 ?안전한가 ?

사례는 있나?

Linux

Apache JBoss

SpringMySQL

uEngineCUBRID

Alfresco……

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를 도입한 기업이나 연구소, 기관들은 모두 ‘안정성’을 주요 도입 배경으로 꼽습니다

Open Source SW 오해와 짂실 (2)

공개SW는 상용SW에 비해 성능이 떨어짂다?→ 각종 벤치마크 결과를 보면 압니다! 왜 공개SW를 기업들이 선택하는지……

소스가 공개되어 보앆에 취약하다?→ 공개SW는 개발 단계부터 보안이 고려된 메커니즘 속에서 발젂합니다. 이는 여러 시장조사 기관의 연구

결과에서도 확인이 가능합니다

리눅스 기반 시스템은 핵심 업무에 도입하기에 부족하다?→ 공개SW는 도입 비용 및 TCO 젃감, 벤더 종속성 탈피 등의 장점으로 인해 상용SW의 강력한 대앆으로

자리하고 있습니다

공개SW를 도입하면 기졲 SW나 시스템을 모두 바꿔야 하나?→ 주요 SW 개발 업체들은 새로운 SW 개발 시 가장 먼저 포팅해야 할 대상으로 유닉스가 아닊 리눅스를 선

택하고 있습니다.

공개SW는 업계 표준이 없어 확장 시 추가 비용이 발생한다?→ 공개SW 표준화 노력은 그 어떤 상용SW보다 홗발합니다.

도입 이후 운영비용이 너무 크다?→ 공개SW 운영은 도입 순갂부터 운영까지 총 소유비용 면에서 경쟁력이 높습니다

공개SW 인력 구하기는 하늘의 별 따기?→ 공개SW 도입 시 SW 개발과 관렦된 인력 확보에는 아무런 문제가 없습니다. 시스템 엔지니어의 경우

앞으로 유닉스 젂문인력의 재교육을 통해 인력 기반을 확대해 나갈 수 있습니다

저작권

copyright 아이디어 또는 정보를 표현하는 어떤 특정한 형태, 방법, 형식 등을 일정 시간동안 보호하기 위해서 정부가 허가한 배

타적인 권리임

적용 대상이 매우 광범위하여 예술 작품도 포함하는데 여기에는 문학, 영화, 공연, 음악, 그림, 사진, 소프트웨어, 디

자인 등이 속함

따라서 copyright는 지적자산 중 하나이다

이를 소프트웨어에 적용시킨다면, 소프트웨어에 소유권이 있으므로 사용자는 소유자로부터 사용허가(license)를 득

하여야만 설치, 사용, 배포 등이 가능하게 됨

라이선스 라이선스는 개인 또는 단체에게 상업적 수익을 목적으로 특정 행위를 할 수 있는 권한을 부여하는 문서, 계약, 약정을

지칭함

일반적으로 라이선스에는 특정 기간이 설정됨

copyleft copyleft는 소프트웨어, 문서, 음악, 예술 등 작업에 적용되는 라이센스이다. copyleft는 작업의 원본을 사용하거나 변

형본을 만들거나 재배포하더라도 제약을 두지 않는 특성이 있다. 따라서 copyleft는 특정한 작업의 복제나 재배포를

제한하는 copyright와 상반되는 개념이다. 이러한 개념을 공개SW에 적용한다면, 소프트웨어의 소스 코드를 공개하면

법적인 구속 없이 원본을 자유롭게 설치, 운영, 변경, 재 배포 등이 가능하다는 원칙이 된다. 상용 비공개SW의

copyright 개념과 상반되는 copyleft에 의해서 공개SW가 확산되고 있다

Open Source 라이선스의 정의 및 준수사항 (1)

■ 공개SW 라이선스 공통적 준수사항(각 라이선스 마다 조금씩 차이)

공개SW 개발자와 이용자갂에 사용방법 및 조건의 범위를 명시한 계약

SW의 경우 소스코드에 SW명칭,SW버전, 개발자명, 연락처 등저작인격권과 관련 있는 문구를 수정하거나 삭제하여서는 안됨

저작권 관련 문구 유지

SW명칭은 상표권에 의해 보호받음예) 리눅스, 레드햇

따라서 이와 동일한 이름을 제품명이나서비스 명에 사용하면 안됨

제품명 중복 방지

소스코드를 다른 소스코드와 결합 시 소스코드간 라이선스가 다를 경우 양립성 문제 확인

예)A소스코드(MPL) + B소스코드(GPL)=불가

서로 다른 라이선스 조합


대가

사용허락(License)

SW 저작권자 사용자

라이선서(Licenser) 라이선시(Licensee)

• 라이선시는 해당 오픈소스SW를 자유롭게 사용할 수 있다.

• 라이선시는 해당 오픈소스SW를 자유롭게 복제할 수 있으며, 일정한 조건 하에 재 배포할 수 있다.

• 라이선시는 해당 오픈소스SW를 자유롭게 수정하여 사용할 수 있으며, 일정한 조건하에수정된 내용을 재배포할 수 있다.

• 라이선시는 해당 오픈소스SW의 소스코드를 자유롭게 획득하고 접근할 수 있다.

■ 공개SW 라이선스가 보장하는 권리


■ 공개SW 라이선스 관렦 법률

■ 공개SW 라이선스 를 준수하지 않을 경우

저작권법 제 46조(저작물의 이용허락)

저작권법 위반으로 민사상 손해배상 책임

법 적 문 제

제품 리콜 및 소스코드 공개

개발중인 제품의 경우 처음부터 다시 개발

판매중인 제품 경우

신문 등 매체에 보도기사, 사과 광고 게제 등으로 회사 이미지 타격

회사 이미지 타격


53631

94826007

1642 1387 1347 11670

10000

20000

30000

40000

50000

60000

GPL LGPL BSD MIT MPL Artistic Apache

■ 라이선스 별 프로젝트 짂행 현황

■ 공개SW 라이선스 종류

GPL, LGPL, BSD 등 08년 현재 OSI 인증한 라이선스는 73종, 대부분(65%이상) GPL임

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

상용비공개SW

X X X ○ O ○ X X

GPL(General Public License)은 대표적인 공개SW 라이센스로 리눅스, MySQL, GCC 등에 적용되고 있고 가

장 널리 적용되는 라이센스

LGPL(Lesser General Public License)은 GPL의 개작 소스코드 의무 공개 및 재 배포 규정을 완화하여 상용기

업들 사이에서의 활발한 확산 및 적용을 목적으로 함. 상용 소프트웨어와 결합을 허용한 라이센스

BSD(Berkeley Software Distribution)는 소스코드 개작 이후 재 공개를 개작자의 판단에 맡기는 라이센스

MPL(Mozilla Public License)은 개작 시 소스코드 공개의무가 있으며, 상업적 이용 허락

Open Source 라이선스에 대한 오해와 짂실 (1)

오픈 소스 소프트웨어는 공짜이므로 마음대로 가져다 쓰면 된다→ 오픈 소스 소프트웨어도 누군가가 공을 들여 작업한 결과물이므로 이러한 저작권 관련 문구는 반드시

포함시켜 두어야 한다.

오픈 소스 소프트웨어는 나와는 상관 없는 일이다→ 오픈 소스 소프트웨어는 이미 개발자들에게 깊숙이 침투해 있으며 오히려 오픈 소스 소프트웨어를

사용하지 않는 개발자를 찾아 보기가 힘든 실정이다.

그렇다면 오픈 소스 소프트웨어를 쓰지 않으면 되겠군→ 소프트웨어 크기와 복잡도가 갈수록 커지고 있으므로 개발 효율성 측면에서 오픈 소스는 사용을 장려해야

하는 것이지 피해야 하는 대상이 아니다.

오픈 소스 소프트웨어 라이선스를 지키는 일은 너무 복잡하고 힘든 일이다• 소프트웨어를 설계할 때 소스코드 공개 범위를 인식하고, 공개하면 안 되는 부분에 대해서는 그에 대

한 대응책을 마련해 설계할 것• 제품을 출시할 때, 사용된 오픈 소스에 대한 저작권과 소스코드 획득 방법을 사용설명서에 명기할 것• 외주 업체로부터 소프트웨어를 받는다면 사용된 오픈 소스 소프트웨어에 대한 리스트를 받을 것

오픈 소스를 사용해 만든 제품은 전체 소스를 모두 공개해야 한다→ 오픈 소스를 사용해 제품을 만들더라도 전체 소스를 모두 공개하는 것이 아니라 오픈 소스 라이선스에서

명시한 범위까지 공개하면 된다.

Open Source 라이선스에 대한 오해와 짂실 (2)

소스코드는 반드시 판매되는 제품에 포함되어야 한다→ GNU GPL의 경우는 제품 설명 서에 소스코드 획득 방법만 명시하여도 된다고 기술하고 있다.

오픈 소스 소프트웨어 라이선스는 개발이 다 끝나고 대응하면 된다→ 오픈 소스 라이선스 검토는 가능하면 개발 초기에 진행하는 것이 좋다.

외주 업체에서 개발한 소프트웨어의 오픈 소스 라이선스는 내가 검토 할 필요가 없다→ 외주 업체에서 개발한 소프트웨어에 오픈 소스가 포함되어 있고 라이선스 의무를 준수하지 않은 경우

1차적인 책임은 최종 소프트웨어를 배포하는 회사 측에 있다. 따라서 외주 업체를 통해 소프트웨어를공급받았다면 그에 따른 라이선스 의무사항이 잘 지켜지는지 반드시 확인하여야 한다.

모든 오픈 소스는 마음대로 결합해 사용할 수 있다→ 일부 오픈 소스 라이선스들은 서로 상충되는 라이선스 문구가 있어 하나의 소스코드에 같이 결합하는

것이 허용되지 않는다. 예를 들어 GPLv2와 아파치 라이선스는 서로 상충되는 라이선스 조건 때문에하나의 소스코드에 결합하여 사용하는 것이 불가능하다.

내부 목적으로 사용하더라도 소스코드를 외부에 공개해야 한다→ 일반적으로 오픈 소스 소프트웨어의 소스코드 공개 의무는 개발 시점이 아니라 배포 시점에 발생한다.

따라서 외부에 배포하지 않고 내부적인 목적으로만 사용하면 외부에 소스코드를 공개할 의무가 없다.

Open Source SW 도입 비교 (1)

일반 상용 SW

Open Source SW

SW License

Warranty

Consulting &Customization

도입 첫해 년도 2년 3년

Warranty Warranty

Warranty Consulting &Customization

Warranty Warranty

도입 비용 측면

Education

Education


주요 도입 관점

• SW 라이선스 비용에 집중• 유지보수비용 별도 책정• 라이선스 도입비용이 고가임• 매년 15% 이상의 유지보수비용• 내재화, 변화관리, 요걲만족 어려움• 자체 제품 특징에 따른 표준화 부족

• 컨설팅, 커스터마이징 및 교육 비용에 집중• 주 도입비용이 유지보수 비용임• 저렴한 도입비용 (유지보수 비용만으로 시작)• 자체 유지보수 or 서비스요청• 내재화, 변화관리, 요걲만족 충실• 외부 솔루션 적용에 용이한 표준화 된 제품

일반 SW Open SourceSoftware


도입 후 관리 관점

일반 SW Open SourceSoftware

• SW개발사가 사라지면 서비스 받을 곳은 부재

• 표준을 지원하지만 확장된 부분의 정의 내용들은 소실

• 향후 새로운 개념을 적용하고 싶다면 젂지젂능한 해당벤더의 로드맵에 따르도록 하라

• 보이지 않는 지속적 구속과 위험 증대

• 특정 회사에 종속 없이 지속적으로 경쟁력을 갖춖 다수의 서비스 제공자가 졲재

• 표준지원을 넘어서 내부 오브젝트 모델, 런타임 모듈 자체의소스까지 제공하므로 모든 것에 소실 우려 없음

• 필요한 개념대로 하고 싶은 대로 커스터마이징 100% 가능

• 언제든지 확장, 제거, 서비스 채널 변경

Open Source SW – 프로페셔널로 발젂

가격경쟁력 상용제품의 기술독점성과 경쟁

조악한 유저인터페이스

부족한 지원

기본적 기능과 품질

유연한 커스터이징

서비스가 주수익 모델 충실한 지원

검증된 오픈소스들과의 통합으로 충실한 기능 제공 가능

낮은 품질 소스에 대한 자싞감이 오픈의 배경 안정된 품질 보장

낮은 앆정성 공개방식의 개발 운영과 젂세계의 많은 테스팅 기반

BPMS - Open Source SW 로 젂환 중

BPM은 기술독점성이 높은 홖경 소프트웨어

BPM은 소프트웨어 자체보다 컨설팅과 같은 서비스가 중요한 요소

BPM은 커스트마이징 요걲이 많음

상용 BPM 채용시 향후의 모든 신기술의 접목을 단일 벤더의 기술 로드맵에 의졲

현재의 BPM 벤더 그룹의 움직임

플랫폼 벤더

인수 통합 젂략Money

Pure-Play 벤더

자체 개발 젂략?

오픈 소스 벤더

오픈 통합 젂략Open

VS. VS.

IBM, Oracle, BEA Handysoft, Savvion Redhat, Intalio,uEngine

uEngine Partner Area

uEngine Service Area

Open Source BPMS Project 운영 방안

BPM & ArchitectConsulting

Product (BPMS)Customizing

ProcessModeling

Apply Other Systems

Education(Partner & Customer)

uEngine BPMS V4.0

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 제품의 다양화를 위해서

uEngine Product Change

uEngine Enterprise BPMS (uEB)

uEngine BPMS (uB)

Enterprise BPMS Edition

다양한 제품굮 제공 (BPMS, BRE, Settlement System etc.)

컨설팅과 교육의 기반이 되는 제품

Version changes every 2 years

다양한 판매방법 제공 (Product Sale or Warranty Service)

구매 및 서비스는 유엔짂솔루션즈와 파트너를 통함

Community BPMS Edition

다양한 컴포넌트 형태로 제공 (BPD, BPE, BRE, BPM/A etc.)

이 버젂으로는 컨설팅과 교육을 짂행하지 않음

Version changes every 1 years

판매하지 않음, 다운로드를 통한 무료 사용 (LGPL 준수 기준)

www.uengine.org 를 통해 다운로드 후 사용

http://www.uengine.org/

uEngine Product Upgrade Roadmap

uEngine Enterprise BPMS (uEB)

uEngine BPMS (uB)

2011

2012

2013 2015

2014

uEB Suite v4.0

uEB Suite v6.0

uEB Suite v8.0

uB v3.5

uB v4.0

uB v5.0

uB v6.0

uB v7.0

uB v8.0

2010

uEngine Enterprise BPMS (uEB) Lineup

All in Suite

BPD BPE BRE BPM/A EAI

Basic

BPD BPE EAI

Rule Engine

BPD BPE BRE

Settlement

BPD SPE EAI

• BPD : Business Process Designer

• BPE : Business Process Engine

• BRE : Business Rule Engine

• BPM/A : Business Process Monitor

/ Analyzer

• EAI : Enterprise Application Integration

• SPE : Settlement Process Engine

uEngine BPMS (uEB) Lineup

Main Module

BPD BPE

BRE

BPM/A EAI

Extention Module

Add-on Module

SPE

• BPD : Business Process Designer

• BPE : Business Process Engine

• BPM/A : Business Process Monitor / Analyzer

• EAI : Enterprise Application Integration

• BRE : Business Rule Engine

• SPE : Settlement Process Engine

SMAP

Process Touch

Visual Mashup

젂략맵 - 프로세스 경영젂략 적용 도구

프로세스 터치 - 모바일 회의 관리 및 BPM연계

비주얼 매쉬업 - 콤포넌트 연계 및 홗용도구

uEngine BPMS 4.0 젂체모듈 구성내역

BPD 프로세스 젂자화프로세스 가시화 및 정의 도구

BPE 프로세스 자동화프로세스 실행 및 제어

BRE프로세스 룰 엔짂

비즈니스 규칙을 정의하고 관리빠른 실행처리 걲수

BPM/A프로세스 모니터링 및 분석조직원들의 성과 측정/분석

EAI시스템 연동프로세스 중심의 시스템갂 연동

Source : Delphi Group, BPM 2003

Market Milestone Report

SMAP젂략맵프로세스 경영젂략 적용 도구

Mashup비주얼 매쉬업콤포넌트 연계 및 홗용도구

ProcessTouch

프로세스 터치모바일 회의 관리 및 BPM연계

전략맵전략을 수행하기 위한 프로세스

전략 업무프로세스의 모니터링

기업전략 기반의 프로세스 경영 (전략맵)

전략맵 기능을 사용하여 기업의 전략들을 BPM 시스템으로 관리가 가능해 지며, 전략은 하나의 프로세스만

이루어질 수 없고 목표를 이루기 위한 여러 프로세스들이 있으므로 전략맵은 그 목표를 보다 효율적으로

달성하기 위해 프로세스들의 인과관계를 파악하여 한 눈에 알아볼 수 있게 한다.

Strategy Map (젂략맵)

uEngine BPMS 4.0 추가 기능

Visual Mashup - I

• 정의Liferay를 기반으로 포틀릿을 구성할 때 그 내부에 포함되는 위젯이나 가젯들을 포틀릿 단위를 뛰어넘어 상호간에 Visual 적으로 연결하는 방법

• 배치포틀릿 내부의 위젯이나 가젯은 OpenSource인Shindig Container 내에 위치

• 포틀릿 내부의 통싞포틀릿과 위젯이나 가젯의 통신은 Shindig가 제공하는UserPref 태그와 Hub를 사용

• 포틀릿 갂의 통싞포틀릿 단위를 뛰어 넘는 데이터의 연결은OpenSource인 OpenAjaxHub를 사용

Design-Time Visual MashupOpenSocial 포함 Shindig Container

포틀릿 갂의 통싞 OpenAjaxHub

Mashup


Visual Mashup - II

Design-Time Visual MashupLiferay 상에서의 포틀릿 조합과

Visual_Mashup 실행

Mashup

OpenSocial의 XML파일을 파싱하여 입력 데이터와 출력 데이터를 도출한다.

도출된 입,출력 고리를 PipeLining 한다.

Liferay 상에서 Application을 포틀릿으로 구성한다.


• 회의관리를 모바일 환경으로회의 시 가장 홗용성이 높은 모바일 단말(아이폰,앆드로이드폰 등)을 홗용하여 참석자 및 회의내용을 기록함

• 회의 후속 업무 연계회의 후 회의내용 정리 및 배포를 짂행하고, 회의 내용에 따른 후속 업무와의 연계를 시스템으로 지원하는솔루션으로 특히 프로세스 기반의 BPM 을 구축하여홗용하면 높은 홗용성을 보장함

• 모바일 환경과 시스템과의 연계모바일 홖경 단독으로 처리하기 보다는 기졲 시스템과의 연계를 통하여 다양한 시너지를 발행할 수 있으며연계방앆은 프로세스 기반의 시스템 홖경이 효율적으로 적용 가능함

Process Touch모바일 기반 회의 및 업무관리 솔루션으로

기존 시스템 및 BPM과 연계함

ProcessTouch

Process Touch (모바일 회의 및 업무관리)


발표를 마치며 ……

Open Source SW 는 ……

uEngine.org & uEnginesolutions 는 ……

꼭 홗용해야 할 좋은 SW Infra 이며,

사용하기 좀 불편하기는 하지만 잘 사용하면 좋고,

사용하기 젂에 라이선스에 대해서 알고 사용하고,

배포 시에는 꼭 저작자를 밝히고,

다른 개발자나 사용자를 위해 공개하는 것을 고려하고,

능력이 되면 최고의 Open Source SW를 우리가 만들었으면 합니다.

여러분과 함께 만들어 가는 모임이며,

Open Source SW 및 표준화 된 기반아래서,

최신의 기술을 여러분들에게 제공하기 위해 노력할 것이며,

최고의 BPMS를 만들 것이고,

최고의 서비스로 국내 뿐 아니라 해외에서 최고가 될 것이며,

항상 여러분들의 목소리를 경청할 것입니다.

Thank you

[uengine.org-uengine day] open source sw 활용방안및 uengine bpms v.4 발표자료

Documents