숭실대교육교재 - IoT 산업에서 오픈소스의 활용방안(김형채)

IoT산업에서 오픈소스의 활용방안

한국건물에너지기술원 (www.kbet.or.kr)

김형채 / [email protected]

1. 공개SW와 IoT에 대한 이해

2. IoT 산업의 오픈소스 현황

3. 공개SW 거버넌스

4. 공개SW 전환가이드

목 차

소개

3

• 한중일 공개SW활성화포럼 표준화분과 한국위원

• 한국정보통신기술협회(TTA) 공개SW 표준화 분과위원

• 정보통신산업진흥원 SW공학센터 SW직무표준개선 자문위원

• 정보통신산업진흥원 SW자산재개발위원회 자문위원

• 비공개SW의 공개SW 전환 가이드 집필

• 오픈소스 소프트웨어 활성화를 위한 성숙도 및 적용성 평가모델 (OSMAAM)의 설계 및 구현에 관한 연구

• 공개SW기반 Governance v1.0 연구

• 오픈소스SW 성숙도 평가모델 연구

• 공개SW 정보화전략계획(o-ISP) 방법론 개발

• 공개SW기업의 서비스수준 평가모델 연구

“저는 공개SW기술과 SW개발방법론을 이용하여 기업의 비즈니스 전략과 잘 연계하는 성장모델에 관심이 많습니다.”

한국건물에너지기술원

4

국가 건축물 에너지 효율화를 위한 선도기관

건축물 에너지 효율등급 심사

그린 리모델링 활성화

ICT기반 에너지 IT 융·복합 기술개발

건축물 에너지 전문교육기관

용인송담대학교, 호서대학교 MOU

기관 및 협회 등 건축물 에너지 효율

향상 교육 외 다수 실시

ECO-CE3, e-BESS 외 에너지진단

효율개선 프로그램 개발

AMRS, 스마트미터링 기술 개발

울산 중부 소방서 심사

대구 일동미라주 아파트 외 다수

㈜에스원 : 그린 리모델링 사업

대구 북구청 리모델링 사업





목 차

공개SW

6

• 오픈소스, 프리웨어, 공개소프트웨어, 자유소프트웨어, 쉐어웨어, 상용소프트웨어...

Proprietary vs. Open Paid vs. Free

공개SW의 정의

7

• 공개소프트웨어는 소프트웨어의 내용을 프로그래밍 언어로 나타낸 ‘소스코드’를 공개하여 누구나 개량·재배포할 수 있는 소프트웨어이다. 이에 대해 좀 더 상세하게 체계를 세운 정의로 OSI(Open Source Initiative)에서 제시하고 있는 다음의 10가지 조건으로 공개소프트웨어의 정의를 대신하고 있다.

