- 1 -

기반 시스템 개발 자동화EJB/CORBA

도구 개발 및 사업화 결과보고서

창업기업명 : 주 코리( )

대 표 : 최 성 운

한국산업기술평가원

- 2 -

결 과 보 고 서

년도 신기술창업보육 사업에 의하여 완료된 기반 시스템2000 (TBI) “EJB/CORBA

개발 자동화 도구 개발 및 사업화 의 결과보고서를 별첨과 같이 제출합니다” .

첨 부 결과보고서 부 끝: 10 ,

2001. 7. 30

창업기업명 : 주 코 리( )

대 표 : 최 성 운 인( )

한 국 산 업 기 술 평 가 원 장 귀하

- 3 -

제 출 문

한국산업기술평가원장 귀하

본 보고서를 기반 시스템 개발 자동화 도구 개발 및 사업화 의 결과“EJB/CORBA ”

보고서로 제출합니다.

2001. 7. 30

기술개발책임자 : 최성운

참여 기술인력 : 윤인혁

“ : 홍선주

“ : 김영설

“ : 신동식

“ : 서우일

“ : 원영미

- 4 -

요 약 서

항 목 현 황

일반현황

설립일 년 월 자보금 억원: 2000 7 ( : 4 )▶

총 종업원수 명: 7▶

경영 명: 1

사무 명: 1

연구 기술 명: 5ㆍ

사업장 현황▶

소재지 경기도 용인시 남동 산 명지대 제 공학관: 38-2 1

호445

사업장 면적 : 56m2 평(17 )

개발현황

컴포넌트 기반 시스템 개발 자동화 도구 FlexHTS v1.0▶

개발완료

자연어 파서 개발▶

시스템 성능 시뮬레이터 개발CoSim▶

양산체제 등

설비 구축 현황소프트웨어의 특성 상 해당사항 없음.

사업화 현황

년 월 년 월 매출실적 억원2000 7 ~ 2001 6 : 1▶

년 월 현재 억원 규모의 계약 준비중2001 8 12▶

전문 영업 업체와 협력을 통한 사업화 추진 중▶

대외기관 인증

특허 외부자금/

활용 현황

년 월 주 한국정보컨설팅 억 투자2000 7 ( ) 1▶

기타사항

- 5 -

목 차

기술개발 및 사업화 목적과 중요성|.

시스템 개발 자동화 도구 연구개발 경제 사회 기술적 중요성1. EJB/CORBA ㆍ ㆍ

기술적 측면1.1

경제 산업적 측면1.2 ㆍ

사회문화적 측면1.3

기술개발 및 사업화 방안2.

기술개발 내용.Ⅱ

제품의 개요1.

주요제품 및 기술1.1

주요제품의 기능 및 특징1.2

설계내용2.

기반 온라인 증권거래 시스템 구축 자동화 도구2.1 EJB FlexHTS

자연어 파서 구조2.2

시스템 성능 시뮬레이터 구조2.3

제조공정도3.

양산 원가계산과 기존제품과의 가격비교4.

양산원가계산4.1

기존제품과의 가격 비교4.2

성능평가5.

양산개발시 애로상황 및 해결과정6.

양산사업화 추진내용.Ⅲ

추진경과1.

매출 실적과 향후 년간 계획2. 3

매출실적 기간2.1 ( : 2000. 7 ~ 2001. 6)

향후 매출 계획2.2

사업화 추진과정상 애로사항 및 해결과정3.

영업인력의 부족3.1

- 6 -

기대효과.Ⅳ

관련산업에의 파급효과1.

수출증대 효과2.

첨부자료.Ⅴ

당사관련 기사1.

- 7 -

기술개발 및 사업화 목적과 중요성.Ⅰ

시스템 개발 자동화 도구 연구개발 경제 사회 기술적1. EJB/CORBA ㆍ ㆍ

중요성

기술적 측면1.1

과거에는 소프트웨어 개발 시 일관된 방법을 가지지 못하여 생산성 저하 유지,■

보수의 어려움 등 여러 가지 문제를 야기하였다 이러한 문제를 해결하기 위해 객.

체 및 컴포넌트 기술이 등장하였으며 소프트웨어 개발 시 획기적인(Component) ,

생산성 향상을 기대 할 수 있게 되었다 이러한 소프트웨어 개발 패러다임의 변동.

은 새로운 환경에 적합한 소프트웨어 개발 자동화 도구를 요구하고 있다.

경제 산업적 측면1.2 ㆍ

인터넷의 대중화 및 사이버 세계의 등장으로 소프트웨어 수요는 급격하게 증가■

하고 있다 이에 따라 소프트웨어의 개발 생산성 향상을 위한 자동화 도구의 수요.

도 증가하리라 예상된다 국제적인 조사기관 의 년도 조사결과는 컴포. ( OVUM 1998

넌트 개발 도구의 경우 년부터 년까지 년평균 성장률 롤 나타낼 것이1999 2002 72%

라 예상하였다.)

자동화 도구 중에서도 특히 우리나라가 세계 위의 온라인 증권 거래 국가라는, 1■

점 전체 주식거래량의 이상 온라인 거래 과 온라인 증권 거래 시스템의 생명주( 66% )

기가 개월도 채 안된다는 점에서 온라인 증권 거래 시스템의 개발 자동화 도구의6

수요가 폭발적으로 증가하리라 예상된다.

사회문화적 측면1.3

현재 한국은 세계 시장에서 주요 소프트웨어 제품 시장으로 인정받고 있다 하.■

지만 아직까지 한국의 요구를 수용하는 외국 도구들은 등장하지 않고 있으며 고자,

세의 영업정책을 고수하고 있다 특히 외국 도구들은 국내 소프트웨어 개발의 언어.

적 특성을 전혀 고려하고 있지 않다 지역적 문화적 특성을 쉽게 반영할 수 있는.

