KR100364169B1

KR100364169B1 - 지능망시스템에서 템플레이트를 이용한 소스 코드를 생성방법

Info

Publication number: KR100364169B1
Application number: KR1020000016962A
Authority: KR
Inventors: 심장섭; 김종성; 송창환
Original assignee: 주식회사데이콤
Priority date: 2000-03-31
Filing date: 2000-03-31
Publication date: 2002-12-11
Also published as: KR20010094581A

Abstract

본 발명은 국제 표준에 따른 지능망 시스템의 플랫폼을 개발하는 프로그래밍 기술에 관한 것으로, 더욱 상세하게는 템플레이트(template)를 이용하여 소스 코드를 생성하는 지능망시스템에서 템플레이트를 이용한 소스 코드를 생성 방법에 관한 것이다

이러한 본 발명의 방법은 지능망시스템에 있어서, 모델링에 의해 MOSU 파일을 생성하는 단계; 클래스를 분석하여 스택에 저장하는 단계; 및 스택의 내용에 따라 템플레이트를 이용하여 소스 코드를 생성하는 단계를 포함하여 모델링과 독립된(Modeling Independent)구조로 인터넷(Internet)상에서의 다양한 시스템 구축시 빠른 적용과 일관성있는 사용자 인터페이스(User Interface)를 제공할 수 있고, 템플레이트를 이용한 소스 코드 생성(Source Code Generation)을 통하여 기본 기능을 추가의 코딩 작업없이 제공하여 안정성 있고, 재사용이 가능한 소프트웨어를 개발할 수 있다.

Description

지능망시스템에서 템플레이트를 이용한 소스 코드를 생성 방법{Method of generating source code using template in AIN system}

본 발명은 국제 표준에 따른 지능망 시스템의 플랫폼을 개발하는 프로그래밍 기술에 관한 것으로, 더욱 상세하게는 템플레이트(template)를 이용하여 소스 코드를 생성하는 지능망시스템에서 템플레이트를 이용한 소스 코드를 생성 방법에 관한 것이다.

일반적으로, 통신 소프트웨어는 실시간 분산환경에서 수행되므로 숙련된 전문가에 의해 개발되어야 한다. 그리고 통신 소프트웨어는 장시간의 개발기간이 필요하고, 매우 복잡한 구조로 되어 있어 유지보수 및 기능의 추가, 변경이 어려운 문제점이 있다. 특히, 지능망 시스템은 그 구성이 복잡하고 프로그래밍할 내용이 방대하기 때문에 소프트웨어 개발에 장시간이 소요되나 종래에는 템플레이트를 사용하지 않고 바로 소프트웨어 코딩 작업을 수행하였기 때문에 생산성이 저하되는 문제점이 있었다.

본 발명은 상기와 같은 문제점을 해결하기 위하여 국제 표준을 만족하는 지능망시스템에서 템플레이트를 이용한 소스 코드를 생성 방법을 제공하는 데 그 목적이 있다.

도 1은 본 발명이 적용될 수 있는 지능망시스템의 구성을 도시한 도면,

도 2는 본 발명에 따라 템플레이트를 이용하여 소스코드를 생성하는 절차를 도시한 도면,

도 3은 본 발명에 따라 클래스를 분석하는 절차를 도시한 흐름도이다.

*도면의 주요부분에 대한 부호의 설명

100a,100b:서비스 관리 시스템 102,112: RDBMS

110-1~110-n:서비스 제어 시스템 104,114: 이중랜

116a,116b:프론트 엔드 프로세서 120:SS7신호망

122:지능형 주변장치 130:공중 전화망

132:지능망교환기 140:X.25망

150:카드조회 시스템