① 자유 배포(Free Redistribution) ② 소스코드 공개(Source Code Open) ③ 2차적 저작물(Derived Works) (허용) ④ 소스코드 수정 제한(Integrity of The Author's Source Code) ⑤ 개인이나 단체에 대한 차별 금지 (No Discrimination Against Persons or Groups) ⑥ 사용 분야에 대한 제한 금지 (No Discrimination Against Fields of Endeavor) ⑦ 라이선스의 배포 (Distribution of License) ⑧ 라이선스 적용상의 동일성 유지 (License must not be specific to a product) ⑨ 다른 라이선스의 포괄적 수용 (License must not contaminate other software) ⑩ 라이선스의 기술적 중립성 (License must be Technology-Neutral)

기업에서 많이 사용되는 공개SW

8

Gartner OSS Adoption Survey 2011

공개SW의 필요성

9

• 낮은 취득 원가/ 개방형 표준/ 공급 업체 의존성 감소/ 낮은 유지 보수 비용/ 배포의 유연성/ 소프트웨어의 혁신의 속도/ 개방된 개발 프로세스/ 확장성

http://synapticcloud.net/resources/why-open-source/






공개SW의 성장

10

• Open source software will be 30% of IT portfolios, by 2012, up from 10% five years ago

547 companies, Gartner OSS Adoption Survey 2011

인터넷 패러다임의 진화

인터넷 패러다임은 지속적으로 진화화면서 연결된 기기가 급증

IoT 개요

Source : Morgan Stanley(2009). The Mobile Internet Report

M2M / IoT

M2M(Machine To Machin)과 IoT의 관계

- 사물인터넷을 M2M의 확장개념으로 인식하는 것이 일반적

- 기기간 단순 통신(M2M)에서 기기사람 간 통신까지 확대

- 사물 중심에서 인간을 둘러싼 환경 중심

IoT 개요

IoT / IoE

사물인터넷(The Internet of Things, IoT)

컴퓨터, 휴대폰 등 '전자기기'만 인터넷 연결이 가능하던 '인터넷 시대'를 지나,

커피포트, 쓰레기통, 타이어 등 '모든 종류의 사물'이 인터넷에 연결되는 것

만물인터넷(Internet of Everything, IoE)

사람, 프로세스, 데이터, 사물(Things) 등 연결되지 않은 세상의 나머지 99%까지 모두 인터넷에 연결돼 실시간 상호 소통함으로써 전례 없는 가치를 창출해내는 시대.

- 시스코 미래학자 데이브 에반스(Dave Evans)가 시스코 라이브 2013에서

IoT가 '기술'이라면, IoE는 단순히 '기술' 혹은 '기술들의 집합체'라기 보다는

실시간 연결성을 통해 지금과는 전혀 다르게 변화될 '미래의 생활 방식' 혹은 '생활 양식의 혁신'으로 생각해야 한다.

IoT 개요

http://www.youtube.com/watch?v=TyzUqpqfCDA#t=81



IoT 서비스 예시 IoT 개요

IoT 시대의 가시화 요인

• 모바일, 센서, 무선통신, 빅데이터 처리 등 핵심기술의 발전과 저가격화 소형화 되면서 사물통신의 시대가 가시화.

– 소형화, 저가격화 되면서 모바일 기기에 연간 탑재되는 MEMS 센서 개수는 2007년 1,000만 개에서 2012년 35억개로 급증

– 모바일 인터넷 속도는 2000년 이후 1,000배 빨라졌으며, 빅데이터를 싸고 빠르게 처리할 수 있는 하둡(Hadoop)과 같은 분석기술이 등장

IoT 개요

* MEMS(Micro Electro Mechanical System) : 반도체 기술로 실리콘 기판 위에 구현한 초소형 기계 부품

IoT에 대한 기대감 빠르게 확산 중

• 인터넷에 연결된 사물은 현재 100억 개에서 2020년 500억 개까지 증가 – 인터넷에 연결된 사물의 수는 이미 ’08년부터 사람 수를 초과(Cisco, 2013)

– 전세계 단말의 99.4%가 이직 인터넷 미연결로 연결 가능 단말 수요는 무궁무진(Cisco, 2013)

– 통신회선 기준으로 이용 기기는 1인당 2.5개에서 6.3개로 증가

– 이중 IoT 단말 비중은 현재 10% 수준에서 2020년 50%까지 증가할 것으로 예상

• 사물인터넷은 향후 10년간 총 19조 달러의 경제 가치를 창출할 것으로 전망

시장 및 기술동향

미래창조과학부 “사물인터넷기본계획” 확정

• 미래창조과학부는 5월 8일(목) ‘정보통신전략위원회’에서 ‘사물인터넷 기본계획’을 확정하였다고 밝혔다.

국내외

정책동향

해외 주요국가 사물인터넷 추진현황 국내외

정책동향

•2025년까지 국가경쟁력에 영향을 미칠 수 있는 ‘6대 혁신적인 파괴적 기술’ 중 하나로 ‘사물인터넷’을 선정하여 기술로드맵 수립(’08년)

•Reshoring Initiative(제조업본국회귀)로 사물인터넷을 활용한 제조업 혁신 추진 중(’10년)

미국

•EU는 사물인터넷 액션플랜 수립(’09년)

•영국는 사물인터넷 연구개발에 4,500만 파운드 투입 발표(’14.3.9)

•독일은 Industry 4.0를 통해 사물인터넷을 활용한 제조업 생산성 30% 향상 추진

유럽

•12차 5개년(2011～2015) 계획에 ‘사물망 12-5 발전규획’을 발표(’11년)

•감지(感知)중국의 전략으로 사물인터넷과 클라우드 등을 타겟으로 한 사물인터넷 시범단지(우한시 등 193개) 등 추진

중국

•u-Japan 전략(’04년), i-Japan 2015 전략(‘09년), Active Japan ICT전략(‘12년) 등을 통해 사물인터넷 산업정책 추진 중

일본

국외 IoT/M2M 표준화 단체 IoT 표준화

IoT 기술 표준은 유럽을 중심으로 다양한 연구 및 기술개발을 진행하고 있고, EC는 정책적으로 확산에 주력. ITU-T를 중심으로 IoT에 관련된 표준화 활동

IoT 기술 표준화 동향 IoT 표준화

국내 IoT 표준화 활동

•M2M네트워크 인프라, 통신 프로토콜, M2M관리, 서비스 플랫폼, 단말 및 통신모듈에 대한 표준화 전략 수립 TTA 표준화 전략맵 2012

•M2M 서비스 요구사항, M2M 통신을 위한 이동통신 무선 접속 기술, 상용 플랫폼 간의 인터페이스기술 표준화 등 표준 추진

•ITU-T, 3GPP, oneM2M 등 국제표준화 공동협력 •oneM2M 제출 표준 4건 개발 중

TTA PG 708(사물지능통신 프로젝트 그룹)

•휴대폰과 PES 서비스 서버 사이에 사용자의 프로파일, 서비스 프로토콜 표준화가 진행 중 TTA PG 703(모바일 플랫폼 및 서비스 프로젝트 그룹)

•RFID/USN 기술 사양 및 서비스 모델 TTA PG 311(RFID/USN)

•M2M 요구사항, 구조 포럼표준 제정 (‘11.12) •M2M 요소기술 및 표준화 대상 기술분석, M2M 식별체계, 이동성, 원격 디바이스관리 등 표준을 개발 중

M2M/IoT 포럼

•M2M을 포함한 BcN 기술의 확장을 연구하고, 이동통신망에서 진행 중인 MTC 기술의 장기적 발전에 대해 연구개발을 추진 중 FN2020 포럼

IoT 표준화





목 차

사물인터넷 서비스를 위한 핵심 도메인 IoT

ecosystem

구 분 생태계 현황

서비스(S)

•(공공) 다양한 시범사업을 추진하였으나, 개발․운영비용 부담 등으로 확산 저조 •(산업) 대기업 중심으로 도입, 중소기업은 비용문제로 도입 저조 •(개인) 웨어러블, 가전, 자동차 등은 글로벌 기업 간 경쟁 중 중소기업은 다양한 생활제품 응용분야에 진출 노력 중

플랫폼(P) •국내 대기업은 플랫폼을 개발 중이나, 글로벌 시장 주도력 부족 •국내 중소기업은 플랫폼 부재로 시장진입 어렵고, 글로벌 기업에 종속우려 •oneM2M*(’12.7월) 중심으로 국제표준화 추진 중(’14.8월 완료예정)

네트워크(N) •급증하는 트래픽을 SW로 유연하게 처리하는 기술 개발 중 •원격지 사물 연결을 위한 저전력 장거리 비면허 대역 통신요구 증대 •5G, Giga인터넷, IPv6 등 사물인터넷 활성화를 위한 인프라 개발․구축 중

디바이스(D) •스마트폰 이후 글로벌 기업 중심으로 실감․지능․융합형 디바이스 개발 경쟁 중 •웨어러블 디바이스, 스마트센서 등을 중심으로 시장 확대 전망

보안(Se) •IoT 서비스(홈․가전, 의료 등) 보안 침해사고 사례가 나타남에 따라 보안 대책 논의를 시작하는 단계 •설계단계부터 보안, 프라이버시 등을 고려한 기술 및 서비스 개발 필요

사물인터넷 생태계 기업현황 IoT

ecosystem

모듈/칩 기기 네트워크 솔루션 서비스

디바이스 도메인 게이트웨이 도메인 서비스 도메인

삼성, 동부 누리텔레

콤, LS산전 등

삼성, 현대 등

소비재 제조사

kt, skt, U+

퀄컴, TI, ARM 등

이루온, 유엔젤, LS산전 등 산업

재

CJ 등 MVNO 사

업자

- 한전, 도로공사 - SDS, LG CNS SK C&C

등 SI 사업자

• 원격 제어 • 에너지 관리 • 시설 관제 • Security 등

• 통신사는 네트워크에서 솔루션, 서비스로 사업 확대를 모색 중이나, 시장이 B2B 중심으로 확산되면서 제조사와 솔루션 사업자(SI) 중심으로 흘러가는 중

• 아직 규모가 작은 B2C 시장에서도 제조사의 앱을 통한 직접 서비스 제공이 일반화

IoT 분야의 공개SW 활용

1 2 3

오픈소스 하드웨어 오픈소스 소프트웨어

오픈소스 하드웨어(OSHW) IoT 분야의

오픈소스

• 해당 제품과 똑같은 모양 및 기능을 가진 제품을 만드는 데 필요한 모든 것

• (회로도, 자재 명세서, 인쇄 회로 기판 도면 등)을 대중에게 공개한 HW

- 벤처/개인이 HW 디자인을 오픈소스로 공개, 일반인이 개발에 참여하여 제품 완성/발전

• OSHW는 2005년 ‘아두이노(Arduino)’의 등장으로 활성화되기 시작,

• 최근에는 새로운 생산수단과 투자방식의 부각으로 더욱 높은 가능성이 열림

- 3D 프린터가 저렴한 비용으로 다양한 부품 제작, 킥스타터 등 크라우드펀딩 방식 투자

오픈소스 하드웨어(OSHW) IoT 분야의

오픈소스

OSHW는 누구든지 제작, 수정, 배포하고 사용할 수 있도록 디자인이 공개되는 물리적 인공물 (기계, 장비 및 기타 실제가 있는 물건)을 나타내는 용어이다.

오픈소스 하드웨어(OSHW) 관련 커뮤니티 및 행사 IoT 분야의

오픈소스

• 오픈 하드웨어의 참여자들은 오픈 소프트웨어와 비슷한 방식으로 정보를 소통,

• 물리적 제품을 제작해야 하는 특성상 오프라인 모임도 활발

아두이노(Arduino) IoT 분야의

오픈소스

• http://www.arduino.cc/

• 메인보드 위에 WiFi, Ethernet, Zigbee 등 다양한 통신모듈을 손쉽게 연결 가능 • 독자적인 통합개발환경(IDE)을 제공하여 간편한 펌웨어 업로드 등 SW 개발 지원

http://www.arduino.cc/

RasWIK IoT 분야의

오픈소스

• http://postscapes.com/internet-of-things-award/project/raswik-raspberry-pi-wireless-inventors-kit/

• Raspberry Pi로 구성된 무선 개발 키트 • 영국의 하드웨어 제조사 Ciseco에서 출시. • 선만 장착하면 자신만의 무선 프로젝트를 구축할 수 있도록 제공

http://postscapes.com/internet-of-things-award/project/raswik-raspberry-pi-wireless-inventors-kit/

http://postscapes.com/internet-of-things-award/project/raswik-raspberry-pi-wireless-inventors-kit/

오픈소스 하드웨어(OSHW) 플랫폼 IoT 분야의

오픈소스

• ‘오픈 하드웨어 플랫폼’은 제품의 지능 역할을 하는 오픈 하드웨어의 핵심이며,

• 대표적으로 아두이노, 라즈베리파이, 비글본블랙이 있음

- 마이크로컨트롤러 보드, 소형 단일보드 컴퓨터 등으로 불리며, 센서 등 입력장치, 외부장치 컨트롤 기능, 무선통신 모듈과 손쉽게 연결, 개당 30~40불에 누구나 구매 가능

• 성능 개선과 활용도의 증가로 최근 2~3년간 판매량 급증 추세

- 아두이노와 라즈베리파이 각각 출시 이후 누적 100만대 이상의 판매실적 기록

• 전통적인 칩 벤더인 인텔 역시 오픈 하드웨어 움직임에 동참하기 위해 아두이노와 손잡고 IoT와 웨어러블을 겨냥한 ‘갈릴레오 보드’ 출시 (‘13.10월)

IoT 활성화를 위한 오픈소스 플랫폼의 필요성

• 개방형 IoT 소프트웨어 플랫폼으로 오픈소스 대두

• 오픈소스의 가장 큰 장점은 상호운용성을 기반으로 사실표준화가 이루어 진다는 점.

• 오픈소스는 각 사물들이 상호호환성을 확보할 수 있는 가장 효과적 방법.

IoT 표준화

전자부품연구원 : 개방형 IoT 플랫폼 Mobius 개요

AllSeen Alliance IoT 분야의

오픈소스

• 리눅스재단을 중심으로 가전업계가 뭉쳐 하나의 표준 플랫폼으로 만들려는 움직임

• 2013년 리눅스재단과 퀄컴, 하이얼, 샤프, 파나소닉, LG전자, 시스코 등 23개 업체가 참여한 IoT 연합체인 ‘올신얼라이언스(AllSeen Alliance)’을 출범.

• 이들은 상호운용이 가능한 장치 및 서비스를 실현하기 위한 오픈 소프트웨어 프레임워크의 개발에 상호 협력.

• 퀄컴은 이 올신얼라이언스에 자사가 개발한 장치간 연결 기술 ‘올조인(AllJoyn)’의 소스코드를 넘겼다.

• 이 프레임워크가 보편화 되면 서로 다른 업체들이 만든 디바이스와 서비스, 콘텐츠가 서로 연결될 수 있다. 하이얼이 만든 TV와 LG전자의 냉장고가 연결돼 새로운 서비스를 만들어낼 수도 있는 것이다.

https://allseenalliance.org/

https://allseenalliance.org/

the Thing System IoT 분야의

오픈소스

• http://thethingsystem.com/

• Node.js 로 작성된 개방형 홈네트워크 IoT 플랫폼

• The steward 라고 불리는 중앙제어 소프트웨어와 클라이언트로 구성.

http://thethingsystem.com/

IoT 클라우드 플랫폼 Xively(자이블리) IoT 분야의

오픈소스

• 다양한 오픈 하드웨어 센서에서 수집된 데이터를 웹으로 연동하여 앱 개발을 지원하는 IoT용 PaaS 서비스

OpenIoT IoT 분야의

오픈소스

• http://www.openiot.eu/

• 오픈사물인터넷은 유럽연합 집행위원회의 자금지원을 받은 연구 프로젝트로 클라우드 컴퓨팅 제공 모델을 활용하는 새로운 오픈, 대규모, 지능형 사물인터넷 애플리케이션을 새롭게 총체적으로 활성화하는 것이 목표.

http://www.openiot.eu/

IoT 서비스 플랫폼 동향

• IoT 플랫폼 전쟁

IoT

ecosystem

IoT 디바이스 플랫폼 동향

• IoT 디바이스 플랫폼

IoT

ecosystem

기타 관련 기사

• 오픈소스가 스마트머신을 이끈다 – 사물인터넷(IoT)의 확산과 함께 기기의 스마트화를 이끄는 솔루션으로 오픈소스와 리눅스가 일반화될 전망이다. 리눅스는 수년간 임베디드 기기에 이상적인 솔루션이란 점을 증명해왔기 때문이다.

– http://www.techrepublic.com/blog/linux-and-open-source/10-predictions-for-open-source-in-2014/

• IoT도 오픈소스 리눅스가 지배 – IPTV STB나 스마트홈폰(SoIP)을 홈게이트웨이로 활용하는 등 스마트홈 관련 서비스 출시

– SKT는 영국 ARM사와 자사 사물인터넷 플랫폼 ‘뫼비우스’ 공동 연구 협약 체결

– http://www.ddaily.co.kr/news/article.html?no=115035

• 한국, 10년간 만물인터넷(IoE) 시장 가치 251조원 – “아직까지 인터넷에 연결된 기기는 1%에 불과하다. 현재 연결되지 않은 것을 연결함으로써 무수한 기회가 창출될 수 있다” “ICT 기술을 총합하는 IoE는 새로운 금광”

– http://www.ddaily.co.kr/news/article.html?no=118022


http://www.techrepublic.com/blog/linux-and-open-source/10-predictions-for-open-source-in-2014/

http://www.techrepublic.com/blog/linux-and-open-source/10-predictions-for-open-source-in-2014/

http://www.ddaily.co.kr/news/article.html?no=115035

http://www.ddaily.co.kr/news/article.html?no=118022

해외의 사물인터넷 추진 사례

• At&T는 가정 내 보안 & 자동화에 초점을 맞춘 스마트홈 서비스 ‘Digital Life’ 출시

– 2013년 4월 상용화 이후 미국 내 50여 곳으로 서비스 제공 지역 확대

• Deutsche Telekom의 스마트홈 서비스

– 주요 제조사 제휴를 통한 스마트홈 포털 지향


해외의 사물인터넷 추진 사례 시장 및 기술동향

국내 사물인터넷 추진 동향

• 통신사 중심으로 정부 기관/ 지자체/ 공공 서비스 수요 중심의 사업 진행 – kt: 환경부 원격진단/관리, 스마트그리드 제주시범단지 참여, skt의 법무부 전자발찌 프로젝트 등

• 최근 시장 주도권 확보 위한 플랫폼 개발과 동시에 헬스케어/스마트홈 등 소비자 서비스 출시 중

– IPTV STB나 스마트홈폰(SoIP)을 홈게이트웨이로 활용하는 등 스마트홈 관련 서비스 출시

– SKT는 영국 ARM사와 자사 사물인터넷 플랫폼 ‘뫼비우스’ 공동 연구 협약 체결


오픈 하드웨어 IoT 제품 사례 IoT 분야의

오픈소스

• 스마트 홈, 커넥티드 카 등 수많은 IoT 제품 아이디어가 쏟아져 나오고 있음

• 특히, 저렴한 비용과 짧은 개발기간은 기존 제조사를 능가하는 수준

그외의 오픈소스 프로젝트 IoT 분야의

오픈소스

• http://postscapes.com/internet-of-things-award/open-source/

• 2013년 선정된 IoT 분야의 오픈소스

http://postscapes.com/internet-of-things-award/open-source/





목 차

공개SW 거버넌스 개요

• 공개소프트웨어를 올바르게 사용하기 위해서는 조직의 공개소프트웨어 적용 수준을 파악하고 그에 따라 정보화 계획 단계에서부터 일정한 기준과 절차에 의해 개발․유지보수가 필요..

• 공개소프트웨어를 개발 또는 사용하는 기업과 기관들이 공개소프트웨어 활용 라이프 사이클의 단계별로 공개소프트웨어 적용을 위해 취해야 되는 절차와 방법을 제공

46

공개SW를 활용한 비즈니스 유형

47

내부사용

외부서비스

외부 배포

외부의 소스코드를 직접 가져와서 조직 내에서 사용하는 내부사용자.

특정 벤더 사로부터 오픈 소스 도입 및 기술지원을 받으며 사용하는 내부사용자.

오픈 소스를 직접 가져와서 개작 후 외부에 배포하는 경우

특정 벤더 사로부터 오픈 소스 도입 및 기술지원을 받아 외부에 배포하는 경우

소스가 내부에 있고 외부 서비스하는 경우

소스가 외부에 있고 외부서비스를 제공하는 경우

직접 개발해서 외부에 배포하는 경우

공개SW 거버넌스 프레임워크

48

공개소프트웨어 거버넌스 프레임워크

공개SW 커뮤니티 내부사용

외부서비스

외부 배포

정책수립 획득 적용 운영 및 유지

관리 및 개선

공개SW 거버넌스 활동요소

49

활동 요소 특성 설명

정책수립

순차적

목표와 전략에 따라 반드시 지켜야 할 규정과 지침을 수립함

컨설팅 공개소프트웨어 적용과 전략수립을 위한 자문 서비스를 제공함

조직구성 효율적인 인력 구성과 역할과 책임에 따른 운영 방안을 제시함

요구분석 고객 또는 사용자의 페인 포인트, 요구사항 등을 분석함

조사 새로운 공개소프트웨어 또는 특정 분야에 적합한 공개소프트웨어를 찾음

분석 공개소프트웨어의 속성을 구분하고 상태나 수준을 정리함

평가 각 속성에 가중치를 부여하고 평가 모델을 적용하여 채점함

계약 공개소프트웨어의 도입 및 활용, 배포에 대한 일련의 책임과 의무에 대해 조건과 규정을 체결함.

설계 요구 분석 결과에 따라 기능과 사양을 미리 구성함

개발 공개소프트웨어 프로그램을 변경 및 결합함

패키징 공개소프트웨어의 설치가 편리하도록 단일 프로그램으로 묶음

시험 요구 수준에 맞는지 품질과 성능을 확인함

배포 공개소프트웨어를 저장매체, 웹사이트, 장비 등을 통해 전달함

설치 공개소프트웨어를 운영할 수 있는 장비에 탑재함

운영 공개소프트웨어를 실행시켜 정상적인 상태로 지속적으로 가동시킴

유지보수 최상의 운영 상태를 유지하도록 제반 작업을 수행함

기술지원 추가적인 요구 사항을 반영이나 문제 해결 등 공학적인 공개소프트웨어 서비스를 제공함

커뮤니티 소스코드 기여, 재정적 지원, 활동 교류, 참여방법을 제시함

컴플라이언스 비순차

비정기

라이선스 의무사항 준수 및 법적 문제를 해결함

교육 공개소프트웨어의 도입, 활용, 배포에 대한 이해력을 높이기 위해 지식을 전달하고 스킬을향 상시킴

모니터링 공개소프트웨어 적용 이후의 상황을 파악하고 피드백을 수렴함

공개SW를 활용하여 외부서비스를 하는 기업의 케이스 스터디

• 공개소프트웨어를 활용하여 외부 고객을 대상으로 다양한 유형의 IT 서비스를 제공하는 비즈니스 모델의 사용자

• 사용자가 공개소프트웨어를 직접 개발하는 생산자가 아니지만 사용자의 조직 내부에 공개소프트웨어를 획득하고 이를 활용하여 외부고객에게 다양한 서비스를 제공하는 비즈니스 모델의 경우를 의미한다. 기업의 비즈니스 모델이 공개소프트웨어를 활용하는 모든 경우가 해당되기 때문에 금융, 포털, 호스팅, 퍼스널 클라우드, 게임 등 공개소프트웨어와 직접 연관성이 없는 비즈니스도 모두 여기에 해당된다.

□ 호스팅 서비스

- 오픈소스 소프트웨어를 사용하여 고객에게 판매할 수 있는 호스팅 서비스를 제공

- Yahoo, Google, KTH, KINX

□ 광고 모델

- 공급 업체가 제품을 구축 할 때 오픈소스 소프트웨어를 사용하여 개발한 후 서비스(클라우드)

50

공개SW 거버넌스 프레임워크 적용방안

51

정책수립 획득 적용 운영 및 유지

공개소프트웨어 거버넌스 프레임워크

교육 모니터링 컴플라이언스

관리 및 개선

정책수립

조직구성

요구분석

조사

분석

계약

설계

개발

설치

운영

유지보수

기술지원 패키징

시험

평가

공개소프트웨어 활용 라이프사이클

공개소프트웨어 거버넌스 활동요소

소스코드가 내부에 있고 외부에 서비스를 제공하는 경우

1) 정책수립 - 컨설팅

52

외부서비스로 제공하는 공개소프트웨어 컨설팅은 다음과 같은 절차로 수행 - 사업 환경/전략 확인 - 공개소프트웨어 현황분석 - 공개소프트웨어 도입원칙 수립 - 공개소프트웨어 추진과제 정의 - 공개소프트웨어 도입계획 수립

