• Proceedings of the Korean Information Science Society Conference
• /
• 2003.10b
• /
• pp.256-258
• /
• 2003

리팩토링은 외부로 나타나는 행위의 변화없이 내부구조를 바꾸어 소프트웨어의 품질을 높인다. 이러한 리팩토링을 언제, 어디에 적용하는가에 대한 결정은 유지보수자(maintainer)의 주관적인 직관에 따르기 때문에 이를 체계적으로 결정하는 것은 어렵다. 본 논문에서는 메트릭을 이용하여 객체지향 시스템에서 언제, 어떤 리팩토링을 적용할 것인가를 체계적으로 결정하는 방안에 대해서 논의한다. 리팩토링의 최종 결정권은 유지 보수자가 가지고 있으므로 리팩토링에 대한 결정을 보조하는 방안에 초점을 맞추었다. 그리고 본 논문에서 제안하는 방법을 6가지 대표적인 리팩토링에 적용시켜보았다.

• Journal of the Korea Society of Computer and Information
• /
• v.28 no.12
• /
• pp.147-153
• /
• 2023

As it spreads to all industries of artificial intelligence technology, AIaaS equipped with artificial intelligence services is emerging. In particular, non-IT companies are suffering from the absence of software experts, difficulties in training big data models, and difficulties in collecting and analyzing various types of data. AIaaS makes it easier and more economical for users to build a system by providing various IT resources necessary for artificial intelligence software development as well as functions necessary for artificial intelligence software in the form of a service. Therefore, the supply and demand for such cloud-based AIaaS services will increase rapidly. However, the quality of services provided by AIaaS becomes an important factor in what is required as the supply and demand for AIaaS increases. However, research on a comprehensive and practical quality evaluation metric to measure this is currently insufficient. Therefore, in this paper, we develop and propose a usability, replacement, scalability, and publicity metric, which are the four metrics necessary for measuring reusability, based on implementation, convenience, efficiency, and accessibility, which are characteristics of AIaaS, for reusability evaluation among the service quality measurement factors of AIaaS. The proposed metrics can be used as a tool to predict how much services provided by AIaaS can be reused for potential users in the future.

• Proceedings of the KAIS Fall Conference
• /
• 2009.12a
• /
• pp.802-805
• /
• 2009

SOA는 특정 기술이나 플랫폼에 종속되지 않고 느슨한 결합(Loosely Coupled)을 가지고 상호 연동할 수 있는 서비스들의 조합으로 어플리케이션 개발을 가능하게 하는 정보시스템 아키텍처이다. 즉, 한덩어리의 방대한 코드로 이루어진 어플리케이션들을 각각 개발하는 대신 각각의 비즈니스 기능을 수행하는 서비스를 구성하고, 이 서비스를 조합하거나 분리함으로써 비즈니스 프로세스들을 구현할 수 있게 하는 정보시스템 구축을 목표로 한다. 본 연구에서는 SOA기반 소프트웨어의 분야의 기반 기술을 조사하고 SOA기반 소프트웨어 시장과 표준화 동향을 조사하며 SOA기반 소프트웨어 기능성의 품질평가 메트릭을 개발하였다.

• The Journal of Society for e-Business Studies
• /
• v.8 no.2
• /
• pp.113-129
• /
• 2003

Component-based software development (CBSD) has been recognized effective reuse techniques for software development by many of researchers and companies. The purpose of CBSD is to produce a high quality software system quickly through using verified software component which is contained fine-grained business logics. This paper suggests the metrics and techniques for to extract component and its interface from legacy object oriented application. For extract component, we apply metrics to measure complexity, cohesion and coupling to the legacy system.

• Proceedings of the KAIS Fall Conference
• /
• 2011.05a
• /
• pp.204-206
• /
• 2011

SOA는 특정 기술이나 플랫폼에 종속되지 않고 느슨한 결합(Loosely Coupled)을 가지고 상호 연동할 수 있는 서비스들의 조합으로 어플리케이션 개발을 가능하게 하는 정보시스템 아키텍처이다. 즉, 한 덩어리의 방대한 코드로 이루어진 어플리케이션들을 각각 개발하는 대신 각각의 비즈니스 기능을 수행하는 서비스를 구성하고, 이 서비스를 조합하거나 분리함으로써 비즈니스 프로세스들을 구현할 수 있게 하는 정보시스템 구축을 목표로 한다. 본 연구에서는 SOA기반 소프트웨어의 분야의 기반 기술을 조사하고 SOA기반 소프트웨어 장점 및 SOA기반 소프트웨어 효율성의 품질평가 메트릭을 개발하였다.