상기와 같은 목적을 달성하기 위하여 본 발명의 방법은, 지능망시스템에 있어서, 모델링에 의해 MOSU 파일을 생성하는 단계; 생성된 MOSU 파일에 나타난 기호들을 분석하여 제 1 기호이면 프라이머리, 유니크, 어트리뷰트, 컴페어, 오퍼레이션, 오퍼레이션 어트리뷰트에 대한 분석을 시작하고 스택 푸시하는 단계; 제 2 기호이면 프라이머리, 유니크, 어트리뷰트, 컴페어, 오퍼레이션, 오퍼레이션 어트리뷰트에 대한 분석을 마치고 스택 팝하는 단계; 제 3 기호이고 현재 스택이 오퍼레이션 리스트이면 디폴트, 메모리를 구분하여 수행하는 단계; 제 4 기호이고 현재 스택이 오퍼레이션 리스트이면 오퍼레이션으로 수행하는 단계; 제 5 기호이면 스택의 오퍼레이션 리스트 조건 수행을 마치는 단계; 현재 스택의 갯수가 0이상 이면 파싱 리스트에 등록하는 단계; 분석된 클래스를 스택에 저장하는 단계; 및 스택의 내용에 따라 템플레이트를 이용하여 소스 코드를 생성하는 단계를 포함하는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명하기로 한다.

도 1은 본 발명이 적용될 수 있는 지능망시스템을 도시한 전체 구성도로서, 지능망시스템은 가입자/서비스관리 및 시스템 운용을 담당하는 서비스관리시스템 (SMP:Service Management Point; 100a,100b)과 서비스 로직 수행 및 데이터 처리, 그리고 SS7신호망(120)과 연동하여 신호 처리를 담당하는 서비스제어시스템(SCP: Service Control Point; 110-1~110-n)으로 이루어져 공중 전화망(PSTN:130)을 통해 연결된 발신자(134)와 착신자(136) 사이에 새롭고 다양한 서비스를 제공할 수 있다. 여기서, 서비스관리시스템(100a,100b)과 서비스제어시스템(110-1~110-n)은 관계형 데이타베이스(RDBMS;102,112)를 포함하고 있고, 서비스제어시스템(110-1~110-n)은 별도의 전처리시스템(FEP:116a,116b)을 포함하고 있다. 그리고 각 시스템은 할당된 기능을 처리하기 위해 해당 기능을 담당하는 서브시스템을 내부에 설치하여 운용하며, 이러한 지능망시스템 플랫폼에서 제공되는 서비스로는 가상 사설망 서비스(VPN), 고도 착신 과금 서비스(AFS), 개인 번호 서비스(PN), 번호 이동 서비스(NP), 카드 계열 서비스(콜링카드,선불카드,신용카드), 3자과금 서비스등이 있다.

도 1을 참조하면, 공중전화망(PSTN:130)은 지능망교환기(SSP:132)를 포함하고, SS7신호망(120)을 통해 지능망시스템에 접속되며, SS7신호망(120)에는 지능형주변장치(IP)가 접속된다. 그리고 카드조회시스템(150)이 X.25망(140)을 통해 서비스제어시스템(SCP)에 접속된다.

그리고 서비스관리시스템(SMP:100a, 100b)은 운용관리 서브시스템(OMS: Operation Maintenance Subsystem), 서비스관리 서브시스템(SMS: Service Management Subsystem)과, 서비스 데이터 관리 서브시스템(SDPS: Service Data Processing Subsystem)으로 이루어지고, 서비스제어시스템(SCP:110-1~110-n)은 운용관리 서브시스템(OMS:Operation Maintenance Subsystem), 서비스처리 서브시스템(SLES: Service Logic Execution Subsystem), 서비스 데이터 관리 서브시스템(SDPS: Service Data Processing Subsystem), 신호처리 서브시스템(SPS: Signalling Processing Subsytem)으로 이루어져 있다.

그리고 서비스관리시스템(SMP:100a,100b)에는 가입자 데이터베이스, 시스템 관리 데이터베이스, 콜 티켓(Call Ticket) 데이터베이스가 구축되어 있으며, 서비스제어 시스템(SCP:110a,110b)에는 가입자 데이터베이스가 구축되어 있다.

또한 도면에는 도시되지 않았으나 서비스관리시스템(SMP)의 이중 랜 버스(104)에 시스템 관리 단말과 서비스 관리 단말이 연결되어 그래픽유저인터페이스(GUI)를 통해 시스템 운용관련 각종 정보 및 서비스 운용관련 정보를 표시하고, 이 GUI를 통해 운용관련 제어기능과 서비스 관리를 운용자가 수행할 수 있다. 서비스 제어 시스템(SCP)의 이중 랜 버스(114)에 연결되어 있는 가입자 관리 단말은 가입자의 신규 생성, 삭제, 가입자정보의 변경등 가입자정보와 관련한 기능을 수행고, GUI를 통해 가입자 관리를 관리자가 수행할 수 있다.

