(6)-02(도남철).fm

Size: px

Start display at page:

Download "(6)-02(도남철).fm"

정희 간
2 years ago
Views:

1 한국CAD/CAM학회논문집 Vol. 18, No. 6, pp December 2013 Transactions of the Society of CAD/CAM Engineers DOI < 응용논문 > pissn eissn Pre-qualification 관리시스템을위한데이터베이스모델링 도남철 1 박종진 2 이정렬 3 이재현 4 1 경상대학교산업시스템공학부, ERI, 2 ( 주 ) 아르고넷, 3 한국선급융합연구팀, 4 대구대학교산업경영공학과 Database Modeling for Pre-qualification Management System Namchul Do 1, JongJin Park 2, Jeongyoul Lee 3, and Jae Hyun Lee 4 1 Department of Industrial and Systems Engineering, ERI, Gyeongsang Nat l University 2 Argonet Co., Ltd. 3 Convergence Technology Research Team, Korean Register of Shipping 4 Department of Industrial and Management Engineering, Daegu University Received 5 March, 2013; received in revised form 12 August, 2013; accepted 21 August, 2013 ABSTRACT Acting an important risk management tool for main contractors, pre-qualification has served a key marketing tool for subcontractors in various industries. Current industrial environment has required the time intensive pre-qualification ability to small and medium-size subcontractors as a matter of competitive business. In order to support the subcontractors, this paper proposes a database model for pre-qualification management system (PQMS) that automates the pre-qualification process by using information technologies. The modeling process consists of specifications for its requirements, functional modules, and a database model for the PQMS. Key Words: Pre-qualification, Pre-qualification Management System (PQMS), PQMS Database 1. 서론 Pre-qualification(PQ) 이란사전입찰자격심사제도로써토목, 건설, 플랜트등대규모사업에참여하는공급기업을선별하여일정조건을만족하는업체에한하여입찰자격을주는제도를뜻한다. 수요기업이주관하는 PQ 는공급기업의기술능력, 시공경험, 경영상태, 그리고신인도등을종합평가한다. 평가를통과한기업의목록이 PQ 리스트 (PQ List) 이며, 이에포함된공급기업만을 Corresponding Author, dnc@gnu.ac.kr 2013 Society of CAD/CAM Engineers 대상으로입찰을실시해낙찰자를결정한다. 수요기업입장에서 PQ 제도를운영하는이유는무분별한입찰참여를막아부실공사위험성을사전에차단하고, 입찰에참가하는업체에대한검증을미리함으로써입찰에서계약까지검증단계에소요되는시간과노력을줄이기위해서이다. 공급기업입장에서 PQ 활동에참여하는이유는수요기업과특별한관계를유지함으로써과제정보를얻고과제에참여할수있는권리를확보하기위해서이다. PQ 를요구하는시장에공급기업이진출하기위하여는기자재를납품함으로써사업실적을쌓고신뢰를확보해야한다. 하지만소규모중소기업