도구의 개발이 요구되고 있다 이러한 제품의 개발은 비 영어권 국가를 위한 제품.

으로 쉽게 확장 가능하다.

- 8 -

기술개발 및 사업화 방안2.

기존의 형태의 클라이언트 서버 시스템 개발 도구들은 자동화의 영역이 일4GL /■

반적인 사용자 인터페이스 디자인 기능에만 국한된다 실제 시스템을 구동시키기.

위한 클라이언트와 서버사이의 데이터 언관성에 대해서는 프로그래머에 의해 일일

이 작성되어야한다 이는 사용자의 다양한 요구사항에 대한 시스템의 운영 및 유지.

보수를 어렵게 한다.ㆍ

객체지향 및 컴포넌트 기술이 가지는 유연성 재사용성(Flexibility), (Reusability),■

확장성 등의 장점은 다양한 사용자 요구사항에 대한 시스템의 변경(Extensibility)

및 유지 보수를 용이하게 한다 본 과제에서는 이러한 기술을 사용자 인터페이스.ㆍ

디자인 뿐 아니라 시스템을 구동시키기 위한 비즈니스 로직이나 서버 시스템과의

인터페이스 로직에 적용함으로써 전체 시스템의 자동화를 가능하게 하였다.

이러한 시스템 개발 자동화 도구의 유효성을 검토하고 단기적인 매출향상을 기■

대하기 위해서는 시장 진입 시 특정 도메인에 특화하는 것이 바람직하다 본 과제.

에서는 기반 시스템 개발 자동화 도구 개발 을 온라인 주식거래 시‘EJB/CORBA ’ ‘

스템 이라는 도메인에 특화하여 개발을 완료하였다’ .

본 과제를 통해 개발한 컴포넌트 기반의 온라인 주식거래 시스템 개발 자동화■

도구는 대부분의 국내 증권사의 다양한 요구사항을 모두 수용하고 있을 뿐 아니라,

특정 영역으로의 특화나 기존의 시스템과의 통합도 가능하다 이러한 제품Legacy .

의 특징을 지속적인 제품 발표회롤 통해 홍보하고 국내 증권사에 공급하여 제품의,

기술적 우위성을 입증한다 또한 현재 온라인 서비스를 제공하고 있지 않는 국내.

여개의 외국증권사를 대상으로 제품을 특화 공급하여 제품의 국외 수출 판로를20 /

확보한다.

- 9 -

기술개발 내용.Ⅱ

제품의 개요1.

주요제품 및 기술1.1

당사에서 개발하는 제품의 목표는 소프트웨어 생산성 향상을 위한 ‘소프트웨어 개

발의 완전 자동화’이다.

자동화의 대상이 되는 소프트웨어 개발 절차는 크게 다음과 같이 구분된다.

요구사항 분석-

분석-

설계-

구현-

배포-

요구사항으로부터 분석 설계 구현 단계까지의 모든 소프트웨어 개발 프로세스를, ,

자동화하기 위한 단계를 다음 그림과 같이 크게 단계로 구성하였다3 .

그림 소프트웨어 개발 프로세스 자동화[ 1]

단계 시스템의 사용자 인터페이스 및 데이터 제어 설계로부터 시스템의 실행모1 : ,

듈을 자동으로 생성하는 단계이다 는 현재 이 단계에서 적용가능 하도록. “FlexHTS"

개발이 완료된 제품이며 온라인 주식거래 시스템 개발을 목적으로 한다, .

- 10 -

단계 분석 설계 자동화 단계에서는 분석결과를 토대로 시스템의 성능을 예측하2 : ,

여 시스템의 물리적 설계가 가능하도록 시스템 성능 시뮬레이터 을 제공한“ CoSim"

다.

단계 사용자의 요구사항으로부터 소프트웨어의 구조를 분석해 내는 과정으로써3 :

이과정을 자동화하기 위해서는 자언어로 작성된 시용자의 요구사항을 파싱하기 위

한 기술이 요구된다 본 과제에서는 이를 위한 기반기술로서 금융 및 증권시장에서.

사용하는 문장을 중심으로한 자연어 파서를 개발 테스트를 완료하였다, .

기반 온라인 증권 거래 시스템 구축 자동화 도구1) EJB “FlexHTS"

본 과제에서는 제품의 빠른 시장진입과 매출 향상을 위하여 최근 급속한 성장을 보

이고 있는 온라인 증권 거래 시스템 을 기반 시스템 개발 자동화 도‘ ’ ‘EJB/CORBA

구 개발 의 영역으로 선정 개발을 완료하였다’ , .

컴포넌트 기반 시스템 분석 설계 지원 도구2) ㆍ

본 과제에서는 기반 시스템 개발 자동화 도구 개발 이외에도 시스템의 분석‘EJB ’

설계를 지원하기 위한 기술이 연구 개발되었다 이러한 기술을 기반으로 개발된, .ㆍ

주요 도구는 다음과 같다.

자연어 파서ㆍ

객체지향 컴포넌트 기반 시스템 분석 설계 시에 사용자 요구사항 분석서 사용 사/ (・계 명세서 의 내용으로부터 시스템 구성요소인 클래스를 추출함)

시스템 성능 시뮬레이터 “CoSim"ㆍ

시스템 분석 및 설계 시에 시뮬레이션을 통하여 시스템(design-time simulation)

의 성능 관련 정보를 미리 분석하여 성능 예측을 가능하게 함

현재 이러한 기술들은 보다 정확한 결과를 제공하기 위해 테스트 데이터를 수집,

검증하는 작업이 진행중이다.

- 11 -

주요 제품의 기능 및 특징1.2

기반 온라인 증권 거래 시스템 구축 자동화 도구1) EJB “FlexHTS"

