• 한국IT서비스학회:학술대회논문집
• /
• 2002.11a
• /
• pp.286-292
• /
• 2002

국내기업에서 대부분의 정보시스템이 정보시스템 수명주기로 불 때 운영단계로 진입하고 조직의 정보시스템의존도 및 시스템규모가 점점 늘어남에 따라서 정보시스템의 운영과정에서 발생되는 소프트웨어 유지보수에 투입되는 비용도 증가되고 있다. 그러나 소프트웨어유지보수 프로젝트에 소요되는 투입인력 규모예측에 관련된 연구는 소프트웨어개발부문에 비해 적은 것이 사실이다. 본 연구에서는 유지보수프로젝트를 대상 소프트웨어의 규모는 IFPUG에서 개발된 기능점수기법(function point model)을 적용하여 산정하고, 특정 소프트웨어유지보수 프로젝트 생산성에 영향을 미치는 유지보수환경, 프로덕트, 투입인력 등 3개 영역에서 도출된 총 10개 특성을 보정요소로 설정한 후, 유지보수프로젝트의 소요인력 규모를 추정하기 위한 비선형회귀모형을 제시하고 있다. 실제 수행된 26개 유지보수프로젝트로부터 수집한 실적데이터를 이용하여 이 모형을 실증 분석한 결과 유의한 모형임이 밝혀졌다.

• Journal of Intelligence and Information Systems
• /
• v.25 no.3
• /
• pp.141-160
• /
• 2019

Agile methodologies in software development, including the development of artificial intelligence software, have been widespread over the past several years. In spite of the popularity of agile methodologies in practice, there is a lack of empirical evidence to identify determinants of success of software projects in which agile methods are used. To understand the role of clients in software project where agile methods are used, we examine the effect of client-side factors, including lack of user involvement, unrealistic client expectations, and constant changes of requirements on project success from practitioners' perspective. Survey methods are used in this study. Data were collected by means of online survey to IT professionals who have experience with software development methodologies, and ordered logit regression is used to analyze the survey data. Results of our study imply the following managerial findings. First, user involvement is critical to project success to take advantage of agile methods. Second, it is interesting that, with an agile method, constant changes of client's requirements is not a negative factor but a positive factor of project success. Third, unrealistic client expectations do negatively affect project success even with agile methods.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2008.11a
• /
• pp.449-451
• /
• 2008

웹 기반 프로그램이 발전함에 따라 웹 관련 프로젝트의 규모가 커지게 되고, 참여 인원이 늘어나게 된다. 대규모 프로젝트를 관리하는 것은 매우 복잡하고 어려운 작업이다. 소프트웨어 개발 프로젝트 관리 시스템은 이러한 프로젝트를 관리하는데 있어 유용한 도구로 사용되고 있다. MS Project, OpenProj, Trac 등 많은 프로젝트 관리 시스템이 있지만, 그 중 Trac은 대표적인 웹 기반 소프트웨어 개발 프로젝트 관리 시스템으로서 제로보드, 테터툴즈 등 국내 주요 오픈 소스 소프트웨어 프로젝트에서 사용되고 있다. 본 연구에서는 오픈 소스 프로젝트 관리 시스템에서 많이 활용되고 있는 Trac에 대한 특징을 연구하고 Trac이 가지는 장·단점을 살펴보고 설치 방법을 개선시킬 수 있는 방안을 제안한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2015.10a
• /
• pp.1031-1034
• /
• 2015

프로젝트에서 리스크 관리란 프로젝트 진행 시 발생가능성이 있고, 프로젝트에 긍정적 또는 부정적 영향력을 가진 이슈를 미리 발굴하여, 효과적으로 관리하기 위한 기법이다. 이런 점에서 리스크 관리는 프로젝트 목적 달성 즉 성공을 위한 수단이며, 예기치 못한 사건에 대한 사후대책 보다는 사전대책의 특성을 가지고 있다. 이러한 리스크 관리에 대하여 건설, 금융, 국방, 공공 분야의 프로젝트에서는 그 중요성을 인식하여 다양한 분야의 연구가 활발히 진행 중이고 현장에서도 활용하고 있으나, 소프트웨어 개발 프로젝트에서는 아직 그 중요성에 대한 인식이 부족하고, 현장에서의 활용도 저조하다. 반면 소프트웨어 개발 프로젝트에 대한 고객의 요구사항(비용절감, 일정 단축, 품질 향상, 신기술 적용등)은 점점 복잡해지고, 정교해지고 있어 제한된 리소스로 개발을 진행해야 하는 프로젝트 팀 입장에서는 프로젝트 성공에 대한 부담감이 점점 증가하고 있다. 본 연구에서는 리스크 관리를 수행한 프로젝트와 그렇지 않은 프로젝트의 사례를 비교하여 리스크 관리가 프로젝트 성공에 미치는 영향에 대해 연구하였다.

• Journal of Software Engineering Society
• /
• v.26 no.4
• /
• pp.77-92
• /
• 2013