2 408 도남철 박종진 이정렬 이재현 은 PQ 지원에필요한문서작성과자료관리를위해상당한인력과자원을투입해야한다. 그러므로정보기술을이용하여 PQ 활동을효율적으로지원하는시스템이제공된다면해당업체의경영에많은도움이될것으로예측된다. 이시스템은 PQ 지원에필요한기업정보를체계적으로관리하며, 기업이다양한 PQ 요구에효과적으로대처할수있게한다. 그러므로본연구는 PQ 에효과적으로대응하기위한정보관리시스템인 Pre-qualification Management System (PQMS) 데이터베이스모델을제안한다. 제안된데이터베이스모델은 PQMS 를구축하기위한데이터베이스의구성을정의한다. 연구의목적을달성하기위하여 PQMS 의주요관리대상인 PQ 문서의구조를분석하고그구성을결정한다. PQ 문서에대한이해를바탕으로 PQ 활동의요구사항을결정한다. 구축된요구사항을지원하기위한 PQ 프로세스를분석하고이를바탕으로기능모델을작성한다. 최종적으로기능모델을지원하여요구사항을달성할수있게하는데이터베이스모델을작성한다. 제안된데이터베이스모델을검증하기위하여예제데이터베이스를구현하고이데이터베이스가 PQMS 주요기능에필요한자료를제공할수있음을확인한다. 이논문의 2 장에서는 PQ 의구성요소와연구대상을소개한다. 3 장에서는 PQ 의주요객체인 PQ 문서의구성요소를결정한다. 4 장에서는요구사항, 기능모델그리고배치모델로구성된데이터베이스모델준비과정을설명한다. 5 장에서는데이터베이스모델을제안하고, 예제데이터베이스를통하여제안된모델을검증한다. 6 장에서는연구의결론을제공한다. 2. PQ 구성요소와 PQMS 이절에서는 PQ 의구성요소와 PQMS 의역할을살펴본다. PQ 에참여하는역할들이행하는규정화된활동을 PQ 프로세스 (PQ Process) 라고한다. PQ 프로세스를효율화하기위하여컴퓨터와네트워크시스템을이용한자동화노력이필요하다. Fig. 1 은 PQ 에관련된참가자, 관련객체, 프로세스, 그리고지원정보시스템간의관계를포괄적으로보여준다. 수요기업 (Main Contractor) 은 PQ 목록을선정 Fig. 1 The context diagram of the unit of analysis 하기위한 PQ 프로세스를운영한다. 이프로세스는 PQ 문서를공급기업에요구하고, PQ 문서를접수하며, 이를평가하고최종결정을하는과정을포함한다. PQ 프로세스는 PQ 시스템 (PQ System) 을사용하여보다효율적으로진행될수있다. 공급기업 (Subcontractor) 은 PQ 관리프로세스 (PQ Management Process) 를운용한다. 이프로세스는 PQ 문서에필요한자료를관리하며, 각 PQ 요구에대응하여 PQ 문서를준비하고등록하는역할을한다. 이는위에서언급한수요기업의 PQ 프로세스와대비된다. 공급기업은 PQ 관리프로세스를지원하여 PQ 관련기업자료를일관되게관리하고, 다양한 PQ 에대응하기위하여 PQ 관리시스템 (PQMS) 을사용할수있다. 이는공급기업의 PQ 시스템과대비된다. PQMS 의최종결과물은 PQ 시스템에입력될 PQ 문서 (PQ Document) 이다. PQ 문서는 PQ 심사를받기위해공급기업이준비하는문서이다. 본논문에서는 PQ 구성요소중 PQMS 데이터베이스를연구대상으로한다. 3. PQ 문서 Fig. 1 에서보듯이 PQ 문서는 PQ 프로세스의중심이되는객체이다. 그러므로 PQ 문서는데이터베이스모델링의주요대상객체로써사용되어야한다. 이절에서는 PQ 문서의일반적인구성을결정함으로써다음단계에서이를참조하여다양한모델을작성할수있도록한다. PQ 문서는 PQ 심사를받기위해수요기업이요구하는공급기업의자료를모아놓은문서이

