초록

용어보기논문에서 용어와 풀이말을 자동 추출한 결과로, 시범 서비스 중입니다. AI-Helper

본 논문에서는 CORBA와 Java를 이용하여 분산 객체 서버 형태의 응용 프로그램인 제품정보관리 시스템을 설계하고 구축한 사례를 소개한다. 이 시스템은 Visibroker 3.4 for Java와 JDK 1.2.2를 이용하여 개발되었으며 데이터베이스로는 Oracle 8i를 사용하였다. 특히, 지속성 객체 (persistent object) 의 지원을 위하여 추가의 추상화 계층 ( abstraction layer) 를 구현하고 있으며 전체 시스템은 객체 지향 프레임워크 (object-oriented framework) 으로 설계되었다. 본 문서에서는 제품정보관리 시스템 뿐 아니라 다른 분산객체서버의 설계 및 구현에도 참고가 될만한 설계 가이드라인 들을 제시한다.

본 논문에서는 CORBA와 Java를 이용하여 분산 객체 서버 형태의 응용 프로그램인 제품정보관리 시스템을 설계하고 구축한 사례를 소개한다. 이 시스템은 Visibroker 3.4 for Java와 JDK 1.2.2를 이용하여 개발되었으며 데이터베이스로는 Oracle 8i를 사용하였다. 특히, 지속성 객체 (persistent object) 의 지원을 위하여 추가의 추상화 계층 ( abstraction layer) 를 구현하고 있으며 전체 시스템은 객체 지향 프레임워크 (object-oriented framework) 으로 설계되었다. 본 문서에서는 제품정보관리 시스템 뿐 아니라 다른 분산객체서버의 설계 및 구현에도 참고가 될만한 설계 가이드라인 들을 제시한다.

AI 본문요약

엑셀 다운로드 AI-Helper

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

• 연구 주제
• 연구 방법
• 연구 결과

문제 정의

• 사용한 방법을 설명하자면 다음과 같다. 모든 게시글들의 목록을 가져온 후, 이 게시글 중, 객체 pool에도 존재하는 것들이 있는지 확인한다. 만약 그러한 경우에는, 해당 객체의 상태가 -MODIFIEDe 경우, 게시글의 목록에서 해당 게시글을 이 객체의 정보로 덮어 쓴다 (overwrite).
• 본 논문에서는 CORBA와 Java# 이용하여 설계/구현한 PDM 시스템을 소개하였다. 본 시스템에서는 Observer, Factory Me반iod 등의 패턴을 통해 시스템§ 확장과 변경 (wo lution) 이 용이하도록 설계되었는데, 이 패턴들을 이용하여 개발된 객체 풀이나 지속성 객체를 위한 추상화 계층은 PDM 시스템 이닌 汀른 분산 객체 시스템에彳도 사용될 수 있는, 특정 도메인에 국한되지 않는 개념들이다.
• 다. 본 논문에서는 CORBA와 Java를 이용하여 설계 하고 구현한 PDM 시스템의 예를 소개 한다. 소兌 되는 PDM 시스템은 크게 기본 기능 (로그인 관리, 파일 관리), 조직관리 (사용자 관리, 부서 관리, 회사 관리, 사용자그룹 관리), 부품 관리 (부품관리, 공급업체 관리), 문서 관리 (문서 관리, 폴더 관리, 분류체계 관리), 그리고 결재 관리, 전자 게시판 관리, 전자 우편 관리 등을 위한 서브시스템들로 이루어져 있다.
• 본 절에서는 클라이언트 오류가 발생하는 경우에 대한 핸들러의 구현에 대해 설명하겠다. 클라이언트 오류는 클라이언트 프로그램의 사용자가 강제로 클라이언트 수행을 중단시키거나 통신 오류에 의하여 서버 객체가 자신에 연결된 클라이언트와 연결이 끊어지는 경우 발생한다.
• . 인자로 넘 어오는 Login의 사용자가 이 Objectlmpl 체에 대해 락을 걸었는지 확인한다.

가설 설정

• . Objectlmpl 객체는 락킹의 단위가 된다. 이를 위해 현재 이 객체가 락이 걸려있는지의 여부를 나타내는 변수 (그ockSt&tus) 를 가지며 락킹을 위한 두 개의 연산 getLock (Login) s]- releaseLock (Login) 가진다.
• . Objectlmpl 객체는 수정 여부를 나타내는 상태를 가지는데, 이 정보는 _objectSt&tus에서 유지된다.
• 1. 현재 부품의 마스터 번호가 P000이라 하자. 그리고 P000의 번호를 가진 VersionObjectlmpl 객체가 m (me “부품 마스터” 객체이다) 이라 할 向, 이 me 여러 개의 버젼을 가질 수 있다.
• 지속성 저장매체로서 DBMS를 사용한다고 가정하겠다. save0 연산은 현재 객체의 상태 _objectSt&tus의 값에 따라 다른 행위를 보인다.

