• Proceedings of the Korean Information Science Society Conference
• /
• 2004.10b
• /
• pp.445-447
• /
• 2004

최근의 정보시스템 개발은 컴포넌트 기반 소프트웨어 개발로서 반복적인 소프트웨어 개발 공정을 따른다 반복(Iteration)이란 정보시스템 개발 생명주기(SDLC)의 요구사항, 분석, 설계, 개발, 테스트 과정을 기존의 Waterfall방식으로 개발하지 않고, 각 단계들을 반복적으로 수행하여 시스템을 개발하는 방식이다. 따라서 기존의 단계, 액티비티 그리고 하위의 타스크에 해당하는 산출물 완성유무를 가지고 프로세스 측면의 공정 진척을 적용하게 되면 프로젝트 현 시정의 공정 상태를 명확하게 파악하는 것이 불가능하다. 본 연구에서는 최근의 컴포넌트 기반 소프트웨어 개발에서 요구되어지는 유스케이스 기반의 프로덕트 중심의 공정 진척 관리에 필요한 기법들을 연구하였다. 본 논문에서는 유스케이스가 분석, 설계, 개발, 테스트, 배포되는 과정에 있어서 산출물 기반 진척관리에 대한 기법을 제안함으로서 반복적인 소프트웨어 개발에서의 진척 관리 체계화를 증대할 수 있는 기법을 제시한다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2003.04c
• /
• pp.124-126
• /
• 2003

인스펙션은 소프트웨어 개발 프로세스에서 작성된 산출물에 대한 품질 보증 활동의 하나이다. 산출물에서 결함을 찾을 수 있는 가장 정형적. 효율적, 경제적인 방범이 인스펙션이라고 알려져 있다［1］. 인스펙션은 테스트 전에 결함을 검출하여 소프트웨어의 품질을 높이고, 테스트 후에 발견되는 결함을 줄임으로써 유지보수에 드는 시간과 비용을 절감시킨다. 본 논문에서는 인스펙션 중에서도 코드에 관련된 인스펙션을 연구하고자 한다. 현재의 개발 패러다임은 CBD(Component Based Development)로 가고 있다. 소프트웨어 개발이 많아지고 규모가 커짐에 따라 재사용성이 뛰어난 컴포넌트로 개발들이 이루어지고 수행되고 있다. 컴포넌트를 개발할 때에도 품질은 중요한 문제이기 때문에 연구가 필요하다. 기존의 패러다임에서는 품질을 위한 인스펙션에 관한 많은 연구들이 있었고 진행되었다. 하지만 CBD에서의 품질을 위한 인스펙션에 관한 연구는 많이 이루어지지 않고 있다. 본 논문에서는 이러한 문제점을 알아보고 EJB(Enterprise Java Beans) 컴포넌트에 대한 코드 인스펙션을 통해 결함을 줄이고 품질을 향상시키기 위한 컴포넌트 인스펙션 프로세스(Component Inspection Process)를 실시한다. 프로세스의 각 단계에서는 UML 다이어그램. EJB의 콜백 메소드 흐름 다이어그램, 그리고 체크리스트를 사용한다. CIP 사용함으로써 CBD에서의 많은 결함을 줄이고 품질을 향상시킬 수 있게 될 것이다.

• The KIPS Transactions:PartD
• /
• v.13D no.1 s.104
• /
• pp.61-66
• /
• 2006

It is reported that the success ratio of software development projects has been only 30%. Many causes lower project's chance of success, particularly lack of systematic project management. Especially, moving on the next phase of project with unsatisfactory outputs can be very problematic because it can cause much waste of resource, time and even lead to the failure of the whole project. Peer review and inspection are some of the practices designed to prevent such waste and possible failure. When defects are identified through such progress, each developer has to work on the product component again and fix the problem. This process is called rework. In this paper, we propose a method for improving quality of reworked product component to prevent excessive cost and time consumed caused by moving on the next phase of a project with a problematic product component. More specifically, this paper suggests a rework indicator that measures the level of rework based on its complexity and severity and is used to choose appropriate checking method on reworked product component. The research also confirmed the method's usefulness and effectiveness by applying the suggested method on four projects.

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

기존 객체 지향 방법론에 의한 소프트웨어 개발에서의 공통적인 문제점은 표기법이 복잡하고, 산출물도 많아서 사용자가 이해하기가 어렵다는 것이다. 또한 분석단계에 있어서도 객체추출의 자세한 가이드라인을 제시한지 않고 있어서 개발자들의 감각과 경험에 크게 의존하고 있어 일관성이 없으며, 추출된 객체들 사이의 연결을 찾기가 쉽지 않아 확장이 어렵다. 따라서, 본 논문에서는 간단한 표기법과 산출물로 개발 초기부터 사용자의 참여를 유도할 수 있는 정보 구조 모델링을 이용하여 분석 단계에서의 객체 추출에 대한 가이드 라인을 제시하고자 한다.

• Annual Conference of KIPS
• /
• 2003.05c
• /
• pp.1849-1852
• /
• 2003