에서 시스템을 자동으로 구축하기 위해 제공하는 기능은 다음과 같다“FlexHTS" .

사용자 인터페이스 디자인■

클라이언트 화면을 구성하는 인터페이스를 작성하는 기능이다 이 기능은.

방식으로 제공되므로 시스템 개발을 용이하게 한다Drag&Drop .

그림 사용자 인터페이스 디자인화면[ 2] FlexHTS :

클라이언트 화면 하나는 여러 개의 이나 화면으로 조립 구성될 수- Tab Partition /

있다 복합구조를 갖는 화면은 여러 개의 단위화면으로 구성되는데 하나의 단위 화. ,

면은 입력과 출력으로 구성된다.

입력요소는 온라인 주식거래에서 사용되는 입력의 패턴을 분석 분류하여 자동생- /

성이 가능하도록 제공한다 화면을 작성하는 사람은 화면에 적합한 패턴을 선택함.

으로써 화면의 입력을 정의할 수 있다.

출력요소는 화면상에 적합한 출력 컨트롤을 배치하고 화면에 출력할 데이터를- ,

컨트롤에 할당함으로써 어떤 종류의 화면이라도 작성이 가능하도록 지원한다.

- 12 -

시스템 제이 흐름 디자인■

시스템의 제어 흐름을 화면 구성요소들 사이의 이벤트 액션을 중심으로 설정하는/

기능이다 기존의 도구들이 프로그래밍 언어 수준의 스크립트로 시스템의 제. 4GL

어 흐름을 작성했던 것에 비해 시스템의 개발시간을 현저하게 단축시킨다.

그림 제어흐름 디자인[ 3] FlexHTS :

서버 데이터 매핑 디자인■

서버에서 제공하는 데이터를 화면의 구성요소와 매핑시킨다 화면에서 보여줄 수.

있는 데이터에는 각종 파일이나 데이터베이스에 저장된 데이터 뿐 아니라Batch ,

계속적으로 변화하는 실시간 데이터도 포함된다.

그림 데이터 매핑 디자인[ 4] FlexHTS :

- 13 -

프레젠테이션■

자동화 도구를 시용하여 작성된 클라이언트 화면은 프레젠테이션 모드에서 그 결과

를 바로 확인 할 수 있다.

그림 프레젠테이션 모드[ 5] FlexHTS :

이 제품은 다음과 같은 특징을 갖는다.

유연성-

으로 분리된 화면은 마우스 만으로 위치에 상관없이 유연하게 삽Tab Drag&Dropㆍ

입 삭제가 가능하다 따라서 화면작성자가 화면을 모두 만든 이후에도 화면의 배/ .

치 및 통합 분리를 다양하게 할 수가 있다/ .

화면에서 보여지는 데이터 변경 시 해당 테이블 컬럼의 매핑정보 변경만으로도ㆍ

서버로부터 전승되는 데이터가 즉시 변경 가능하다.

편리성-

화면을 작성하기 위한 대부분의 작업이 마우스 조작이나 다이얼로그 형태로 이루ㆍ

어지므로 한 화면을 작성하기 위해 소요되는 시간은 분 시간 정도이다5 ~1 .

유지보수성-

기존의 클라이언트 서버 프로그램이 새로운 화면을 작성할 때마다 그 화면을 처/ㆍ

리하기위한 프로그램을 별도로 작성해이 했던 것에 비해 당사의 제품을 사용하면

데이터를 처리하기 위한 프로그램의 수정 없이 가능하다.

- 14 -

자연어 파서2) (Natural Language Parser)

사용사례 기술서로부터 후보 클래스 및 이벤트를 추출하기 위한 시스템이다.

그림 자연어 파서 사용사례 기술 클래스 및 이벤트 후보 추출[ 6] ->

본 시스템은 금융 및 증권 시장에서 사용하는 문장을 중심으로 하여 문서 내에■

서 일반명사는 물론 고유명사 금융 및 증권에 관한 용어 를 추출한다( ) .

본 시스템은 문장이 입력되었을 경우 문장 내에 포함되어 있는 명사들을 자동적■

으로 추출하여 준다.

사용자가 분석을 필요로 하는 단일 문장 내지는 다중 문장을 입력하였을 때 먼,■

저 각각의 문장으로 분리 다시 어절로 분리하여 어절 내의 형태소를 분석한 후 명, ,

사를 찾아 명사 사전 검색을 통하여 문장 내에서 명사들을 추출하도록 하였다.

시스템 성능 시뮬레이터3) “CoSim" (System Performance Simulator)

은 객체지향 모델링 언어인 의 배치 다이어그램을 이용하여 시스템의CoSim UML■

아키텍쳐를 묘사한다.

그림 을 이용한 은행 시스템 모델링[ 7] CoSim

- 15 -

의 배치다이어그램은 노드와 링크를 통해 시스템을 구성하는 소프트웨어 컴UML■

포넌트가 무엇인지 또한 어떠한 하드웨어적 요소로 구성되어 있는지를 묘사한다.

은 배치다이어그램의 노드와 링크 부분을 확장하여 성능 예측에 필CoSim UML■

요한 파라미터 시뮬레이션 실행 정보 시뮬레이션 목적함수 서버의 부하정도( ,• •

서버의 트랜잭션 처리시간 활용정도 등 등을 추가한다, ) .

그림 왼쪽 오른쪽 의[ 8] Node( ), Link( ) Specification

묘사된 시스템 아키텍쳐 관련 정보는 내부에서 시뮬레이션 모델로의 성CoSim■

립여부를 조사한 후 올바른 모델의 경우 형태의 시뮬레이션 코드를 자동 생, Java

성하게 된다.

- 16 -

그림 생성된 자바 코드 일부[ 9]

- 17 -

설계내용2.

기반 온라인 증권 거래 시스템 구축 자동화 도구2.1 EJB “FlexHTS"

