선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 본 연구에서는 모든 평가지표들을 측정하는 것은 어렵기 때문에 프로젝트 특성에 따른 OSS 선정 평가지표를 분류하고 이를 정량적으로 측정할 수 있는 메트릭을 제안한다.
- 본 연구에서는 초기평가를 위한 체크리스트를 제안하였고, 초기평가를 통한 후보 OSS를 대상으로 상세평가를 하기위한 메트릭을 제안하였다. 제안된 메트릭이 올바로 정의되었는지를 검증하기 위해 Kitchenham[18]의 접근에 기반을 두어 이론적인 검증을 수행하였다.
제안 방법
- Attribute 유효성 : 측정 가능한 엔티티에 의해 실제 제출되는 것이 관심이 있는 어트리뷰트인지를 판단한다. 어트리뷰트 검증은 직접적으로 측정 가능한 어트리뷰트와 다른 어트리뷰트로 부터 도출되는 간접적인 어트리뷰트를 모두 고려해야 한다.
- 프로젝트 특징에 의한 가중치 분석 태스크는 이미 후보 OSS가 선정이 되었을 때 초기평가를 실시하지 않고 상세평가를 실시할 때를 고려한 태스크이다. 그 외 사항은 각 태스크별 상세평가 지표 선정 및 메트릭에 의한 정량적인 평가를 실시하는 상세평가를 적용하여 수행한다. 프로젝트 특징별 상세평가 적용에 대한 평가 기준은 아래와 같다.
- 그러나 이러한 문제를 해결하기 위해 각 측정결과에 대한 범위를 정하였으며, 이를 unacceptable, bad, acceptable, very good, excellent의 5 단계로 통일하여 1∼5점까지의 점수를 동일하게 적용하였다.
- 또한, 모든 상세지표에 대해 평가를 수행하는 것은 시간적, 인력적으로 낭비이기 때문에 프로젝트 특성에 우선한 상세지표만을 평가토록 제안하였다. 그러나 프로젝트 특성에 대한 가중치를 OSS 선정자의 임의대로 하는 것이 아닌 AHP를 활용하여 가중치를 객관적인 수치로 환산하여 제안하였다.
- 그러므로 본 연구에서는 초기평가 단계의 프로젝트 도메인의 특징[11-13]에 기반을 두어 조직의 기술 수준, 초기 요구사항의 안정성 및 명확도, 사용 기술 성숙도, 프로젝트 일정의 중요성, 소프트웨어 중요도라는 5가지 항목에 대한 가장 큰 프로젝트 중요도를 반영하여 평가 지표를 적용한다.
- 그러나 기존의 평가 연구들은 OSS 선정 뿐만 아니라 전체 OSS 품질에 대한 평가지표에 대한 연구가 수행되었으며, 이를 OSS 선정에 적용하는 것은 어렵다. 그러므로 본 연구에서는 커뮤니티 사이트 등의 정보를 기초로 후보 OSS를 선정하는 과정을 초기평가 지표, 프로젝트 가중치 평가 지표로 메트릭에 의한 평가를 하는 상세평가 지표로 구분하여 제안하였다. 또한, 기존 연구들의 평가 지표를 종합하고 이를 SMART 분석을 통해 OSS 선정과 관련되어 있다고 판단되는 지표만을 식별하고 이를 제안한 프로세스에 적합한 초기지표와 상세지표로 분류하였다.
- 이를 위해 기존 평가 지표 연구로부터 SMART(Specific, Measurable, Acceptable, Relevant, Timely)분석과 Mind Map을 통하여 평가 지표를 도출하고, 이를 기반으로 초기단계와 상세단계 평가 지표로 구분한다. 그리고 이를 측정할 수 있는 메트릭을 제안한다.
- 기업들이 사용할 수 있는 OSS 플랫폼, 컴포넌트, 프레임워크, 솔루션 등을 공통적인 특성에 따라 4개의 범주로 구분하고 세부적으로 29개 분야, 260종 이상의 OSS의 성숙도를 분류하고 있다. 또한, OSS를 기능성, 커뮤니티, 성숙도와 트렌드라는 판단 기준에 근거하여 평가하였고 여기에 기업 적응도라는 측정을 추가하여 각 제품들의 평가결과를 제시하였다.
- 그러므로 본 연구에서는 커뮤니티 사이트 등의 정보를 기초로 후보 OSS를 선정하는 과정을 초기평가 지표, 프로젝트 가중치 평가 지표로 메트릭에 의한 평가를 하는 상세평가 지표로 구분하여 제안하였다. 또한, 기존 연구들의 평가 지표를 종합하고 이를 SMART 분석을 통해 OSS 선정과 관련되어 있다고 판단되는 지표만을 식별하고 이를 제안한 프로세스에 적합한 초기지표와 상세지표로 분류하였다. 상세지표에 해당하는 지표들은 프로젝트 특징을 기반으로 Mind Map을 실시하여 평가 지표를 분류하였다.
- 상세지표에 해당하는 지표들은 프로젝트 특징을 기반으로 Mind Map을 실시하여 평가 지표를 분류하였다. 또한, 모든 상세지표에 대해 평가를 수행하는 것은 시간적, 인력적으로 낭비이기 때문에 프로젝트 특성에 우선한 상세지표만을 평가토록 제안하였다. 그러나 프로젝트 특성에 대한 가중치를 OSS 선정자의 임의대로 하는 것이 아닌 AHP를 활용하여 가중치를 객관적인 수치로 환산하여 제안하였다.
- 마지막으로 제안한 평가 지표와 기존의 평가 지표 연구와의 비교를 통해 본 연구의 차별성을 평가한다. 평가 지표들의 비교를 위해 평가방법, 평가척도, 평가가중치, 프로젝트 특성 고려, 정량적 평가라는 5가지 항목으로 비교하였다.
- 비기능 일치성 : 비기능 일치성은 아키텍처 유사도와 비기능 범위 메트릭으로 측정한다. 목표 애플리케이션의 전체 비기능수와 OSS의 비기능수를 비교하여 측정한다. 비기능 일치성은 0-100%의 값을 가지며 비기능 일치성의 값이 높을수록 비기능 일치성이 좋다는 의미이다
- 본 연구에서는 관련 연구를 기반으로 하여 평가 지표를 식별한다. 선정을 위한 연구에서 언급하고 있는 모든 평가 지표를 수집한다.
- 본 장에서는 제안한 OSS 선정 프로세스의 초기단계와 상세단계 수행 시 정량적으로 평가할 수 있는 평가 지표와 이를 측정할 수 있는 메트릭을 제안한다. OSS의 Life Cycle은 커뮤니티 기반으로 이뤄진다.
- 사용 기술 성숙도 : 프로젝트에서 사용되는 기술(개발 환경)이 성숙되지 않은 신기술을 이용해서 프로젝트를 개발해야 하는 경우 해당하는 지표들을 사용하여 OSS 평가 및 선정을 한다. 이 경우의 사례로는 최신버전의 WAS(Web Application Server)나 최신 웹 프로그래밍 기법을 적용하는 프로젝트일 때 OSS의 수정 보완을 최소화 할 수 있는 OSS를 선정해야 한다.
- 또한, 기존 연구들의 평가 지표를 종합하고 이를 SMART 분석을 통해 OSS 선정과 관련되어 있다고 판단되는 지표만을 식별하고 이를 제안한 프로세스에 적합한 초기지표와 상세지표로 분류하였다. 상세지표에 해당하는 지표들은 프로젝트 특징을 기반으로 Mind Map을 실시하여 평가 지표를 분류하였다. 또한, 모든 상세지표에 대해 평가를 수행하는 것은 시간적, 인력적으로 낭비이기 때문에 프로젝트 특성에 우선한 상세지표만을 평가토록 제안하였다.
- 상세평가 시 제안한 프로젝트 특징에 따라 분류한 평가 모델은 AHP를 이용하여 가중치를 구하고, 이를 기반으로 프로젝트 요구사항에 적합한 평가 지표만을 적용하여 상세평가를 수행한다. 프로젝트는 초기 요구사항의 안정성 및 명확도의 기능성과 사용기술 성숙도의 설치용이성이 기준이 된다고 판단되면 기능성과 설치용이성에 대한 메트릭을 측정하여 가중치 값에 적용한다.
- 수집된 65개의 평가 지표 중 OSS 선정과 관련 있는 평가 지표를 도출하기 위해서 OSS 전문가 집단을 대상으로 설문을 수행하여 SMART 분석을 통해 5가지 질문(지표의 정확성, 측정 가능성, 수용 가능성, 연관성, 적시성)에 모두 해당하는 것만을 평가 지표로 도출한다. 이를 통해 65개 중 14개의 평가 지표를 도출한다.
- 기능성 : 기능성은 요구되는 OSS 기능 Feature 개수의 일치 정도 메트릭을 통해 측정한다. 요구되는 OSS 기능 Feature 개수의 일치 정도는 개발 애플리케이션과 OSS 연관 애플리케이션을 식별을 통해 요구되는 OSS 기능의 Feature 개수 중 후보 OSS의 기능이 일치되는 Feature 개수의 비율로 측정한다. Feature의 기능 일치 정도는 0-100%의 값을 가지며 값이 높을수록 기능성이 좋다는 의미이다.
- 의사결정을 위한 사항들을 식별하고 계층적으로 분류하여 의사결정 모형을 설정한다. 의사 결정 모형에서 동일 수준의 사항에 대해서 쌍대비교(Pairwise Comparison)를 통해 가중치 판단자료를 수집하고 각 사항의 상대적 가중치를 결정한다. 그림 3은 대학 ERP(Enterprise Resource Planning) 개발 프로젝트 수행조직들을 대상으로 프로젝트 중요도 설문을 통해 레벨1과 레벨2의 가중치를 반영한 의사 결정 모형이다.
- 이러한 네 가지 측정 요소를 기반으로 이론적인 검증을 수행하였다.
- 이를 위해 기존 평가 지표 연구로부터 SMART(Specific, Measurable, Acceptable, Relevant, Timely)분석과 Mind Map을 통하여 평가 지표를 도출하고, 이를 기반으로 초기단계와 상세단계 평가 지표로 구분한다. 그리고 이를 측정할 수 있는 메트릭을 제안한다.
- 본 연구에서는 초기평가를 위한 체크리스트를 제안하였고, 초기평가를 통한 후보 OSS를 대상으로 상세평가를 하기위한 메트릭을 제안하였다. 제안된 메트릭이 올바로 정의되었는지를 검증하기 위해 Kitchenham[18]의 접근에 기반을 두어 이론적인 검증을 수행하였다. 이론적인 분석은 측정이 정의된 범주 안에서 유효한지 유효하지 않은지를 판단하는 근거를 제공하며 유효한 측정은 Attribute, Unit, Instrument, Protocol에 대해서 유효성을 가져야 한다.
- 표 3은 초기 평가된 후보 OSS 5개 중 3개의 OSS에 대해 상세평가를 수행한 예이다. 초기 요구사항 및 명확도의 기능성과 조직 기술수준의 적용성에 메트릭 측정과 가중치를 Project.net OSS에 적용하였다. 초기 요구사항 및 명 확도의 가중치 0.
- 초기 요구사항의 안정성 및 명확도 : 초기의 요구사항이 모호한 경우 해당하는 지표들을 사용하여 OSS 평가 및 선정을 한다. 이 경우의 사례로는 초기 요구 사항이 모호할 때 평가 지표들에 의해 요구사항을 명확히 정의해 가며 요구사항에 적합한 OSS를 선정해야 한다.
- 그러므로 무엇보다 쉽게 체크리스트를 통해 평가를 해야 한다는 것이다. 초기평가 체크리스트는 표 1과 같이 15개의 체크리스트를 통해 커뮤니티 지원, 합법성, 문서화, 호환성이라는 초기평가 지표에 대해 평가한다.
- 마지막으로 제안한 평가 지표와 기존의 평가 지표 연구와의 비교를 통해 본 연구의 차별성을 평가한다. 평가 지표들의 비교를 위해 평가방법, 평가척도, 평가가중치, 프로젝트 특성 고려, 정량적 평가라는 5가지 항목으로 비교하였다. 표 5는 이러한 평가요소들을 가지고 비교한 결과이다.
- 프로젝트 일정의 중요성 : 완료시점에 따라 프로젝트의 성공 여부가 결정되는 경우에 해당하는 지표들을 사용하여 OSS 평가 및 선정을 한다. 이 경우의 사례로는 선거용지의 개표시스템을 개발할 때 개표일 까지 프로젝트가 완료되어야 하므로 프로젝트 일정 준수가 중요한 사항이 된다.
대상 데이터
- Attribute 유효성 : 본 연구에서는 기존의 OSS 선정을 위한 평가 지표들을 수집하여 총 66개의 평가 지표들을 식별하였다. 이 66개의 평가 지표들 중 SMART 분석을 통해 14개의 평가 지표들이 OSS 선정과 연관이 있다고 판단되었으며, 이중 4개의 평가 지표는 초기평가 지표로 10개는 상세평가 지표로 구분하였다.
- Project Management(PM) 관련 OSS에 대해서 초기평가 수행서를 작성하고, 이들 중에서 후보 OSS를 선정한다. OSS 커뮤니티 사이트인 sourceforge.
- net에서 Project Management 분류 카테고리를 선정하여 Java 키워드로 검색을 하고 사용자 권장 항목을 추가로 필터링을 하여 사용자 80%이상 권장하는 OSS 10개가 검색 되었다. 커뮤니티 사이트와 연관 포럼 및 위키 등을 조사한 결과를 체크리스트에 작성하고 라이선스 정보가 불분명한 OSS와 문서 작성 언어가 영어가 아닌 OSS를 제외하여 5개의 후보 OSS를 선정하였다. 표 2는 선정 키워드인 Project Management, Java를 가지고 검색을 하여 선정된 10개의 OSS 중 3개의 OSS에 대해 초기평가를 수행한 예이다.
데이터처리
- 제안한 프로세스와 평가 지표에 대한 적용성 및 우수성을 평가하기 위해 평가항목을 도출하였으며, 이를 통해 이론적인 검증을 수행하였다. 또한, 기존 연구와의 비교를 통해 제안한 연구의 우수성을 평가하였다.
- 상세평가 수행서에는 표 3과 같이 정량적인 평가를 위해 상세평가 메트릭을 적용하여 평가한 점수에 대해 집계를 하여 합계 점수를 작성한다. Project Management 관련 후보 OSS 평가에 대한 상세평가 수행서인 표 3에 그림 3의 레벨 1 또는 레벨 2의 AHP 기반의 가중치 값을 적용하여 합계점수가 높은 것을 대상 OSS로 선정한다.
- 성능 : 성능은 각 후보 OSS 당 각각의 기능에 초당 처리량 성능테스트 결과의 평균값을 분산에 의한 범위 값 메트릭으로 비교하여 측정한다. 성능은 소프트웨어 중요도에 영향을 준다.
- 제안한 프로세스와 평가 지표에 대한 적용성 및 우수성을 평가하기 위해 평가항목을 도출하였으며, 이를 통해 이론적인 검증을 수행하였다. 또한, 기존 연구와의 비교를 통해 제안한 연구의 우수성을 평가하였다.
이론/모형
- 이를 위해 프로젝트 특징의 4가지 항목에 대한 Mind Map을 수행하여 다음 그림 2와 같은 결과를 확인한다. 본 연구에서는 가중치를 적용하기 위해 AHP(Analytic Hierarchy Process) 기법을 적용한다. AHP 기법은 다면적 평가기준을 통한 의사결정을 지원한다.
성능/효과
- 이 66개의 평가 지표들 중 SMART 분석을 통해 14개의 평가 지표들이 OSS 선정과 연관이 있다고 판단되었으며, 이중 4개의 평가 지표는 초기평가 지표로 10개는 상세평가 지표로 구분하였다. 이렇듯 SMART 분석을 통해 상세평가 지표들을 기존의 평가 지표들로부터 도출하였기 때문에 OSS 선정을 위해 필요한 평가 지표라는 것을 확인하였다.
후속연구
- 그러나 본 논문에서는 일반적인 응용 어플리케이션만을 대상으로 하였기 때문에 모든 응용 어플리케이션에 적용되기는 어렵다. 그러므로 모바일이나 유비쿼터스 같은 다른 도메인의 OSS에도 적용하기 위해서는 각 적용 도메인에 대한 추가적인 연구와 이에 대한 특징들을 반영한 선정 기준들에 대한 연구가 추가적으로 필요하다.
- 그러나 본 논문에서는 일반적인 응용 어플리케이션만을 대상으로 하였기 때문에 모든 응용 어플리케이션에 적용되기는 어렵다. 그러므로 모바일이나 유비쿼터스 같은 다른 도메인의 OSS에도 적용하기 위해서는 각 적용 도메인에 대한 추가적인 연구와 이에 대한 특징들을 반영한 선정 기준들에 대한 연구가 추가적으로 필요하다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.