• Proceedings of the Korea Water Resources Association Conference
• /
• 2008.05a
• /
• pp.2197-2201
• /
• 2008

우리나라의 수문학적 특성을 살펴보면 유로가 짧고 경사가 급하며, 하계에 연강우량의 2/3 이상이 집중하기 때문에 치수적으로 매우 불리한 조건에 처해 있다. 수문학적으로 연최대 유량 대 연최소 유량의 비인 하상계수(河狀係數)를 외국하천의 경우와 비교해 보면 우리나라 하천의 경우가 수십 배에 달해 매년 홍수피해에 노출되어 있음을 알 수 있다. 특히 필댐의 경우 월류에 매우 불안정하므로 홍수방어능력의 중요성은 더욱 커진다. 따라서 본 연구에서 홍수방어능력이 부족한 필댐을 통하여 그 원인과 보수 보강 대책에 대하여 다양한 방법으로 검토하고자 한다.

• Magazine of the Korea Concrete Institute
• /
• v.14 no.6
• /
• pp.14-19
• /
• 2002

과연 콘크리트 구조물에 있어서 누수 균열은 문제가 되는 것일까？ 이에 대해 설계, 구조 시공, 재료(콘크리트), 방수, 품질 및 안전의 관련 전문가는 여러 가지 이견을 말하고 있다. 또한 콘크리트 구조물에 관계하는 발주자, 건축주, 사용자, 시공자의 입장도 상황에 따라 다르게 해석하고, 평가하고 있다. 예를 들면 일반적으로 발주자(건축주 등)는 시공자에게 누수 균열은 하자이므로 무조건 보수할 것을 요구하는 반면 사용자(언론 포함)가 문제를 제기할 때(공공공사의 경우) 발주자는 이에 대해 크게 문제되지 않는다고 답변하는 경우도 많다. 어떤 기술자는 콘크리트의 누수 균열은 피할 수 없는 사항이므로 근본적으로 해결할 수 없으므로 완벽한 시공 및 보수는 어렵고, 다만 전체적인 누수량이 어느 정도 이하가 되도록만 관리할 뿐이라고 말하고, 또한 지하 구조물의 누수 균열은 피할 수 없어, 누수를 시각적으로 가리기 위한 보호벽을 쌓아 관리하는 것이 당연하다고 말하는 기술자도 있다. 그럼에도 불구하고 일반 사용자들은 무조건 누수균열이 없어야 한다고 의견을 제시하고 있다. 특히 언론에 구조물 누수의 문제가 수시로 보도되어 관계자 및 관련 건설기술자들의 자존심이 크게 훼손되고, 이를 보수하기 위한 비용이 엄청나게 지출되고 있음을 볼 때 적당히 간과해서는 안될 문제임에는 틀림없다.(중략)

• Proceedings of the Korean Vacuum Society Conference
• /
• 2011.02a
• /
• pp.354-354
• /
• 2011

인공위성이 임무를 수행하는 우주환경은 지상 환경과 달리 고진공 및 극저온의 극한환경으로 지상에서는 제대로 작동하는 것으로 관찰되더라도 우주환경에서는 예상하지 못한 기능장애를 일으켜 위성의 성능에 치명적인 영향을 미치기도 한다. 이에 10e-5 torr 이하의 고진공과 $-180^{\circ}C$ 이하의 극저온 환경을지상에서 모사하여 위성체의 안정성 및 신뢰성을 시험한다. 시험에는 열진공챔버라고 불리는 장비들이 사용이되며, 기본적으로 챔버 내부 진공형성이 중요하다. 열진공챔버들 가운데는 직경 9m, 길이 10m의 대형 진공용기도 포함이 되며, 배기를 위한 저진공 및 고진공의 펌프들이 사용된다. 한국항공우주연구원에서 보유한 각종 우주환경모사용 챔버 및 진공펌프들은 설치 후 10년 이상 가동한 노후 장비들로 제 기능을 발휘하기 위해서는 적정 유지 보수 및 관리가 필요하다. 본 논문에서는 대형 진공시스템의 원활한 사용을 위한 유지보수 및 관리 방안에 대해 설명한다.