• Communications of the Korean Institute of Information Scientists and Engineers
• /
• v.21 no.4
• /
• pp.28-32
• /
• 2003

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

클래스에 관한 재사용 관련 정보는 기능.환경면에서 정보와 품질 메트릭 정보로 구분할 수 있다. 기능.환경면에서 정보는 재사용 부품의 기능과 구현 환경에 관한 정보이며, 품질메트릭 정보는 재상용 부품들의 재사용성을 가시적으로 측정할 수 있는 정보이다. 클래스의 재사용성을 측정하기 위해서는 클래스의 절차적이고 객체지향적인 특성들을 모두 고려하여야 한다. 그러므로 본 논문에서는 클래스에 관한 재사용성 관련 정보를 소개하고 품질 메트릭 정보를 정량화시키는 정의식들을 제안하고, 클래스 코드로부터 기능.환경면으로 정보와 품질 메트릭 정보를 추출 및 측정하였다

• Proceedings of the Korean Information Science Society Conference
• /
• 2000.04a
• /
• pp.516-518
• /
• 2000

객체지향 프로그램의 효율성과 설계의 품질을 평가하기 위해서는 필수적으로 정량적 메커니즘을 사용해야 한다. 특히, 개발비용을 예측하기 위한 요구가 커질수록 소프트웨어 개발 생명주기의 초기에 측량해야 하는 필요성은 더욱 강해진다. 따라서, 분석단계 산출물에 대하여 이루어지는 측량은 나머지 개발 주기 단계에서 발견될 수 있는 결함에 대한 예측이나, 시스템의 개발에 소요될 노력과 비용을 예측하는데 사용될 수 있으므로 그 중요성이 더욱 강조되고 있다. 본 논문에서는 클래스 기반(class-driven)의 분석 모델링 절차에 따라 작성되는 모델을 사용하여, 클래스의 책임과 협력 관계에 대한 정보가 주어진 클래스에 대한 복잡도를 측량하기 위한 메트릭을 제안한다. 제안된 메트릭은 클래스들 사이의 상호작용으로 나타나는 협력의 복잡도와 인터페이스 복잡도를 포함하며, 개별 클래스의 복잡도를 사용하여 전테 시스템의 복잡도를 계산하도록 확장할 수 있다. 개발 생명주기의 가장 초기 단계인 분석단계에서 클래스를 어떻게 분할할 것인지에 대한 선택적 직면했을 때, 올바른 클래스 분할을 선택하도록 도와줌으로써, 나머지 개발 단계에서 개발에 요구되는 노력과 시간을 예측하고 관리하는데 사용될 수 있다.

• The Transactions of the Korea Information Processing Society
• /
• v.7 no.2
• /
• pp.373-384
• /
• 2000

There are many researches about metrics to measure a quality of Object-Oriented(OO) software. However, most of them have only discussed a concept or properties of metrics, and have not shown the detailed procedure for measuring them. They also define a measurement indicator as a threshold, but it has been influenced on a project size or application domains. In this paper, we propose metrics based on characteristics of OO design such as size, complexity, coupling and cohesion, and use a propotion to an average as the measurement indicator. It is easy to classify classes which have a result above the average, and to predict classes which reduced the quality of OO design. They will be modified to hold the average. Proposed metrics are analytically evaluated by Weyuker's nine properties. They are satisfied with seven properties except two properties co not apply to OO metrics. Also, we design a quality assessment system, ASSOD(ASsessment System of Object oriented Design), to measure the quality of the OO design independent of the platform.

• Journal of KIISE:Software and Applications
• /
• v.33 no.5
• /
• pp.449-459
• /
• 2006

Product Line Engineering (PLE) has been widely accepted as a representative software reuse methodology by using core assets. As a key element of core assets, product line architecture (PLA) should be generic to a set of applications in the product line (PL). However, the difference between PLA and single system architecture has not been treated well enough, so evaluating PLA still remains as one of the difficult tasks in PLE. In this paper, we identify two intrinsic but overlooked issues in PLA; variability propagation chain and conflicts between architectural elements. And, we present a metric-based methodto evaluate PLA from the perspective of the two issues. We believe that the two issues in PLA and the evaluation method would make designing high-quality PLA more feasible and effective.