사용자는 공개소프트웨어 사용을 위하여 다음과 같은 위험에 대비하여 원칙을 수립하는 것이 중요. • 공개소프트웨어 라이선스 • 기술지원의 가용성 • 내부 전담 자원의 확보 • 기술지원 서비스의 유연성 • 공개소프트웨어의 신뢰성 • 공개소프트웨어 프로젝트의 완성도 및 수명

1) 정책수립 - 정책수립

53

공개소프트웨어 활용정책을 수립하기 위해서는 조직 및 구성원들이 공개소프트웨어를 사용할 때 준수해야 하는 준법성 요구사항들을 인지하게 하고, 모든 구성원들이 적합한 승인 절차를 통하여 공개소프트웨어를 활용할 수 있도록 준비해야 하며, 조직 전반에 어떻게 공개소프트웨어가 관리되어 질 것인가를 정의한 문서화된 공개소프트웨어 정책을 배포해야 한다. 외부의 공개소프트웨어를 활용하여 고객에게 서비스를 제공하는 경우에는 다음과 같은 정책이 반드시 필요. • 조직 내 공개소프트웨어의 사용 범위 • 획득한 공개소프트웨어에 대한 평가방안 • 획득한 공개소프트웨어 또는 개작된 소프트웨어의 라이선스 검증절차 • 획득한 공개소프트웨어 프로젝트의 커뮤니티 참여 및 모니터링 방안 • 조직 내 공개소프트웨어가 사용되는 라이프사이클을 관리하기 위한 절차 • 공개소프트웨어 관련 기술지원 및 교육 방법

1) 정책수립 - 조직구성

54

외부의 공개소프트웨어를 활용하여 고객에게 서비스를 하는 사용자는 준비된 공개소프트웨어 활용정책의 운영을 전담하는 별도의 자원을 배정해야 한다. 사용자의 환경에 따라 전담부서 또는 겸임부서를 운영하거나 별도의 전담인력 확보가 어려운 경우 겸임인력으로도 구성할 수 있다. 외부 서비스를 하는 사용자는 공개소프트웨어 활용정책을 전담하는 자원에게 다음과 같은 역할을 부여할 수 있다. • 전사 공개소프트웨어 정책 수립 및 업데이트 • 전사 업무프로세스 및 개발방법론 개선 • 교육 강의 및 실습 지원 • 공개소프트웨어 SW 라이선스 검증 지원 • 공개소프트웨어 전담 창구 운영 • 공개소프트웨어 라이선스 검증을 위한 현장 지원

2) 획득 - 요구분석

55

외부고객을 대상으로 서비스를 제공하기 위해서는 먼저 조직 내부와 외부의 이해관계자를 대상으로 인터뷰 또는 설문 등을 통해 서비스 요구사항을 수집하고 수집된 요구사항을 기반으로 요구분석을 수행하여 최종적으로 요구사항을 정의하게 된다. 서비스를 위하여 외부의 공개소프트웨어를 활용하기 위해서는 다음과 같은 항목에 대한 분석을 토대로 요구를 분석하는 과정이 필요. - 서비스를 제공하는 시스템의 필수기능 파악 - 서비스를 제공하는 시스템의 특성 파악 - 시스템의 관리자 기술수준 - 시스템 운영 및 관리 방안 - 기타 시스템 제약사항

2) 획득 - 조사

56

공개소프트웨어는 사용자의 서비스 유형 또는 사용자 조직의 운영환경에 따라서 공개소프트웨어 속성의 중요도가 각각 다르기 때문에, 어떤 항목을 조사할 것인지 정의하고, 각 항목의 가중치를 부여하여 항목별 중요도를 사용자에게 적합하게 조정하는 것이 필요. 자신의 서비스에 적합한 공개소프트웨어를 선정하기 위해서 사용자는 조사할 항목과 중요도를 식별한 후 SourceForge, GitHub, Ohloh 등 다양한 채널의 공개소프트웨어 저장소를 활용하여 최초 등록일, 소스 코드의 증가 속도, 참여 기업, 다운로드 횟수, 레퍼런스 개수, 핵심 개발자 및 커미터 등 사용자에게 필요한 공개소프트웨어 속성을 조사해야 한다.

단계 활동 내용

Seeking 초기에 급성장하는 공개소프트웨어를 관찰하고 미래 사업에 핵심적인 기술 후보를 발견한다.

Sensing 기술 흐름과 고객 니즈에 따른 기술 적정성과 시장성을 파악한다.

Seeding 사업 가능성이 있는 기술을 비즈니스 모델과 연결시키고 구체화 시킨다

Sourcing 필요한 인력을 확보하고 커뮤니티를 통해 기술을 내재화 시킨다

2) 획득 - 분석

57

서비스에 활용하고자 하는 공개소프트웨어를 대상으로 유용성을 평가하기 위하여 다양한 공개소프트웨어 속성을 분석할 수 있다. 공개소프트웨어는 커뮤니티에 의해서 생성되는 특징을 가지고 있기 때문에 일반적인 소프트웨어의 기능적 분석만 하는 것이 아니라, 공개소프트웨어 커뮤니티에 대한 활동성, 로드맵, 영속성 등의 요소를 포함하여 분석해야 한다.

속성군 기본 속성 설명

기능성

기능 적합성 분류 체계의 해당 카테고리에서 마땅히 제공해야 하는 목표 기능을 충실히 수행하는 수준

지원성 설치 툴, 패치, 관리, 모니터링 등 목표 기능을 최상의 조건으로 수행하는데 필요한 보조 기

능을 다양하게 제공하는 수준

상호운용성 다양한 운영체제(Linux, Unix, Windows)에서 설치 및 작동이 가능한 수준

이식성

대체성 동일한 기능의 다른 공개소프트웨어 제품에서 전환 및 대체(migration)를 용이하게 수행

할 수 있는 수준(표준 수용성)

대체후기능성 유사 공개소프트웨어 제품으로 대체한 이후에도 동일한 기능을 수행할 수 있는 수준

설치성 다양한 플랫폼에 이식될 수 있도록 구성 파라미터(configuration parameter)의 조작이

용이하고 설치가 간단하고 편리한 수준

신뢰성

가용성 에러, 버그, 정지, 종료 등 비정상적인 동작이 없이 정상적으로 운영되는 정도

회복성 문제 및 장애 발생 시 복구 및 대응이 잘 되는 정도

최신성 최근 일정 기간 동안 신속하게 발전하는 정도

성숙성 커뮤티니의 인력 구성, 역할 분배, 운영 및 관리 체제가 얼마나 안정적이고 체계적인지 나

타내는 수준

사용성

이해성 매뉴얼, 가이드, 튜토리얼 등 제품 사용 및 이용에 필요한 문서 및 자료의 제공 수준

학습성 제품 구성, 설치, 운영에 필요한 자문, 컨설팅, 교육, 인증(자격증) 등에 관련된 서비스를 제

공하는 수준

운용성 사용, 운영, 관리에 편리한 기능 수준 (예 GUI 환경)

유지보수성

분석성 에러 또는 문제를 해결하는데 도움이 되도록 원인과 상태를 상세히 분석할 수 있는 메일링,

버그 리포팅, 이슈 트랙킹 등 소통 수준

전문기술 해당 공개소프트웨어에 대해서 전문 업체 또는 커뮤니티의 기술 지원 서비스가 가능한 수

준

시험성 패치 또는 업드레이드 버전에 대한 품질 측정 수준

커뮤니티

나이 및 규모 오랫동안 활동이 왕성하게 지속되고 최근에도 활동이 활발하여 발전하고 있는 수준

주체 커뮤니티가 쇠약하지 않고 발전할 수 있도록 기업 및 단체로부터 지속적인 경제적, 인력적,

사업적 지원이 있는 정도

접근성 상위의 인터넷 검색이 가능하고, 커뮤니티 참여와 지적 자산의 공유에 편리한 인터페이스

를 제공하고 있는 수준 (이메일, 게시판, 패이스북)

관리체계 커뮤니티 내에서 프로그램 개발, 소스 코드 기여, 수용 여부 심사, 품질 테스트, 로드 맵 수

립 등 개발과 품질에 관련된 활동이 체계적으로 진행되고 있는 수준

라이선스

소스코드공개범위 해당 공개소프트웨어를 활용하여 배포할 경우 발생되는 소스코드공개 범위 확인

저작권 해당 공개소프트웨어를 활용하여 배포할 경우 저작권 문제 발생 시 법적 위험으로부터 자

사 혹은 고객을 보호할 수 있는 정도

특허 해당 공개소프트웨어를 활용하여 배포할 경우 특허위반여부 및 특허권리 확보에 대한 제약

조건

내.외부고객

요구사항

수준 정의 내부 혹은 외부 고객의 서비스가 수준별로 정의되어 있고 지원되는 정도

기술지원 문제가 발생했을 시 신속한 기술지원을 제공할 수 있는 수준

품질 기술지원을 통해 제품의 품질이 보증되는 수준

선호도 내.외부 고객이 선호하는 정도

* TTA - 공개소프트웨어 성숙도 및 적용성 평가 지침(20131218)

2) 획득 - 평가

58

사용자는 서비스에 적합한 공개소프트웨어가 무엇인지를 선정하기 위하여 서비스를 위해서 어떤 공개소프트웨어 속성이 필요한지 선정하고 이 평가항목을 기준으로 비교 가능한 정량적 평가결과를 도출해야 한다. 외부서비스에 사용되는 공개소프트웨어의 커뮤니티라는 속성의 예를 들면 커뮤니티의 규모나 설립시기, 커뮤니티의 운영주체, 커뮤니티의 접근성, 커뮤니티의 성숙성 등을 다음과 같이 평가하여 정량적 비교가 가능하다.

속성군 속성 채점방법 평가 방법

커 뮤 니

티

나이 및 규모

변수 = {버전 번호, 연령}

지표 = 최종 버전 번호 x 나이

1 점: 0 <= 지표 < 12

2 점: 12 <= 지표 < 24

3 점; 24 <= 지표 < 72

4 점: 72 <= 지표 < 180

5 점: 180 <= 지표

지표는 최종 버전 번호와 월 단위의 커뮤니티 나이를

곱해서 산출함

버전 번호가 1.0 이상이고 커뮤니티 나이도 12개월 이

상이 되어야 자생력이 있는 커뮤니티로 인정함

버전이 3.0 이상이고 연수가 5이상이면 최상위 수준으

로 인정함

주체

변수 = { 후원 단체 유무}

1 점: 지원 없음

2 점: 하나의 중소기업 지원

3 점: 복수의 중소기업 지원

4 점: 하나의 대기업의 지원

5 점: 복수의 대기업의 지원

인력 및 자금에 대한 후원 단체의 유무로 측정함

접근성

변수 = {게시판, 포럼, 위키, 검색성,

인터넷}

지표 = 제공하는 접근 방법의 종류 /

전체 접근 방법의 종류 개수

1 점: 0.0 <= 지표 < 0.2

2 점: 2.0 <= 지표 < 0.4

3 점: 4.0 <= 지표 < 0.6

4 점: 6.0 <= 지표 < 0.8

5 점: 0.8 <= 지표 <= 1.0

전체 접근 방법의 종류 개수 = 5

1. 게시판 운영

2. 포럼 운영

3. 위키 운영

4. 인터넷 검색 시 첫 페이지 출력

5. 인터넷 사이트에서 정보 제공

외부에서 커뮤니티로 연락하거나 관련 정보를 얻을 수

있는 용이성

OSS 커뮤니티에 대해 전문 정보를 제공하는 인터넷

사이트로는 ohloh.net, wikipedia.org 등이 있음

성숙성

변수 = {기간, 버전 출시, 관리 체제,

평가 방법, 위원회 운영}

지표 = 충족하는 성숙지표의 종류 /

전체 성숙 지표의 종류 개수

1 점: 0.0 <= 지표 < 0.2

2 점: 2.0 <= 지표 < 0.4

3 점: 4.0 <= 지표 < 0.6

4 점: 6.0 <= 지표 < 0.8

5 점: 0.8 <= 지표 <= 1.0

전체 성숙 지표의 종류 개수 = 5

1. 최초 버전 출시 이후 3년 이상 지속적으로 신규 버

전 출시

2. 최근 배포한 안정된 버전의 넘버가 1.0 이상

3. 관리 운영자(maintenance operator), 커미터(심

의자), 개발자 등의 운영 체제 확립

4. 기여도 및 참여도에 따른 개발자의 등급 체제 확립

5. 이사회 운영 - 개인의 독단적 판단이 아닌 위원회에

의한 의사 결정 방식

* TTA - 공개소프트웨어 성숙도 및 적용성 평가 지침(20131218)

2) 획득 - 계약

59

• 공개소프트웨어의 획득은 별도의 비용지불이 없어도 서비스에 사용할 수 있지만 공개소프트웨어를 사용하기 위한 의무사항이 있음을 유의해야 한다. 따라서 해당 공개소프트웨어가 요구하는 의무사항이 사용자가 제공하고자 하는 서비스에 적합한지 여부를 검토해야 한다.

• 그리고 사용자 내부적으로 공개소프트웨어에 대한 기술적 대응이 어려운 경우, 외부의 기술지원 전문기업과 계약을 통해 공개소프트웨어를 서비스에 적용할 수 있는데 이 경우에는 사용자가 원하는 공개소프트웨어의 기술지원서비스 수준을 명확하게 약정해야 한다. 공개소프트웨어를 기반으로 서비스를 운영하는 도중에 발생할 수 있는 버그, 에러, 장애 등에 대한 문제가 발생하면 장애를 해결하는 최대기간을 명시하고 이를 위반하면 손실에 대한 보상규정을 계약상에 포함해야 한다,

3) 적용 – 설계

60

