본문 바로가기

Dev...

IOR(Interoperable Object Reference) 1. IOR (Interoperable Object Reference) (1) IOR에 대한 간단한 설명. CORBA 2.0 이전에는 표준 프로토콜 명세가 존재하지 않았다. 따라서, CORBA 2.0 명세 이전의 제품들은 ORB 간의 상호연동이 불가능하였으며, 각 벤더는 자사만의 프로토콜이 존재하였다. Orbix에서는 POOP라 불리는 프로토콜이 있었다. CORBA 2.0에서는 ORB간의 상호연동을 가능하게 하는 GIOP(General Inter-ORB Protocol)라는 것을 소개하였는데 GIOP는 실제 프로토콜이 아니라 전송 구문(Transfer Syntax)과 몇가지 표준 메시지 포멧을 정의한 추상적인 프로토콜이었다. GIOP는 연결-지향적(connection-Oriented) 프로토콜을 대상으로.. 더보기
[CORBA] POA시나리오 Part 1-3 Interface CORBA.PortableServer.POA CORBA.PortableServer.POAManager CORBA.PortableServer.ServantManager CORBA.PortableServer.ServantActivator CORBA.PortableServer.ServantLocator CORBA.PortableServer.AdapterActivator CORBA.PortableServer.ThreadPolicy CORBA.PortableServer.LifespanPolicy CORBA.PortableServer.IdUniquenessPolicy CORBA.PortableServer.IdAssignmentPolicy CORBA.PortableServer.ImplicitActi.. 더보기
[CORBA] POA시나리오 Part 1-2 2. POA 시나리오 2.1 POA는 Object ID와 Active Servant를 다룬다. 이 방식에는 몇가지 방법이 있다. POA정책 POA의 Servant 다루는 방식 RETAIN Active Objct Map으로 관리 USE_DEFAULT_SERVANT 사용자가 등록한 Default Servant 사용 USE_SERVANT_MANAGER 사용자가 등록한 Servnat Manager 사용 POA Creation ORB는 기본적인 "rootPOA"를 관리하여야하며, POA를 이용한 구현객체를 만들려고 하는 개발자는 이 POA Object를 획득해야만 한다. RootPOA는 아래와 같은 정책을 갖게 된다. Policy RootPOA값 Thread Policy ORB_CTRL_MODEL Lifespan.. 더보기
[CORBA] POA시나리오 Part 1-1 1. POA 개요 POA는 아래의 목적으로 디자인 되었다. ( 2.3 Spec에 의함. ) 프로그래머로 하여금 다른 ORB product사이에 이동이 가능한 객체구현을 가능 하게 한다. 지속적인 구분자를 가지는 객체 지원을 제공한다. 더 정확하게 POA는 프로그래머로 하여금 여러 서버주기를 도는 객체를 위한 일관된 서비스를 제공하는 객체구현을 생성하도록 설계되었다. 객체의 투명한 활성을 지원한다. 하나의 서번트가 여러 개의 객체 구분자( Object ID )를 가질 수 있도록 허용한다. 서버에 존재하는 POA의 구분된 멀티 인스턴스를 허용한다. 최소한의 프로그램 작업의 노력으로 일시적인 객체를 허용한다. POA-allocated객체로 명확하지 않은 서번트의 활성화를 지원한다. 객체구현이 최대한으로 객체행.. 더보기
도공과 아키텍트 "자신의 작품에 이름을 새길 떄에는 다음과 같은 조건을 갖추어야 한다. 태도(殆土)를 빚는 데서부터 그릇이 완성될 때까지의 과정 , 즉 풀레작업, 그림 작업, 가마에서의 소성작업은 모두 스스로 해야 한다. 자기 가마를 가지고 있는 이상 , 이중에 어느 한 과정이라도 타인에게 맡기면 안된다." - 기타오지 로산진, 1933년 - 로산진은 한가지 작업만 했다고 하네요. 고용한 도공이 다 만들어 놓으면, 작품에 도장 찍기가 자신의 유일한 작업이었다는... 그러면서도... 로산진의 경우에는 평가가 극과 극을 달린다고 합니다. 자기손으로 흙을 묻히지는 않지만... 그는... 정말 탁월한 그릇디자이너 였다는 점입니다. 그의 디자인이 무명의 도공의 손에 의해서 완성되었고. 남들이 시도하지 않은 파격적인 디자인까지.... 더보기
[SA강좌] Part 3-7 소프트웨어 아키텍처 평가 소프트웨어 아키텍처 평가 시나리오 기반의 평가 방법 아키텍처 평가에 대한 참여자 평가 팀 프로젝트 의사결정자 아키텍처 관련 당사자 아키텍처 평가의 결과물 아키텍처 평가 절차 아키텍처 평가 절차를 소개한다. 기능적, 비기능적 요구사항을 소개한다. 아키텍처를 소개한다. 브레인스토밍과 시나리오 선택 아키텍처 분석 결과 프레젠테이션 Prototype을 통한 평가 방법 Prototype을 구현하면서 원하는 기능을 구현할 수 있는지, 개발하는데 애로 사항은 없는지 판단한 성능 테스트 및 평가 방법 많은 프로젝트에서 성능을 프로젝트 마지막 단계에서만 고려한다. 결과적으로 프로젝트 마지막 단계에서 성능을 높이는데 실패하여 프로젝트가 지연되거나 위약금을 내게 된다. 따라서 프로젝트의 매 단계마다 기대되는 성능을 분석할 .. 더보기
[SA강좌] Part 3-6 Code View 정의 Code View 정의 Code View는 패키지 구조를 보여준다. 그림 3. Code View의 예 더보기
[SA강좌] Part 3-5 Allocation View 정의 Allocation View 정의 Allocation View는 컴포넌트가 하드웨어에 어떻게 배치되는지를 보여준다. 그림 2. Allocation View에 대한 예제 더보기
[SA강좌] Part 3-4 Module View 정의 Module View 정의 이 과정에서 컴포넌트를 파악하고 정의하는 접근하는 방법에 대해서 설명하도록 하겠다. -. 인터페이스 파악 : 시스템 분해는 몇 개의 컴포넌트와 이들간의 관계를 나타내는 인터페이스를 결정해야 한다. -. 도메인 파악 : 컴포넌트는 시스템을 구성하는 컴포넌트들이다. 따라서 여기서 두 종류의 도메인으로 파악할 수 있는데, 어플리케이션 도메인과 컴퓨터 사이언스 도메인으로 분류된다. 어플리케이션 도메인은 주로 소프트웨어 시스템과 관련이 있으며, 컴퓨터 사이언스 도메인은 해당 문제를 해결하기 위한 솔루션과 관련 있다. -. 추상 레이어 구조 파악 세 번째 과정이 분해된 시스템을 추상화 레이어로 재 분해하는 과정이다. 이는 수평적 레이어 분해라고 할 수 있다. 추상화 레이어 단계는 반복적으.. 더보기
획기적인 웹UI 스케치 프로그램... 웹사이트 디자인의 초기버전을 도와주는 아주 유용한 프로그램.. DENIM... http://dub.washington.edu:2007/denim/ 타블렛과 어우러지면 짱일듯... ~~~ 당장에라도... 실무에 적용할 만한듯... 이거 연습해야겠는걸.. ~.~ 더보기

티스토리툴바