IT프로젝트에서 개발방법이 기능점수에 미치는 영향 - 신규개발과 보강개발을 중심으로 - Development Method's Impact on Function Points in IT Projects - Focused on New Development and Enhancement -원문보기
기업이 새로운 시스템을 개발하거나 기존의 시스템을 강화해야하는 경우에 IT프로젝트의 의사결정 자들은 자체 개발과 솔루션구매 방법 사이에서 가장 최선의 개발방법을 선택해야하는 상황에 직면하게 된다. 이러한 고민을 하고 있는 프로젝트 관련 의사결정 자들에게 본 연구는 프로젝트개발에 소요되는 시간, 노력, 비용 등을 측정하는데 중요한 척도가 되는 프로젝트의 기능점수에 초점을 맞추어, 내부에서의 자체개발 방식, 외부에서 개발된 솔루션구매방식, 그리고 이러한 두 개의 방식을 혼합한 복합방식으로 개발했을 때 각각 기능점수에 어떻게 영향을 미치는지를 ISBSG에서 제공하는 프로젝트 산출물들을 통하여 의미 있는 결과들을 제공한다.
기업이 새로운 시스템을 개발하거나 기존의 시스템을 강화해야하는 경우에 IT프로젝트의 의사결정 자들은 자체 개발과 솔루션구매 방법 사이에서 가장 최선의 개발방법을 선택해야하는 상황에 직면하게 된다. 이러한 고민을 하고 있는 프로젝트 관련 의사결정 자들에게 본 연구는 프로젝트개발에 소요되는 시간, 노력, 비용 등을 측정하는데 중요한 척도가 되는 프로젝트의 기능점수에 초점을 맞추어, 내부에서의 자체개발 방식, 외부에서 개발된 솔루션구매방식, 그리고 이러한 두 개의 방식을 혼합한 복합방식으로 개발했을 때 각각 기능점수에 어떻게 영향을 미치는지를 ISBSG에서 제공하는 프로젝트 산출물들을 통하여 의미 있는 결과들을 제공한다.
The decision makers of IT projects are faced to situations to choose a best development method between inhouse development and solution purchase when companies must develop a new system or enhance the existed system. For those decision makers related to the IT projects, this study provides them with...
The decision makers of IT projects are faced to situations to choose a best development method between inhouse development and solution purchase when companies must develop a new system or enhance the existed system. For those decision makers related to the IT projects, this study provides them with meaningful results through the ISBSG project repositary, how each development method, such as a development inhouse, a solution purchased, a combined method, impact the function point, which is a critical factor to measure the required time, efforts, cost of IT project development.
The decision makers of IT projects are faced to situations to choose a best development method between inhouse development and solution purchase when companies must develop a new system or enhance the existed system. For those decision makers related to the IT projects, this study provides them with meaningful results through the ISBSG project repositary, how each development method, such as a development inhouse, a solution purchased, a combined method, impact the function point, which is a critical factor to measure the required time, efforts, cost of IT project development.
* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.
문제 정의
것으로 예측된다. 가설 1은 IT 프로젝트 개발을 시작하기 전에 자체적인 내부개발, 외부에서 솔루션구입, 아니면 이두 가지 개발방법을 혼합한 방식 중 어떠한 개발방법을 선택하느냐에 따라 기능점수에 어느 정도 차이가 미치는 지를 비교 분석하여, 향후 IT 프로젝트 개발 계획을 가지고 있는 기업 또는 기관의 의사결정자에게 참고가 될 수 있는 결과를 제공하기 위해 설정되었다. 가설 2는 IT 프로젝트의 개발유형이 신규개발인지 , 또는 보강개발인지에 따라 가설1의 결과가 어떻게 다르게 나타나는 지를 관찰하기 위해 설정되었다.
이렇게 기업이 프로젝트를 개발할 때 직면하게 되는 복잡한 상황에서 어떠한 개발 방법이 가장 우위에 있다고 판단하기에는 아직 이와 관련된 연구결과도 미비하고 이를 검증할 측정 수단도 마련되어 있지 않아 어렵다고 판단된다. 이에 본 연구는 IT 프로젝트 개발 방법의 중요한 선택기준인 개발 소요시간, 비용, 성과 등의 간접적인 측정 수단의 근간이 될 수 있는 IT 프로젝트의 기능점수에 초점을 맞추어, 내부에서의 자체개발 방식, 외부에서 개발된 솔루션구매 방식, 그리고 이러한 두 개의 방식을 혼합한 방식이 각각 기능점수에 어떻게 영향을 미치는지를 연구하여 IT 프로젝트 개발에 관련된 의사결정자들에게 프로젝트 유형에 따른 개발방법 선택 시합리적인 판단을 할 수 있는 근거자료를 제공해 주려고 한다.
가설 설정
가설 1: 개발방법에 따라 프로젝트 기능점수에 미치는 영향 정도의 차이가 있을 것이다.
가설 2 : 개발유형은 가설1에 영향을 미칠 것이다.
제안 방법
〔1〕이러한 기능점수는 많은선행연구〔2〕〔3〕〔4〕에서 나타난 것과 같이 IT 프로젝트의 노력 품질, 생산성, 규모, 비용(개발비용, 유지보수비용 등) 산정 등을 측정하기 위한 유용한 간접지표로 많이 신뢰되며 활용되어지고 있다〔5〕〔6〔7〕. 본 연구에서는 이와 같은 문헌 연구를 토대로 기능점수를 IT 프로젝트의 품질, 생산성을 나타내는 간접척도로 간주하여, 기능점수를 통하여 프로젝트 개발 방법 간의 결과를 비교분석하도록 한다.
<표 4>에 나타난 것과 같이 시스템의 일반적인 14개의 항목에 대한 영향도(DI : Degree of Influence)를 0에서 5까지 평가 척도를 가지고 결정한 후, 각각의 산출된 DI 값을 합산한 총 영향도(TDI : Total Degree of Influence) 를 가지고 아래 절차와 같이 값조정인자(VAF : Value Adjustment Factor) 를 계산한다.〔9〕
대상 데이터
본 연구 표본자료의 원천이 되는 모집단 자료는 ISBSG (International Software Benchmarking Stand ards Group)에서 제공하고 있는 축적된 자료(data repository) 로서 호주, 미국, 영국, 일본 등 세계 20 여 국가의 총 716개 프로젝트에서 수집되어 축적되어온 자료들이다. 모집단 전체업무별 분포는<표 6>과 같다.
본 연구에서는 기능유형별 복잡도를 가중한 기능점수 (UFP)에 총 영향도(TDI)로 계산되어진 값조정인자(VAF) 를 반영한 최종 기능점수(FP)를 대상으로 한다.
연구 대상이 되는 표본자료를 추출하기 위해 모집단 자료에서 IFPUG 기능점수, 개발유형, 개발방법 항목만을 필터링하여 총 225건의 표본자료를 생성하였다. 이 과정에서 모집단 정규분포에서 벗어나는 값들(outlyers) 또는 관련이 없고 (irrelative), 적용할 수 없거나(not applicable) 알려지지 않은(unknown) 값들은 표본자료에서 제외시켰다.
데이터처리
본 연구에서는 SPSS 12.0 통계패키지를 활용하여 두 가지 형태의 개발유형에 따라 가설1이 영향을 받는지를 우선 검증하기 위해 이원분산분석 (two-way ANOVA)을 실행하였고, 다음 단계로 가설2가 유효하다는 검증결과를 토대로 표본자료를 신규개발과 보강개발로 분리한 후에 각각의 그룹에 대해 일원분산분석 (one-way ANOVA)을 실행하여 가설1을검증하였다.
표본집단에서 개발유형이 신규개 발을 제외한 보강개발만을 추출하여 동일한 방법으로 일원분산분석 (one-way ANOVA) 을 실행하여과 같은 결과를 얻었다.
표본집단을 생성하는 과정에서 개발방법이 자체개발 (development inhouse)은 1, 솔루션구매(solution purchased) 는 2, 복합개발(combined)은 3으로 각각 디코딩한 다음, 일원 분산분석 (one-way ANOVA)을 실행하여 표 10>과 같은 결과를 얻었다.
성능/효과
IT 프로젝트 개발방법에 관련된 기존의 선행연구에서는 솔루션 구매 방식이 자체개발보다는 여러가지 장점을 가지고 있는 이유로 권장하고 있으나, 본 연구 결과에 의하면 개발유형이 신규개발에서는 이러한 연구결과와 일치되나, 보강개발에서는 오히려 솔루션구매 방식보다는 자체개발과 솔루션 구매가 혼합된 형식인 복합개발이 더 효과가 있음이 입증되었고, 개발방법 선택이 개발유형에 따라 달라져야함을 나타내주고 있다. 또한, 본 연구결과는 기업에서 신규개발 또는 보강개발 시에 프로젝트의 기능점수를 높이기 위해 주어진 개발유형 상황에 따라 최적의 개발 방법을 선택해야하는 결정 과정에서 벤치마킹할 수 있는 통계적 근거를 제공함으로서, 프로젝트의 개발방법론 결정에 관련된 사람들에게 의미 있는 메시지를 전달해 주고 있다.
개발유형이 신규개발 또는 보강개발이냐에 따라 가설1 이 영향을 받는다는 것이 통계적으로 유의하게 나타났고, 이와 같은 결과를 토대로 프로젝트의 개발유형을 신규개발과 보강개발과 나누어 검증한 결과, 와 같이 개발유형에 따라 그 결과가 다소 다르게 나타났다.
이러한 연구 결과는 신규개발에서는 소프트웨어의 고기능, 짧은 개발소요시간, 표준화 및 안정성 등과 같은 장점을 가지고 있는 솔루션구매 방법이 다른 개발방법보다 우위에 있음을 나타내주고 있다. 또한 보강개발에서는 이미 구축되어 있는 시스템을 보완하는 자체개발 방법과 자체개발에서 예상되는 단점을 보완해 줄 수 있는 솔루션 구매 방식을 혼합한 복합개발 방법이 기능점수상승에 가장 긍정적인 영향을 주고 있음을 나타내주고 있다.
<표 11>의 LSD 검증결과에 의하면 신규개발과는 달리 , 보강개 발에서는 유의수준 0.05에서 자체개발과 복합개발에서 만 기능점수 평균차이가 유의하게 나타났고, 그 외의 개발방법 간에서는 유의수준 0.05하에서 차이가 없게 나타났음을 알 수 있다. 아래<그림 3>은 보강개발에서 각 개발방법별 기능점수의 평균을 도표로 나타낸 것으로, 앞서 신규개발에서 솔루션 구매가 다른 개발방법보다 현저하게 높게 나타난 것과는 달리, 보강개발에서는 복합개발이 가장 높게 표시되고 있다.
<표 10>의 LSD 검증결과에 의하면 유의수준 0.05에서 자체개발과 솔루션구매의 기능점수 평균차이가 유의하게 나타났고, 특히 솔루션구매와 복합개발의 기능점수의 평균차이는 유의수준 0.05하에서 두드러짐을 알 수 있다. 그러나 자체개발과 복합개발과의 기능점수의 평균차이는 통계결과 유의하지 않는 것으로 나타났다.
이후, 이원분산분석 (two-way ANOVA)을 실행하여 다음와 같이 나타난 결과, 개발유형 (develop ment type)의 F값은 6.671 이고, 유의확률은 0.010 으로 유의한 것으로 나타났다.
그 결과가 다소 다르게 나타났다. 즉, 신규개발에서는 자체개발과 솔루션구매의 기능점수 평균차이, 솔루션구매와 복합개발의 기능점수 평균차이가 각각 유의하게 나타난 반면, 보강개발에서는 자체개발과 복합개발에서 만 기능점수의 평균차이가 유의하게 나타났다. 이와 같은 결과를 근거로 신규개발에서는 솔루션구매가 자체개발과 복합개발에 비해 기능점수가 가장 높고.
통계 결과 Levene의 F값이 L 325으로서 충분히 크며 , 유의확률도 0.255로 유의수준인 0.05 보다 크므로 모집단의 분산이 동일하다는 귀무가설이 채택된다. 이후, 이원분산분석 (two-way ANOVA)을 실행하여 다음<표 9>와 같이 나타난 결과, 개발유형 (develop ment type)의 F값은 6.
후속연구
특히, 대기업에 비해 IT 프로젝트 개발 경험이 전무하거나 미비한 중소기업에게는 본 연구 결과의 의미가 상대적으로 크다고 볼 수가 있다. 더 나아가서 본 연구에서 표본자료로 활용된 IT 프로젝트 자료가 국내가 아닌 세계 각국에서 제공된 것으로, 향후 해외기업을 대상으로 IT 프로젝트를 아웃소싱하거나 해외 프로젝트에 관련된 일을 수행하는 기업에게는 유용한 자료가 될 것으로 기대된다.
이와 함께 호주의 ISBSG 처럼 우리나라에도 국내에서 그동안 수행된 IT 프로젝트의 벤치마킹 자료를 축적하고 제공해주는 기관을 설립하고, ISBSG와의 활발한 교류를 통해 IT 프로젝트와 관련된 다양한 국내외 자료제공 서비스가 이루어지기를 기대한다.
향후 연구과제로, 본 연구에서 대상으로 한 해외 프로젝트 결과 자료가 아닌, 순수하게 국내 프로젝트 결과 자료만을 대상으로, 해외 프로젝트와 국내 프로젝트의 통계 결과를 산출한 후 비교 분석하는 후속 연구의 필요성이 제기된다. 이와 함께 호주의 ISBSG 처럼 우리나라에도 국내에서 그동안 수행된 IT 프로젝트의 벤치마킹 자료를 축적하고 제공해주는 기관을 설립하고, ISBSG와의 활발한 교류를 통해 IT 프로젝트와 관련된 다양한 국내외 자료제공 서비스가 이루어지기를 기대한다.
참고문헌 (17)
KOSMA http://www.kfpug.or.kr
김현수, "기능점수를 이용한 소프트웨어 규모 및 비용산정 방안에 관한 연구," 경영과학 제14권 제1호, 131-149쪽, 1997년 5월
김현수, "프로젝트 측정 및 관리시스템 개발연구," 쌍용정보통신, 20-25쪽, 1998년 8월
박찬규.신수정.이현옥, "국내 소프트웨어 개발사업에 적합한 기능점수규모 예측방법에 관한 연구," 경영과학, 제20권 제2호, 179-196쪽, 2003년 11월
Albrecht, A.J. And Gaffney, J.E., "Software Function, Source Line of Code, and Development Effort Prediction: A Software Science Validation," IEEE TSE, Vol. 9, No. 6, pp. 639-648, Nov 1983
Kemerer, C. F.,"Reliability of function points measurement: A field experiment," Communications of ACM, 36(2), pp. 85-97, 1993
Low, G.C., and Jeffery, D.R.,"Function Points in the estimation and evaluation of the software process," IEEE TSE, 16(1), pp. 81-84, 1990
Albrecht, A.J., "Measuring application develop ment productivity. In GUIDE/SHARE: Procedings of the IBM Applications Development Symposium," Mont erey, CA., pp. 83-92, 1979
※ AI-Helper는 부적절한 답변을 할 수 있습니다.