공개소프트웨어가 외부에서 획득되는 경우이기 때문에, 서비스 컴포넌트의 어떤 영역에서 공개소프트웨어가 활용되는지 식별하고, 직접개발 영역과 외부획득 영역을 구분하여 상세설계를 수행해야 하다. 대부분의 외부서비스 사용자는 서비스 제공을 위하여 공개소프트웨어를 그대로 사용하지 않고 맞춤형 개작(customization)을 하게 되는데 안정적인 외부 서비스를 제공하기 위해서는 향후 버전 관리와 업데이트에 문제가 없는 범위에서 맞춤형 설계를 진행하여야 한다. 공개소프트웨어는 여러 명의 개발자가 참여하는 분산 개발, 기존에 공개되어 있는 많은 소프트웨어 자원의 이용, 다양한 부류의 자원자들에 의한 소프트웨어 리뷰 및 시험 과정, 기술 지원 방법, 기능의 확장, 새로운 프로젝트로의 분기 과정 등이 비공개소프트웨어의 관리와 다르게 비즈니스에서 매우 중요한 의미를 가지게 된다. 때문에 공개소프트웨어 프로젝트의 자원자들이 자사의 소프트웨어에 대한 쉬운 접근이 가능하도록 서비스 컴포넌트들의 결합도를 낮추고 향후 기능들의 수정이 용이하게 관리하는 아키텍처의 관리가 필요하다.

3) 적용 – 개발

61

외부 공개소프트웨어 커뮤니티에서 주도하는 기술이 요소기술이 되고 기업 고유의 SW가 차별화 feature나 enhance 기능들이 된다면, 해당 공개소프트웨어 커뮤니티에 사용자의 SW를 기여하는 방식으로 참여를 하는 것이 기술적, 전략적으로 훌륭한 선택이 될 수 있다. 기존 공개소프트웨어 커뮤니티의 기술적 기반, 활성화, 주요 개발자, 인지도 등 다양한 장점을 그대로 살리면서, 해당 공개소프트웨어의 장점을 훌륭히 부각할 수 있기 때문이다. 공개소프트웨어는 대부분 mainline을 바탕으로 개발 및 release를 운영하며, mainline을 기준으로 branch, fork등을 하여서 추가적인 개발, feature 작업등을 한다. 이러한 공개소프트웨어의 mainline(main branch)를 기반으로 개발하는 것을 upstream 기반의 개발이라고 한다. 리눅스 커널을 비롯하여, 일반적인 SCM(Source Control Management)의 방법을 사용하고 있는 공개소프트웨어는 대부분 mainline을 바탕으로 개발하고 있다.

3) 적용 – 패키징

62

사용자가 직접 개발한 소스코드와 외부에서 획득한 공개소프트웨어의 결합과정에서 서비스 제공자는 성능향상 또는 안정성 등의 이유로 별도의 설치 파라미터 변경 또는 패치를 추가하게 된다. 공개소프트웨어는 소스 코드를 공개해 주는 장점이 있지만 반면에 실치 및 업데이트 등의 사용 및 관리 편리성이 매우 약한 편이기 때문에 향후 서비스의 빠른 업데이트를 위해서는 패키징을 잘 하는 것이 필요하다. 공개소프트웨어는 소프트웨어의 설치, 업데이트, 삭제 등을 손쉽게 할 수 있도록 다양한 패키지 관리방법(YUM, APT, dpkg 등)을 제공하고 있으므로 이를 활용하면 사용자의 서비스에 적합한 패키징이 가능하다.

3) 적용 – 시험

63

공개소프트웨어를 활용한 서비스를 제공하기 위해서는 반드시 설계나 구현 단계에서 정의된 요구사항들을 만족 하는지, 예상한대로 동작되는지, 일관성 있게 실행이 되는지 그리고 이해관계당사자의 요구를 만족하는지를 확인하고 검증해야 한다. 이 활동은 공개소프트웨어를 위한 별도의 시험이 아니라 외부서비스를 위하여 시험하는 것이기 때문에 일반적인 소프트웨어 공학의 시험방법 및 절차를 적용할 수 있다. 내부에서 개발하는 소프트웨어의 경우 대부분 시험 프로세스는 코딩이 완료된 후에 수행을 하는 것이 일반적이나, 외부에서 공개소프트웨어를 획득하게 되는 경우는 단 시간에 서비스에 적용하기 위하여 언제든지 시험을 수행할 수 있는 준비가 되어야 한다. 테스트 자동화에 대한 보다 상세한 내용은 본 가이드에서 제공하기에는 방대한 내용이므로 별도의 자료를 참고하기 바란다. http://www.sten.or.kr/bbs/board.php?bo_table=market&wr_id=718&sca=05

http://www.sten.or.kr/bbs/board.php?bo_table=market&wr_id=718&sca=05



3) 적용 – 배포

64

외부에서 가져온 공개소프트웨어를 사용자가 서비스에 적용하는 경우의 배포는 공개소프트웨어를 개발하여 외부에 배포하는 것이 아니라, 사용자 내부에서 서비스 제공을 위한 시험을 마치고 외부 고객을 대상으로 서비스를 전개하는 활동을 의미한다. 일반적으로 공개소프트웨어의 라이선스 위반 문제는 언제나 배포 시점에서 발생하게 되므로 배포되는 소프트웨어의 결합 방식에 유의하여야 한다. 공개SW를 개작하거나, 소스 코드 차원의 개작이 아니더라도 라이브러리 호출과 같은 방식으로 연동되는 경우라면 라이선스 종류에 따라 컴플라이언스 이슈가 발생하게 되므로 특히 조심하여야 한다. 예를 들어 공개소프트웨어는 해당 라이선스 정책에 따라 배포 시에 라이선스 의무사항이 발생되며 Affero GPL의 경우에는 네트워크 인터페이스를 통하여 연결되더라도 GPL 라이선스와 동일한 의무사항을 준수해야 하므로 비록 개작이 없더라도 컴플라이언스 문제가 생길 수 있다.

3) 적용 – 설치

65

공개소프트웨어는 윈도우나 맥의 소프트웨어 설치와 다르게 다양한 설치방법을 제공한다. 특정 기업에서 제공하는 설치 방식이 아니라 사용자에게 소스코드와 다양한 설치법을 함께 제공하는 공개소프트웨어 특성으로 인하여 사용자들이 불편함을 호소하였으며 그로인해 공개소프트웨어 개발자들은 사용자 편의성 향상에 많은 노력을 해왔으며 현재는 다수의 공개소프트웨어들이 쉬운 설치 방법들을 지원하고 있다. 외부서비스를 위하여 외부에서 가져온 공개소프트웨어를 설치하는 과정은 다음과 같은 방법을 사용할 수 있다. - 소스코드 설치(컴파일) - 바이너리 설치 - 패키지 매니저를 통한 패키지 설치 - 원격 저장소를 이용하는 패키지 설치

4) 운영 및 유지보수 - 운영

66

외부서비스를 위한 공개소프트웨어의 운영은 상용 제품과 특별히 다를 바가 없다. 운영 업무의 수행에 있어서는 외부 인력도 가능하지만 일반적으로 운영에 대한 책임은 직접 운영하고 있는 사용 주체가 지게 된다. 그래서 운영상의 문제로 인하여 정상적인 가동이 어려울 경우에 외부 업체와의 유지보수 계약을 체결해서 이러한 문제를 해결하고 기술적인 도움을 받게 되는 것이다. 공개소프트웨어 관리에 관련된 전문성과 기술지식을 보유한 운영 조직을 구성하고, 운영 조직은 공개소프트웨어 기술을 설계, 개발, 전환, 운영, 개선하기 위한 자원이 적절히 제공되고 효과적으로 훈련되는지 확인한다. 사용자가 공개소프트웨어를 내부에 보유하지 않고 고객의 시스템을 대상으로 운영을 위임받아 서비스로 제공하는 경우에는 공개소프트웨어 시스템의 안정적인 운영을 위한 별도의 서비스 카탈로그를 구비하여 고객의 시스템을 운영해야 한다.

4) 운영 및 유지보수 - 유지보수

67

사용자는 내부에서 유지보수를 수행할 수도 있고 외부의 전문기업과 계약을 통해 유지관리를 위임할 수도 있는데 외부의 전문기업과 유지관리계약을 체결하는 경우 내부에서 유지보수를 수행하는 경우보다 안정적인 서비스를 제공할 수 있다. 핵심서비스에 공개소프트웨어가 적용되었으면 고객 대상 서비스 수준이 가장 중요하므로 전문 공개소프트웨어 기술업체를 통해 유지 보수 서비스를 받는 것이 좋다. 사용자가 공개소프트웨어를 내부에 보유하지 않고 외부 고객에게 유지보수 서비스를 제공하는 경우 제공되는 유지보수 서비스의 수준을 제시하고 계약을 통하여 서비스 수준에 따른 서비스 비용체계 및 서비스 수준유지 실패에 대한 보상방안을 사전 협의하고 준수해야 한다. * 공개SW 유지관리 서비스 가이드라인 (2012.6.13) 참고 - http://www.oss.kr/oss_repository12/66740

http://www.oss.kr/oss_repository12/66740

http://www.oss.kr/oss_repository12/66740

4) 운영 및 유지보수 - 기술지원

68

외부서비스를 제공하는 사용자는 외부고객의 서비스 만족도가 중요하기 때문에 내부적으로 공개소프트웨어에 대한 기술지원을 수행하는 것보다는 별도의 전문기업과 기술지원에 대한 계약을 체결하는 것이 좋다. 공개소프트웨어에 대한 기술지원기업의 목록은 공개소프트웨어 역량프라자에서 제공하고 있으므로 이를 참고하여, 자신의 서비스에 사용되는 공개소프트웨어 전문기업을 선택하여 기술지원 서비스를 체결하여 안정적인 외부서비스를 제공하는 것이 중요하다. 공개SW기술지원기업 - http://www.oss.kr/oss_techsupportlist 사용자가 공개소프트웨어를 내부에 보유하지 않고 외부 고객에게 기술지원 서비스를 제공하는 경우도 제공되는 기술지원 서비스의 수준을 제시하고 계약을 통하여 서비스 수준에 따른 비용체계 및 각종 제약사항을 사전에 협의해야 한다.

http://www.oss.kr/oss_techsupportlist









4) 운영 및 유지보수 - 커뮤니티

69

공개소프트웨어를 활용하여 외부서비스를 제공할 때 가장 먼저 생각할 수 있는 큰 목적중의 하나는 바로 외부 리소스의 적극적인 활용이다. 우수한 공개소프트웨어 개발자의 역량을 자신의 서비스에 활용하기 위해서는 공개소프트웨어 커뮤니티의 참여를 기반으로 어떻게 외부 개발자들과 소통하고 협업할 것인가, 어떻게 같이 성장할 것 인가에 대해서 매우 깊이 심각하게 고민하고 운용할 필요가 있다. 사용자는 해당 공개소프트웨어 커뮤니티에 참여하여 자신의 서비스에 사용되는 공개소프트웨어의 향후 로드맵, 활동성 등을 토대로 자신의 서비스의 미래방향을 결정할 수 있다. 반드시 개발자가 아니라도 커뮤니티 참여하는 참여자는 개발자, 관리자, 사용자등 다양하게 참여할 수 있기 때문에 사용자는 해당 공개소프트웨어 커뮤니티에 참여하여 지속적인 소통을 하는 것이 좋다.

5) 관리 및 개선 - 컴플라이언스

70

외부서비스에 사용되는 공개소프트웨어는 라이선스 의무사항이 존재하기 때문에 사용자가 공개소프트웨어에 대한 라이선스에 대한 인식 없이 외부서비스에 사용하게 되면 법적 분쟁의 발생, 기업의 이미지 하락 등의 문제가 발생할 수 있다. 공개소프트웨어도 저작권이 있으며 라이선스별로 사용과 배포 등에 관련된 다양한 의무사항을 요구하고 있으므로 공개소프트웨어 전환을 선택함에 있어서 라이선스의 특징과 의무사항을 다음의 항목별로 면밀히 검토해야 한다. • 사용권 고지의 의무 • 저작권 고지의 의무 • 소스 코드 공개의 의무 • 특허 포기의 의무 * 공개소프트웨어 라이선스 가이드(http://www.oss.kr/oss_license/519476 ) 참고

http://www.oss.kr/oss_license/519476

http://www.oss.kr/oss_license/519476

5) 관리 및 개선 - 교육

71

외부서비스를 위하여 공개소프트웨어를 활용하는 사용자는 사용자 조직 내부에서 소프트웨어 개발에 직접 참여하는 개발자 및 관리자 그룹과 공개소프트웨어 정책 프로세스에 포함되는 법률 자문 그룹, 마케팅 및 세일즈 그룹 등을 대상으로 교육을 수행할 수 있다. 교육을 통하여 소프트웨어 개발자들에게는 기술적인 면에서 지식과 스킬을 내재화시키는 효과가 있으며, 관리자들에게는 공개소프트웨어라는 이질적인 시스템 도입에 따른 변화관리의 효과를 기대할 수 있다. 사용자가 공개소프트웨어를 내부에 보유하지 않고 외부 고객에게 교육 서비스를 제공하는 경우에는 교육 교재, 강의, 자격증 등을 통해서 수익을 창출하게 된다. 이 경우 해당 공개소프트웨어 커뮤니티에 참여하여 최신의 공개소프트웨어 동향을 반영한 교육이 중요하다

5) 관리 및 개선 - 모니터링

72

외부의 공개소프트웨어를 외부서비스에 사용하는 사용자는 향후 안정적인 운영과 유지 보수를 보장하기 위해서 해당 공개소프트웨어 커뮤니티의 동향, 진행 현황 및 주요 이슈 등을 주기적으로 추적하고 검토하는 활동이 필요하다. 사용자가 공개소프트웨어를 내부에 보유하지 않고 외부 고객에게 서비스를 제공하는 경우에도 마찬가지로 주기적인 공개소프트웨어 커뮤니티의 활동을 추적하고 검토해야 한다. 이때 공개소프트웨어의 모니터링을 위하여 가장 좋은 방법은 해당 공개소프트웨어 커뮤니티에 참여하여 활동하는 것이다. 대부분의 공개소프트웨어 커뮤니티는 메일링 리스트, 포럼 등을 통하여 소통하기 때문에 커뮤니티에 참여하게 되면 관련정보를 쉽게 확인할 수 있다.





