• Journal of Korea Multimedia Society
• /
• v.5 no.1
• /
• pp.77-93
• /
• 2002

Now we are following component-based software development as a solution to improve the reusability, reliability, and extensibility of the software. To support these, the developed components must be reused through component repository at software development. However, traditional centralized repositories couldn't activate component markets since not only the number of users were restricted but also most of the provided components were those on clients like user interface and so on. Recently, a lot of server-side components, reused in a specific domain, have appeared thanks to the development of both Internet technology and component technology such as EJB, DCOM, etc. Therefore, component repositories, based on domain information, classify and provide components and must offer web-based service for many users to use it stably. This study introduces the implementation of a component repository based on J2EE application model. It provides application developers with the service to search and extract appropriate components, and supplies them reliable services in web environment.

• The KIPS Transactions:PartD
• /
• v.9D no.4
• /
• pp.619-628
• /
• 2002

Reusable software component is an ultimate goal for the software development. Component based development is focused on advanced concepts rather than passive manipulation or class library with source codes. However, the primary component construction in component based development lead to an additional development cost and effort for reconstructing the new software component within a component model. Java application provides several features based on component model. But, we only have an opportunity to develop the smallest reuse units or the restricted set of GUI components. It cannot contributed as a component and only used in the specific domain component with high cost and efforts. In this paper, we apply java component model to the existing java application and extract javabeans through extending the component scalability. We also discuss the algorithm for transformation mechanism from legacy class to javabeans with a partial of business logic.

• Journal of Korea Society of Digital Industry and Information Management
• /
• v.8 no.3
• /
• pp.11-22
• /
• 2012

GIS have expanded the use-range to the various application area with the advantage of interface environment, the various geographical operation. topological analysis by the friendly user. Early GIS software was developed as monolithic tool in which all functions packed in the same software. But, these GIS software have the problems of the high cost of constructing system, closely related system architecture and the reusability. And there is a lack of interoperability between them because most of them have their own unique data format according to their practical application fields. So Component is a unit that it is cohesive software package which is able to be developed and arranged independently and connected with another component for necessary system composition. In this paper, we analyze the requirements for component design and component specifications based on the extracted components. Commonly used to extract components from the requirements of the GPS component-based development process is presented. These components extracted by the process can be used to assemble components only. In particular, applications for developers to add features specific case without affecting the other components that can be modify the component.

• The KIPS Transactions:PartD
• /
• v.8D no.6
• /
• pp.691-698
• /
• 2001

Component-based development methods are regarded as one of the most important tools for us to cope with ever-increasing software complexity and, at the same time, to improve productivity in software development. This paper presents how to generate test-cases for integrated software from those of member components and how to validate composition of components, by the analysis of domain relations of components. This paper shows the applicability of the proposed technique by the real experiment. This study is based on the dataflow systems architecture and process components, and the technique developed here is an application of domain testing technique.

• Journal of KIISE:Software and Applications
• /
• v.31 no.6
• /
• pp.760-772
• /
• 2004

Component Based Development(CBD) Methodology is widely used in software development lifecycle to improve software quality. The Component Based Development(CBD) results to improve software reusability and reduce development term and cost. For this reason, lots of Enterprises are trying to make their processes to components. But, there has been few quality assurance or reusability testing action to those components. Most software component users can not know how their components are reusable and what extent their components satisfy to th eir quality requirements. For this reason, this paper suggests that software components can be measured their reusability by metrics proposed by this paper. We propose that in measuring software component reusability, there are direct metrics and indirect metrics. The results made by direct metrics are suggested to measure indirect metrics, so results to obtain reusability metrics.

• The Journal of Information Technology
• /
• v.12 no.2
• /
• pp.31-37
• /
• 2009

Component-based software development [CBSD] is a new paradigm of recent software development. CBSD was started from reuse of software and study on software component technique. In order to improve produce and quality of software development, there is study on reuse of components lively and how to develop, share, and manage components effectively. In this study, I would like to suggest a method that is able to simply test a new application system by developing systems developed individually into components, registering them, and combining them.

• Journal of the Korea Society for Simulation
• /
• v.15 no.2
• /
• pp.59-69
• /
• 2006

Component-based software development is introduced as a new development paradigm in software development method. This approach is different from existing software development approach because it is based on reusable and autonomous unit, component. Therefore, component-based development(CBD)is divided into two stages; component development process and component assembly process; application development process. Component development process is the core of CBD because component has a key for good software. Currently many methodologies or tools have been introduced by various academies or industries. However, those don't suggest systematic and flexible modeling techniques adaptable easily into component development project. Existing approaches have a unique orarbitrary modeling technique or provide heuristic guidelines for component modeling. As a result, many component developers are faced with a difficult problems; how to developcomponent models, when develop which diagrams, and so on. In order to address this problem, we suggest a meta-model driven approach for component development in this paper. We provide meta-models according to both layer and development phase. We expect that suggested meta-models allow component developers to develop appropriate models of the time.

• The KIPS Transactions:PartD
• /
• v.8D no.6
• /
• pp.681-690
• /
• 2001

In this paper, we propose a steering concept that considers overall aspects in the CBSD (Component-Based Software Development) environments. While many researches which are concentrated on using components, market promotion and component development itself seem to be insufficient. To overcome this problem, we introduce a brokerage concept called“Value-Added Brokerage Concept”that provides the following three services：1) domain architecture-based component promotion, 2) intelligent component search, and 3) white-box service. Domain architecture-based component promotion facilitates balancing component production and promoting architecture-level large scale reuse. Intelligent component search enables to overcome the long time search and selection problem. Finally, white-box service is for solving maintenance problems, which is one of the most critical problem in the CBSD environments. Especially, we expect this proposed concept would be well adapted to our national environments.

• Journal of the Korea Academia-Industrial cooperation Society
• /
• v.10 no.12
• /
• pp.3715-3724
• /
• 2009

Recently, component-based software development is getting accepted in industry as a new effective software development paradigm. Since the introduction of component-based software engineering (CBSE) in later 90's, the CBSD research has focused largely on component modeling, methodology, architecture and component platform. However, as the number of components available on the market increases, it becomes more important to devise metrics to quantify the various characteristics of components. In this Paper, we propose metrics for measuring the complexity, customizability, and reusability of software components. Complexity metric can be used to evaluate the complexity of components. Customizability is used to measure how efficiently and widely the components can be customized for organization specific requirement. Reusability can be used to measure the degree of features that are reused in building applications. We expect that these metrics can be effectively used to quantify the characteristics of components.

• Journal of Software Engineering Society
• /
• v.25 no.1
• /
• pp.11-18
• /
• 2012

Characteristic of decommissioning target facility investigate and understand is very important. because radioactive materials occurs in the decommissioning and dismantling, so it is difficult to use a general dismantling method. Decommissioning nuclear facilities, the characteristics of the target of research to predict the amount of decommissioning waste, decommission projects costing is largely utilized. For this purpose, we developed DEFACS(Decommissioning Facility Characterization DB System) that manage characteristic of decommissioning target facility. But nuclear facility decommissioning takes long time. so we inevitably developed system during decommissioning works, it occurs many system changes. For this reason, it is difficult to apply general development process, so we take CBD process that divide CD(Component Development) and CBSD(Component Based Software Development) for handling change of requirement. it make Component of the overall system for changes to minimize changes by strengthening the independence of components and processes due to changes in requirements were to minimize stopping of the process.