그리고 지능망시스템의 서비스관리시스템(SMP:100a,100b)은 프라이머리/ 세컨더리(Primary/ Secondary) 구조로 이중화되어 있으며, 서비스제어시스템 (SCP:110-1~110-n)은 N+1 구조로 이중화되어 있다. SMP시스템의 Primary/Secondary 구조란 프라이머리 SMP(Primary SMP)는 SMP시스템의 주된 기능인 서비스 및 가입자 관리, 과금처리를 수행하는 반면, 세컨더리 SMP(Secondary SMP)는 Primary SMP의 장애시에 Primary SMP의 기능을 수행하며 Batch 작업과 통계처리 작업을 수행하는 것을 말한다. SCP의 N+1 구조는 추가적인 장비를 예비하여 시스템 향후 발생할 장애를 대비하는 구조로서, 한 장비의 장애가 발생하여도 예비 장비가 장애 장비의 작업을 대체하여 전체 시스템의 성능을 보장하는 것이다. 이때 예비 시스템은 정상상태에서 부하 분담 방식으로 기능을 제공한다.

이와 같이 본 발명이 적용되는 지능망시스템은 N+1 구조의 부하공유(load sharing) 방식으로서, 서비스 제어시스템(SCP)은 후처리시스템(110-1~110-n)과 전처리시스템(FEP:116a,116b)으로 분리된 구조를 갖는다. 전처리시스템(116a,116b)은 SS#7 프로토콜 스택등 신호망과의 인터페이스를 담당하는 기능과 지능망 응용 프로토콜(INAP) 처리한다. 그리고 N+1 구조의 SCP(110-1~110-n)를 관리하는 SMP(100a,100b)는 전체 지능망 서비스시스템의 형상을 관리하며, 각 SCP별로 설치된 서비스정보와 각 SCP별 부하균형값을 전처리시스템에 전달한다. 이 부하균형값은 SMP(100a,100b)에서 각 SCP별로 설치된 서비스의 상태 및 시스템 상태 그리고시스템 성능 등을 고려하여 결정된다. 이와 같은 지능망시스템에서 서비스 관리 기능(SMF)을 효율적으로 개발하기 위하여 본 발명은 객체 지향 방법에 의한 탬플레이트를 이용하여 소스 코드를 생성한다.

본 발명에 따른 작업을 수행하기 위한 개발환경은 다음 표 1과 같은 구성을 필요로 한다.

Customer Application

Template에의한 Generation Package

RDB(Oracle, Sybase, Informix, etc)

Hardware-Based Platform

이와 같은 개발환경에서 서비스관리시스템(SMP)에 적용되는 서비스를 개발할 경우, 객체 지향 방법론을 이용하여 시스템을 분석/설계할 경우에 사용자의 데이터(Object)를 모델링하는 것이 가장 먼저 수행해야 할 작업이다. 이러한 모델링(Modeing) 작업결과를 특정 템플레이트(Template)를 이용하여 개발할 경우, 개발에 필요한 중복 작업을 제거하여 시스템을 보다 빠르고, 안정되게 구현할 수 있다.

도 2는 본 발명에 따라 소스 코드를 생성하는 절차를 도시한 흐름도로서, 본 발명의 방법은 모델링에 의해 MOSU 파일을 생성하는 단계(S1)와, 클래스를 분석하여 스택(stack)에 저장하는 단계(S2), 및 스택(stack)의 내용에 따라 템플레이트를 이용하여 소스 코드를 생성하는 단계(S3)를 포함한다.

본 발명에 따르면 템플레이트(Template)의 내용이 반영되어진 소스 코드 생성(Source Code Generation)이 가능하고, 생성된 소스 코드(Source Code)는 기본적인 데이터의 입출력(Create, Get, Set, Delete, Multi-Create, Multi-Get, Multi-Set, Multi-Delete, Multi-Get-Cancel)이 가능한 신속한 프로토타이핑(Rapid Prototyping)을 가능하게 해주며, 사용자(Customer)의 요구사항에 따라 필요한 콜백(Callback)을 생성한다 .