제안 방법

• 그리고, 이 save0 연산이 추상 연산이 되지 않고 이 연산의 메소드를 하위클래스 (subclass) 에서 그대로 상속받을 수 있도록 하기 위하여 수상 연산 getDB0를 추가했다. 이 연산의 메소드는 Objectlmpl 클래스를 상속받는 하위클래스에 의해 제공된다.
• 서버들은 다른 접근 방식을 사용하고 있*. 다 본 시스템에서는 이와 같은 문제점을 극복하기 위해 객체 풀 (object pool) 을 이용하여 동시에 서버 메모리 상에 위치하는 서버 객체들의 수를 제한시키는 방법을 사용하였다. 이 방법은 장점과 단점을 가지게 되는데, 이는 실제 객체가 서비스하도록 함으로써 DB나 파일 접근을 필요로 하지 않기 때문에 실행속도가 빨라진다는 점과 제대로 된 객체 지향 설계를 가능케 한다는 점이다.
• 본 시스템에서는 별도의 CORBA 서비스를 사용하지 않고 객체 지속성 (object persistence), 동기화 (synchronization), 버전 관리 (version control) 등의 서비스를 설계 및 구현하負 으며, 이를 위해 다양한 설계 패턴 [4] 을 사용하였다. 또, 실행 효율을 위하여 객체 풀 (object pool) 을 사용하였으며, 시스템의 확장을 용이하게 하기 위하여 전체 시스템을 객체 지향 프레 임워크 (object-oriented framework) 으로 설계하였다.
• 시스템을 소개하였다. 본 시스템에서는 Observer, Factory Me반iod 등의 패턴을 통해 시스템§ 확장과 변경 (wo lution) 이 용이하도록 설계되었는데, 이 패턴들을 이용하여 개발된 객체 풀이나 지속성 객체를 위한 추상화 계층은 PDM 시스템 이닌 汀른 분산 객체 시스템에彳도 사용될 수 있는, 특정 도메인에 국한되지 않는 개념들이다.
• 본 시스템에서는 대부분의 CORBA ORB에서 제공하는 이벤트 핸들러 *비스를 사용한다.
• 예를 들어 사용자 관리 모듈은, 사용자, 객체들을 관目하게 되며, 부품 관리 모듈은 '부품 마스터' 객체와, 부품' 객체들을 관리하게 된다. 본 시스템에서는 별도의 CORBA 서비스를 사용하지 않고 객체 지속성 (object persistence), 동기화 (synchronization), 버전 관리 (version control) 등의 서비스를 설계 및 구현하負 으며, 이를 위해 다양한 설계 패턴 [4] 을 사용하였다. 또, 실행 효율을 위하여 객체 풀 (object pool) 을 사용하였으며, 시스템의 확장을 용이하게 하기 위하여 전체 시스템을 객체 지향 프레 임워크 (object-oriented framework) 으로 설계하였다.
• 즉, checkin。연산이 수행되면 바로 수정한 내역이 반영되는 것이 아니라 일단 결재를 타게 되며 결재가 완료된 후에야만 수정한 결과가 반영된다. 이를 위하여 본 시스템에서는 checkout0 연산의 리턴 타입이 ApprovalDataType이 되도록 하였다.

이론/모형

• 지원된다. 이 연산들은 doCheckout 등 4개의 팩토리 메소드 (factory method) [4] 를 사용하여 구현되는데, 각 팩토리 메소드는 VersionObjectlmpl 클래스를 상속받는 실제 객체 구현에서 구현된다.

성능/효과

• 2. 돌려주는 값은 '부품'임을 나타내는 dataType 값과 尻의 부품 id 값을 가진 dataKey 값을 가진 ApprovalDataType struct 변수이다.
• 본 시스템을 개 발하는 도중, CORBA가 매우 쉽게 분산 객체 서버를 구현할 수 있는 환경을 제공함에도 불구하고, 실행효율 및 분산 자원 수거 (특히, 분산 가비지 컬렉션) 등에 많은 문제점이 있음이 발견되었다. 이를 극복할 수 있는 다양한 분산 객체 개발 기법과 가이드라인에 대한 연구가 앞으로 이루어져 야 하리 라고 생각한다.

후속연구

• 문제점이 있음이 발견되었다. 이를 극복할 수 있는 다양한 분산 객체 개발 기법과 가이드라인에 대한 연구가 앞으로 이루어져 야 하리 라고 생각한다.
• 이제, 추후, 실제로 객체를 수정하는 연산이 이루질 때마다, 서버 측에서는 해당 클라이언트§ 로그인이 가진 수와 o] 객체의 수가 동일한 지를 검사함으로써 이 클라이언트가 이객체를 수정할 수 있는지의 여부를 판단한다.

본문요약 정보가 도움이 되었나요? 예 아니오 제출

이 논문을 인용한 문헌

더보기