그림 구조[ 10] FlexHTS

1) Client

본 제품에서 클라이언트 시스템은 크게 View, Controller, Mapper, Communication

로 구성된다Module .

View■

클라언트 화면을 구성하는 인터페이스에 해당하는 부문으로 다음 표 과 같이 구[ 1]

성된다.

- 18 -

표 구조[ 1] Client View

Main Frame Window

MDI Child Window, Modal/Modeless Dialog

Tab, Partition Screen

서버측과 통신패킷을 송수신하는 기본단위

Input Composite Widget, Output Composite Widget

Static, Edit, Grid, Label, Button, Combo...

Controller■

시스템의 이벤트 흐름을 처리하고 서버로부터 수신된 데이터를 계산하거나 변형시,

키는 등의 가공을 수행한다.

을 구성하는 요소들과의 연관관계에 따라View

- Primitive Screen Controller

- Composite Widget Controller

- Primitive Widget Controller

로 구분되며 이들 각 롤 관리하기 위한 가 있다Controller Controller Manager .

그림[ 11] Controller

- 19 -

Mapper■

서버 데이터로부터 매핑된 정보를 관리하며 서버 데이터를 요청하기 위한 패킷을,

생성한다.

을 구성 하는 요소들과의 연관관계에 따라View

- Primitive Screen Mapper

- Composite Widget Mapper

- Primitive Widget Mapper

로 구분되며 이들 각 를 관리하기 위한 가 있다Mapper Mapper Manager .

그림[ 12] Mapper

Communication Module■

일반적인 통신모듈의 역할인 와의 통신 암호화 압축 버전 컨트롤 등을 수Server , , ,

행한다.

2) Server

그림 서버 구조[ 13]

- 20 -

Wrapper■

클라이언트가 요정한 데이터를 처리하기 위해 통신 패킷을 분석 처리하는 기능을,

수행한다.

Application Program■

실제 데이터를 저장하고 있는 이나 테이블을 관리하는 프로그램이다File .

자연어 파서 구조2.2

명사를 포함한 대부분의 어절은 일반적으로 명사가 단독으로 사용되거나 조사와 함

께 사용되기 때문에 명사를 찾는 시간을 단축하기 위해서 명사와 조사를 쉽게 분리

할 수 있는 알고리즘을 적용하여 명사를 추출하였다 따라서 그림 와 같은 명. [ 14]

사 추출 파서 시스템을 구성하였다.

그림 명사 추출 파서 시스템 구성도[ 14]

- 21 -

조사 분석1)

어절 내의 명사를 추출하기 위해서 사전적인 작업으로 음절 단위로 조사를 분석하

여 조사가 시작하는 위치를 찾도록 하였다 음절 단위로 조사를 분석할 때 필요한.

정보에는 조사의 첫음절로 사용되는 응절과 조사의 두 번째 음절부터 끝음절까지

사용 되는 음절이 있다 두 번째 음절에서 끝음절까지를 위치에 따라 구별하지 않.

은 이유는 저장해야 할 정보의 양을 줄이기 위한 것이다 한국어에서 사용되는 음.

절 중 조사로 사용되는 것은 아래의 표 와 같다[ 2] .

표 조사로 사용되는 음절[ 2]

조사의 첫음절로 사용되는 음절 개(48 )조사의 두 번째 이상의 음절로 사용되

는 음절 개(72 )

가 같 게 고 과 까 께 나 는 니, , , , , , , , , ,

다 대 더 도 든 라 랑 로 를 마, , , , , , , , , ,

만 말 며 밖 보 부 서 아 야 에, , , , , , , , , ,

엔 엘 여 와 요 으 은 을 의 이, , , , , , , , , ,

인 일 조 처 치 커 토 하, , , , , , ,

가 게 고 곤 과 까 나 녕 는 니, , , , , , , , , ,

다 도 든 들 따 라 랑 러 럼 로, , , , , , , , , ,

록 론 를 마 만 말 며 보 부 서, , , , , , , , , ,

선 슨 써 씩 야 에 엔 여 옵 와, , , , , , , , , ,

은 을 의 이 인 저 조 즉 지 진, , , , , , , , , ,

차 처 치 커 큼 터 테 하, , , , , , ,

이 결과를 이용하면 조사가 분리되는 위치를 추정할 수 있다 음절. (S1, S2, , S… n)

로 이루어진 단어에서 음절 Si가 조사의 시작점이라는 것을 쉽게 추정할 수 있다.

조사의 첫음절로 사용되는 음절의 집합을 이라 하고 두 번째 이상의JOSA_SET_1 ,

위치에 사용되는 음절의 집합을 라 하면 조사의 첫음절 위치를 찾는JOSA_SET_2 ,

알고리즘은 아래의 그림 와 같다[ 15] .

- 22 -

그림 조사의 첫음절 위치를 찾는 알고리즘[ 15]

조사의 결합형을 한 묶음으로 처리할 때 문제가 되는 것은 변이체이다 그 중에서.

도 대상격으로 쓰이는 에게 는 결합형의 수가 많을 뿐 아니라 항상 한테 로‘- -’ ‘- -’

교체가 가능하고 존칭에서는 께 가 사용된다 이를 처리하기 위해서 한테 께, ‘- -’ . ‘- /

를 에게 로 바꾼 다음에 사전을 탐색한다 또한 대명사 내 네 제 와 결합할-’ ‘ -’ . , ‘ / / ’

때는 에 가 탈락되는데 이것은 예외 규칙으로 처리하면 된다 조사가 생략되기도‘ ’ , .

한다 이러한 현상에 대해서는 에 를 생략할 수 있는 체언에 대해서만 처리하도록. ‘ ’

제한하거나 혹은 모든 체언에 대해 처리하고 분석 우선 순위를 낮게 할 수도 있다, .

