Earticle

본 논문은 EJB 3.0과 EJB 3.1에 연관된 객체 지향 소프트웨어 개발 생산성에 대한 정량적인 평가 지표를 제공하는데 목적이 있다. N-Tiers 엔터프라이즈 아키텍처가 가지고 있는 문제점을 해결하고 장점들을 지원하기 위하여 새롭게 등장한 아키텍처가 경량 컨테이너 아키텍처이다. 이 구조는 EJB(Enterprise JavaBeans) 아키텍처와 같이 무겁지 않으면서도 EJB 컨테이너의 모든 기능을 제공하는 구조이다. 그러나 동일한 플랫폼 상에서 EJB 3.0과 EJB 3.1에 대한 성능 평가 연구는 부족하였다. 또한 정량적인 분석도 일부분의 LoC(Line of Code) 분석만 시도함에 따라 새로운 사양이 발표됨에도 구체적인 평가 지표와 지침이 부족하여 소프트웨어 개발 생산성의 평가와 프로젝트의 새로운 시도에 제한이 있었다. 따라서 본 연구에서는 동일한 개발 플랫폼 환경을 기반으로 영화예매시스템을 EJB 3.0과 EJB 3.1에서 설계하고 구현한 후, 개발 플랫폼 환경별 객관적인 소프트웨어 개발 생산성 비교 및 표준화에 따른 평가 지침을 제공하고자 한다.

