1. 자유로운 재배포
- 오픈 소스는 몇 개의 다른 출처로부터 모아진 프로그램들로 구성된 집합 저작물
- 판매 혹은 무상 배포 제한은 안됨
2. 원시코드
- 오픈 소스 프로그램에는 원시코드가 포함되어야 함
- 원시코드가 포함되지 않을 시에는 원시 코드 복제 비용만으로 제공이 가능해야 함
- 프로그래머가 개작하기 용이한 형태 이어야 함
3. 파생 저작물
- 원시코드의 개작과 2차적 창작이 허용되어야 하며, 파생 저작물 역시 원프로그램에 적용된 것과 동일하게 사용/배포되어야 함
4. 저작자의 원시 코드 원형 유지
- 원시 코드는 바이너리 생성 시점에서 프로그램을 수정할 목적으로 원시 코드를 수반한 패치파일의 배포를 허용한 경우에패치로 인해 번경된 원시 코드 배포를 제한할 수 있음
5. 개인 및 단체에 대한 차별 금지
- 오픈 소스 사용 허가는 특정 개인이나 단체를 차별해서는 안됨
6. 사용 분야에 대한 차별 금지
- 오픈 소스 사용허가는 프로그램이 특정 분야에서 사용되는 것을 금지하는 제한을 설정해서는 안됨
7. 사용 허가의 배포
- 프로그램에 대한 권리는 배포에 따른 각 단계에서 배포자에 의한 별도의 사용 허가 없이 재배포받은 사람에게 동일하게 인정되어야 함
8. 특정 제품에만 유효한 사용 허가의 금지
-프로그램에 대한 권리는 프로그램이 특정한 소프트웨어 배포판의 일부가 될 때에 한해서만 유효해서는 안됨
9. 다른 소프트웨어를 제한하는 사용 허가의 금지
- 사용 허가는 이것이 적용된 소프트웨어와 함께 배포되는 다른 소프트웨어에 대한 제한을 포함해서는 안됨
1. Gartner
- OSS (Open Source Software) 제품들이 향후 5년 동안 상용 SW 총매출의 22% 이상을 대체해 갈 것으로 전망
- 2009년까지 Open Source Biz Application은 Application Midmarket의 80% 이상을 차지할 것
2. IDC
- 전 세계 개발자의 71%가 OSS를 사용, 54% 기업들이 OSS를 도입해 사용
- 향후 10년 동안 오픈소스가 S/W 시장의 성숙과 통합을 이끌어 갈 것
3. Deloitte Touche Tohmatsu
- 오픈소스를 2006년 3대 블루칩으로 꼽아 오픈소스의 부각을 예상
4. Sourceforge.net
- OSS 프로젝트는 2004년 이후 급속도로 증가하여 현재 관계 개발자만 130만 명으로 증가
5. Forrester Research
- 2006년 OSS 사용 기업은 60%에 달함
1. 새로운 비즈니스 모델 필요성 증대
- 기업들의 SW 개발 및 운영비용 절감 요구는 OSS의 확산과 새로운 비즈니스 모델의 출현을 앞당기고 있음
- OSS 확산으로 SW 가격 하락이 나타나고 유통모델, 지원 모델, 라이센스 모델 등이 변하고 있음
- SaaS (Software as a Service) 의 등장 : SW를 서비스의 개념으로 제공하는 새로운 비즈니스 모델 등장
- 기업의 핵심 경쟁력 역시 양질의 서비스를 지속적으로 제공할 수 있는 능력으로 변화됨 (On Demand, SOA)
2. 대형벤더들의 오픈소스 강화 경쟁 치열
- SUN Micro Systems : Open Solaris
- Microsoft : CRM (SugarCRM)과 제휴
- Oracle : Innobase, Sleepycat Software 인수
3. 오픈소스 관리 기업의 등장
- Hyperic : 2006년 오픈소스 비즈니스 모델을 기반으로 기업 관리 소프트웨어 시장에 진출
- 오픈 NMS
- GroundWork Open Source
- FiveRuns
1. 오픈소스를 경쟁무기로
- Sun의 솔라리스 사례에서 보듯 국개 기업도 오픈소스를 자사의 경쟁 무리고 삼는 전략적인 고민이 필요
2. 패키지화된 산업별 솔루션 가능성 높아
- ‘New Growth from Enterprise System’ by Accenture : 지속적인 성장을 달성하고 있는 기업일수록 산업별로 특화된 솔루션 보유
- 오픈소스 기반의 패키지화된 솔루션은 매우 안정적인 비즈니스 모델이 될 것
3. 제품 통합의 중요성
- 제품의 호환성과 상호 운용성은 제품 선택에서 가장 중요한 요인
4. 서비스 역량 강화
- 현재는 장애해결, 교육, 인증 서비스와 같은 단순 지원서비스
- 서비스 역량 제고가 무엇보다 중요
- JSP 컨테이너(톰캣, Resin, Enhydra). EJB 컨테이너(JBoss, JOnAs). IDE(이클립스, NetBeans ) 존재
- JUnit, CVS, Ant, log4j와 같은 오픈소스 기술들은 이미 일반화
- Struts, Turbine, Velocity, Spring과 같은 공개된 프레임워크와 Castor, Hibernate와 같은 O/R 맵퍼, MDA 지원을 위한 AndroMDA 존재
국내에는 오픈소스를 활용한 사례가 거의 없음

1. 해외사례
A. EJOSA
- EJOSA(Enterprise Java Open Source Architecture) : 오픈소스만을 이용해서 구현된 J2EE 기반의 엔터프라이즈용 아키텍처
- Enhydra와 JOnAs에서 동작하도록 설정, DB는 Firebiard DBMS를 사용
- 개발도구는 NetBeans, 기본 프레임워크는 Velocity, AndroMDA, 세션 빈과 연동되는 Hibernate 기술 사용
- EJOSA는 개발자가 오픈소스를 찾아다니는 수고를 덜어주었음 : 개발에 필요한 각종 오픈소스들이 미리 설정된 채로 통합되어 있음
- 방법론과 예제, 경헌이 포함된 풍부한 문서를 제공
B. OnJava- EJOSA는 WAS나 개발도구와 같은 오픈소스 도구들을 중심으로 통합
- OnJava는 별도의 프레임워크로 이리 널리 알려져 있는 Struts, Spring, Hibernate를 통합하고자 시도

<EJOSA의 구조도> <Struts, Spring, Hibernate 프레임워크를 결합한 아키텍처 개요도>
2. 국내사례
A. SFA (Selim Application Framework)
- Struts를 활용한 파이프라인 아키텍처 제공
B. JCF (J2EE Core Framework)- 분석, 설계, 구현, 테스트, 관리에 이르는 종단간(E2E) 개발 프로세스를 효과적으로 수행하기 위한 통합 프레임워크
- 이클립스, Ant, JUnit, XDoclet 등의 오픈소스 도구들이 개발에 활용
- 개발 표준 및 개발지침, 활용 경험 등이 문서화되어 가이드라인으로 제공
<SAF의 파이프라인 아키텍처>
<SAF의 최종 아키텍처>
<JCF의 구성>
Comments (0)
You don't have permission to comment on this page.