목 차

교육 목적

• 비공개SW의 제품을 공개SW로 전환하는 기업이 공개SW 제품을 중심으로 기업의 전략, 절차, 조직, 기술의 상호작용을 이해하고 공개SW 전환 프로세스 수립을 할 수 있도록 지원.

Strategy

Process

Organization

Technologies

74

기업의 전략 수립

전략의 정의

• 기업의 기본 목적을 달성하기위한 행동의 통합된 계획(Glueck: 1980)

• 고유하고 가치있는 위치 획득을 위한 행동 (Porter: 1996)

• 고객에게 탁월한 가치를 창조하는 것 (Ohmae : 1988)

• 기업 목표달성을 위한 자원 배분의 패턴 (Barney: 1997)

“기업 비전에 적합한 목표 달성을 위한 통합된 계획”

현재 어디에 있는가? 어디로 가야 하는가? 거기에 어떻게 도달

할 것인가?

75

기업의 전략 수립

전략의 고도

• 기업경영전략 (Corporate Strategy)

– 기업의 종합적인 관점에서 비전과 목표를 설정하고 각 사업분야에 경영자원을 배분하

고 조정하는 일련의 활동을 의미. 기업이 어떤 사업영역(business domain)에서 경쟁

하며, 어떤 사업 포트폴리오를 가지며, 그러한 사업들간에 주어진 자원을 어떻게 배분

할지를 선정함.

• 사업부전략 (Business Strategy)

– 각 사업단위에서 경쟁우위 확보를 위한 구체적이고 실천적인 사업전략을 의미함.

• 기능별 전략 (Functional Strategy)

– R&D, 생산, 마케팅, 인사, 재무 등 각 기능별 세부전략을 의미함.

76

기업의 전략 수립 절차

회사 비전

산업분석

경영목표 재설정 (BSC목표설정)

비전/중장기전략 방향 재조정

Corporate 전략 SBU 전략 OBU 전략

Action Plan

단계별 수치목표 연도 사업계획

실 천 평가/보상

외부환경 분석 내부능력 분석

WS

WS

WS

WS

합의 비전선포

현재 회사의 비전·목표 및 전략 파악

사업구조 파악 경영목표 및 경영전략을 수립하기 위한

추진조직의 구성 및 상세추진계획을 수립하는 단계

외부환경 분석 경영전략 및 평가체계 수립을 위해

외부환경 변화를 파악/분석하여

이에 대한 기회 및 위협요인을 도출하는 단계

내부역량 분석 기존의 경영이념 및 사업영역을 바탕으로 핵심역량,

프로세스, 재무능력, 그리고 이해관계자에 대한 평가

및 분석을 통해 강점 및 약점요인을 도출하는 단계

비전/전략적 과제 도출

전략 수립 주체의 실천 및 구체화 작업으로

SWOT 분석을 통해 전략적 과제를 도출하고

사업별/시기별 전략적 방향을 설정하는 단계

사업별/기능별 전략수립

경영목표를 설정하고 사업별로 경영자원과 경영전략

의지를 마케팅 전략, 개발전략, Logistics 전략,

재무전략 등의 하부구조를 재분배 및 세부계획을 수립

실행 및 피드백 수립된 비전과 전략적 의지를 구체적으로 실천하여

전략의 타당성을 증명하고 핵심전략 요소와 기능별

전략의 일체화를 전개하는 단계

77

1step - 사업구조 파악

경영목표 및 경영 전략을 수립하기 위한 추진조직의 구성 및 상세추진계획을

수립하는 단계

조직도

Interview 양식

면담 및 설문조사

입 력 물

목 적

추진조직 구성

사용양식의 확정

임직원 면담 실시

Kick off Meeting

진행절차

추진조직도

Slogan 및 홍보전략

면담 결과표

사업관련성 파악표

사업관련성 도표

출 력 물

사업

구조

파악 적용기법

내부역량 분석

사업별/기능별전략수립

비전/ 전략적과제

도출

외부환경 분석

실행 및 피드백

78

2step – 외부환경 분석

경영목표 및 평가체계 수립을 위해 외부환경 변화를 파악/분석하여 이에 대한 기회

및 위협요인을 도출하는 단계

산업통계자료

판매/공급 Network

조사설문지

조사보고서

기존 양식

Positioning

GE Matrix

Brainstorming/Workshop

입 력 물

목 적

거시 및 미시환경 분석

시장동향/동종업계 파악

조사설문 분석

Positioning Map 분석

GE Matrix 분석

관련부서의 Group Meeting

Workshop 실시

진행절차

환경 분석 자료

산업영향력 지도

시장동향 분석 자료

시장동향/동종업계 현황

산업매력도 분석표

경쟁자 비교 분석

Positioning Map

GE Matrix

Five Forces Chart

기회 및 위협요인 분석

출 력 물

사업구조파악

적용기법

내부역량 분석



도출

외부환경 분석


BPM

79

외부환경 분석 – PEST 분석

80

외부환경 분석 – Five Competitive Forces Model

81

산업내 경쟁자 산업내 기존 경쟁자의 위협

신규 진입기업

대체재

공급자 구매자 구매자의 구매력

공급자의 교섭력

진입장벽의 위협

대체재의 위협

가격 민감성 총 구매 가격 브랜드 지명도 제품 차별성

공급자 교섭력 결정요인 입력물의 차별성 산업내 공급자와 기업의 전환비용 대체재의 존재여부 공급자 집중도 공급량 산업내 기업의 전방통합의 위협과 관련한 후방 통합의 위협

구매자 교섭력 결정요인 구매력 기업집중도 대비 구매자 집중도 구매자의 수 기업의 전환비용 대비 구매자의 전환비용 구매자의 정보 후방통합 능력 대체제품

진입장벽 결정요인 규모의 경제 브랜드 지명도 독점적 제품 차별성 전환비용 소요 자본 유통망 압도적 비용 우위 독점적 학습 곡선 요구되는 입력자원 독점적 저비용 제품 설계비 정부시책 예상되는 보복

경쟁세력 결정요인 산업 성장성 고정비 또는 함몰비 간헐적인 수요 초과 제품 차별성 브랜드 지명도 전환비용 경쟁의 집중도와 균형 정보의 복잡성 경쟁자의 다양성 후퇴장벽

대체재 위협의 결정요인 대체재의 성능대비 가격 전환비용 대체재에 대한 구매자의 성향

3step – 내부역량 분석

기존의 경영이념 및 사업영역을 바탕으로 핵심역량, 프로세스, 재무능력, 그리고

이해관계자에 대한 평가 및 분석을 통해 강점 및 약점요인을 도출하는 단계

시장동향/동종업계 현황

경쟁사 대비 조사설문서

공급자 분석

조직진단 설문지

B/M 대상 리스트

조직문화 진단

Cost Structure Chart

Value Chain Analysis

입 력 물

목 적

조직 진단

사업별 매력도 분석

핵심프로세스 분석

B/M 실시

Cost Structure 분석

Value Chain 분석

진행절차

조직진단 결과

핵심프로세스 도출

B/M 실시 결과

Cost Structure Chart

강점 및 약점요인 도출

출 력 물

사업구조파악

적용기법

내부역량 분석



도출

외부환경 분석


Process Analysis

B/M(Benchmarking)

82

내부역량 분석 – BCG 매트릭스

83

BCG 매트릭스 분석에 기반하여, 회사 전체의 현금흐름이 균형을 이루도록 하는 관점에서 사업별 자원 배분을 고려하게 됨

Star Problem Child

Cash Cow Dog

1) Cash Cow: 회사전체의 자금원으로서의 기능. 투자를 점유율 유지에 필요한 최소한도에 맞추고 수익을 올려 현금을 회수함.

2) Star: 현재의 점유율을 유지하면서 성장을 위한 자원을 투입하여 장래에 Cash Cow로 키워야 함.

3) Problem Child: 빠른 시일내에 자원을 집중 투자하여 점유율을 높이는 전략을 취하든지, 과감하게 퇴출해야함. Problem Child의 수를 줄이고 일부에 집중투자하여 Star로 키우는 것이 선택과 집중 전략임.

4) Dog: 이미 희망이 없기 때문에 처분할 수 있을 때, 퇴출해야 함.

시장 점유율

시장

성장률

Cash Cow

Problem Child

Star

내부역량 분석 – GE 매트릭스

84

GE는 복수의 지표를 조합하여 시장 매력도, 사업단위의 지위(자사의 강점, 제품 경쟁력)에 따라 사업단위를 자리매김하고 자원배분방침을 결정함

유지, 방어 최대한 성장투자

경쟁력 유지 노력

성장을 위한 투자 선도자에 도전

선택적 경쟁력 강화

취약부문 보완

선택적 성장투자 강점이용 전문화

약점보완책 모색 성장가망 없으면 철수

선택적 성장투자 유망시장 집중투자

경쟁대응 능력배양 생산성 향상을 통한 수익성 강화

선택적 수익관리 현 프로그램 보호

수익성 높고, 위험 적은 부문에 집중투자

제한적 확장, 추수 위험적은 확장 모색

투자제한 및 영업합리화

유지,초점 조정 단기수익 위주관리

매력부문에 집중 현 위치의 방어

수익성 경영 수익성 좋은 부문에서의 위치

방어

제품고급화 투자 최소화

전환, 철수 값 좋을 때는 매도

고정투자 피하고 추가투자 회피

시장매력도

제품경쟁력

고수준 중간수준 저수준

고수준

중간수준

저수준

5.00 3.67 2.33 1.00

1.00

2.33

3.67

5.00

내부역량 분석 – Value Chain

85

가치사슬은 기업의 전반적인 생산활동을 주활동부터 보조활동부문으로 나누어서 기업이 구매 및 재고관리부터 시작하여 물류, 생산과정, 판매, 애프터 서비스 단계에 이르기까지 각각의 부문에서 비용이 얼마나 들고 소비자들에게 얼마나 부가가치를 창출하는지를 보다 정교하게 분석할 수 있게 해 줌

인프라스트럭처

(일반 경영, 회계, 재무, 전략 계획)

이윤

인적 자원 관리

(채용, 교육훈련, 개발)

기술 개발

(R&D, 제품 및 프로세스 개선)

조달

(원자재, 기계설비, 공급품 구매)

서비스 (설치, 수리, A/S)

마케팅 /판매 (홍보, 촉진, 가격, 유통 경로)

출고 (창고 및 완제품 분배)

생산 (제조, 조립, 테스팅)

입고 (원자재 및 창고관리)

주활

동

지원

활동

4step – 비전/전략적 과제 도출

전략 수립 주체의 실천 및 구체화 작업으로 SWOT분석을 통해 전략적

과제를 도출하고 사업별/영역별/시기별 전략적 방향을 설정하는 단계

Five Forces Chart

SWOT 요인

고객/경쟁자/공급자 프로필

Interview 결과

조직진단 결과

B/M 결과

SWOT Analysis

Workshop/Brainstorming

입 력 물

목 적

SWOT 분석

비전 수립

핵심역량 분석

전략적과제 도출

이해관계자 분석

전략적방향 도출

진행절차

SWOT Analysis Diagram

비전

핵심역량 정의표/평가표

사업별/기능별 전략적 과쀜

사업별/영역별/시기별 전략적

방향

이해관계자 분석 결과

출 력 물

사업구조파악

적용기법

내부역량 분석



도출

외부환경 분석


Fishbone Analysis

Core Competency Analysis

86

비전 재조정 및 전략적 과제 확립의 구조

87

IV. 비전 및 전략적 과제 확립

전략적 과제 및 성과목표 도출

비전수립

운영철학 및 지침 정의

비전 및 전략의 공표 및 확산

III. 내부역량분석

핵심 프로세스 역량 평가

핵심역량과 재무능력 분석

기능별 운영현황 파악

강점과 약점의 도출

I. 사업구조 파악

현 사업구조의 이해

기업 사명의 이해/도출

기업 운영철학의 이해

II. 외부환경분석

변화 시나리오 분석

산업 매력도 분석

PORTFOLIO 분석

기회와 위협요인 도출

비전 및 전략과제 도출 – Vision Framework

88

기 업 이 념

기업의 사회에 대한 책임, 목적

사명, 경영자세를 밝힌 것으로

사내외에 일관되게 주장해 나가는것

도 메 인

자사가 지향하는 사업 영역, 존재

의의, 제공하는 가치등을 한마디로

표현한 것으로 ‘생존영역’이라

고도 불린다.

질적, 양적 목표 및 장래 확립해야

할 사업영역 SBU(전략사업단위)

으로 구성

사업 비전

기업문화가 가져야 할 모습과

구체적 행동으로 연결시키기 위한

행동규범으로 구성

기업 문화 비전

조직구조나 기업경영의 프로세스가

보여주어야 할 모습

조직, 프로세스 비전

비전 및 전략과제 도출 – SWOT 분석

89

5step – 사업별/기능별 전략 수립

경영목표를 설정하고 사업별로 경영자원과 경영전략의지를 마케팅전략,

개발전략, Logistics전략, 재무전략 등의 하부구조로 재분배 및 세부계획을

수립하는 단계

핵심역량 정의표/평가표

제품/기술/시장별 시나리오

사업별/기능별 전략적 과제

사업별/영역별/시기별

전략적 방향

Brainstorming/Workshop

SWOT Analysis

입 력 물

목 적

임원 Workshop 시행


사업별/기능별 세부추진계획

수립

진행절차

사업별 목표 및 추진전략

수립


조직 및 인력수급계획

정보시스템 경영계획

출 력 물

사업구조파악