또한, 객체 지향 방법에 의한 모델링(modeling)은 다음 표 2와 같은 MOSU 파일(Managed Object Schima Unit File)을 생성할 수 있다. Mosu(Managed Object Schima Unit)File은 유니트(unit) 정보와 적용할 인터페이스 인프라( Interface Infra) 구조인 클래스(class)를 정의 한다. 유니트(Unit) 정보는 각 Mosu 구조에 대해 유일한 값을 부여하기 위해 정의한 것이고, 클래스(class) 정보는 인터페이스 인프라(Interface Infra) 정보를 나타낸다.

class className : baseClass Name{accessOption attr1Type(attr1Len) attr1Name optionalRange;accessOption attr2Type(attr2Len) attr2Name optionalRange;operation operationName(accessOption attr4Type(attr4Len) attr4Name optionalRange,);primaryKey attr1Name, ;memory memoryOption;};..

이와 같이 작성된 파일은 템플레이트 지원도구를 이용하여 소스를 생성한다.그리고 생성된 템플레이트 화일의 구성예는 다음 표 3과 같다.

$@ui$mosuName.huBoolean ui$mosuNameRead(char *msg);$classListpmParamsList *$classNameRead();uBoolean $classNameWrite(pmParamsList *pList);$opListuBoolean $className$opName();$$@ui$mosuName.cuBoolean ui$mosuNameRead(char *msg)pmParamsList *pList = new pmParamsList();if(!pList->Make(msg))return uFalse;char *res;char *opName;char *clsName;if(!pList->NamePtr("res", res))sprintf(errorData.string, "res is not match");return uFalse;if(!pList->NamePtr("op", opName))sprintf(errorData.string, "op is not match");return uFalse;if(!pList->NamePtr("class", clsName))sprintf(errorData.string, "class is not match");return uFalse;$classListelse if (!strcmp(clsName, "$className"))$classNameWrite(pList);$return uTrue;

또한, 적용 입출력 규칙(Rule)에서 요구(Request) 메시지 포멧(Format)은

요구(request) 메시지의 헤더(Header)에 해당하는 "operationName" 과 "class = className1", 오퍼레이션(operation) 및 클래스(class)의 종류에 따라 포멧(format)이 정해지는 속성(Attribute)의 모음으로 구분될 수 있다. 속성 리스트(attribute list)는 각 속성(attribute)과 그에 대한 값(value)을 나열한 문자 스트링(char string)으로 구성되며, 각 속성(attribute)에 대한 값(value)은 "="로지정하고, 개개의 식별자간은 ","로 구분되며, 한 명령 행의 종료는 ";"로 구분된다. 결과(Result) 메시지 포멧(Format)은 결과(result) 메시지의 헤더(Header)에 해당하는 "operationName result=success, class=className" 과 본문(body)에 해당하는 "[attribute1Name=attribute1Value, attribute2Name= attribute2Value .];" 으로 구성되며, 본문(body) 부분은 옵션(option) 사항이다. 결과(result)의 종류는 성공(success), 실패(fail), 무효(invalid)로 정의된다. 적용 키워드(KeyWord)를 살펴보면, Mosu Template File은 수정 가능하며 Mosu File의 내용을 참조하여 기술할 수 있는 구조를 가지고, 다음 표 4와 같은 키워드를 가질 수 있다.

mosuName : mosu FileNameunitName : mosu unitName(blockName)classList : mosu class ListclassName : mosu Class NameattrList : mosu attribute ListattrList attrName : mosu Class Attribute NameattrList attrType : mosu Class Attribute TypeattrList attrLength : mosu Class Attribute LengthattrListattrIsNotNull : mosu Class Attribute is not NULLattrList AttrName : mosu Class AttributeName with first Char is c apitalopList : mosu operation ListopList opName : mosu operation NameopList opChoice : mosu operation ChoiceopList opAttrList : mosu Operation Attribute ListopList attrName : mosu Operation Attribute NameopList attrType : mosu Operation Attribute TypeopList attrLength : mosu Operation Attribute LengthopList AttrName : mosu Operation Attribute Name with first Char is capitalpkAttrList : mosu primary keyattrName : primary key attrname$Name : Name substitution$# : comment$classList : list substitution begin$ : list substitution end$@FileName : FileName begin$?contion : if condition$: : else condition$$ : endif

