• 통합자연과학논문집
• /
• 제9권3호
• /
• pp.206-214
• /
• 2016

The basic goal of software development is to produce high quality software at low cost. Therefore, when to stop software testing and release the software product is a significant point in the software development. The software cost model is an effective tool used to help software developers control costs and determine the release time. In this paper, we discuss the cost model to apply all 6 models with consideration of time to remove errors, cost of removing each error and risk cost due to software failure. We show the impact of cost coefficients and parameter values on the expected total cost by changing the values and comparing the optimal release times.

• 대한전자공학회:학술대회논문집
• /
• 대한전자공학회 2002년도 하계종합학술대회 논문집(1)
• /
• pp.409-412
• /
• 2002

The software complexity model makes an estimated of the product software. For a practice of software managed, need to guideline of the static analysis. Especially, Software complexity model introduced for the estimation of software quantity. In case of measurement the software matrices, its need for us to analysis of software qualify and products. In this paper, we represent that the analysis of function point, control structure and interface, volume matrices in various aspect of switching software. Others, their results utilized similar of project and system development.

• 한국IT서비스학회지
• /
• 제4권2호
• /
• pp.33-46
• /
• 2005

Small/medium software businesses are often at a disadvantage when trying to win government contracts. Rather, most of small/medium software companies work with larger companies in the form of subcontracting. In its broadest meaning, subcontracting refers to the purchase of a part of a product or process from a different company. Appropriate subcontracting system helps both large and small software firms keep in healthy. However, many problems regarding subcontracting have been reported and recognized as one of major obstacles impeding advancement of the software industry. This paper examines the current problems in subcontracting system by conducting a field survey and proposes directions to improve the system for software project. It suggests revision of 'Software Industry Promotion Act' to induce fair relationship among software firms.

• 정보처리학회논문지D
• /
• 제14D권7호
• /
• pp.773-782
• /
• 2007

소프트웨어 프로덕트 라인은 소프트웨어 재사용에 대한 활동들을 미리 계획하고 개발 프로세스의 연속적인 부분으로 이루어지도록 지원하기 위한 방법이다. 이 방법에서 가장 중요한 기술은 관련된 시스템들, 즉 도메인에서 공통성과 가변성(commonality and variability: C&V)을 분석하고 관리하는 것이다. 본 논문에서는 소프트웨어 프로덕트 라인 방법과 RFID 적용 기술을 결합시키고자 한다. 즉, 각 기업 또는 도메인마다 RFID 기술을 도입하려고 할 때, 애플리케이션이 공통적으로 처리해야 하는 활동들을 식별하고 각 활동들이 가지는 가변요소들을 분석하여, 이를 재사용 가능한 소프트웨어 프로덕트 라인 아키텍처로 자산화 하는 방법을 제시한다. 또한 이를 실현하기 위하여 재사용 가능한 프로덕트 라인 아키텍처를 모델링 할 수 있고 식별된 공통된 기능들을 재사용 가능한 컴포넌트로 제공해주는 프레임워크를 개발한다. 공통된 아키텍처를 공유하고 반복적인 기능들을 자산으로 만들어 재사용하는 것은 경제적인 측면과 품질에서 상당한 이점을 가져다 준다.

• 디지털융복합연구
• /
• 제12권12호
• /
• pp.337-343
• /
• 2014

소프트웨어 재사용과 애자일 방법의 통합에 새로운 방안을 찾으려는 여러 노력들이 있다. 본 논문은 스크럼과 같은 애자일 방법에서 재사용과의 통합을 연구한다. 애자일 방법은 잦은 요구사항의 변경을 수용하며, 소프트웨어 재사용은 개발 노력의 단축과 같은 장점이 있다. 스크럼 방법은 산업체에서 빠르게 수용되고 있음에도 불구하고, 스크럼 방법에서는 적극적인 재사용이 강조되지 않고 있으며 대부분의 통합 연구는 소프트웨어 프로덕트라인 공학에 애자일 프랙티스를 도입하고 있다. 하지만, 스크럼의 반복개발과 백로그 상세화 활동은 재사용을 촉진하는 장점을 갖고 있다. 본 연구에서는 재사용을 위한 스프린트의 특성과 구성요소를 식별하고 확장 백로그 정련 스텝을 제시하였다. 본 연구의 결과를 통하여, 애자일 방법에서의 재사용 지원을 위한 스크럼의 백로그 상세화에서 백로그 팩토링을 통합 할 수 있었다. 아울러, 제안된 방법을 인터넷 쇼핑몰 어플리케이션 응용에 적용하고 프로토타이핑을 통하여 백로그 상세화에서의 제품 백로그 재사용을 얻을 수 있었다.

• 정보과학회 컴퓨팅의 실제 논문지
• /
• 제21권2호
• /
• pp.115-120
• /
• 2015

테스팅 프론티어 역량평가 모델은 10년 전 만들어진 ISO/IEC 9126의 소프트웨어 제품 품질기준과 TMMi, TPI의 프로세스 점검 기준들을 사용하다보니, Agile, TDD와 같은 새로운 프로세스와 App, Web 같은 새로운 종류의 소프트웨어 제품을 개발하는 회사들에 대한 역량평가가 어려울 수밖에 없다. 이런 문제에 대한 개선을 위하여 1) 소프트웨어 제품 품질 국제표준 ISO/IEC 9126, ISO/IEC 25010 그리고 SW 테스팅 프로세스 국제표준 ISO/IEC/IEEE 29119 part2 고찰, 2) TCAM 소개, 3) 소프트웨어 제품품질 관점에서 ISO/IEC 9126, ISO/IEC 25010와 TCAM 비교, 분석 4) 소프트웨어 테스팅 프로세스 관점에서 ISO/IEC/IEEE 29119 part2와 TCAM 비교, 분석, 5) TCAM의 개선을 위한 방안을 제안한다.