3 Pre-qualification 관리시스템을위한데이터베이스모델링 409 과그용량, 그리고인력현황을관리하며, 하위객체로는 Factory, Laboratory, 그리고 Staff 등이올수있다. 각각생산시설, 시험시설, 그리고인력현황을표시한다. Management 객체는품질, 안전, 환경을포함한기업의경영목표와실행절차를관리하며, 하위객체로는 Policy 를가지며내용에는 Financial, Quality, HSE(Health, Safety, Environment) 등이포함될수있다. 또한과제를수행하는데필요한보험항목도포함할수있다. Reference 객체는기업이진행한실적정보를관리한다. 기업이참여한과제와이때투입된제품에대한정보가포함되어야한다. 그러므로 Product 정보와연계된다. 4. PQMS 요구, 기능, 그리고배치모델 Fig. 2 Entity relationship diagram representing PQ document 다. 이문서에는공급기업의제품이나서비스, 경영목표, 재정상태, 환경노동안전관리, 인증, 그리고실적등 PQ 에필요한정보를포함하고있다. PQ 문서의형식인 PQ 템플릿은수요기업의 PQ 요구시함께제공되며이템플릿의항목을통해공급기업을평가하여 PQ 목록에추가여부를결정하게된다. 일반적인 PQ 문서의구조를결정하기위하여기존의인쇄물형태의 PQ 문서형식 [1,2] 과정보시스템입력폼형식 [3,4] 을분석하였다. 분석한결과 PQ 문서의구성요소로 Company Profile, Product, Resource, Management 그리고 Reference 객체를결정하였다. Fig. 2 는 PQ 문서를구성하는 5 개의객체와객체사이의관계를 Entity Relationship Diagram (ERD) 으로표현하였다. Company Profile 객체는공급기업의이름, 주소, 연락처, 생산공장등의식별과기본자료를제공한다 (Fig. 2 의 ComProfile 엔티티참고 ). Product 객체는기업의생산제품을뜻하며, 종류로써 Configuration 과 Product 등이포함되며, 연결객체로는 Drawings, Supply Parts, Support 등이포함될수있다. Resource 객체는보유하고있는생산, 연구시설 이절에서는데이터베이스모델링을위해작성된요구사항 (4.1), 기능모델 (4.2) 그리고배치모델 (4.3) 을서술한다. 4.1 요구사항사전조사를거쳐 PQMS 시스템에대한요구사항은 Table 1 과같이총 4 개그룹 12 개항목이결정되었다. 4.2 기능모델기능모델을작성하기위하여 Use Case 를개발 Table 1 Requirements for PQMS 구룹 문서생성 일관된정보관리 지원이력관리 변경통보 항목 기존자료재사용 PQ 문서의부분별, 단계별승인템플릿을이용한 PQ 문서생성 일관된항목에따라 PQ 정보관리 PQ 자료공유 PQ 자료의변경이력관리 현재 PQ 지원현황및상태를관리과거 PQ 지원이력관리 PQ 리스트별입찰성공과제관리 PQ 리스트별변경통보항목구별정해진방식에따라변경통보 PQ 변경승인

4 410 도남철 박종진 이정렬 이재현 하고 (4.2.1) 이를바탕으로기능모델을정의하는프로세스모델 (4.2.2) 을작성하였다 PQMS Use Case Fig. 3는 PQMS에대한 3개의 Use Case를보여주고있다. 첫번째는 PQ 데이터베이스를생성하는경우이다 (Build PQ Database). PQ 데이터베이스는 PQMS 의기반데이터베이스로써 PQ에관련된모든자료를체계적으로저장하는역할을한다. PQ 데이터베이스생성은 PQMS에최초로 PQ 정보를입력하는과정이다. 두번째는 PQ 프로젝트를생성하는경우이다 (Create PQ Project). PQ 프로젝트란 PQ 데이터베이스를기반으로특정 PQ 리스트에들어가기위한 PQ 관리작업단위를뜻한다. 이 Use Case는축적된 PQ 데이터베이스를이용하여특정 PQ에대응하기위한프로젝트를생성한다. 마지막은 PQ 데이터베이스를변경하는경우이다 (Update PQ Database). PQ 리스트에속한공급기업은기업정보에특정변경이일어났을경우해당자료를 PQ를관리하는수요기업에통지해야한다. PQ 데이터베이스변경은 PQ 자료의변경및이를수요기업에통지하는과정을서술한다. Fig. 3의 Use Case에는세종류의 Actor가참여 한다. Editor 는공급기업에소속되어있으면서 PQ 문서를생성하는실무를맡는다. Editor 는 PQ 데이터베이스와 PQ 프로젝트를생성하여특정 PQ 에대응한다. 또한 PQ 데이터베이스의변경을수요기업에통지하는역할을맡는다. Reviewer 는공급기업에소속되어있으면서 Editor 가작성한내용을기술적, 경영적으로검토하고, 실효를내기위한승인을한다. Main Contractor 는 PQ 를주관하는수요기업을대표하며, PQ 문서를수령한다. 또한 PQ 변경을통보받는다. 각 Use Case 에포함된하위 Case 로 PQ 문서생성 (Generate PQ Document), PQ 승인 (Approve PQ Data), 그리고 PQ 변경통지 (Notify PQ Update) 가있다 (Fig. 3 참조 ) PQMS 프로세스이절에서는위에서언급한 3 가지 Use Case 에대한상세프로세스를설명한다. (1) PQ 데이터베이스생성프로세스 (Fig. 4) 1) Company Profile 입력 - 사용자의초기작업으로 Company Profile 을입력한다. 입력자료는기업이름, 분류, 연락처, 웹사이트등의정보를포함한다. Company Profile 을입력함으로써생성될객체들이이객체를기준으로연결될수있다. 2) Management 정보입력 - Company Profile 과연결된 Management 정보를입력한다. Management 정보는 Policy, Financial, 그리고 Insurance 로나누어입력한다. Policy 에는환경, 안전, 그리고품 Fig. 3 PQMS use case (a) build PQ databases (b) create PQ project (c) update PQ database Fig. 4 Activity diagram of PQ database creation