이와 같은 방식을 사용하여 문장 내에서 명사를 추출하기 위한 사전단계로 각각의

어절 내에서 조사의 위치를 찾도록 한다 처리과정 중에 조사의 위치를 찾지 못하.

면 일단 어절 전체를 명사사전을 통하여 명사인지를 판단하고 사전에 있지 않은 어

절일 경우에는 다음 어절 분석으로 진행하도록 한다.

- 23 -

명사검색2)

한 어절 내에서 조사의 시작점을 찾아내면 조사를 제외한 부분이 명사일 가능성이

높아진다 따라서 조사라 발견된 부분을 제외한 나머지 음절들만을 가지고 최장일.

치법을 통하여 명사사전을 검색하도록 한다 예를 들어 이용자가 라는 어절을 분석. ‘ ’

할 경우에 조사분석을 통하여 가 라는 음절이 조사로 분리되어 나머지 음절들인‘- ’

이용자 를 가지고 명사사전 검색을 해나간다 나머지 음절의 수가 개일 경우에 명‘ ’ . n

사가 검색될 때까지 순서대로 음절을 하나씩 감소하여 사전을 검n, (n-1), , 1…

색하여 명사를 추출하도록 한다.

그림 명사 검색[ 16]

사전 구성3)

본 명사 추출 파서는 금융 및 증권시장에서 사용하는 문장들 내에서 명사를 추출하

기 위한 시스템이므로 명사사전으로 증권 용어 사전 여 단어 을 중심으로 구‘ (3800 )’

성하고 국어 사전에 정의되어진 명사들 여 단어 을 같이 포함하여 명사 사전(50,000 )

을 구성하였다.

- 24 -

시스템 성능 시뮬레이터 구조2.3

은 그림 과 같이 크게 로 구성CoSim 17) Modeler, Translator, Engine, Scenario〔

된다.

그림 의 구조[ 17] CoSim

1) Modeler

는 시스템을 모델링하고 시뮬레이션하는데 필요한Modeler GUI(Graphic User

를 제공한다 를 이용하여 사용자가 시뮬레이션을 수행하는 과정Interface) . Modeler

은 시스템 모델 정의 시뮬레이션 모델 작성 시뮬레이션 실행 결과1) , 2) , 3) , 4)

리포트의 단계로 진행된다.

사용자는 의 배치 다이어그랭을 통해 시스템의 아키텍처를 묘사한다 배치 다UML .

이어그램은 시스템에서 소프트웨어와 하드웨어 사이의 물리적인 관계를 보여주는

다이어그램으로 노드 링크 컴포넌트 의존관계로 구성된다, .• • •

그림 는 의 예를 보여준다[ 18] UML Deployment diagram .

그림 의 의 예[ 18] UML Deployment diagram

- 25 -

그림 에서는 시스템에 포함된 컴포넌트 를 통해 서버[ 18] , Client1 ReservationApp

에 요청하면 서버를 구성한 컴포넌트에 전달되어 에 요청하는 시스템Scheduler DB

을 묘사한 것이다.

이렇게 묘사된 시스템 아키텍처를 실제 성능 평가하기 위해서는 다음과 같은 정보

기 필요하다.

노드 해당 노드 위에서 작동되는 소프트웨어 컴포넌트에 대한 실행 정보 복잡- (•

도 수행예상시간 노드 자체의 하드웨어적 정보 등, ), (processor type )

링크 등의 하드웨어 정보- Network type, bandwidth•

시뮬레이션 목적과 시간 사용자가 각 노드에서 얻고자하는 정보와 신뢰성 있는-•

계신을 위한 반복 회수 등

시뮬레이션 정보 노드간 데이터의 동적 흐름 순서-•

모델러는 위의 정보들을 자바빈즈 컴포넌트로 구현한다 자바빈즈 컴포넌트는 자바.

의 컴포넌트 모델이다 자바빈은 다른 컴포넌트를 부분 수정하거나 조합해서 또 다.

른 컴포넌트를 만들 수 있는 재사용성 소프트웨어 컴포넌트이다 자바빈즈 기반의.

컴포넌트는 컴포넌트를 분석 조작하는데 있어서 공동적으로 적용되는 표준을 정의,

할 수 있는 장점이 있는데 이렇게 만들어진 컴포넌트는 표준 자바빈즈를 제공하는,

어떤 개발 툴에서도 사용할 수가 있다 모델러는 자바빈즈 기반의 컴포넌트의 장점.

을 이용해서 노드와 링크의 시각적인 배치와 재사용성을 높인다.

2) Translator

는 그림 에서와 같이 로 구성된다Translator [ 17] Pre-checker, Translator .

Pre-checker①

는 로부터 시뮬레이션에 필요한 정보를 획득하여 사용자가Pre-checker Translator

구성한 확장된 배치다이어그램이 시뮬레이션 될 수 있는지 검사한다 즉 시뮬레이. ,

션에 필요한 노드와 링크의 시간 스케줄 정보와 오브젝티브를 구할 때 필요delay ,

한 파라미터가 노드 정보와 링크 정보에 있는지를 검사한 후 시뮬레이션에 필요한

모든 정보가 있으면 가 계속해서 진행하도록 하고 필요한 정보가 없으면Modeler ,

해당 정보가 없음을 에게 알린다Modeler .

Translator②

는 사용자가 구성한 다이어그램으로부터 가 추출한Translator Deployment Modeler

시뮬레이션 정보를 가지고 자바 기반의 시뮬레이션 코드를 자동 생성한다.

는 크게 모델 정보 분석 시뮬레이션 알고리즘 작성 오브젝티브 알고리Translator , ,

즘 작성의 단계로 진행된다3 .

- 26 -

모델 정보 분석 로부터 사용자가 작성한 모델 정보 파일 를 읽- Modeler (in.smi )•

