소프트웨어의 품질, 개발 속도 및 비용 등 기존 소프트웨어 개발의 한계점을 해결하기 위한 새로운 대안으로써 오픈소스 소프트웨어를 활용한 개발 방법이 시도되고 있다. 특히, 중소기업들이 소프트웨어를 개발할 경우 대규모 개발 방법론 적용에 어려움을 겪고 있어 소규모 개발 방법에 대한 요구가 증가하고 있는 상황에서, 오픈소스를 활용한 소프트웨어 개발 방식은 비용을 절감하고 개발 기간을 단축시킬 수 있는 효율적인 방법이 될 수 있다. 이에 따라, 오픈소스 소프트웨어에 대한 다양한 분석들이 이루어졌지만 아직까지 산업현장에서 소프트웨어 개발에 오픈소스를 활용하기 위한 구체적인 절차나 방법이 없다. 본 연구에서는 이러한 문제들을 해결하기 위해 기존 연구에 대한 종합과 개발 프로젝트의 경험을 토대로 하여, 오픈소스의 식별과 선정을 위한 효과적인 절차와 방법을 제시하였다. 오픈소스 소프트웨어 선정을 위해서는 개발될 소프트웨어에 대한 정확한 요구사항을 식별하고, 요구사항과 일치하는 오픈소스를 조사하여 후보 목록을 추출하고, 평가기준을 수립하여, 이에 따라 활용 대상 오픈소스 소프트웨어를 선정하는 방법을 제시하였다. 또한 실제 프로젝트의 적용 실험과 평가를 통해 각 활동의 유효성과 개선점을 도출하였다.
소프트웨어의 품질, 개발 속도 및 비용 등 기존 소프트웨어 개발의 한계점을 해결하기 위한 새로운 대안으로써 오픈소스 소프트웨어를 활용한 개발 방법이 시도되고 있다. 특히, 중소기업들이 소프트웨어를 개발할 경우 대규모 개발 방법론 적용에 어려움을 겪고 있어 소규모 개발 방법에 대한 요구가 증가하고 있는 상황에서, 오픈소스를 활용한 소프트웨어 개발 방식은 비용을 절감하고 개발 기간을 단축시킬 수 있는 효율적인 방법이 될 수 있다. 이에 따라, 오픈소스 소프트웨어에 대한 다양한 분석들이 이루어졌지만 아직까지 산업현장에서 소프트웨어 개발에 오픈소스를 활용하기 위한 구체적인 절차나 방법이 없다. 본 연구에서는 이러한 문제들을 해결하기 위해 기존 연구에 대한 종합과 개발 프로젝트의 경험을 토대로 하여, 오픈소스의 식별과 선정을 위한 효과적인 절차와 방법을 제시하였다. 오픈소스 소프트웨어 선정을 위해서는 개발될 소프트웨어에 대한 정확한 요구사항을 식별하고, 요구사항과 일치하는 오픈소스를 조사하여 후보 목록을 추출하고, 평가기준을 수립하여, 이에 따라 활용 대상 오픈소스 소프트웨어를 선정하는 방법을 제시하였다. 또한 실제 프로젝트의 적용 실험과 평가를 통해 각 활동의 유효성과 개선점을 도출하였다.
The development methods which utilize OSSs have been tried as new alternative to solve limits of the previous software developments such as the quality of software, and time and cost of developments. Especially, small and medium companies are suffering from difficulty in applying large-scale develop...
The development methods which utilize OSSs have been tried as new alternative to solve limits of the previous software developments such as the quality of software, and time and cost of developments. Especially, small and medium companies are suffering from difficulty in applying large-scale development methodology whenever they develop softwares. Therefore, in the current situation that demand for small-scale development methodology is increasing, the methods of utilizing OSSs can become an efficient way to save costs and reduce a development period. Accordingly, analysis of open-source is no fixed procedure or method to utilize open-source for software developments in the field. In this thesis, to solve such problems, we propose the procedures and methods for identifying and selecting suitable open-source, and effective methods for improvement and integration through least modification on the basis of synthesis of existing researches and experiences in development projects. For selection of OSSs, we did identify correct requirements for the software to be developed, investigate the open-source just matching with such requirements, draw a candidate index, establish assessment criteria, and the consequently present a method to select OSSs. And, we deduced the validity and improvement of each detailed activity from practical application to an actual project and assessment.
The development methods which utilize OSSs have been tried as new alternative to solve limits of the previous software developments such as the quality of software, and time and cost of developments. Especially, small and medium companies are suffering from difficulty in applying large-scale development methodology whenever they develop softwares. Therefore, in the current situation that demand for small-scale development methodology is increasing, the methods of utilizing OSSs can become an efficient way to save costs and reduce a development period. Accordingly, analysis of open-source is no fixed procedure or method to utilize open-source for software developments in the field. In this thesis, to solve such problems, we propose the procedures and methods for identifying and selecting suitable open-source, and effective methods for improvement and integration through least modification on the basis of synthesis of existing researches and experiences in development projects. For selection of OSSs, we did identify correct requirements for the software to be developed, investigate the open-source just matching with such requirements, draw a candidate index, establish assessment criteria, and the consequently present a method to select OSSs. And, we deduced the validity and improvement of each detailed activity from practical application to an actual project and assessment.
* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.
문제 정의
둘째, 역시 본 연구에서 제시한 OSS의 선정 방법과 절차가 적절한 품질의 OSS를 선정하기 위한 효율적인 절차를 제시하고 있는지를 평가하였다. 이를 위해 소프트웨어의 선정과 획득을 위한 표준 프로세스 등과의 비교 평가를 수행하는 것도 의미가 있으나, 상용 소프트웨어의 선정 절차와 OSS의 선정 절차는 서로 다를 수 밖에 없기 때문에[14], 본 연구에서는 기존의 OSS 선정 절차 등에 대한 연구의 결과 들과 비교하는 것으로 평가를 대신한다.
따라서 본 연구에서는 이러한 문제들을 해결하기 위해 OSS를 선정할 시에 개발될 소프트웨어에 대한 정확한 요구사항을 식별하고, 요구사항과 일치하는 OSS를 조사하여 후보 리스트를 추출 및 평가기준에 따라 활용 대상 OSS를 선정하는 방법을 제시하였다. 또한, 적용 실험과 평가를 통해 각 활동의 유효성과 개선점을 도출하였다.
본 연구에서 제시하는 OSS 선정절차의 효용성을 검증하기 위해 산업 현장에서 활용 가능한 OSS 선정 사례 연구의 내용을 요약된 과정 및 결과로 제시한다.
이들 연구를 분석한 결과 절차에 관한 연구는 개념적 활동만을 제시했고, 선정기준에 관한 연구는 기존의 컴포넌트 선정기준을 대부분 그대로 가져온 것에 불과하였다. 본 연구에서는 OSS를 활용하여 소프트웨어를 개발하고자 할 경우, 적절한 OSS를 식별 및 평가, 선정하기 위한 절차와 방법을 제시하고, 실제 프로젝트들에 적용하여 실험함으로써 각 활동의 유효성과 개선점을 도출하고자 한다.
4장에서는 산업 현장에서 활용 가능한 실용적인 OSS 선정 절차를 정립하기 위하여 OSS를 활용하기 위한 선정 방법을 제시하고, 이를 실제 프로젝트에 적용하여 각각의 유효성과 한계를 도출하였다. 본 절에서는 연구의 성과를 보다 명확히 하기 위해, 이론적 측면에서의 평가를 추가적으로 수행한 뒤 그 결과들을 종합하였다.
첫째, 본 연구에서 제시한 OSS의 선정 방법과 절차가 적절한 품질의 OSS를 선정하기 위한 객관적인 기준을 제시하고 있는지를 평가하였다. 이를 위해, 소프트웨어의 품질을 평가하기 위한 표준으로 제시되고 있는 ISO 9126 [13]의 품질 특성과의 연관성을 비교 측정하였다.
제안 방법
OSS 산출물 분류표를 기반으로, 과 같이 OSS 후보자들의 산출물을 정제하였다.
각 OSS 후보의 기능 평가와 기능 이외의 속성 평가가 이루어진 후에 최종적으로 점수와 등급을 합산하여 사용자의 요구사항을 가장 만족하는 OSS를 선정했다. OSS 후보 중에 dotProejct, airTODO - Project Management Tool, more.
활동 2-3 : 1차 OSS 후보 선정은 키워드 테이블과 OSS 조사 기준표를 기반으로 1차적으로 OSS를 검색하고, 기초 자료를 조사한다. 검색된 OSS 기반으로 1차 후보자 리스트를 작성하고, 조사한 커뮤니티 자료를 기반으로 기초자료를 작성한다.
그리고 목표 시스템의 기능/비기능 요구사항을 식별하였다.
그리고 이러한 1차 조사 활동의 결과 과 같은 1차 OSS 후보 리스트를 작성하였다.
단계 5는 평가기준서에 따라 OSS 후보자를 평가하여 프로젝트에서 사용하고자 하는 OSS를 선정하는 것이다. 또한 이 과정에서 변경된 사항에 대해 사용자와의 리뷰를 통한 가중치 재검토 작업을 수행한다. <표 16>은 단계 5 : OSS 평가 및 선정 단계의 주요 활동과 입/출력물을 정의하고 있다.
따라서 본 연구에서는 이러한 문제들을 해결하기 위해 OSS를 선정할 시에 개발될 소프트웨어에 대한 정확한 요구사항을 식별하고, 요구사항과 일치하는 OSS를 조사하여 후보 리스트를 추출 및 평가기준에 따라 활용 대상 OSS를 선정하는 방법을 제시하였다. 또한, 적용 실험과 평가를 통해 각 활동의 유효성과 개선점을 도출하였다.
비기능 요구사항을 기반으로 라인선스(Proprietary), 보안성(접근제어) 등의 의 비기능 조사기준을 선정하고, 이를 기반으로 과 같이 1차 OSS 후보자들을 평가한다.
시스템에 적합한 OSS를 체계적으로 검색하기 위해 요구사항 명세서 및 기능 요구사항의 핵심 키워드를 기반으로 프로젝트 관리, 방법론, 프로세스, 일정 관리 등의 와 같은 키워드를 선정하고, platform(LINUX)과 Language(PHP)와 같은 제한사항을 고려하였다.
<표 27>은 OSS식별 활동을 통해 추가로 발견된 기능 요구사항을 초기요구사항과의 조정을 통해 정제하였다.
웹 기반의 프로젝트 관리 시스템은 중소규모 소프트웨어 개발회사들이 가진 문제를 해결하기 위한 시스템으로서, 웹을 통해서 프로젝트의 전 과정에 대한 관리감독이 가능하고, 방법론에 대한 가이드를 제공하며, 작은 규모의 프로젝트에도 쉽게 빠르게 적용할 수 있는 지원도구이다. 이러한 프로젝트 관리 시스템을 선정하기 위하여 3장에서 제시한 OSS 선정절차를 기반으로 OSS 커뮤니티에서 웹 기반의 프로젝트 관리 시스템을 선정하는 사례 연구를 진행하였고, 마르미 방법론[8]에서 제시하고 있는 산출물 양식을 활용하여, 각 활동의 산출물을 제시한다.
시스템에 적합한 OSS를 체계적으로 검색하기 위해 요구사항 명세서 및 기능 요구사항의 핵심 키워드를 기반으로 프로젝트 관리, 방법론, 프로세스, 일정 관리 등의 <표 21> 와 같은 키워드를 선정하고, platform(LINUX)과 Language(PHP)와 같은 제한사항을 고려하였다. 이를 바탕으로 OSS 커뮤니티 사이트인 소스포지(http://sourceforge.net)[12]를 통해 OSS를 조사하였다. 1차 조사에서는 분석 활동의 효율성을 높이기 위해 우선 키워드를 통해 검색된 목록에서 함께 제공되는 간략 정보(About)를 통해 연관성이 없는 프로젝트를 제외하는 것이 효율적이다.
둘째, 역시 본 연구에서 제시한 OSS의 선정 방법과 절차가 적절한 품질의 OSS를 선정하기 위한 효율적인 절차를 제시하고 있는지를 평가하였다. 이를 위해 소프트웨어의 선정과 획득을 위한 표준 프로세스 등과의 비교 평가를 수행하는 것도 의미가 있으나, 상용 소프트웨어의 선정 절차와 OSS의 선정 절차는 서로 다를 수 밖에 없기 때문에[14], 본 연구에서는 기존의 OSS 선정 절차 등에 대한 연구의 결과 들과 비교하는 것으로 평가를 대신한다.
첫째, 본 연구에서 제시한 OSS의 선정 방법과 절차가 적절한 품질의 OSS를 선정하기 위한 객관적인 기준을 제시하고 있는지를 평가하였다. 이를 위해, 소프트웨어의 품질을 평가하기 위한 표준으로 제시되고 있는 ISO 9126 [13]의 품질 특성과의 연관성을 비교 측정하였다.
그러므로 방대한 양의 OSS로부터 개발에 이용할 오픈소스로부터 개발에 이용할 OSS를 선정하기 위한 단계가 우선시 되어야 한다. 이를 위해, 제안한 OSS 선정 절차에서는 요구사항을 분석 및 식별하여, 이를 기반으로 OSS 후보자를 식별하고, 최종 OSS를 선정하기 위해 평가기준 수립 및 OSS 평가 및 선정 등의 단계를 수행한다. OSS 선정 절차에 대한 전체 단계 및 활동은 (그림 1)과 같다.
활동 2-3 : 1차 OSS 후보 선정은 키워드 테이블과 OSS 조사 기준표를 기반으로 1차적으로 OSS를 검색하고, 기초 자료를 조사한다. 검색된 OSS 기반으로 1차 후보자 리스트를 작성하고, 조사한 커뮤니티 자료를 기반으로 기초자료를 작성한다.
대상 데이터
각 OSS 후보의 기능 평가와 기능 이외의 속성 평가가 이루어진 후에 최종적으로 점수와 등급을 합산하여 사용자의 요구사항을 가장 만족하는 OSS를 선정했다. OSS 후보 중에 dotProejct, airTODO - Project Management Tool, more.groupware가 가장 상위 점수를 획득하였고, 그중에서도 airTODO - Project Management Tool이 가장 높았기 때문에, 최종 OSS로 선정했다. <표 33>
그리고 평가 결과를 기반으로 와 같이 2차 OSS 후보자를 선정하였다.
이론/모형
8개의 모듈의 세부 기능을 평가하기 위해 가중치 부여 기법을 사용했다. 점수는 개발조직의 경험과 업무의 중요성에 근거하여 표준점수를 부여했으며, 각 OSS 후보들의 점수와 표준점수가 비교된다.
성능/효과
<표 34>의 비교 평가의 결과에서 알 수 있듯이 본 연구에서 제안한 OSS 평가 기준으로서의 품질 속성은 기존의 연구들에서 제안한 속성들에 비해 ISO 9126에서 권고하고 있는 기준에 보다 가까우며, 그 만큼 OSS 선정 기준의 객관성을 확보하고 있다고 평가 할 수 있다.
<표 35>의 비교를 통해, 본 연구에서 제안한 절차와 방법은 기존의 연구들에 비해 절차가 세분화 되어 있으며, 특히 평가속성을 제외기준과 평가기준으로 구분하여 초기 조사의 과정에서 분석 대상을 크게 줄일 수 있으며, 조사 과정 속에서의 기능 분석을 통해 요구사항을 상세화하여 후보 선정의 정확성을 기할 수 있고, 상향식 방법을 통한 가중치 배분으로 하위 품질 속성들 간의 형평성을 유지할 수 있다는 점에서 보다 객관적이고 효율적인 절차라고 평가할 수 있다.
첫째, 실험을 통해 기존 OSS에 근거하여 시스템을 구축할 때의 핵심적인 절차는 적절한 OSS의 선정과 이를 위한 평가 기준의 수립임을 알 수 있었는데, 이러한 평가기준은 프로젝트를 구성하는 여러 가지 요인들에 따라 적절히 조정되어야 한다는 것을 확인할 수 있었다. 요구되는 기능에 대한 만족도뿐만 아니라, 라인선스나 개발 및 운영 환경의 적합성, 비용과 일정 등 여러 측면에서의 취사선택이 필요하였다.
후속연구
그러나, 실제 적용의 과정에서 본 연구의 한계도 있었는데, OSS 선정 시에 사용자 요구사항의 변경, 비용과 일정 등의 다양한 변수들이 존재하고, 이러한 변수들은 OSS 커뮤니티와 같은 외부적인 요인들에 영향을 받는 만큼 OSS 선정 시의 복잡성을 더욱 심화시켰다. 그리고 OSS를 평가하는 과정에서 OSS 산출물의 표준화가 이뤄지지 않아 산출물을 정제하는 과정에서 오랜 시간을 소요하였다.
둘째, 본 연구가 OSS 선정 절차의 객관성과 효율성에 중점을 두고 수행되었으나, 그 평가가 정성적인 수준에서 이루어졌고, 정량적인 측면에서도 개발 기간과 노력의 절감 효과에 대한 평가만 수행되었다는 한계가 있다. 본 연구에서는 ‘비용’이라는 요소에 초점을 두지 않았기 때문인데, 보다 과학적인 측정을 위해서는 '비용'요소를 중심으로 한 절차의 측정과 개선 노력이 필요하다.
향후 연구과제로는 보다 정확하고, 객관적인 OSS 선정 및 평가를 위해 OSS 문서의 표준화 연구와 OSS 평가 메트릭에 대한 연구가 수행되어야 한다.
질의응답
핵심어
질문
논문에서 추출한 답변
OSS란 무엇인가?
최근 소프트웨어 개발의 문제점인 소프트웨어의 개발 일정 및 비용 등의 문제를 해결하기 위한 대안으로 OSS(OpenSourceSoftware, 오픈소스 소프트웨어)를 활용한 개발방법이 시도되고 있지만, 소프트웨어 개발에 OSS를 활용하기에는 OSS를 선정하는 절차에 많은 어려움이 있다.
기존의 OSS 활용에 대한 관련연구는 몇 가지로 나눠지나요?
기존의 OSS 활용에 대한 관련연구는 조사 결과 몇몇 연구[1, 2, 3, 4, 5, 6, 7]들이 존재 하였다. 기존 연구는 두 가지 분야로 나눠지는데, 개발 절차에 관한 연구와 평가 및 선정 기준에 관한 연구이다. 이들 연구를 분석한 결과 절차에 관한 연구는 개념적 활동만을 제시했고, 선정기준에 관한 연구는 기존의 컴포넌트 선정기준을 대부분 그대로 가져온 것에 불과하였다.
T.R. Madanmohan의 오픈소스 컴포넌트 선정 모델은 몇 단계로 구성되나요?
R. Madanmohan의 오픈소스 컴포넌트 선정 모델은 수집(Collection), 배양(Incubation), 개정(Critical Revision)의 세 단계로 구성된다. 이 연구에서는 활용 가능한 오픈소스 컴포넌트의 식별과 평가를 위한 모델을 제시하고 있지만, 실제 오픈소스를 식별하기 위한 구체적인 절차와 방법의 제시는 없다.
참고문헌 (14)
김종배, 류성열, “오픈소스 소프트웨어 재사용 절차의 경험적 연구”, 한국통신학회 논문지, 제13권 제2호, pp.43-58, April, 2006
T.R, Madanmohan and Rahul De', “Open Source Reuse in Commercial Firms,” IEEE, November/December, 2004
Carolyn, A., A Business Case Study of Open Source Software, MITRE PRODUCT, 2001
Magic and Robust Methodology Integrated(MaRMI) III Ver4.0, Electronics and Telecommunications Research Institute, 2003
한국정보통신기술협회, TTA.KO-11.0001~0006 단계별 소프트웨어 문서 작성 지침, 1998
한국정보통신기술협회, TTA.KO-11.0009 정보시스템 문서화 지침서, 1998
한국정보통신기술협회, TTA.IS-6592 컴퓨터기반 응용시스템 문서화 지침, 1998
Sourceforge.net, “http://www.sourceforge.net”
Craig Meyers, Patricia Oberndorf: Managing Software Acquisition, SEI Series in Software Engineering, 2001
Eric von Hippel, and George von Krogh, Exploring the Open Source Software Phenomenon: Issues for Organization Science, http://opensource.mit.edu/online_papers.php, 2002
※ AI-Helper는 부적절한 답변을 할 수 있습니다.