적용기법

내부역량 분석



도출

외부환경 분석


90

6step – 실행 및 피드백

수립된 비전과 전략적 의지를 구체적으로 실천함으로써, 그 전략의

타당성을 증명하고 핵심전략요소와 기능별 전략의 일체화를 전개하는 단계

사업별 목표 및 추진전략

현행 조직도 및 업무체계

사업별/기능별 상세추진계획

투자효과 분석

사업별 자주 향상계획

인원 전환배치 및 인력

양성계획

시스템 개발 접근 방법론

ROI(Return On Investment)

입 력 물

목 적

세부전략 및 추진계획 실행

기술 도입 및 경영시스템 개발

선진 시험평가기술 개발

선도적 사업에 자원 집중투입

전사적 공감대 형셩을 통한

지속적 관리

진행절차

경영목표 및 Vision 수립

사업별 목표 및 추진전략 수립


조직 및 인력수급계획

정보시스템 경영계획

출 력 물

사업구조파악

적용기법

내부역량 분석



도출

외부환경 분석


91

92

공개SW 전환으로 마케팅 극대화

• 제품의 전부 또는 일부를 공개SW로 공개하면 해당 제품을 사용할 사용자들을 끌어 모을 수 있다. 제품 스스로가 마케팅 수단이 되어 사용자를 끌어 모으고 고객에게 제품을 유료로 판매할 시점이 되면 고객이 발생한다.

93

업스트림(upstream)기반의 개발 모델 구축

• 공개SW의 주버전(mainline, main branch)를 기반으로 개발하는 것을 업스트림(upstream)기반의 개발이라고 함.

• 외부 리소스의 활용 - maintainer들에게 code review 가능.

• 제품 출시의 비용 절감 - 제품이 나올 때면 작업하는 code의 기반이 upstream과 최소 1년 최대 2년정도 차이

• 공개SW 커뮤니티에 기업 고유의 SW를 기여하는 방식으로 참여를 하는 것이 기술적, 전략적으로 훌륭한 선택이 될 수 있다.

94

공개SW 전환 을 통해 미래의 주도권 확보

• 구글이 안드로이드 OS를 공개했을 때, 애플의 아이폰은 스마트폰 시장의 압도적으로 점유하고 있었다. 안드로이드를 오픈소스 플랫폼으로 제공함으로써 구글은 다른 스마트폰 제조사들과 손쉽게 협력해 앱을 지원할 수 있는 플랫폼을 구축할 수 있었다. 오픈소스 라이선스 덕분에 각 기업은 소스코드에 접근하고 통제력을 갖게 되면서 동등한 파트너로 거듭날 수 있었다.

• 오픈스택(OpenStack)은 랙스페이스(Rackspace)가 후원하는 프로젝트로 소규모 클라우드 기업들이 한데 모여 아마존의 지배적인 클라우드보다 더욱 매력적인 보편화된 플랫폼을 제공할 수 있도록 한다.

95

기업의 긍정적 이미지 제고

• 주요 글로벌 IT 기업일수록 자사의 이미지에 대한 이미지 브랜딩 및 마케팅이 상당히 중요하다. 특히 전 세계를 상대로 하는 비즈니스이기 때문에 고객 및 벤더들에 대한 이미지가 좋을수록 사업을 확정하고 시장의 주도권을 확보하는데 도움이 된다.

• 공개SW에 헌신하는 기업들, 특히 인텔, IBM, 구글 등의 이미지는 상당히 좋아서 그들의 구체적인 공개SW 활동에 관계없이 일반적인 공개SW 커뮤니티에서는 위의 회사들에 대한 좋은 이미지가 계속 이야기 되고 있다.

96

공개SW 전환 목적

• 외부 리소스의 활용

• 자사의 영향력을 발위할 수 있는 생태계 구축

• 기업 이미지 향상

• 업스트림(upstream)기반의 개발 모델 구축

• 내부 개발 역량 향상

• 우수 인력 영입

• 마케팅 비용 절감

• 코드를 공개해 지원 비용 절감

• 개발비용 절감

• 경쟁자를 압박

97

공개SW 비즈니스 모델

98

• 전문적인 기술지원과 공개SW와 결합 또는

특화된 서비스를 기반으로 수익을 창출하는

모델

• 비즈니스 가치전달이 온-라인중심으로

발생하여 온-라인 가입자(subscriber)

대상으로 수익창출이 이루어지는 비즈니스

Open Source Software 사업모델

• 고객과 가까운 지역적 특성을 이용, 즉각적

기술지원과 의사소통에 문제가 없는

지역파트너를 통해 기술지원과 서비스의

재판매 유통 모델

• 커뮤니티 버전의 복잡한 사용성을 해결하여

고객에 비즈니스 가치를 전달 하여 수익을

창출하는 비즈니스

• 고객요청에 의해 SW를 개발 및 납품하여

수익을 창출하는 비즈니스

• 고객이 기존에 사용중인 시스템,

소프트웨어에 대한 유지보수를 통해

수익을 창출하는 비즈니스

기존 Software 사업모델

• 고객과 가까운 지역적 특성을 이용, 즉각적

기술지원과 의사소통에 문제가 없는

지역파트너를 통해 기술지원과 서비스의

재판매 유통 모델

• SW개발 후 패키지화 하여 판매하는 모델

공개SW 전환 전략 살펴보기

99

• 공개SW 전환을 통한 기존 시장 침투 전략 – 공개SW 전환을 통하여 기존 시장의 시장점유율을 증가시키는 것을 목적으로 하는 전략

– 공개SW로 전환하여 기존 소비자에게 제품을 더 많이 사용하도록 하는 경우

– 큐브리드의 경우 기존 독점SW DBMS를 네이버가 2008년에 인수해 공개SW로 전환한 DBMS이며 공개SW 전환을 통한 시장의 점유율을 확대한 대표적인 사례이다.

• 공개SW 전환을 통한 신제품 개발 전략 – 신규 개발제품을 공개SW로 전환하여 기존 제품 시장을 공략하는 전략으로 일반적인 패키지SW로는 현업

의 변경 요구사항을 수용하기 힘들고 도입 후 컨설팅 및 교육이 필요한 SW시장의 경우 효과적인 전략.

– 유엔진 BPM의 경우 기존 고가의 라이선스 비용으로만 접할 수 있던 BPMS 제품을 공개SW로 전환하여 제공하고 낮은 초기 비용으로 도입이 가능하도록 제공하고, 도입 시점에 교육과 컨설팅 서비스를 제공하는 비즈니스 전략

• 공개SW 전환을 통한 신규 시장 개발 전략 – 기존 제품의 공개SW 전환을 통해 새로운 시장을 개발하고자 하는 전략

– 아파치재단에 기부한 클라우드스택(CloudStack)의 경우는 공개SW 전환을 통한 신규 시장을 개척 사례

– 공개SW로 전환 후 클라우드스택은 아파치 웹서버, 하둡, 톰캣 등 셀 수 없이 많은 유명한 공개SW를 운영, 기여하고 있는 아파치 재단의 세력에 힘입어 지속적으로 발전.

• 공개SW 전환을 통한 시장 및 제품 다각화 전략 – 새로운 제품의 공개SW 전환을 통해 새로운 시장을 공략하는 전략

– 시장과 관련이 없는 신사업의 개발을 위하여 공개SW 전환을 선택하는 경우(클립소프트 HTML5 리포팅툴)

어떤 제품을 공개SW로 전환하는 것이 좋은가?

• SW적용 유형

– 데스크톱 < 패키지 < 솔루션

• 운용환경

– 개인용&클라이언트 < 기업용&서버

• 기술요구 수준

– 깊은 기술 이해의 요구 < 적절한 기술적 장벽

• SW의 규모

– 작은 SW < 큰 SW

• SW의 가격 유형

– 저렴한 아이템 < 고가의 시장

100

공개SW 전환에 따른 이점

• 경제적 이점 – 공개SW 전환을 통해 신규 시장 개척을 위한 R&D, infra 등 투자비를 절감할 수 있으며 이 원가우위를 기반

으로 잠재적 진입자에 대한 진입장벽을 형성할 수 있다

• 제품, 서비스 및 이미지 차별화 – 커뮤니티를 바탕으로 성장하는 비즈니스 전략을 통해 해당 기업 제품 및 서비스를 차별화하여 시장의 경쟁

자에 대해 경쟁력을 확보할 수 있고, 공개SW 기반의 비즈니스를 통한 기술주도적 기업, 혁신적 기업 , 개방적인 사회적 기업 등의 긍정적 이미지를 형성할 수 있다.

• 제품 품질 향상 – 내부에서 검증되던 제품의 품질을 공개SW 커뮤니티를 통해 검증하게 되며, 발견된 버그에 대한 코드의 수

정도 기업 내부의 개발자와 외부 공개SW 프로젝트 커뮤니티의 자원을 통해 이루어지게 되므로 이 과정에서 최종 제품의 품질이 향상된다.

• 기업의 SW기술 수준 향상 – 공개SW 활동이 시작되게 되면, 내부 개발자들이 자연스럽게 선진 개발 문화를 접하게 되면서 자연스러운

역량 향상이 이루어진다. 수많은 돈과 시간이 투입되지 않더라도 기업의 입장에서는 자연스럽게 역량 있는 SW 개발자들을 육성할 수 있는 계기가 된다

• 공개SW 기반의 개방적인 기업문화로 창의성 증대 – 기업은 공개SW 전환을 통하여 폐쇄적인 기업 문화가 아닌 공개SW의 개발 문화를 접목해 볼 수 있고, 이것

은 창의적인 역량이 강조되는 요새의 SW 개발자들에게 매우 중요한 장점이 될 수 있다

101

공개SW 전환에 따른 위험

• 경쟁자의 시장진입을 촉진 – SW의 소스코드가 공개됨으로 인해 자사의 기술에 대한 접근이 쉬워지고 그 결과 시장 내 잠재적 경쟁자의

시장진입을 용이하게 하므로, 공개SW로 전환하여 매출과 수익이 저조하고 비즈니스가 성공하지 못하면 자사의 지적재산만 공개하게 되기 때문에 주의가 필요

• 공개SW 라이선스에 대한 준법적 관리 필수 – 공개SW 전환에 따른 라이선스 의무사항을 준수하기 위한 별도의 노력이 지속되어야 한다. 이를 위하여 현

업 담당부서와 지원부서는 각각 별도의 프로세스 와 자원을 배정하고 SW개발의 전 단계에서 라이선스 준수에 대한 통제 및 관리가 반드시 이루어져야 한다.

• 공개SW 커뮤니티의 관리자원 확보가 필요 – 기업이 공개SW 전환을 통한 장점을 극대화하기 위해서는 외부의 전문 개발자를 활용하기 위한 제품의 생태

계 조성을 위해 노력해야만 한다. 제품을 공개한다고 공개SW 전환의 이점을 바로 획득할 수 있는 것이 아니며, 외부의 전문 개발자들의 협력을 얻기 위해서는 투명하고 공정한 바른 생태계 조성을 위한 다양한 노력이 필요

102

공개SW 전환 시 고려사항

• 제품과 시장 – 기존제품을 공개SW로 전환해서 기존시장을 확대하는지, 기존제품을 신시장에 적용하는지, 신제품을 공개

SW로 전환하고 기존시장에 침투하는지, 공개SW로 신제품을 개발하고 신시장을 진입하는지, 각각 제품과 시장의 신규성에 따라 어떠한 비즈니스 전략을 적용할지 달라지며, 또한 시장 규모가 제품개발의 투자비용을 회수하기 쉬운지 어려운지에 따라서도 다른 전략을 사용하게 된다. 따라서 바른 의사결정을 위해서는 제품과 시장의 성장 기회가 많은지 적은지, 시장규모가 큰지 적은지에 대한 분석이 필요

• 공개SW 제품 특성 – 공개SW 제품은 기업의 혁신적인 아이디어에 대한 보호가 어려움을 감안하여 전략 수립 시 잠재적 진입자에

대한 진입장벽을 함께 고려해야 한다. 전환 기업은 혁신을 모방할만한 경쟁자의 수가 많고 적음에 따라 선제적 제품개발전략을 사용할지, 반응전략을 사용할지를 선택하게 된다. 만일 산업 표준에 영향을 주어 기술 리더십을 확보할 수 있는 경우라면 시장을 선도하는 선제적 전략을 사용할 수 있고, 그렇지 않은 경우라면 방어전략, 모방전략, 대응전략 등을 사용할 수 있다.

• 공개SW의 가격구조 – 공개SW의 총소유비용은 초기 도입비(도입비, 개발비)와 유지관리비(라이선스비, 기술지원비, 보안관리비,

업그레이드비, 교육 및 훈련비, 운영비) 로 구성된다. 공개SW 전환의 초기에는 낮은 비용으로 시장진입이 가능하지만 향후 공개SW 프로젝트를 안정적으로 유지관리 하는 데 다양한 비용이 소요되는 점을 고려

• 공개SW의 유통방안

• 저작권 및 특허 보호에 따른 리스크(컴플라이언스 리스크, 라이선스가이드)

• 낮은 공개SW 전환 효과

103

Process

공개SW 전환 절차

• 전환 기획

• 전환 수행

• 운영 및 통제

• 평가 및 개선

105

전환 기획(Plan)

106

전략수립 및 계획 도출 프로세스

사업/환경분석 현황분석 (As-Is)

전환 계획수립 (To-Be)

• 수준점검 • 요구정의 • 문제사항 도출

• 벤치마킹

•일반환경분석 [내/외부]

•정보환경분석 [동향/적용성]

• 현행프로세스 분석

•지원시스템 분석

•사업전략분석 [전략/업무]

• 준거분석 전략

절차

조직

기술

• 업무조직 분석

• 비공개SW 제품 분석

• 개념/논리적 상위 전략목표

• 개념/논리적 상위 절차목표

• 개념/논리적 상위 조직목표

• 개념/논리적 상위 제품목표