5 Pre-qualification 관리시스템을위한데이터베이스모델링 411 질에대한기업내선언, 지침, 절차, 그리고조직을입력한다. 매뉴얼등문서가존재할경우추후 PQ 문서에첨부할수있도록일반문서로첨부한다. 3) Resource 정보입력 - Company Profile 과연결된 Resource 정보를입력한다. Resource 정보는 Facility 정보와 Staff 정보로나누어입력한다. Facility 정보는공장과연구시설로나누어지며, 시설의면적이나특정기계류등을포함할수있다. 연구시설은시험시설을포함한다. Staff 정보는인력의종류와수를포함한다. 4) Product 정보입력 - PQ 에사용할제품정보를입력한다. 관련정보로는제품구성 (Product Configuration), 지원부품 (Supply Parts), 도면, 그리고설치방법등이될수있다. 5) Reference 정보입력 - Reference 정보는과제참여이력정보로써, 앞에서입력한 Product 정보중에해당과제에사용한제품정보를연결해야한다. 또한기존수요기업정보를검색하여연결하거나새로입력해야한다 (Fig. 4. Product Info 참조 ). 만일과거 PQ 프로젝트를통해 PQ 리스트에등록되었고, 이를통해과제화한기록 (Projects) 이있을경우이를이용하여 Reference 를연동한다 (Fig. 4 의 Project Info 참조 ). 6) PQ 데이터베이스보고서작성 - 현재 PQ 데이터베이스의내용을포함한보고서를이용하여승인을받기위한준비를한다. 데이터베이스내용을부분별로나누어서승인신청할수있다. 7) PQ 데이터베이스확인및승인 - PQ 데이터베이스에대한내용을확인하고이를승인한다. 이과정은전체데이터베이스를대상으로할수도있고, 각하위주제별로실행할수도있다. (2) PQ 프로젝트생성프로세스 (Fig. 5) 1) PQ 프로젝트생성 - 수요업체의 PQ 요청 (Fig. 5 의 PQ invitation 참조 ) 에대응하기위한 PQ 프로젝트를생성한다. PQ 프로젝트는특정 PQ 에대응하는 PQ 자료의특정버전으로이해할수있다. PQ 프로젝트의목적은 PQ 문서의작성이며, 이를통해 PQ 리스트에참여할수있게하는것이다. 그러므로 PQ 프로젝트는현재 PQ 데이터베이스의내용을모아만들어진 PQ 문서와연결되어있고, 이를작성하기위한지침인 PQ 문서템플릿과도연결되어있다. Fig. 5 Activity diagram for PQ project creation 2) PQ 템플릿 Upload - 생성된 PQ 프로젝트에 PQ 템플릿을 Upload 한다. PQ 템플릿은매우다양한형태가적용될수있다. 예로자료를입력하는단순문서형식에서데이터베이스에서직접자료를검색하여연결하는폼형태까지고려할수있다. 3) PQ 자료입력 - 현재 PQ 데이터베이스에자료가최신정보로갱신되어있지않거나정보항목이없을경우새로 PQ 데이터베이스를갱신해야한다. 항목이관리되지않는자료는 PQ 데이터베이스추가관리항목으로고려해야한다. 4) PQ 데이터베이스를 PQ 프로젝트에연결 - PQ 데이터베이스자료는복사되지않고 PQ 프로젝트에연결된다. 과제에연결된자료는추후최종승인을거치며, PQ 문서가작성되면 PQ 문서에해당자료들이복사되어영구보존된다. 그러므로이단계는 PQ 문서작성을위해 PQ 데이터베이스의내용을 PQ 프로젝트에연결하는과정으로이해할수있다. 연결된 PQ 데이터베이스자료와추가자료를모아승인과정을거치고승인된자료로 PQ 문서를생성하게된다. 5) 승인을위한워크플로우작성 - PQ 프로젝트에 PQ 문서를위한정보가준비되면검토및승인을위하여워크플로우를준비한다. 검토와승인은각구성분야별로진행할수있다. 검토및승인단계에서추가작업결정이내려지면 PQ 자료입력단계로다시돌아가자료를보완한다. 검토및승인이완료되면 PQ 문서를생성하게된다. 검토및승인워크플로우가활성화되고 PQ 문서가