어들여 이를 분석하고 분류하여 저장한다 즉 각 노드를 클래스로 만들기 위해 필. ,

요한 클래스 정보 시뮬레이션의 스케줄 정보 오브젝티브 정보를 읽어들인다 클래, , .

스 정보는 노드의 이름이 되는 클래스 이름 다른 노드와의 연결을 위한 포트 구성,

링크 구조이고 스케줄 정보는 스케줄 되는 노드의 순서 스케줄 횟수 각 노드,• • •

와 링크의 시간이다 오브젝티브 정보는 각 노드의 오브젝티브 이름과 오브delay .

젝티브를 구하기 위한 파라미터로 구성된다.

시뮬레이션 알고리즘 작성 분석된 모델 정보와 라이브러리를 이용해- SimJava•

서 시뮬레이션 구조를 구성한다 즉 클래스 정보로 각 노드를 클래스로 만들어 각.

각을 쓰레드 로 구성하고 스케줄 정보를 이용해서 스케줄링 구조를 구성하(thread) ,

며 스케줄 시간을 계산하는 알고리즘을 구성한다.

오브젝티르 알고리즘 작성 사용자가 알고자 하는 오브젝티브를 시뮬레이션 하-•

는 동안 계산한다 주로 사용되는 오브젝티브에는. Transmission time, Utilization,

부하량이 있다.

는 분산 이벤트 시뮬레이션 자바 패키지로 각 개체를 쓰레드로 구성해서SimJava

이벤를 주고받도록 되어 있기 때문에 이를 이용할 때 각 노드에 독립성과 동시성,

을 제공하여 보다 현실에 가까운 시뮬레이션을 할 수 있게 된다.

3) Engine

은 가 생성한 자바 코드와 런타임 라이브러리를 이용해서 실제로Engine Translator

시뮬레이션하고 시뮬레이션 결과를 산출한다 즉 은 파일을 입력받, . , Engine *.java

아 런타임 라이브러리를 이용해서 실행하고 그 결과로 와SimJava Report Tracefile

을 생성한다 파일에는 사용자가 요구한 오브젝티브에 대한 결과와 시뮬레. Report

이션이 이루어진 시간 정보가 기록된다 에는 시뮬레이션하는 동안 발생. Trancefile

하는 모든 이벤트가 시뮬레이션 시간에 따라 기록된다.

4) Scenario

는 를 통한 시뮬레이션 결과를 가시적으로 보여준다 현재Scenario Translator .

는 파일과 파일을 보여주는 형식이나 향후 애니메이션Scenario Report Tracefile ,

을 통하여 결과를 직관적으로 이해할 수 있도록 할 계획이다.

- 27 -

제조공정도3.

소프트웨어 제품의 제조 공정이란 개발이 진행되는 동안에 수행되는 활동(Activity)

이나 작업 등 소프트웨어 개발 프로세스를 의미한다 본 제품은(Task) . ISO/IEC

과 사의 의 활동을 기12207 MIL-STD-498, Rational RUP(Rational Unified Process)

반으로 개발을 수행하였다.

소프트웨어 제품의 제조 공정이란 개발이 진행되는 동안에 수행되는 활동(Activity)

이나 작업 등 소프트웨어 개발 프로세스를 의미한다 본 제품은(Task) . ISO/IEC

과 사의 의 활동을 기12207 MIL-STD-498, Rational RUP(Rational Unified Process)

반으로 개발을 수행하였다.

표 개발활동[ 3]

단계 활동 작업 내용

분석

분석준비

분석자료 수집-

조직 구성-

분석 절차 및 일정 수립-

문제를 체계적으로 파악하기 위한 정보를 수

집한다 분석작업을 수행하기위한 팀을 편성.

하고 작업 일정계획을 수립한다.

사용자 요구사항

분석

사용자 요구사항 정의-

시스템 사용자 파악-

사용사례 파악-

사용사례 기술- ‘

사용사례 관계 정의-

사용자의 요구사항을 바탕으로 시스템 사용

자 및 사용사례를 파악하여 문제영역의 범위

를 설정하고 시스템의 기능을 정의한다, .

소프트웨어

아키텍처 분석

분석 서브 시스템 정의-

분석 서브 시스템 구조-

정의

사용사례의 기능적 연관성을 중심으로 시스

템을 분할하고 분할된 서브 시스템간의 관계

를 정의한다.

정적 구조 분석

분석 클래스 정의-

분석 클래스 속성 및 연-

산정의

분석 클래스 관계 정의-

사용사례로부터 시스템의 내부 구성객체를

파악하고 그들간의 관계를 정의한다, .

동적 행위 분석

분석 클래스간 상호작용-

정의

분석 클래스 내부 상태-

정의

시스템의 행위내용을 파악하기 위해 내부 구

성 객체들간의 상호작용 및 주요 객체 내부

의 상태 변화를 정의한다.

분석 컴포넌트

정의분석 컴포넌트 정의-

독립적이며 재사용 가능한 단위의 내부구성

객체들을 분석 컴포넌트로 정의한다.

- 28 -

단계 활동 작업 내용

설계

설계 준비

시스템 구현환경 정의-

조직 구성-

설계 절차 및 일정 수립-

설계단계를 효율적으로 진행할수 있

도록 필요한 팀을 편성하고 작업일

정계획을 수립한다 또한 시스템의.

구현환경을 정의한다.

소프트웨어 아키

텍쳐 설계

설계 서브 시스템 정의-

설계 서브 시스템 구조 정의-

시스템의 구현환경을 고려하여 서브

시스템을 재정의한다.

사용자 인터페이

스 설계

사용자 인터페이스 객체 정의-

사용자 인터페이스 객체 설계-

사용자 인터페이스 구조 설계-

인터페이스 클래스의 내용을 구현환