상기 표 4에서와 같이, 각각의 클래스(Class), 오퍼레이션(Operation), 속성(Attribute)은 리스트 데이터 구조로 표현되며, 하나의 MOSU화일(Mosu File)은 n1개의 클래스(Class)로 구성된다. 또한 하나의 클래스(Class)는 오퍼레이션(Operation)이 n2개로, 속성(Attribute)이 n3개로 이루어진다. 가장 먼저 클래스(Class) 분석 절차로 들어가게 되며, 각 클래스(Class)의 내용은 구분되어 의미를 갖을 수 있는 내용의 스택(stack) 구조를 갖게 된다. 이어 스택(stack)의 내용이 팝(Pop)되어 각 컨텐츠(Content)에 따라 템플레이트(Template)에 서술된 방법으로 소스 코드(Source Code)를 생성한다.

이어서 본 발명에 따른 클래스(Class)의 분석 절차는 도 3에 도시된 바와 같다.

도 3을 참조하면, MOSU파일을 입력받아 파일에 나타난 기호들을 분석한다. 현재 분석중인 MOSU파일의 기호가 제 1 기호(${)이면 프라이머리(primary), 유니크(unique), 어트리뷰트(attribute), 컴페어(compare), 오퍼레이션(operation), 오퍼레이션 어트리뷰트(operation Attribute)에 대한 분석을 시작하고, 스택 푸시(stack EndPush)한다(301,302). 이어 제 2 기호($})이면 프라이머리, 유니크, 어트리뷰트, 컴페어, 오퍼레이션, 오퍼레이션 어트리뷰트에 대한 분석을 마치고 스택 팝(stack Pop)하고(303,304), 제 3 기호($?)이고 현재 스택(current stack)이 오퍼레이션 리스트이면 디폴트(default), 메모리(memory)를 구분하여 수행한다(305,306).

이어 제 4 기호($:)이고 현재 스택(current stack)이 오퍼레이션 리스트이면오퍼레이션으로 수행하고(307,308), 제 5 기호($$)이면 스택의 오퍼레이션 리스트 조건 수행을 마친다(309.310). 현재 스택(currStack)의 갯수가 "0" 이상이면 파싱 리스트(Parse List)에 등록한다(311,312).

이상에서 설명한 바와 같이, 본 발명에 따르면 모델링과 독립된(Modeling Independent)구조로 인터넷(Internet)상에서의 다양한 시스템 구축시 빠른 적용과 일관성 있는 사용자 인터페이스(User Interface)를 제공할 수 있고, 템플레이트를 이용한 소스 코드 생성(Source Code Generation)을 통해 기본 기능을 추가의 코딩 작업없이 제공할 수 있으므로 안정성이 있고, 재사용이 가능한 소프트웨어를 개발할 수 있다.

Claims

지능망시스템에 있어서,

모델링에 의해 MOSU 파일을 생성하는 단계;

생성된 MOSU 파일에 나타난 기호들을 분석하여 제 1 기호이면 프라이머리, 유니크, 어트리뷰트, 컴페어, 오퍼레이션, 오퍼레이션 어트리뷰트에 대한 분석을 시작하고 스택 푸시하는 단계;

제 2 기호이면 프라이머리, 유니크, 어트리뷰트, 컴페어, 오퍼레이션, 오퍼레이션 어트리뷰트에 대한 분석을 마치고 스택 팝하는 단계;

제 3 기호이고 현재 스택이 오퍼레이션 리스트이면 디폴트, 메모리를 구분하여 수행하는 단계;

제 4 기호이고 현재 스택이 오퍼레이션 리스트이면 오퍼레이션으로 수행하는 단계;

제 5 기호이면 스택의 오퍼레이션 리스트 조건 수행을 마치는 단계;

현재 스택의 갯수가 0이상 이면 파싱 리스트에 등록하는 단계;

분석된 클래스를 스택에 저장하는 단계; 및

스택의 내용에 따라 템플레이트를 이용하여 소스 코드를 생성하는 단계를 포함하는 지능망시스템에서 템플레이트를 이용한 소스 코드를 생성 방법.
삭제