6 412 도남철 박종진 이정렬 이재현 생성되는단계까지 PQ 데이터베이스변경은금지되어야한다. 6) PQ 문서생성 - PQ 프로젝트를통해연결된 PQ 데이터베이스의내용과 PQ 프로젝트에저장된자료를바탕으로 PQ 문서가생성된다. PQ 문서는해당자료를복사하여기존데이터베이스와독립된버전을만들고추가변경이금지된다. 7) 최종승인을위한워크플로우작성 - PQ 문서의내용이완성되었으므로효력을발생시키는승인을받기위한워크플로우를작성한다. 8) PQ 문서최종승인및제출 - PQ 문서의최종승인은문서에효력을발생시키는날인과같은효과를가진다. 그러므로전자적으로제출할경우필요한인증정보가포함되게된다. 승인이완료된문서는수요기업으로전송된다. (3) PQ 데이터베이스변경프로세스 (Fig. 6) 1) PQ 데이터베이스변경제안 - 규정에의하여자료변경에대한승인을요청한다. 이상태에서는 PQ 데이터베이스의내용을변경하지않는다. 2) PQ 변경검토및승인 - 제안된 PQ 변경에대하여검토및승인을한다. 3) PQ 데이터베이스변경 - 승인이난변경요청을 PQ 데이터베이스에적용한다. 이때변경이력저장기능을이용하여이력을저장한다. 4) 변경통지 - 변경된내용을수요기업에통보한다. 4.3 배치모델배치모델 (Deployment Model) 은예상시스템이 Fig. 6 Activity diagram for PQ database update 컴퓨터와네트워크를통해구현될경우를모델링한것이다. 배치모델을통하여예상시스템을보다구체적으로예측하고이를토대로주요대상객체 ( 예, PQ 문서 ) 뿐만아니라시스템운영에필요한객체들 ( 예, PQ 프로젝트 ) 을데이터베이스모델에포함시킬수있다. 배치모델을구현하기위하여기능들을모듈형태로표현하였다. 요구사항과기능모델에대응하여아래와같이총 11 개의기능모듈을계획하였다. Fig. 7 은각기능모듈의관계를통해작성된배치모델을그림으로나타낸것이다. Data Base Management System - PQ 정보를사용자와응용프로그램이공유하고일관되게관리하기위하여자료관리의기본도구로데이터베이스관리시스템 (DBMS) 을사용한다. 적용된 DBMS 를이용하여대용량자료처리, 자료공유, 클라이언트서버자료통신, 보안, 그리고자료구조정의및관리기능을구현한다. File Repository - 데이터베이스레코드로저장되는 PQ 자료외에파일로저장되는다양한자료를관리하기위하여파일저장소 (File Repository) 를사용한다. File Repository 는상용파일이나디렉터리관리시스템을사용하며파일의저장, 보안, 전송, 그리고공유기능을제공한다. 파일저장소에저장된파일에대한위치정보가데이터베이스에저장되어관련정보와연계되어야하며, PQMS 이외의통로를통한접근이제어되어야한다. Interface Manager - PQ 정보를외부의전산시스템과연동할경우, Batch 과정이나온라인연결을가능하게하는모듈이다. PQ Database Model - PQ 데이터베이스의자료구조로써필요에따라사용자가정의하도록할수있다. 보다고급기능으로는객체를만들거나객체간의새로운관계를정의하게할수있다. 사용자정의자료구조는관련된시스템제공자료구조와함께최종적으로데이터베이스테이블로변경된다. Data Model Designer - 사용자정의자료구조를제공할경우, 사용자가자료구조를정의할수있도록도와주는소프트웨어도구이다. PQM Session Manager - PQMS 시스템작동시각응용프로그램에공통적으로필요한 login, Session, 그리고데이터베이스연결등을제공하는