경을 고려하여 재정의하고 사용자,

인터페이스 시스템을 설계한다.

데이터 베이스 설

계

엔티티 클래스 설계-

논리적 데이터 객체 구조 설계-

물리적 데이터 객체 구조 설계-

엔티티 클래스의 내용을 구현환경을

고려하여 재정의하고 데이터베이스,

의 구조를 설계한다.

제어 설계제어 객체 정의-

제어 객체 설계-

컨트롤 클래스의 내용을 구현환경을

고려하여 재정의하고 시스템의 구현,

로직을 설계한다.

시스템 인터페이

스 설계

시스템 인터페이스 객체 추출-

시스템 인터페이스 미들웨어-

컴포넌트 추출

시스템 인터페이스 객체 구조-

설계

시스템간의 상호작용을 위한 시스템

인터페이스 객체를 구현환경을 고려

하여 정의하고 구조를 설계한다, .

설계 컴포넌트 정

의설계 컴포넌트 정의-

구현환경을 고려하여 분석 컴포넌트

를 독립적으로 재사용 가능한 설계

컴포넌트로 재정의한다.

프로세스 설계프로세스 정의-

노드별 프로세스 분산 설계-

설계 컴포넌트를 기반으로 독립적인

쓰레드를 가지는 프로세스를 정의하

고 물리적인 노드에 각 프로세스를,

할당한다.

구현

구현준비

작업환경 구축-

조직 구성-

구현 절차 및 일정 수립-

시스템 구현을 효과적으로 진행할

수 있는 팀을 평성하고 작업일정계,

획을 수립한다 또한 시스템을 구현.

하기위한 작업환경을 구축한다.

소프트웨어

아키텍쳐 구현

서브 시스템 통합-

시스템 통합-

서브 시스템을 구성하는 클래스들을

통합하고 전체 시스템을 구성하는,

서브 시스템을 통합한다.

클래스 구현클래스 속성 구현-

클래스 연산 구현-

각 클래스의 속성 및 연산을 특정

프로그래밍 언어로 구현한다.

프로세스 구현

프로세스별 객체 상호작용-

구현

프로세스별 객체 내부행위-

구현

각 프로세스별로 구성 객체들간의

상호작용 및 주요객체의 내부행위를

특정 프로그래밍 언어로 구현한다.

컴포넌트 구현 컴포넌트 구현-

분석 단계 및 설계단계에서 정의된

컴포넌트에 대하여 구현부 및 인터

페이스를 특정 프로그래밍 언어를

사용하여 구현한다.

- 29 -

테스트

테스트 준비

테스트 요구사항 정의-

테스트 목표 및 대상설정-

조직 구성-

테스트 방법 및 절차 수립-

테스트 일정 수립-

테스트단계를 효과적으로 진행할 수 있도

록 팀을 편성하고 작업일정계획을 수립한,

다 또한 각 테스트 목표 및 대상을 정의.

하고 방법 및 절차를 수립한다.

단위 테스트

단위 테스트 케이스 및 데-

이터 개발

단위 테스트 실시-

단위 테스트 결과 검토 및-

기록

독립적인 가장 작은 단위의 소프트웨어를

테스트한다.

통합 테스트

통합 테스트 케이스 및 데-

이터 개발

통합 테스트- 수행

통합 테스트 결과 검토 및-

기록

통합테스트는 단위 테스트가 완료된후 수

행되며 단위 소프트웨어의 통합이 올바르,

게 되었는지를 테스트한다.

시스템 테스트

시스템 테스트 케이스 및-

데이터 개발

시스템 테스트 수행-

시스템 테스트 결과 검토-

및 기록

단위 소프트웨어의 통합이 완료된 시스템

이 하드웨어 소프트웨어 및 운영환경 내,

에서 정의된 시스템 요구사항에 따라 완

전하게 수행되는지를 테스트한다.

- 30 -

양산 원가계산과 기존재품과의 가격비교4.

양산원가 계산4.1

소프트웨어의 특성 상 개발완료 시점에서 소요된 인건비와 제재경비를 기준으로 원

가를 계산하였다 이는 초기 개발 시에 소요되는 비용이므로 이 제품이 가지고 있.

는 확장성 이식성 재사용성등의 특성을 감안해 볼 때 높은 가격 경쟁력을 가질, , ,

것으로 예상된다.

단위 천원( : )

비 목 금 액 비 고

재료비 원료비 10,000

소모 기자재비 20,000

노무비 인건비 300,000

경비 관리경비 50,000

합계 380,000

기존제품과의 가격 비교4.2

현재 대다수의 증권사에서 온라인 주식거래를 위한 시스템을 제공하고 있지만 아,

직까지 이러한 시스템 구축을 자동화하기 위해 제품화 된 것은 없다 대부분의 경.

우 전문 개발업체를 통해 시스템을 구축하므로 시스템 구축시 소요되는 비용을 토

대로 가격 비교를 하면 다음과 같다.

항목당사제품

(FlexHTS)사S 사W

시스템

구축비용억 천만원1 5 억5 억6

- 31 -

성능평가5.

평가

항목평가내용 시험결과

사용의

용이성

사용자가 시스템의 기능을 습득하는ㆍ

데 걸리는 시간

시스템을 구축하는데 소요되는 시간ㆍ

우수

타 시스템에 비해 배의( 3~4

시간 절감)

유연성 화면 구조 및 데이터 변경의 용이성ㆍ 우수

확장성인터넷 및 모바일 기반 환경으로의ㆍ

확장 가능성

우수

컨트롤 기반(ActiveX , XML )

통합성 기존의 과의 통합성Legacy systemㆍ우수

인터페이스 모듈 제공( )

양산개발시 애로상황 및 해결과정6.

해당사항 없음

- 32 -

양산사업화 추진내용.Ⅲ