To plan a software project, the manager (1)make a work breakdown structure (WBS), (2) estimate efforts for each task, (3) assign employee to each task, and (4) estimate overall schedule. When software project becomes complicated, the possible combination of WBS, effort, and employee assignments dramatically becomes larger. Software planning tool can help software project managers to deal with this complexity. In this research, we discuss with a group of experts who work in software industry, to elicit practical requirements that should be considered in the software planning technique. Considering these requirements, we develop a software project planning tool APP (Automatic Project Planner) which provide effort estimation based on historical knowledge data and automatic human resource allocation. Our technique can be the basis of reasonable and practical software project planing.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2019.05a
• /
• pp.314-315
• /
• 2019

소프트웨어 개발은 협업이 가장 중요시 되는 분야 중 하나로 팀 단위의 소프트웨어 개발의 품질 및 생산성 향상을 위해 팀 단위 프로젝트 방법론이 발달하였다. 방법론의 선택에 따라 개발의 결과물과 만족도에 큰 차이가 나타나게 되는데, 고전적인 폭포수(Waterfall) 방식의 대안인 애자일(Agile) 방법론은 점진적인 개발로 프로젝트 진행도중 발생하는 이슈처리를 효율적으로 해결할 수 있어 현재 많은 개발에 적용되고 있다. 그 중 스프린트 기법을 바탕에 두는 스크럼(Scrum)을 사용하는데 소규모 개발팀은 스크럼(Scurm)의 교육 부담과 스크럼 마스터의 부재로 해당 방법론을 적용하기 어려움을 겪는다. 이에 본 논문에서는 소프트웨어 공학의 애자일(Agile) 방법론 중 하나인 스크럼(Scrum)을 실제 프로젝트 관리 시스템의 도구로 사용하기 위해 웹 응용 시스템으로 구현하고자 하며 해당 서비스가 SW개발뿐 만 아닌 다양한 분야의 프로젝트에 적용될 수 있도록 한다. Spring 프레임워크를 이용하여 서버를 구축하고 AWS EC2를 통해 배포하며, BootStrap과 JQuery를 이용하여 웹을 구성하여 팀 프로젝트에 있어 효율적인 관리 도구가 될 수 있도록 한다.

• Journal of KIISE:Software and Applications
• /
• v.26 no.3
• /
• pp.412-421
• /
• 1999

소프트웨어 개발 및 시스템을 구현하기 위해 사용되고 있는 대표적인 프로세스 모델이 IEEESTD1074-1991, ISO/IEC DIS12207-1, SPICE 모델, MIL-STD 498이다. 이들을 실제 국내 프로젝트들에 적용하기 위해 여러 가지 해결방안이 연구되고 있다. 일반적으로 프로젝트을 수행할 때, 개발 이전 단계 프로세스 설계의 실패는 전체 프로젝트 공정에 영향을 준다. 본 논문에서는 프로세스 중심 소프트웨어 엔지니어링 환경을 기반으로 하여 개발 이전 단계의 프로세스를 설계하는 방법을 제안한다. 이 방법은 프로세스, 활동, 테스크들의 연관관계를 도식화하고 있다. 그리고 설계된 결과를 국내 프로젝트들에 적용, 그 결과를 분석한다.

• Smart Media Journal
• /
• v.1 no.4
• /
• pp.79-83
• /
• 2012

In software development process, increasing the size of project(scaling up) is not a same problem as scaling up the parts of small project. Scaling up a project should accompany the communications, and cost, productivity, qualities, development activity, methodologies etc should be considered with it. In this paper, the effective usage of the important elements are discussed in order not to fail to scale up a project.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2015.04a
• /
• pp.553-556
• /
• 2015

정보시스템 구축 프로젝트 환경이 다양해지면서 다양한 소프트웨어 및 하드웨어의 도입이 검토되고 있다. 환경의 다양성이 증가함에 따라 프로젝트의 위험요소들이 늘어남에 따라, 프로젝트 성공을 위해 프로젝트 전반에 걸친 위험요소에 대한 관심이 높아지고 있다. 기존 프로젝트관리 측면에서의 위험요인에 대한 연구는 지속적으로 있어왔으나, 소프트웨어 관점에서의 위험요소에 대한 연구는 그 동안 부족했다고 판단, 기존 프로젝트 위험요소 정의를 기반으로 소프트웨어에서 정의된 위험관리요소에 대한 재정의를 통해 소프트웨어에 대한 위험요소 정의의 타당성에 대해 확인해 보고자 한다.

• Proceedings of the KAIS Fall Conference
• /
• 2008.11a
• /
• pp.250-253
• /
• 2008

본 논문은 프로젝트 수업의 제약점을 고려하면서 소프트웨어의 요구사항을 분석하고 설계해 가는 절차와 방법에 대하여 설명하고 있다. 프로젝트를 위해 시스템을 정의하고, 정의된 시스템을 분석하여 요구사항을 도출하며, 소프트웨어 아키텍처와 상세설계를 수행하는 단계에 대하여 논의한다. 아울러 설계를 위한 다이어그램을 UML로 통일하여 객체지향 방법과 구조적 방법에 적용해 보고자 한다.