7 Pre-qualification 관리시스템을위한데이터베이스모델링 413 Fig. 7 A deployment diagram with functional modules 기능이다. 아울러파일저장소에대한안전한연결도제공해야한다. Editor - PQM 데이터베이스의내용을추가, 변경, 그리고삭제하는클라이언트이다. Browser - 데이터베이스와 File Repository 내용을확인하는기능을제공한다. Approval Manager - 생성되거나변경된자료에대한승인, 그리고최종 PQ 문서에대한승인을하기위하여사용된다. PQ Document Manager - PQ 문서를준비하는모듈로써템플릿를이용하여 PQ 데이터베이스의자료를 PQ 문서로변환한다. 또한 PQ 문서로작성된내용을영구저장하는역할을한다. Web Mobile Representation - Editor, Browser, 그리고 Approval Manager의기능을웹이나모바일클라이언트에서사용할수있도록한다. 5. 데이터베이스모델 이절에서는 4 절의결과를바탕으로작성된개념적데이터베이스모델과제안된모델의검증을위한검색질의작성및실행예를설명한다. 5.1 개념적데이터베이스모델 Fig. 8 은 PQMS 데이터베이스를위한 ERD 를보여준다. ERD 는개념적데이터베이스모델로써구현에독립적인자료와자료간의관계를표현한다. 이자료모델은기존의 PQ 문서중심의자료구조 (Fig. 2) 에서벗어나 PQMS 를지원하기위한 PQ 프로젝트와 Company Profile 중심의모델을제시한다. Company Profile (Fig. 8 에서 ComProfile 로표시 ) 은공급기업의기본정보를제공하는엔티티 (Entity) 이다. 이엔티티는공급기업의구별정보 Fig. 8 An entity relationship diagram for PQMS 와연락처를저장하고있으며, PQ 문서에필요한구성요소를연결하는역할을한다. PQ 문서에필요한구성요소는 Management, Resource, Product, 그리고 Reference 엔티티가있다. Management 엔티티는기업의품질, 안전, 그리고환경에관한정책과경영환경, 그리고보험관련정보를포함하고있다. 그러므로 Management 엔티티는정책을표현하는 Policy 와보험보장을표시하는 Insurance 엔티티를하위엔티티로가지고있다. 추후보다세분화된자료가필요할경우이를하위엔티티로추가할수있다. Resource 엔티티는기업의공장과시험설비그리고인력상황을표시한다. 그러므로하위엔티티로시설을나타내는 Facility 와인력을나타내는 Staff 엔티티를가진다. Product 엔티티는공급기업의생산제품을표시하며, 속성으로는제품번호, 이름, 그리고설명을포함한다. 문서와디렉토리관리기능을이용하여제품에관련된카탈로그, 도면, 그리고부품리스트등을포함할수있다. Reference 엔티티는공급기업의과제참여이력을표현한다. 그러므로 Reference 엔티티는기업이제공한제품을표시하는 Product 엔티티와기업이참여한과제를표현하는 Project 엔티티와연결되어있다. 하나의 Reference 엔티티는하나의참여과제와연계될수있으며, 복수의제품 (Product

414 도남철 박종진 이정렬 이재현 엔티티 ) 을공급할수있다. 그러므로 Reference 엔티티는과제에제공한제품의수량과가격정보를속성으로가지고있다. Project 엔티티는공급기업이참여한과제를표현하고있다. 과제에참여하기위하여공급기업은특정수요기업이제공하는 PQ 리스트에소속되어있어야하며, 이는공급기업이수요기업의 PQ 를통과했다는의미이다.