• International Journal of Quality Innovation
• /
• 제7권1호
• /
• pp.90-97
• /
• 2006

The process of producing software differs in many aspects from that of traditional manufacturing. Software is not manufactured in the classical sense. Development of software more closely resembles the development effort that goes into design new product [1-3]. In this article, we first describe the foundations of process improvement, which all processes can share. The process improvement differences between software and manufacturing process are then discussed, and a defect driven process inspection and improvement is introduced. Based on the discussion, two experiments were designed and the results of the results were collected. Through the comparison, we found that some efficient quality improvement approaches can be easily adapted in the software improvement and that the inspection efficiency is also significant.

• 한국디자인학회:학술대회논문집
• /
• 한국디자인학회 2004년도 춘계 학술발표대회 논문집
• /
• pp.290-291
• /
• 2004

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제36권6호
• /
• pp.431-442
• /
• 2009

소프트웨어 제품 생산 라인(Software Product Line) 공학은 새로운 소프트웨어 개발 패러다임으로 각광받고 있다. SPL에 FORM(Feature-Oriented Reuse Method) 방법론을 적용하면, 휴대전화나 디지털TV 같이 공통점이 많은 제품군의 다양한 소프트웨어를 휘처 모델링을 통해 만들어진 재사용 가능하고 유연한 컴포넌트를 조합하여 생산해 낼 수 있다. 한편, MDA(Model Driven Architecture) 방법론은 PIM(Platform Independent Model) 을 통해 다양한 개별 플랫폼을 위한 소프트웨어를 생산할 수 있게 하는 새로운 기술을 제공한다. 위 두 가지 방법론의 장점을 조합하면 공통점을 공유하면서 다양한 플랫폼에서 동작하는 제품군의 소프트웨어를 생산하는데 도움이 된다. 이 논문에서는 FORM 방법론과 MDA 방법론을 조합하기 위해 먼저, 프로파일링 기법을 통해 UML2.0을 확장하여 FORM 아키텍처와 Parameterized Statechart 모델링이 가능하게 한다. 다음으로, 휘처가 휘처 모델과 Parameterized Statechart사이에서 일관성 있게 element의 형태로 위치하고 있는지 검증하는 일관성 규칙을 제공한다. 몇 가지 규칙은 FORM 아키텍처와 Parameterized Statechart 사이의 일관성을 검사하기 위해 고안되었다. 마지막으로, 엘리베이터 시스템의 사례연구를 통해 이 논문에서 제안하는 모델링 기법과 일관성 검사 법칙의 유효성을 제시한다.

• 정보처리학회논문지D
• /
• 제13D권3호
• /
• pp.383-390
• /
• 2006

현대의 소프트웨어공학 관련 연구 중에서, 산업계가 궁극적으로 추구하는 수준의 생산성을 제공할 수 있는 기술은 아마도 프로덕트라인 공학이 될 것이다. 지금까지의 소프트웨어공학 기술로는 소프트웨어 개발 분야에 프로덕트라인 기법을 실질적이고 실용적으로 적용하기에는 아직 충분히 성숙하지 못한 것이 사실이다. 본 논문에서는 저자가 산업체에서 접한 과거 3년 동안의 PDA 스마트폰 개발 경험을 바탕으로 실용적 수준의 프로덕트라인 기법을 Model-Driven Architecture(MDA) 접근 방법을 통해 제안한다. 이동 단말 시스템의 경우 단말기 제조사, 목적 사용자 층, 이동 단말 사업자 등에 따라 다양한 형태의 소프트웨어가 존재한다. 특히, 최근에는 단말기 사용자가 직접 느낄 수 있는 지원 기능 구성 및 인터페이스 형식은 매우 다양한 형태가 존재하며, 같은 제조사에 시리즈 제품으로 개발하더라도 이 부분에 대한 변이성이 매우 큰 특징이 있다. 하지만, 전형적인 폰 관련 기능 모듈 즉, 음성호 및 화상전화 기능, 메시지, 주소록, 데이터통신, 카메라 및 멀티미디어 기능, 웹 브라우징 과 같은 큰 기능 묶음에 대한 피처(Feature)들은 자체의 다양한 기능적 요구사항과 함께 피처 간 상호 연관성을 크고 다양한 형태로 구성될 수 있는 특성이 있다. 본 논문에서는 이동 단말기에서 구현해야 하는 다양한 형태의 사용자 소프트웨어의 요구사항에 대해 사용 시나리오 상에서 구분 가능하고 의미 있는 장면의 연속 관계로 정의하여 추후 설계, 구현, 시험 단계에서도 소프트웨어 아키텍쳐 역할을 할 수 있는 개발 기법을 제안한다. 따라서, 요구분석 단계에서도 사용자 인터페이스 관점에서 전반적인 소프트웨어 아키텍쳐에 대해 검증할 수 있게 될 뿐만 아니라 소프트웨어 개발 주기 전 과정에서 그 구조를 사용자 인터페이스 관점에서 유지, 관리 할 수 있는 핵심적인 방법을 제공한다.