The purpose of this study is to provide a quantitative evaluation index of object-oriented software development productivity for EJB 3.0 and EJB 3.1. A lightweight container architecture is a newly-developed architecture in order to solve demerits that N-Tiers enterprise architecture has and to support merits therein. A lightweight container architecture is not as heavy as EJB(Enterprise JavaBeans) architecture is, whereas it provides all the functionality of the EJB container. However, there have been insufficient studies on a performance evaluation of EJB 3.0 and EJB 3.1 on an identical platform. Since a quantitative analysis has been performed only with respect to a partial LoC(Line of Code) analysis, there have been insufficient objective evaluation indeces and guidelines for a new specification released. Accordingly, there has been limited evaluation of software development productivity and on new innovations in a project. Therefore, this study designed and implemented a movie reservation system in EJB 3.0 and EJB 3.1, which was based on the same development platform environment. This study then intends to provide evaluation guidelines for an objective software development productivity cl LoC(Lineand standardization thereof by development platform environment.

본 연구는 소프트웨어 개발과 성과에 대한 연구를 조사하였다. 소프트웨어의 생산성과 품질 성과 크게 두 측면으로 조사되었다. 소프트웨어에 대한 기존 연구를 통하여 많은 연구들이 진행되어 왔지만 생산성과 품질에 대한 전체적인 영향요인을 포괄적으로 다룬 연구는 매우 적은편이다. 본 연구는 20개국에서 13년 동안 수행된 프로젝트의 성과를 대상으로 영향요인을 조사하였다. 영향요인은 다음과 같다. 소프트웨어 개발 형태, 개발 플랫폼, 개발 기술, 개발 언어, DBMS, 방법론, 방법론 획득 방식, CASE 툴, 총 개발투입 시간, 인적자원 참여 수준, 최대 팀 사이즈가 조사되었다. 본 연구결과 펑션 포인트, 코드 라인 수, 소프트웨어 결함(치명적, 중요, 작은)각 품질과 생산성을 대표하는 변수로 측정되었고 제시된 영향요인과 관련이 있음이 조사되었다. 따라서 소프트웨어 개발에 있어 성과와 품질에 영향을 미치는 요인들이 각각 틀리며 이와 같은 이유 때문에 개발에 참여한 소프트웨어 개발자들은 두 가지 측면에 요인을 균형있게 고려해야 할 것이다.

Performance of software development is measured by two major criteria – roductivity and quality. Although the criteria is empirically tested in software engineering research, they often present with a limited way under consideration of a few factors or contexts for developers to focus on the either productivity facets or quality facets. Analyzing data on software development performance collected over a 13-year period from 20 countries, we investigated how major software development factors – development type, development platform, development technique, language type, DBMS, methodology, methodology acquisition, CASE,, summary of work effort, resource level, max team size, affect the performance of software development. The results suggest that productivity and quality of software development are affected by different factors and context: function points, line of code, extreme defects, major defects, or minor defects. This research provides the empirical evidence that the two performance criteria require for software developer to have careful attention to find the optimal balance between the two performance criteria.

지난 몇 년간 공공 정보화 사업의 기능점수 고정단가 방식의 한계점과 문제점을 조사하고자 해 외 주요 선진 국가들이 적용하고 있는 기능점수 기반의 생산성 적용 사업대가 산정 방식을 검토하고, 다양한 소프트웨어 사업의 특성별 개발 생산성에 영향을 미치는 요인들을 실증적으로 분석하였다. 기 존 국내외 관련 문헌연구와 해외 주요 선진 국가들의 사업대가 산정 가이드를 참조하여 개발 생산성 에 영향을 미치는 7개의 독립변수(개발유형, 기능점수 예측규모, 인력 참여형태, 개발언어 유형 및 개 수, 개발 방법론 유형, 개발 생명주기 모형, 개발 플랫폼)와 종속변수인 개발 생산성(1FP당 투입 M/ M, 총 기능점수/총 투입인력)간 상관관계에 관한 가설수립과 통계 분석을 수행한 결과 기능점수 예측 규모, 개발언어 유형, 개발 방법론, 개발 플랫폼의 유형에 따라 개발 생산성 차이가 있는 것으로 나타 났다. 매년 기능점수 단가 상승 요구 및 단가 신뢰성 이슈에 부담을 줄이고 대가 산정의 유연성 확보 를 위해서는 본 연구 결과를 활용한 생산성 기반의 대가산정 체계로의 적극적 검토가 필요할 것으로 생각된다. 또한 앞으로 보다 다양한 분석을 통해 국내 공공 소프트웨어 개발 생산성을 진단하고 및 제 고 방안을 마련하고, 개발 생산성을 고려한 적정 사업기간과 투입인력을 산정하는 등 국내 소프트웨 어 개발 경쟁력 향상에 기여될 수 있기를 기대한다.

This study aims to improve the shortfalls and limitations of the function point per fixed pricing methodology of public software projects. The calculation methodologies used by developed countries for function point development productivity of software project pricing has been evaluated. In addition, the purpose of this research pertains to the analysis of empirical factors that affect the development productivity of various aspects of the software industry. Between the 7 independent variables that affect development productivity(type of development, function point scale, labor participation, type and number of development language, type of development methodology, development life-cycle model, development platform) and dependent variables (M/M per 1FP, total function point/total # of employees), it was discovered that development productivity was affected by the correlation hypotheses and the results of the statistical analyses of the function point scale, type of development language, development function and development platform. Existing domestic literature and software project pricing guides utilized by developed countries were used as references. In order to alleviate the burden of responsibility related to the increase in unit price for function points and securing the flexibility of cost calculations, serious consideration should be given to the pricing methodologies outlined in this research. Going forward, the development productivity for domestic software projects should be assessed via rigorous analyses, resulting in a plan for process improvement. It is hoped this research can contribute to the efficacy of the calculating the adequate project period and personnel with due consideration to the development productivity and an improved competitiveness for domestic software developers.

스마트폰 기반 IT지원 프로그램 개발에 대한 요구들은 첫째 스마트폰 운영체제에 따라 각각 별도의 개발이 필요하여 개발기간에 많은 시간이 소요되며 둘째 자체개발이 어려울 경우 외주개발에 대한 고비용 확보가 어려운 이유로 개발이 어려운 상황으로 앱 개발 생산성을 향상에도 큰 문제로 작용하고 있다. 본 논문에서 제안하는 스마트 앱 개발 자동화는 자동화된 앱 개발 생산성을 바탕으로 구글의 안드로이드마켓과 애플의 앱스토어의 성과를 단기간에 능가하고 글로벌 1위의 앱마켓 구현을 달성하기 위한 비즈니스 전략이다. 부가적으로 앱 개발에 대한 파격적인 저가격 정책과 글로벌 온라인 마케팅 활동을 전개하여 예산, 범위, 난이도, 규모 등과 관계없이 앱 기반 비즈니스용 프로그램 개발을 수행한다.

Smart phone based IT support programs are faced with difficulties due to the following reasons first, long development period is required as separate developments are necessary respectively depending on the operating system of Smart phone second, it is also difficult to secure high development cost for the outsourcing of the development. It is a big problem for improving app developing productivity. Smart App Factory which is suggested in this thesis is the business strategy to surpass the Android market of Google and App Store of Apple within short period of time based on App productivity of Smart App Authoring Tool and to accomplish the materialization of App market which is in the 1st global position and all potential customers who need programs for their works regardless of budget, scope, complexity and scale will be implemented by unfolding unprecedented low price policy and global online marketing activities for App development.

Performance of software development is measured by two major criteria ? productivity and quality. While the criteria complement each other, they often present a dilemma for developers to focus on the both facets at the same time. Analyzing data on software development performance collected over a 13-year period from 20 countries, we investigated how three software development factors ? (1) work effort, (2) level of user involvement (3) team size? affect the performance of software development. The results suggest that productivity and quality of software development are affected in different ? often-conflicting ? ways by the three software development factors. The findings provide empirical evidence that the two performance criteria do create dichotomic situations for software developer and require careful attention of project management teams to find the optimal balance between the two conflicting criteria.

소프트웨어 개발 프로젝트 사업의 성패는 사업의 첫 관문인 소프트웨어 견적의 결과에 좌우되는 경우가 많다. 특히, 확정가격 계약으로 수행되는 국내의 소프트웨어 사업 관행 하에서는 견적의 잘못이 회사의 존폐로 귀결되는 경우도 있다. 견적의 핵은 정확한 원가의 파악인데, 이를 위해서는 고객이 요구한 업무량과 개발자의 생산성을 정확히 아는 데서 출발해야 한다. 문제는 고객의 요구를 사업 초기에 정확히 파악하는 것이 쉽지 않을 뿐 아니라, 개발자 자신의 생산성을 잘 모른다는 것이다. 더욱이 정보의 부족으로 프로젝트의 특성 파악을 제대로 할 수 없어서, 해당 프로젝트에 적합한 생산성 보정계수의 적용이 어렵다는 점이다. 본 사례는 삼성SDS가 금년도에 종료된 수십 여 개의 프로젝트로부터 수집한 생산성 영향인자들이 생산성에 어떠한 영향을 어느 정도나 미치는 지를 분석한 것이다. 본 분석을 통하여 생산성에 영향을 미치는 주요 인자들을 식별할 수 있었고, 이들이 미치는 영향 정도를 바탕으로 견적에서 활용할 수 있는 다양한 파라메트릭 모델을 만들 수 있었다. 본 논문은 생산성 영향인자의 식별과 이들을 이용한 견적용 파라메트릭 모델의 개발 방법을 다루었다.

항만의 서비스 수준은 항만의 운영 및 관리 주체인 터미널운영사(TOC), 항만공사 및 정부의 입장에서 항만간 경쟁력의 기준이 되며, 항만의 이용 주체인 선사 및 화주의 입장에서는 어느 항만을 선택할 지를 결정하는 중요 지표로도 활용된다. 이러한 지표의 중요성을 고려하여 컨테이너 부두 및 벌크부두를 대상으로 중요 서비스 지표인 선석 점유율, 선박 대기율, 선석 처리량, 접안 척수, 평균 대기 척수, 평균 대기 시간과 같은 6개 지표를 객관적으로 정의하고 관리할 수 있는 소프트웨어를 개발하였다. 컨테이너 부두는 1개 선석부터 6개 선석까지와 벌크 부두는 1개 선석부터 4개 선석까지를 선택적으로 활용할 수 있도록 6개의 서비스 지표를 산정하여 예측이 가능토록 하였다. 이를 활용하면 선석점유율 대비 선박 대기율, 선석 처리량, 접안 척수, 평균 대기 척수, 평균 대기 시간을 예측할 수 있다. 추가하여 선박의 도착 패턴에 따라 선박 대기율과 항만의 생산성 지표인 연간 처리량도 어떻게 변화되는지를 예측할 수 있도록 하였다. 결과적으로, TOC 입장에서는 서비스 지표인 선박 대기율과 생산성 지표인 연간 처리량의 관계에서 최적의 운영 수준을 전략적으로 선택(Trade-off)할 수 있으므로 경쟁 항만에 대비하여 더 많은 선사 및 화주를 유치할 수 있으므로 터미널 수입도 극대화할 수 있다.

Port service level is a metric of competitiveness among ports for the operating/managing bodies such as the terminal operation company (TOC), Port Authority, or the government, and is used as an important indicator for shipping companies and freight haulers when selecting a port. Considering the importance of metrics, we developed software to objectively define and manage six important service indicators exclusive to container and bulk terminals including: berth occupancy rate, ship's waiting ratio, berth throughput, number of berths, average number of vessels waiting, and average waiting time. We computed the six service indicators utilizing berth 1 through berth 5 in the container terminals and berth 1 through berth 4 in the bulk terminals. The software model allows easy computation of expected ship's waiting ratio over berth occupancy rate, berth throughput, counts of berth, average number of vessels waiting and average waiting time. Further, the software allows prediction of yearly throughput by utilizing a ship's waiting ratio and other productivity indicators and making calculations based on arrival patterns of ship traffic. As a result, a TOC is able to make strategic decisions on the trade-offs in the optimal operating level of the facility with better predictors of the service factors (ship's waiting ratio) and productivity factors (yearly throughput). Successful implementation of the software would attract more shipping companies and shippers and maximize TOC profits.

본 논문에서는 소프트웨어 개발 프로제트의 수행시 당면하고 있는 문제들 - 납기지연, 개발예산 초과, 수정 및 변경시 관리상의 어려움 등 -을 해결하는데 상당한 도움을 줄 수 있는 한국적 프로젝트 개발방법론 관리방법론과 이와 연계된 마르미 지원도구를 소개하였다. 소개되어진 방법론과 지원도구는 국내 소프트웨어 개발 프로젝트의 생산성 및 품질향상에 중요한 기여를 할 것으로 기대되며, 궁극적으로 국내 소프트웨어 산업의 경쟁력 향상에 큰 역할을 할 것으로 기대된다.

기존의 많은 통합모델 기반의 소프트웨어 개발이 불완전한 요구사항과 이로 인한 지속적인 변경으로 인해 일정 지연과 비용 상승이 이어지고 있다. 이러한 문제를 해결하기 위하여 개발 초기부터 명확한 요구사항 정의를 기반으로 소프트웨어 분할발주 개념을 적용한 시스템 개발이 이루어지고 있다. 그러나 현실적으로 여전히 초기 요구사항의 불명확성으로 인해 어려움이 여전히 발생하고 있다. 본 연구에서는 사례 프로젝트에 소프트웨어 분할발주 개념을 적용한 후 발생하는 요구사항 문제점을 식별하고 원인을 분석한 후 요구공학 프로세스와 방법론을 적용한 개선 방안을 제시하여 소프트웨어 개발 생산성을 높일 수 있도록 한다.

Many existing integrated model-based software developments have been delayed and costly due to imperfect requirements and constant changes. In order to solve these problems, it is developed software system using software split ordering based on definition of complete requirements. In reality, however, It is still difficult due to the uncertainty of the initial requirements. In this paper, we identify the problem of requirements and analyze the cause of problem after applying the software split ordering to the case project. And we suggest improvement method by applying requirements engineering process and methodology. So we can increase the productivity of software development.