8 414 도남철 박종진 이정렬 이재현 엔티티 ) 을공급할수있다. 그러므로 Reference 엔티티는과제에제공한제품의수량과가격정보를속성으로가지고있다. Project 엔티티는공급기업이참여한과제를표현하고있다. 과제에참여하기위하여공급기업은특정수요기업이제공하는 PQ 리스트에소속되어있어야하며, 이는공급기업이수요기업의 PQ 를통과했다는의미이다. 그러므로 Project 엔티티는과제의수요기업인 Contractor 엔티티와해당기업의 PQ 리스트를표현하는 PQ_list 엔티티와연결되어있다. PQ_project 엔티티는 PQ 에지원하기위한과제를표현하고있다. 그러므로 PQ_project 엔티티는 Company Profile 엔티티와다대일관계를가지고있다. PQ_project 는특정 PQ 리스트에소속되는것을목표로하므로 PQ_list 와도연관관계를가지고있다. 아울러결과로 PQ 에적용할 PQ 문서를생성하므로 PQ_document 와연계되어있다. PQ_project 는목표인 PQ_list 와연결되어있고, PQ_list 와과제정보를포함하는 Project 엔티티와연결되어있다. 그러므로공급기업은이자료구조를이용하여 PQ 지원, PQ 선정, 과제입찰참여, 과제입찰, 그리고과제결과정보를통합적으로관리할수있다. PQ_document 는 PQ 문서를나타내며 PQ_project 에연결되어있으며, PQ_project 에연결된 Company Profile 엔티티를통하여 PQ 문서에필요한구성요소정보를모아 PQ 문서를생성한다. PQ_template 는 PQ 문서작성을위한템플릿을나타내며, PQ 문서와 PQ 리스트와연결되어있다. 료를제공할수있는지확인하였다. 질의는관계형데이터베이스표준질의어인 SQL (Structured Query Language) 를이용하여작성되었으며, 다음은검증을위한검색항목들이다. 특정기업 Profile 정보출력 경영과정책정보출력 관리와보험정보출력 시설및사업장정보출력 인력정보출력 제품포함과제이력출력 제품정보출력 PQ 프로젝트이력및현황출력 다음은검색항목중 제품포함과제이력 을출력하게하는 SQL 질의명령이다. 이질의명령은 Petro Controls B.V 라는기업의과제참여이력 (Reference) 를 Profile, Product, Project 그리고 Contractor 테이블간의관계를연결하여검색한다 ( 질의에참여한테이블간의관계가 Fig. 9 에굵은선으로표시 ). SELECT year(c.time_start) year, e.title client, c.title, c.location, a.value, a.quantity, d.product_no, d.product_name FROM reference a, profile b, project c, product d, contractor e WHERE a.oid_ profile = b.oid AND b.company_name = 'Petro Controls B.V.' AND a.oid_project = c.oid AND a.oid_product = d.oid AND c.oid_contractor = e.oid; 5.2 질의에의한모델검증 PQMS 데이터베이스는구현될 PQMS 기능에필요한자료를통합적으로제공해야한다. 그러므로실제기능을구현해보지않더라도제안된데이터베이스모델이각기능에필요한자료를제공할수있음을확인할수있다면데이터베이스가유효함을보여줄수있다. 기능모델에서언급된각기능에필요한정보를제공할수있는지를검증하기위하여 Fig. 8 의 ERD 를기반으로 MySQL [5] 데이터베이스를작성하였다 (Fig. 9 Database Schema 참조 ). 이데이터베이스에예제자료를입력한후에데이터베이스질의 (Database Query) 를통하여각기능에서필요한자 Fig. 9 Relationship between tables for an example query