• 한국IT서비스학회:학술대회논문집
• /
• 2008.11a
• /
• pp.76-79
• /
• 2008

소프트웨어는 Invisibility, Complexity, Changeability 라는 태생적 문제점을 가지고 있으며, 특히 소프트웨어의 유지보수 비용의 문제는 소프트웨어 산업에서 중요한 이슈로 부각되고 있다. 유비쿼터스 시대에서 유지보수의 비용을 체계적으로 관리하고, 그 비용을 절감하기 위해서는 유지보수 비용을 절감할 수 있는 환경 지원과 자가성장이 가능한 커뮤니티 컴퓨팅 모델을 개발 및 도입을 위한 정책적 지원 필요성을 제안한다.

• The Journal of Information Technology and Database
• /
• v.4 no.1
• /
• pp.93-103
• /
• 1997

소프트웨어에 대한 사용자의 인식이 높아감에 따라 다양한 기능의 고품질 소프트웨어의 개발이 요구되고 있으며 이러한 요구를 만족시킬 수 있는 방안들이 다양한 관점에서 연구되고 있다. 그 중에서도 소프트웨어의 품질평가를 통해 그 결과를 개발자에게 피드백함으로써 소프트웨어의 품질을 향상시키려는 관점에서 품질평가 방법론 및 지원도구에 대한 연구가 활발히 진행되고 있다. 본 논문에서는 소프트웨어의 품질에 관한 국제표준인 ISO/IEC 9126의 기능성, 신뢰성, 사용성, 효율성, 보수성, 이식성 등의 품질특성을 바탕으로 보수성에 대한 품질특성, 부특성, 내부특성의 체계에 따라 메트릭스를 정의하고 내부특성 체계에 맞추어 품질측정표를 개발함으로써 실제 품질향상을 위해 필요한 개발자 관점의 내부특성의 품질평가를 통해 사용자 관점의 외부특성에 대해 평가할 수 있는 체계를 확립하고 실제 프로젝트 업무에 대해 평가한 결과를 제시하였다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2003.05c
• /
• pp.1729-1732
• /
• 2003

EJB는 J2EE 기반의 분산 컴포넌트 모델로 재사용 가능한 소프트웨어이다. 그중 데이터베이스의 데이터를 객체화한 엔티티 빈 컴포넌트는 영속성에 따라 CMP와 BMP로 구분이 되는데, BMP는 영속성의 차이로 인해 CMP와 조립하기 어려워 재사용성이 떨어지고, 소스코드가 복잡해 유지보수가 어렵다. 본 논문에서는 EJB 컴포넌트 중에서 BMP를 기반으로 구현한 엔티티 빈에 Dual Persistent 엔티티 빈 패턴(Entity Bean Pattern)을 적용하여 재사용성을 향상시키고, 소스코드를 리팩토링(Refactoring) 하여 유지보수성 향상시키는 DPwR(Dual Persistence with Refactoring) 방법을 제안하였다.

• Proceedings of the KIEE Conference
• /
• 2007.07a
• /
• pp.1193-1194
• /
• 2007

2004년 경부고속철도가 개통된 이후, 열차제어시스템에 있어서 크고 작은 여러 가지 문제점이 시스템의 안정화를 위한 초기 단계의 형태로서 발생되었다. 특히 국내에서 처음으로 열차가 300km/h로 운행됨에 따라, 열차의 고속 운행 환경에 대한 운영 및 유지보수의 어려움이 자주 유발되었다. 한 예로 2005년에는 서울에서 약 170km 남쪽에 위치한 칠곡 신호기계실(IEC) 지역에 설치된 선로변 설비인 HBD의 오동작이 발생됨에 따라 관련 설비에 대한 신뢰성은 물론 설비의 기능상의 문제점까지 전면적인 검토를 필요로 하였다. 본 논문에서는 고속선 운영 및 유지보수에 있어서 선로변 설비의 장애 원인을 조사, 분석, 검토함으로서 고속선 열차제어시스템 HBD에 대한 안정적인 운영 및 유지보수를 구현하기 위한 방안 제시를 주요 목적으로 한다.