추진경과1.

년 월 사업개시2000 5

년 월 개인사업자등록2000 7

년 월 법인사업자등록2000 9

년 월 신기술 장입보육 사업협약2000 7 (TBI)

년 월 산재보험 신정보시스템 구축 표준계약2000 3

년 월 주 한국정보컨설팅 억 투자유치2000 7 ( ) 1

년 월 을 위한 소프트웨어 시스템 위탁 개발 계약2000 8 NDV7

년 월 정보화 시스템 개발 계약2001 3 LG-EDS

년 월 한국산업기술진흥협회 연구소지정2001 4

매출 실적과 향후 년간 계획2. 3

매출실적 기간2.1 ( : 2000. 7 ~ 2001. 6)

현재까지의 매출실적은 아래와 같으며 이는 과제수행 기간의 대부분이 제품개발에,

소요되었다는 점을 감안할 때 적정한 수준이라 할 수 있다 또한 와는. LG-EDS 12

억원 규모의 차 계약이 진행중에 있으므로 이후에는 매출이 급성장할 것으로 예상2

된다.

단위 천원( )

판매업체 매출액 비 고

나래 엔지니어링 70,000 내수

LG-EDS 30,000 내수

총 합계 100,000

- 33 -

향후 매출 계획2.2

다음 그림은 년부터 현재까지 국내 증권사의 온라인 주식거래의 성장률을 나1998

타낸다 년 중반부터 비중이 급격히 높아진 온라인 거래는 현재 전체 증권거래. 1999

의 이상을 차지하고 있으며 다양한 사용자의 요구사항을 반영하느라 온라인66% ,

거래 시스템의 생명주기는 개월을 넘지 못하는 실정이다6 .

당사의 제품은 온라인 거래 시스템을 포함한 소프트웨어의 짦은 생명주기에 대처하

기 위한 해결책으로서 다수의 관련 업체에서 그 기술적 우위성을 인정 높이 평가,

하고 있으며 이것은 빠른 시일내에 매출과 연계될 것이다 뿐만 아니라 지속적인, .

제품 발표회를 통하여 판로를 확보할 예정이다.

또한 국내에서 영업중인 국외증권사를 시작으로 기술적으로는 제품을 특화하고 산,

업적 측면에서는 세계시장 진출을 위한 기반을 견고히 할 것이다.

매출 향상을 위한 향후 계획은 다음과 같다.

년도 내용

2001 월 제품 발표9 : FlexHTS v1.0ㆍ

2002

수출을 위한 제품 Customizingㆍ

제품 발표FlexHTS v2.0ㆍ

객체지향 컴포넌트 기반 분석 설계 지원 도구 제품 발표/ v1.0ㆍ ㆍ

2003

국외 심포지엄 참석 및 제품 발표 시사회ㆍ

객체지향 컴포넌트 기반 분석 설계 지원 도구 제품 발표/ v2.0ㆍ ㆍ

프로젝트 관리 지원 도구 제품 발표v1.0ㆍ

- 34 -

품질 및 가격 경쟁력이 우수하여 초기 시장진임결과 반응이 좋은 편임을 감안하여

충분히 달성 가능한 매출액으로 산정하였다.

- 35 -

사업화 추진과정상 애로사항 및 해결과정3.

영업인력의 부족3.1

당사의 창업 초기 구성원의 대부분이 연구 개발 인력이었으므로 기술 개발 시에,ㆍ

는 별 다른 어려움이 없었으나 제품에 대한 사업화를 진행하면서 영업전문 인력을,

필요로 하게 되었다 이에 당사 제품의 기술적 우위성을 인정한 업체로부터 사업화.

에 대한 제안을 받았으며 현재 당사는 해당 업체의 영업적 능력을 인정하여 상호,

협력하에 사업화를 추진하고 있다.

기대효과.Ⅳ

관련산업에의 파급효과1.

컴포넌트 기반 시스템 개발 자동화도구인 는 시스템 구축 시간을 단축FlexHTS■

시킬 뿐 아니라 시스템의 유지 보수롤 용이하게 하여 소프트웨어의 생산성을 향, ㆍ

상시킬 것이다 이는 생명주기가 짧은 소프트웨어 시장을 활성화시키는 계기가 될.

것이다.

또한 는 컴포넌트 기반기술이므로 기타 제품의 개발에 초석을 다지게FlexHTS●

될 것이다.

당사의 제품은 타 시스템에 비하여 월등한 가격경쟁력이 있으므로 국내 증권 업●

체들이 채용하게 되면 경쟁력 상승의 효과를 가져올 것이다.

수출증대 효과2.

현재 국내증권사에서 사용하고 있는 온라인 주식거래 시스템은 각 증권사에서■

자체 개발한 시스템들이다 온라인 주식거래 시스템이 타 시스템과 달리 외국 제품.

의 수입에 의존하지 않는 이유는 외국제품이 국내 사용자들의 다양한 요구사항들을

수용하지 못하기 때문이다.

- 36 -

당사의 제품은 이러한 국내 사용자들의 다양한 요구사항을 모두 수용하였고 시,■

스템 구동 환경이나 언어등의 변화에 유언하게 대처할 수 있는 구조를 갖추고 있

다 이러한 특징은 외국으로의 수출을 위한 제품의 특화를 용이하게 하며 단기간내. ,

에 제물의 수출을 증대시킬 것이다.

당사에서는 현재 국내에서 영업중인 여개의 외국 증권사를 시작으로 온라인20■

증권거래 시스템의 기능이 미비한 국외 증권시장으로의 진출을 추진하고 있다.

첨부자료.Ⅴ

당사관련 기사1.

매일경제신문 면- / 2000. 8. 21 18

- 37 -

매일경제 년 월 일 자동개발 장치 선보여2000 8 21 -SW

- 38 -