9 Pre-qualification 관리시스템을위한데이터베이스모델링 415 구현한예제데이터베이스가기능모델을위한자료를지원할수있는지를질의명령을통해확인하였다. 추후연구로써 PQ 시스템과 PQMS 가하나의시스템으로통합된 PQ 통합시스템을위한데이터베이스모델의확장이필요하다. 감사의글 Fig. 10 Result window of the example query Fig. 10 은명령의실행결과화면을보여준다. 6. 결론 본논문에서는 PQMS 개발을위한데이터베이스모델을제안하였다. 데이터베이스모델작성을위하여기본이되는 PQ 과정과목적을확인하였으며, 주요객체인 PQ 문서의구조를분석하였다. 분석된 PQ 문서와 PQ 활동을위한 3 개의 Use Case 를바탕으로 PQMS 를위한요구사항, 기능모델, 그리고구현모델을작성하였다. 작성된모델들을기반으로 ERD 로표현된개념적데이터베이스모델을제안하였다. 제안된모델을검증하기위하여 This work was supported by Industrial Infrastructure Program (Infrastructure for Offshore Plant Resources R&D Center) through The Korea Institute for Advancement of Technology (KIAT) grant funded by the Korea government Ministry of Knowledge Economy (N ). References 1. Petro Controls Europe BV, 2006, Pre-Qualification Manual for Safety Control Systems, Petro Controls Europe BV PQ Report. 2. NPC, 2010, Pre-qualification Manual, National Projects and Construction L.L.C. 3. isqft, 2013, 4. Textura Corporation, 2013, 5. MySQL, 2013,

416 도남철 박종진 이정렬 이재현 도남철 1991 년포항공과대학교산업공학과학사 1993 년포항공과대학교산업공학과석사 1996 년포항공과대학교산업공학과박사 1996 년삼성중공업중앙연구소선임연구원 1998 년볼보건설기계코리아

Management, Product Lifecycle Management, Sustainable Product Development, and Life Cycle Design 박종진 1994 년 KAIST 기계공학과학사

Research Data Management, Document Lifecycle Management, Open Source Solutions for Findability & BigData 이정렬 1985

Lifecycle Management, IT Convergence 이재현 1999 년한국과학기술원산업공학과학사 2001 년한국과학기술원산업공학과석사 2008 년한국과학기술원산업공학과박사 2008 년 5 월 ~2013 년 8

10 416 도남철 박종진 이정렬 이재현 도남철 1991 년포항공과대학교산업공학과학사 1993 년포항공과대학교산업공학과석사 1996 년포항공과대학교산업공학과박사 1996 년삼성중공업중앙연구소선임연구원 1998 년볼보건설기계코리아 CAD/ PDM 팀과장 2001 년한국전자통신연구원동시공학연구팀선임연구원 2002 년 ~ 현재경상대학교산업시스템공학부부교수관심분야 : Product Data Representations for Product Data Management, Product Lifecycle Management, Sustainable Product Development, and Life Cycle Design 박종진 1994 년 KAIST 기계공학과학사 1996 년 KAIST 기계공학과석사 1996 년삼성중공업대덕중앙연구소연구원 1998 년볼보건설기계코리아 주임 1999 년 오롬정보개발팀장 2004 년 케이피넷이사 2006 년 ~ 현재 아르고넷대표이사관심분야 : Research Data Management, Document Lifecycle Management, Open Source Solutions for Findability & BigData 이정렬 1985 년서울대학교조선공학과학사 2000 년충남대학교선박해양공학과석사 2006 년충남대학교선박해양공학과박사 1985 년 ~1990 년대우조선공업 기술연구소 1990 년 ~ 현재한국선급 IT 융합연구팀관심분야 : CAE, Ship Lifecycle Management, IT Convergence 이재현 1999 년한국과학기술원산업공학과학사 2001 년한국과학기술원산업공학과석사 2008 년한국과학기술원산업공학과박사 2008 년 5 월 ~2013 년 8 월미국표준기술연구원 (NIST) 방문연구원 2013 년 9 월 ~ 현재대구대학교산업경영공학과조교수관심분야 : Product Lifecycle Management, Sustainable Manufacturing, and Product Design Data Analysis

00내지1번2번

00내지1번2번 www.keit.re.kr 2011. 11 Technology Level Evaluation ABSTRACT The Technology Level Evaluation assesses the current level of industrial technological development in Korea and identifies areas that are underdeveloped