선 진 사 례 분 석

• 공개SW기반 세부 전략 수립

• 공개SW기반 세부 절차 수립

• 공개SW기반 세부 조직 수립

• 정보관리체계 및 지원시스템 구축방안수립

• 공개SW 제품화 세부 계획 수립

• Gap 분석

• 전환 개선 방향 도출

• 개념/논리적 상위 정보체계 목표 수립

전환 기획(Plan)

107


현황분석 (As-Is)



• 벤치마킹



• 준거분석 전략

절차

조직

기술












• Gap 분석



사업/환경분석





기존 비즈니스 전략 체계와 공개SW 전환 후의 전략 측면의 균형점을 찾을 수 있도록 프로세스를 구성하는 구성요소들의 상호작용의 측면에서 사업전략과 업무를 분석

공개SW를 중심으로 외부환경(환경,구조,경쟁자)분석를 통해 현재 시장환경의 변화를 파악/ 내부환경(업무프로세스 및 조직구조)분석를 통해 공개SW전환을 추진함에 있어 강점과 약점, 기회와 위협에 따른 장애요인을 식별하여 시사점을 도출

기업이 수행하고 있는 정보기술의 동향과 공개SW 트랜드 및 적용방안을 살펴보고 공개SW 전환에 필요한 기술요소를 도출하고 이를 추진전략에 반영

자사 전략, 절차, 조직 및 기술과 관련된 유사 선진사례 수집을 통해 공개SW 전환 미래모형을 수립하는 기초자료가 된다

사업/환경분석





전환 기획(Plan)

108



전략

절차

조직

기술










• Gap 분석





• 벤치마킹



• 준거분석



개발, 영업, 마케팅의 핵심 프로세스와 비핵심 프로세스 목록식별 및 절차 우선순위, 중요도 분석을 수행

업무조직 기능 분석을 통해 이후 공개SW전환 시 Core개발조직 대상자와 커뮤니티 관리 조직 구성의 후보자를 확보

공개SW 전환 대상 제품에 대한 후보를 선정하기 위해 제품의 성격과 아키텍처를 분석

소스형상관리 시스템, 테스트를 위한 시스템등 현행 개발 지원시스템 분석

공개SW 라이선스, 법/제도적 준거사항 분석을 수행

현행 수준 문제점 분석 및 문제점 개선을 통한 수준 향상 요구사항 정의

현행 수준 분석 결과와 비교를 통해 우수 사례를 분석



• 벤치마킹



• 준거분석



사업/환경분석





전환 기획(Plan)

109


전략

절차

조직

기술











• Gap 분석



공개SW 전환에 필요한 절차 구성방안 결정

공개SW전환 후 조직구성 방안 결정

공개SW전환 후 제품개발 목표 결정

기업의 정보시스템을 포함한 정보체계의 미래 목표를 수립

공개SW전환 비즈니스 목표 수립

상위 목표전략 수립시 결정된 제품과 시장의 유형에 따른 상세 침투 전략 수행계획 수립

필요한 절차구성방안 및 세부 절차 상세화

조직구성 방안 및 세부 조직 결정

제품개발 목표 및 세부 수행 수립

수립한 전략, 절차, 조직, 기술 목표 및 모형을 현황분석결과와 비교하여 각 분야별 항목별 차이를 분석

정보시스템을 포함한 정보체계에 대한 상세 수행계획 수립

전환 수행(Do / Action)

110

전략

절차

조직

기술

공개SW 전환 및 제품화 프로세스

자체개발-공개SW획득 여부 분석

공개SW 전환 개발

• 업무요구 기능분석

• 기존소스 분석 및 공개 SW 검색

• Core 개발자 구성

• 내부개발

• 커뮤니티 관리팀 구성

• 릴리즈

• 커뮤니티 조직 구성

• 결합 타당성 분석

• 전환이행 선언

• 이행조직 구성

• 커뮤니티 사이트 구성 및 프로토타입 공개

공개SW 제품화

•인증획득 • 제품자료 작성


111

전략

절차

조직

기술




• 내부개발


• 릴리즈



공개SW 제품화








공개SW 전환 전략수립 및 계획서를 승인하고 전환이행을 공식적으로 선언

공개SW를 적용 가능한 업무 정의

공개SW전환 후 R&R을 조직과 매핑 공개SW화하는 영역에 따른 핵심 개발자 구성 커뮤니티 관리팀 구성

공개SW화하기 위한 기존소스에 대한 기능적, 성능적 분석

외부 공개SW 프로젝트 또는 공개SW 부분소스와의 결합 가능여부 검토 분석








112

전략

절차

조직

기술


공개SW 제품화




• 내부개발


• 릴리즈



내부에서 관리할 설계영역의 구분 내부개발자에 의한 기능의 구현 내부 조직에 의한 기능테스트

커뮤니티관리팀에 의해 커뮤니티사이트를 개발하고 소스를 외부개발자와 협업할 수 있는 공간을 구성한다. 커뮤니티가 테스트하기 전 완료된 프로토타입 소스 및 바이너리를 공개

커뮤니티 활동을 할 수 있는 외부 개발자, 사용자를 조직화 할 수 있도록 대응활동 커뮤니티에 의해 시험을 할 수 있도록 대응활동

커뮤니티에 의해 시험이 진행된 후 실질적인 제품의 릴리즈 수행 제품의 ChangeLog등을 포함하여 지속적 관리 수행



• 내부개발


• 릴리즈










113

전략

절차

조직

기술


공개SW 제품화


비즈니스를 위한 제품 매뉴얼, 제품 소개서, 제품 제안서 작성 제품 견적샘플 작성

GS인증, CC인증, 상호운용 테스트 등 제품의 신뢰도를 향상시킬 수 있는 인증수행

운영 및 통제/ 평가 및 개선

114

평가 및 개선 단계

진단 및 개선사항도출

핵심 성과지표 (KPI) 개발

성과관리 프로세스 수립

Action Plan 수립

운영 및 통제 단계

전략 수행 운영 및 통제

절차 수행 운영 및 통제

조직 수행 운영 및 통제

기술 수행 운영 및 통제

공개SW 전환 핵심경로

115 115

Organization

공개소프트웨어 거버넌스를 위한 조직 설계과정

• 업무 분석 - 현행 개발 및 정보서비스 조직 분석, 관리관행 분석을 통해 공개소프트웨어 거버넌스를 위한 조직의 성과 및 목표설정에 필요한 시사점을 도출하고, 이해관계자 식별 및 의사소통 촉진 방안에 대한 시사점을 도출한다.

• 조직 기능 분류 - 전략분석과 현행 업무조직 분석에서 도출한 시사점을 토대로 상위 조직 목표를 수립한다. 전략목표에 의해 수립된 비즈니스 모델을 수행하는 조직은 영업, 마케팅, 개발조직의 개선사항과 현재 편성되어 있지 않는 커뮤니티 관리 조직 등의 개선을 목표로 조직 설계에 반영 할 수 있다.

• 조직 재설계 - 일반적인 기업의 기본적인 조직구성은 영업, 마케팅, 기획관리, SW기술개발, SW기술개발 및 대외(공개SW 커뮤니티, 고객) 기술협력 조직, 정보서비스 조직, 정보인프라 구축/운영조직, 경영지원 조직 그리고 외주 운영 조직으로 구성되는데 이런 9개 기본적인 조직구성에 대한 조직의 목표정의와 변화관리를 포함해야 한다. 이 단계에서 기업의 상황과 특성에 맞는 거버넌스 조직 구조가 도출된다.

117 117

공개소프트웨어 거버넌스를 위한 조직 설계과정

• 조직 배치 - 단위 조직별 요구되는 업무에 대한 적정 인원을 산정하고, 가지고 있는 사람을 그 수준에 맞는 지위에 배치하려면 활동분석을 기초로 하여 각각의 직무를 기술하고 직무명세서를 작성하여야 한다. 직무명세서는 주어진 지위에 적합한 사람에게 요구되는 교육적 배경, 경험, 기술, 적성 그리고 기타 중요한 자격요건을 규정하고 개인과 지위를 연결시켜서 작업상의 기초를 제공하며 조직구조에 성공적으로 구성원을 배치할 수 있도록 도와준다.

• 조직 운영 및 개선 - 성공적인 공개소프트웨어 거버넌스를 위한 조직 운영을 위해서는 중장기적인 조직 변화를 위한 환류체계 수립(Cycling)이 필요하다. 이를 위하여 조직 운영 실태에 대한 지속적인 모니터링을 통해 조직 구조 설계 및 운영방안 수립, 직무 구성 및 업무분장, 정보화 교육 강화, IT 관리의 효율성 제고 방안 수립, 업무 프로세스 정립 방안 수립 등의 개선 과제들을 도출하고 개선을 위한 지속적 활동을 수행해야 한다.

– 조직 기능 및 역할 재정립

– 필요 신규 직무 및 인력 확보 방안 도출

– 인적자원 관리 체계 정립

118 118

공개소프트웨어 거버넌스 조직 모델

119 119

공개소프트웨어 거버넌스 조직 운영

• 전담부서 - 기관 및 기업 내 공개SW가 광범위하게 도입되어 투자관리, 성과측정, 라이선스 관리, 공개SW 기반 개발 등의 전사적 차원의 모니터링 및 통제

• 겸임부서 - 현재 운영/유지하고 있는 정보 시스템 관련 기획, 개발, 운영(지원)부서에 공개SW 관련 책임과 역할의 할당

• 겸임인력 - 공개SW 운영/유지를 위한 최소한의 인력으로 커뮤니티 활동 및 전문 기술지원 업체와의 의사소통 및 관리

120 120

조직 설계 및 운영을 위한 고려사항

• 비즈니스 전략

– 기업의 모든 구성원이 스스로 주도적인 의사결정을 하고 자신의 역량을 집중하는 성공하는 기업이 되기 위해서는 기업의 비전이 반드시 필요하다. 기업의 비전은 핵심가치와 믿음, 목적, 사명으로 구성되어 있으며 모든 사람이 공유하는 비전은 의사결정의 기준이 되고 구성원에게 업무 동기를 부여할 수 있다.

• 조직의 필수요소

– 기업의 적절한 전략이 수립되면 다음의 행동은 새로운 전략을 위하여 무엇이 필요한지 정하는 것이다. 공개소프트웨어 거버넌스를 위하여 기업이 바라는 인재상, 기업의 리더들이 갖추어야 하는 역량과 태도, 조직 구성원들의 업무 관련 능력과 스킬 등 기업의 전략을 수행하기 위한 조직의 필수요소를 도출해서 조직 설계에 반영해야 한다.

• 조직구조

– 조직구조는 공개소프트웨어 거버넌스를 위한 요소 중 가장 중요한 항목이다. 조직의 변혁은 조직구조의 변화에서 시작되며 조직구조는 기업의 상황과 특성에 맞춰 기능조직, 사업부제조직, 학습조직, 프로젝트조직, 매트릭스조직, 팀조직, 네트워크조직 등 다양한 유형으로 구성된다. 기본적 조직구조의 형태는 어떤 모형이 적절한, 조직은 어떻게 집중화되고 나누어져야 하는지에 대한 검토가 필요하다.

121

조직 설계 및 운영을 위한 고려사항

• 조직 운영 시스템

– 조직 운영 시스템이란 많은 구성원이 해야 할 일이나 결정을 내려야 할 주요 문제를 판별하기 위한 양식 또는 과정이라고 할 수 있다. 조직 설계 및 운영 시 인사관리 제도와 운영방식, 의사소통 체제, 부서 간/팀 간, 부서/팀 내의 업무 협조와 팀워크 등의 요소도 조직 운영 시스템의 일부로 반드시 검토되어야 한다.

• 조직 구성원

– 조직 구성원의 가치관, 자발적 동기, 성장가능성, 일에 대한 만족도, 성취감 등에 대한 고려가 필요하다. 조직은 사람들을 어떻게 채용하고 계발할 것인지, 조직의 각 부문별 구성원의 적절성은 어떠한지에 대한 검토하고 조직 설계에 반영해야 한다.

• 조직문화

– 조직문화는 무시되기 쉽지만 중요한 요소이다. 조직의 구성원으로서 개인적인 업무 방식과 구성원들 간의 업무 관련한 관계가 어떤 상태이며 보완해야 하는 것은 무엇인지 고려하여 조직 분위기를 원만하게 유지하는 조직 운영이 필요하다.

• 조직의 공유가치

– 공유가치는 조직 구성원이 어떤 결정을 해야 할 때 가장 먼저 의식하게 되는 중요한 가치를 의미한다. 모든 구성원이 일관성 있는 사고와 행동을 하도록 유도하기 위해서는 조직의 공유가치가 구성원에게 전파되어야 한다. 경영자는 비전 선포식을 통해 기업의 비전으로 공유하고, 조직의 구성원은 기업의 비전에 대하여 공유된 이해를 가져야 한다.

122

Technology

공개SW 기술 관리 – SW 성숙도 평가

• 국내외 다양한 공개SW 성숙도 평가모델 존재

124

모델명 또는 연구제목 평가 속성분류 계량화 평가

Open Source Maturity Model 4개 대분류 내 12개 인디케이터(Product indicators)와15개 인디케이터(A

pplication indicators) 1 to 5(점수)

(OSS) IMPLEMENTATION GUIDELINES 8개 영역별 원칙 원칙에 대한 설명만 제시

Business Readiness Rating for Open Source(Open BRR) 11개 대분류, 28개 메트릭 1 to 5(점수)

Method for Qualication and Selection of Open Source software (QSOS) v1.6 3개 정의와 3개 평가 카테고리로 구성 정의 및 1to2(점수)

OpenBQR 6개 대분류 각 분류별 가중치 포함한 다양한 점수 부여

A Measurement Based Framework for Assessment of Usability-Centricness of O

pen Source Software Projects 6개 카테고리, 21개 인디케이터 절대평가,Yes or No 및 5점 스케일 복합