• Journal of the Korea Institute of Building Construction
• /
• v.11 no.6
• /
• pp.597-608
• /
• 2011

It has been often noted as a problem that as there are no objective and clear criteria for the repair cost estimate of persistent defects, when a claim arises in relation to an apartment construction, significantly different amounts of compensation may be given for similar defects based on the experience and tendencies of the construction experts asked to make a judgment. For this reason, this research aims to present defect managers with a more reasonable and objective estimation criteria and a system to determine the repair cost of defects based on an analysis of relevant factors. The research findings show that the historical cost system is applied first, and then a standard of estimation is used to estimate the cost for the items that are not included in the historical cost system. The criteria for the repair cost for each defect is as follows: the repair cost for defects arising from a regulation violation is determined by calculating the reconstruction cost of the parts in question after demolishing them; the repair cost for progressive defects is determined based on a contribution ratio proportional to the age of the building; the repair cost for repetitive defects is calculated by considering an alternative to maximize the intended function of the defective parts; and the repair cost for value depreciation defects is determined based on the ratio of the warranty period to the lapsed years. However, repair cost estimation for dual value depreciation defects should be studied in future research.

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

많은 개발자가 참여하는 대형 소프트웨어 시스템 개발의 효율성 증대를 위해서는 컴포넌트 간 인터페이스의 효과적인 관리가 필수적이다. MDMS는 컴포넌트간의 인터페이스 정의 및 변경 이력 관리, 인터페이스 기술서 자동 생성, 소스 코드 자동 생성 등의 기능을 제공하는 도구이다. 한화탈레스는 1998년 MDMS를 처음 개발하여 적용한 이후 다양한 국방 소프트웨어 시스템 개발에 적용하여 소프트웨어 개발 생산성 향상에 효과를 보았다. 하지만, MDMS를 다양한 프로젝트에 적용하는 과정에서 최초 개발시 고려하지 못했던 여러 문제점 및 한계를 발견하였다. 이러한 문제점 및 한계는 다양한 프로젝트의 특성 지원 미흡, 형상관리 및 유지보수 문제, 프로젝트 간 메시지 재사용 미지원, 취약한 보안 등 이다. 본 논문에서는 이를 해결하기 위하여 네가지 개선방안을 제시한다. 첫 번째, 다양한 프로젝트에 적용이 가능한 유연한 SW 구조로 개선해야 한다. 두 번째, 통일되고 일관된 형상관리와 함께 전담 개발 및 유지보수 조직이 필요하다. 세 번째, 프로젝트간 메시지의 재사용 지원을 위한 방안으로 프로젝트 별 MDMS 운용이 아닌 통합된 MDMS의 운용이 필요하며, 그를 통하여 다른 프로젝트의 인터페이스 정의를 상호 참조할 수 있는 구조를 적용해야 한다. 마지막으로, 외부 협력업체와의 협업을 위한 보안 대책을 수립하고, 관련 보안 기능을 지원하여 사외의 협력업체의 개발자가 직접 MDMS에 접속하여 개발할 수 있도록 개선해야 한다.

• The KIPS Transactions:PartD
• /
• v.15D no.1
• /
• pp.107-112
• /
• 2008

The maintenance of legacy software systems is very important in the field of a software engineering. In the maintenance, a regression test confirms the behavior preserving of the software which has been changed but most of regression tests are done in a system level and rarely done in a unit test level because there is no test case. This paper proposes how to modify legacy software systems and make unit test cases as an asset. It uses a technique with a specific module of a real software development project and analyzes test coverage results. After this, if a study about automatic restructuring techniques and a test case generation proceeds continuously, we can expect the big advance of legacy software systems maintenance.