컴포넌트란 하나 이상의 기능을 가진 독립적인 소프트웨어이며, 조립을 통해 응용 프로그램을 생산할 수 있는 규격화된 부품을 의미한다. 이러한 컴포넌트는 대개의 경우 EJB, COM 등의 프레임워크 표준에 따라 만들어진 바이너리 코드인 구현 컴포넌트만을 지칭하였지만 최근에는 개발 과정에서 만들어진 재사용 가능한 모든 산출물을 포괄하는 개념으로 확장되었다. 즉, 분석 및 설계 과정에서 만들어지는 문서 형태의 중간 산출물 역시 재사용의 대상이며, 경우에 따라서는 그 효과가 훨씬 크고 근본적일 수도 있기 때문이다. 그러나 그간의 적용 경험과 여러 연구에서 지적된 바와 같이 이러한 컴포넌트 기반 개발의 장점을 살리고 널리 보급하기 위해서는 컴포넌트를 이용한 시스템개발의 단순한 요소 기술이 아니라 시스템 개발 환경 전반을 포괄하는 기반 환경으로 이해하고 이를 지원할 수 있는 체제를 구축해야 한다. 특히 컴포넌트의 특성상 다양한 개발 방식이 공존하게 되므로 이들간 최소한의 공통적인 부분을 유지할 수 있게 해주는 컴포넌트 관련 표준의 제정이 시급한 실정이다.

• Journal of the Korea Society of Computer and Information
• /
• v.16 no.11
• /
• pp.179-187
• /
• 2011

Though any method in various software development methodology is selected and used in performing IT project, there are quite a few problems in applying it to the project environment, thus customizing effort as a reasonable method is continuously demanded. Therefore, the study attempted to track a basic frame formation process of quality management model applying the software development methodology based on SDLC that is widely used. The study analyzes and modelized an empirical cases of a financial company that is relatively highly rated by expert groups through a variety of trial and error and continued supplementation for it for a long time. And in addition to it, it analyzes cases of public institute project, derives problems, and also proposes a guideline related to creating artifact.

• The KIPS Transactions:PartD
• /
• v.8D no.2
• /
• pp.166-174
• /
• 2001

Lately computing environment is changing into integrating open system. This paper proposes Integrated Management Model to improve productivity about new software development. The model is divided by Management Model to deal with the rapidly changing environment effectively into three layers: the first layer classifies and displays information to users, the users, the second layer controls function, the integration and management layer, and the last layer manages data, the objects management storage layer. So it designs of Efficient Object Management Repository Using Integration Management Model. This might support afterward prototyping in maximizing the reuse of software, which is advantage to the integration of the system, and in promoting its productivity.

• The KIPS Transactions:PartD
• /
• v.9D no.3
• /
• pp.435-446
• /
• 2002

Recently, many IT organizations develop software system with reusable component. Effective reusing of components increases software development productivity and quality. And, development of high quality component documents decrease maintenance problems, which are issues in component-based software development. In this paper, we propose a quality evaluation model of component development documents by empirical research. It consists of component quality reference model (CQRM) and quality evaluation model (CQEM). CQRM contains quality guidelines for component developers. CQEM contains evaluation guidelines for component consumers and distributors. We performed case study to verify this paper. Also, we presented quality improvement methods and improvement effects of component development documents. The quality evaluation model of component development documents proposed in this paper leads component development documents with high quality, and provides a rational quality evaluation model.

• School Mathematics
• /
• v.12 no.3
• /
• pp.301-322
• /
• 2010

In this study, researchers developed the criteria evaluating mathematically gifted students' creative products, which contain such evaluation headings as cognitive abilities(; creativity, analytic thinking, expert skill and knowledge), performing ability of the Mathematically Gifted-Creative Problem Solving process. And then a case study is carried out to apply the criteria to an actual condition of mathematically gifted education. This case study shows that how teachers can apply those of model and criteria in actual condition of the mathematically gifted education. Through the criteria above mentioned, the characteristics of creative productivity can be grasped clearly and evaluated in detail.

• Journal of Internet Computing and Services
• /
• v.9 no.2
• /
• pp.107-118
• /
• 2008

The XP, the representative methodology of Agile software development, maximizes the effectiveness of the development by focusing on development itself and using primitive and basic process definition that can be easily implemented in the fields. However, the most of XP's practices came from those of engineering and the manogement practices of work product tend to be overlooked. The research on the implementation of those manogement practices has not been performed enough. Because of deficiency of processes that guide the change control over major baselines of work product and that describe proper continuous integration and refactoring in XP, the integrity of those work products is difficult to be guaranteed. To fulfill this work product integrity, CM(configuration manogement) should be hired and CMMI(Capability Maturity Model Integration) is considered to be the best references for that purpose, CMMI defines the required practices of CM and leave implementation details to the organization so that it could customize those practices based on the characteristics of its development methods. The CM process implementation guidelines based on CMMI could provides work product integrity with a way of keeping XP's agility that includes continuous integration, refactoring and small release. In this research, we selected CM process factors applicable to XP among CMMI's CM practices and based on them we developed the CM implementation guidelines.