오픈소스 소프트웨어 특성을 고려한 소프트웨어 평가모델 8개 평가요소 없음

Quality Platform for Open Source Software(Qualipso) version 3.0 3개 레벨, 25개 평가 카테고리 1 to 3(점수)

IFCS에 의한 오픈소스 소프트웨어 선정기법 4가지평가,14개 평가요소 절대평가,0to2(점수)평가 등 복합

응용 오픈소스 소프트웨어 특징에 적합한 논리적 품질평가 모델에 관한 연구 6개주특성,12개 부 특성 및 12개 매트릭 매트릭별 별도계산

How to Evaluate Open Source Software / Free Software (OSS/FS) Programs 13개 이슈 없음

A Usability Maturity Model for Open Source Software 4개 관점,11개 사용요인 0 to 4(점수)

Open Source Software for Government Assessment Model 7개 원칙,35개 세분류 Positive, Intermediate, Negative

Open Source Software Maturity and Applicability Assessment Model(OSMAAM)

125

정보화정책 제20권 제1호

공개SW 기술 관리 – 라이선스 컴플라이언스

• 검증도구 - Protex, FOSSology, CodeEye • 공개SW 역량프라자에서는 Protex와 FOSSology를 이용하여 라이선스 검증 • CodeEye의 경우 저작권위원회에서 신청 접수

126

검증도구를 통한 자체 라이선스 관리 절차

126

공개SW 기술 관리 – 소프트웨어 품질관리

• 다수의 참여자가 있는 공개SW는 특정한 참여자에게 종속되지 않도록 아키텍처의 오염을 제거하고 철저하게 기능을 분할하는 것이 중요.

• 지속적 통합

• 요구사항 관리

• 테스트 케이스

• 형상관리

• 정적분석

• 동적 분석

• 통합 개발 환경

• 빌드 자동화

127

* NIPA 소프트웨어 공학센터에서 배포하는 SW개발 품질관리 매뉴얼 참고


• Redmine - Redmine은 웹기반의 프로젝트 관리와 버그 추적 기능을 제공하는 오픈 소스 도구이다. 화면 기반의 프로젝트 관리에 도움이 되도록 간트 차트를 통한 달력과 일정관리 기능 및 프로젝트 관리 기능과 이슈추적, 여러 가지 형상관리 기능을 제공한다.

• Impasse - Redmine의 plugin으로써 Redmine에 등록된 요구사항에 대한 Test Case를 관리할 수 있는 툴이다. Test Case를 작성하고 Test Plan 에 따라 테스트를 수행함으로써 요구사항을 확인할 수 있으며, 각 요구사항에 대한 커버리지를 확인할 수 있으며, 실패한 Test Case 에 대하여 결함 내용을 다시 Redmine에 등록할 수 있다.

• Subversion - Subversion 은 오픈 소스 버전관리 시스템으로 2000년부터 CVS의 대체를 위해 개발되었으며 현재 아파치 최상위 프로젝트로서 전 세계 개발자 커뮤니티와 함께 개발되고 있다.

• PMD - PMD는 룰 기반 자바 소스 코드 분석도구이다 (Programming Mistake Detector). PMD 에러는 실제 에러는 아니지만, 비효율적인 소스 코드를 검출해낸다.

• CPP Check - CPPCheck는 C/C++ 언어를 위한 오픈소스 정적 코드 분석도구이며 비표준 코드를 검출해낸다.

128


• NSIQ Collector - NSIQ Collector 는 소스 코드의 LOC 및 복잡도 분석 도구로써 C/C++, Java에서 공통으로 사용 가능하다.

• Junit - JUnit은 xUnit 이라는 단위 테스트 프레임워크의 자바 구현물로써, 자바로 작성된 SW에 대한 단위 테스트 프레임워크이다. Eric Gamma와 Kent Beck에 의해 최초로 개발되었으며 오픈 소스로 IBM의 CPL 저작권을 따른다.

• Emma - Emma는 Java로 개발된 SW의 커버리지를 측정하기 위한 툴로써, 빠른 속도로 소규모 자바 어플리케이션을 테스트 가능하게 할 뿐 아니라 대규모 SW를 테스트 하는 것 또한 가능하다.

• CPPUnit - CPPUnit은 Michael Feathers에 의해 만들어졌으며 C와 C++ 언어의 단위 테스팅을 위해 JUnit으로부터 C++로 포팅된 프레임워크이다. CPPUnit 은 화이트 박스 테스트와 사용자 고유의 회귀 스위트 작성을 지원하는 다양한 클래스(TestCase, TestSuite, TestFixture, TestRunner)로 구성되어있으며 GNULesser General Public License 로 출시되었다.

129


• Gcov - gcov는 GNU CC(컴파일러)와 함께 Code Coverage 테스트를 수행할 수 있는 도구이며, 보다 빠르고 효율적인 프로그램 코드를 만들기 위해 어느 부분을 최적화시키는 것이 좋은 지를 판단하기 위한 프로파일링 도구(profiling tool)로서 사용될 수 있다.

• Eclipse - Eclipse는 오픈 소스이며 자바 기반의 확장 가능한 개발 플랫폼이다. Eclipse가 자바로 만들어졌지만 자바 언어에만 국한된 것은 아니다. 예를 들어 플러그인도 사용할 수 있고 C/C++, COBOL, Eiffel과 같은 프로그래밍 언어에 대한 지원도 포함하고 있다.

• Maven, Ant - 스크립트를 이용하여 자동화된 빌드를 수행한다.

• Mylyn - Mylyn은 Task 관리를 위한 Eclipse plugin 형태의 프로젝트로서, Jira, Redmine 등의 이슈트래커와 연동하여 Eclipse에서 Task의 관리를 가능하게 하는 plugin 이다. Mylyn의 사용을 위해서는 Eclipse에 plugin을 설치하고 Redmine이 동작하는 서버 측에도 Mylyn 사용을 위한 plugin의 설치가 필요하다.

• Subclipse - Subclipse는 버전관리 시스템인 Subversion과 연동을 위한 Eclipse plugin이다. Subclipse를 사용하여 Eclipse에서 Subversion에 등록된 Repository에 접근이 가능하며, 따라서 Eclipse에서 개발한 코드를 바로 Subversion에 적용할 수 있도록 지원한다.

130

공개SW 기술 관리 – 이슈 및 버그 관리

• Bugzilla, Mantis, Trac, Jira 등의 이슈 트래커 또는 버그 트래커는 기업이 공개SW 전환 후 프로젝트의 관리과정에서 없어서는 안 되는 중요한 도구

131

Jira Workflow

공개SW 기술 관리 – 문서화

• 최종 사용자용 - 릴리즈 노트, 시스템 요구사항, 설치 가이드, 사용자 매뉴얼, 이전버전과 호환성을 유지하는 방법, 기능 리스트

• 개발자용 - 소스코드로 작업하는 법, 빌드 방법, 아키텍처의 구성, 개발 프로세스 개요, 디버깅 방법, 테스트 자동화 방법, 패치를 제출하는 방법. API 활용방법

• 프로젝트 활성화를 위한 기타문서 - 라이선스, 제품 로드맵, 개발 전략, 문서화 참여방법, 도입사례, 각종 백서

132

1. README를 반드시 작성할 것

2. 온라인과 오프라인 문서를 같이 제공할 것

3. 패키지 설치 시 문서가 같이 설치되도록 구성

4. 설치하지 않고도 무슨 기능인지 알 수 있도록 스크린 샷을 충분히 사용

5. 실용적인 예제를 포함

6. 잘못된 링크나 참조를 제거

7. 신규 사용자를 고려한 쉬운 설명

8. 사용자의 의견을 듣고 직접 수정할 수 있게 도구 제공

9. 사용자에 적합하게 편집된 문서를 제공

Case Study

• 기업명 : ABC소프트웨어

• 직원수 : 20명

• 매출액 : 15억

• 보유제품 : NMS(Network Monitoring Software)

• 기업현황 : 보유제품을 기반으로 다년간 매출을 유지해 왔지만 최근 5년간 매출이 지속적으로 하락하는 추세이다. ABC소프트웨어는 공개SW 전환을 통해서 시장을 확대하거나 관련한 신규 시장에 진입하려고 고민하고 있다.

133

Case Study – 공개SW전환 경로선정

• ABC소프트웨어는 빠른 의사결정을 위해 좀 더 짧은 경로의 전환절차를 원했고 ‘중소기업을 위한 공개SW 전환 절차의 핵심경로’를 이용하기로 결정.

134 134

Case Study – 전환 기획

• ABC소프트웨어는 공개SW 전환을 위한 비즈니스 전략을 수립하기 위하여 기업 비전, 미션, 구성원이 가져야할 가치를 공유하였으며, 비전 달성을 위하여 수행할 전사 목표를 ‘2013년 네트워크 관리SW 분야 시장점유율 60% 달성’으로 정의했다.

• 그리고 외부 환경 분석, 내부 역량 분석, SWOT 분석을 통해 해당 목표를 달성하기 위한 전략을 수립.

135 135

Case Study – 공개SW 사용계획

136

• ABC소프트웨어는 공개SW 전환을 통해 네트워크 관리SW 분야의 시장 점유율이 증대되기를 기대하고 있으며, 공개SW 전환을 통해 기업의 긍정적인 이미지를 제고하고자 한다.

• 자사의 SW를 공개SW로 전환하기 위해 먼저 보유한 제품의 성격을 패키지형보다는 솔루션형에 가깝고 약간의 기술난이도를 가지고 있는 성격을 파악하여 공개SW 전환 대상으로 결정하였고, 공개SW 전환에 필요한 업무요구기능을 분석하고, 계획을 수행할 이행조직 구성계획 작성, 그리고 공개SW 사용 프로파일을 작성했다.

□ 프로젝트 명 ABC-NMS

□ 부 서 명 SW개발팀

구분 공개SW 전환내역

소프트웨어 구성 자체 개발 OSS 기타 코드명세 비고

UI 20% 80% % *첨부 JQuery

어플리케이션 100% % % *첨부

OS % % % *첨부

기타 % % % *첨부

계 % % % *첨부

OSS 사용 내역 파일명 사용정도 결합

형태

콤포넌트

명

라이선스

명

공개

여부

(○, X )

라이선스

준수여부

(○, X )

UI jquery.js 80% library MIT ○ ○

어플리케이션 %

OS %

기타 %

계

라이선스 준수사항

라이선스 명 준수사항 비고

Apache 2.0 라이선스 및 Copyright 고지

공개SW 사용 프로파일

136

Case Study – 공개SW 전환개발

137

• 준비된 공개SW 사용계획을 토대로 커뮤니티에 공개할 설계영역과 내부에서 관리할 설계영역을 구분하고 내부에서 관리할 영역의 SW개발팀을 구성하였다.

• ABC소프트웨어는 소프트웨어 개발의 전 과정에서 공개SW 라이선스 이슈에 대한 관리를 수행하였으며, 이 때 공개SW 역량프라자(http://www.oss.kr)에서 제공하는 라이선스 검증 서비스를 이용하여 쉽게 검증할 수 있었다. 그리고 공개SW 커뮤니티 조직을 구성하여 커뮤니티 개발자와 사용자가 편리하게 사용할 수 있는 메일링 리스트, 포럼, 버그 리포트, 프로젝트 관련 문서, FAQ 등을 준비한 후 공식사이트를 통해서 공개SW를 릴리즈 하였다.

• 공개SW 릴리즈는 GitHub, SF.net, nForge를 모두 검토하여 SF.net을 선택하였고, 제품의 상용 Subscription을 위한 대응을 하기위해를 기존 홈페이지를 변경하여 회원가입 및 NMS서버는 Subscription 고객에게 무료로 제공하고 Agent를 저렴한 가격에 유료화 하기로 결정하였고, 설치 및 Agent설정에 필요한 유지보수 비용을 비즈니스 모델로 결정하였다.

137

Case Study – 공개SW 제품화

138

• 커뮤니티를 통해 제품을 공개SW로 릴리즈 한 이후 ABC소프트웨어는 자사가 주도적으로 제품의 완성도를 높이기 위해 제품 매뉴얼, 제품 소개서, 제품 제안서, 제품 견적서 샘플을 제작하고 제품의 신뢰성을 높이기 위한 GS인증, CC인증, 신뢰성검증 등의 활동을 수행하였다.

Case Study – 운영 및 통제

• ABC소프트웨어는 공개SW 전환을 비즈니스 전략이 잘 운영되는지 여부와, 조직 구성원이 각각 역할과 책임에 따른 업무 수행이 적절한지를 정기적으로 검토하여 의사소통을 관리하고, 위험요소에 대한 통제를 수행하여 공개SW 전환의 목적이 달성 될 수 있도록 체계적으로 관리하였다.

138

Case Study – 진단 및 개선

139

• 공개SW 전환을 통한 비즈니스 전략의 성과를 극대화하기 위해서 ABC소프트웨어는 성과를 측정할 수 있는 핵심 성과지표를 개발하고 성과지표를 이용하여 목표수립-중간검토-최종검토 단계의 성과관리를 수행하고 최종적으로 개선활동을 정의하여 전략, 절차, 조직, 기술에 대한 개선을 수행하였다.

• 그 결과 ABC소프트웨어는 목표한 60%의 시장점유율은 확보하지 못하였지만 현재 국내 네트워크 관리SW 분야의 43%의 시장점유율을 확보하고 있으며, 공개SW 커뮤니티의 외부 개발자와 함께 클라우드 인프라 모니터링 에이전트를 개발하여 사업에 강점으로 활용하고 있다. ABC소프트웨어는 지속적인 진단과 개선을 반복하여 관리하여 ‘국내1위의 네트워크 관리SW 전문기업’이 되고자 지금도 노력하고 있다.

139

Q&A

한국건물에너지기술원 (www.kbet.or.kr)

김형채 / [email protected]

숭실대교육교재 - IoT 산업에서 오픈소스의 활용방안(김형채)

Education