석사학위논문플랜트 프로젝트 시공을 위한통합정보시스템 개발Development of the Collaborated Information Systemfor Construction of a Plant Project조 익 성한양대학교 공학대학원2005년 2월석사학위논문플랜트 프로젝트 시공을 위한통합정보시스템 개발Development of the Collaborated Information Systemfor Construction of a Plant Project지도교수 이 재 헌이 논문을 공학석사 학위논문으로 제출합니다.2005년 2월한양대학교 공학대학원플랜트엔지니어링 전공조 익 성이 논문을 조익성의 석사학위 논문으로 인준함.2005년 2월심사 위원장 여 영 구 (인)심 사 위 원 유 호 선 (인)심 사 위 원 이 재 헌 (인)한양대학교 공학대학원요 지대내외적인 플랜트 건설 사업은 공사비 절감이라는 중요한 숙제를 안고 있으며 여러 가지로 시도되고 있는 실정이다. 공사비는 크게 순공사비와 관리비로 나누어져 있으며 순공사비는 증감의 요소가 거의 없는 부분이며 관리비의 부분이 증감의 요소가 된다고 할 수 있다.본 논문에서는 플랜트 건설 프로젝트의 관리분야에서 집약화된 통합정보시스템을 개발하여 실제 업무에 적용하여 관리비 절감의 적합성을 검증하는 방안을 제시하였으며 플랜트 건설 프로젝트에서 발생하는 액티비티(Activity)를 코드화하여 입력, 통합, 분석, 재적용하는 일련의 과정을 정보공학의 입장에서 고찰하도록 하였다.기업의 정보화는 더 이상 선택이 아닌 기업경영의 필수사항으로 인식되었으며 오히려 경영목표 및 전략을 달성하는 강력한 도구로 사용되고 있는 형국이다. 이에 맞추어 기업이 행하는 프로젝트와 정보공학과의 접목은 당연한 결과로 나타나고 있는 실정이다.플랜트 건설 프로젝트에서의 통합정보시스템 도입의 가장 큰 목적은 실시간 업무처리라고 할 수 있겠다. 또한 통합정보시스템의 강점인 통합데이터베이스를 구축하여 플랜트 건설 프로젝트 전체 프로세스를 실시간 공유 및 활용이 가 관련된 업무로는 공정관리, 자재관리, 출역관리 등을 들 수 있다.그림 업무와 통합시스템의 연계2) 업무흐름일반적인 플랜트 프로젝트의 업무흐름은 그림 2와 같으며 크게 설계, 구매, 시공으로 구분할 수 있다.그림 플랜트 프로젝트의 일반적인 업무흐름설계업무의 흐름을 살펴보면 계약 당사자 간의 계약이 완료되고 프로젝트가 개시되면 PM(Project manager)이 정해지고 PE(Project Engineering)를 선정하게 된다. 각 분야의 엔지니어들은 프로세스를 선정하고 플로우 시트를 작성하여 각 분야별로 검토를 하게 된다. 참여하게 되는 분야는 프로젝트 특성상 달라질 수 있지만 보통 토목, 건축, 기계, 전기 구조, 조경 분야가 된다. 프로세스와 P&ID(Piping And Instrument Diagram)가 확정되면 각 분야별로 상세설계에 들어가게 된다. 상세설계의 내용으로는 각종 상세 설계도면, 용량계산서, 보고서, 예산서, 시방서 등이 있다. 최종 발간된 설계도서는 구매담당자와 현장소장에게 전달된다.구매업무의 흐름을 살펴보면 최종적으로 설계가 완료된 후 구매담당자나 해당 분야의 구매담당자가 구매사양에 맞는 시방서를 가지고 벤더(Vendor)에게 견적을 의뢰한 후 견적대비표를 작성한다. 구매담당자는 견적금액, 품질, 납기일자 등을 꼼꼼히 따져 설계에는 이상이 없었는지와 제품이 시공상에 문제가 발생하지 않을지 미리 살펴야 한다.시공업무의 흐름을 살펴보면 최종 완료된 설계도서를 검토한 후 이상이 없으면 시공에 착공하게 된다. 공사소장은 예산집행을 겸하는 경우도 있으므로 예산검토도 철저히 해야 한다. 공사가 시작되면 공공기관으로부터 공사를 해도 좋다는 허락을 득한 후 시작해야 한다. 예산, 공기, 품질 등을 고려하여 토목, 건축, 기계, 전기, 조경 분야의 인력의 투입되며 공기를 최대한 준수해야 한다. 설계도서에 맞게 시공이 완료되면 시운전을 하여 시공상에 문제점이 없다는 것을 발주처에게 확인시킨 후 인수인계를 해야 한다. 최종적으로 인허가, 공사준공, 교.여기에서 설명되고 있는 품질 계획 수립 기법들은 프로젝트에 가장 자주 사용되는 것들이다. 이외에도 특정한 프로젝트나 응용 분야에 유용하게 적용될 수 있는 기법들은 많이 있다.나. 품질 보증품질 보증이란 프로젝트가 관련된 품질표준을 만족하고 있다는 신뢰를 제공하기 위해 품질체계 내에서 행해지는 계획적이고 체계적인 모든 활동들을 의미한다. 또한 이는 프로젝트 전반에 걸쳐서 지속적으로 행해져야 한다. ISO 9000 계열 개발 이전에는 품질 계획 수립에서 기술된 활동들이 넓은 의미로 품질보증의 일부분에 포함되었다.품질보증은 흔히 품질보증부서나 이와 유사한 명칭의 조직에서 수행되나 항상 그럴 필요는 없다.품질보증은 프로젝트 관리팀 및 수행조직의 관리부(회사의 경영층, 내부 품질보증)에 제공되거나, 고객이나 프로젝트 업무에 직접 관련되지 않은 사람들(제 3자, 외부 품질보증)에게 제공된다.다. 품질 관리품질 관리는 관련 품질 표준을 만족하는지를 판단하고, 만족스럽지 못한 결과의 원인을 제거하기 위한 방법을 정의하기 위해 특정 프로젝트 결과를 모니터링 하는데 관련이 있다. 이는 프로젝트 전반에 걸쳐 지속적으로 행해져야 한다. 프로젝트의 결과는 산출물과 같은 제품 결과 뿐만 아니라 원가 및 일정 성과와 같은 프로젝트 관리 결과도 포함한다. 품질 관리는 종종 품질관리부나 이와 유사한 명칭의 조직에서 수행되나 항상 그럴 필요는 없다.프로젝트 관리팀은 품질관리의 결과를 평가하는데 도움을 주는 표본 추출 및 확률과 같은 통계적 품질관리에 대한 실무 지식이 있어야 한다. 프로젝트 관리팀은 이외에도 다음의 개념들에 대한 차이를 알아야 한다.5) 인적자원관리프로젝트 인적자원 관리는 프로젝트에 참여한 사람들을 가장 효과적으로 활용하기 위해 요구되는 프로세스들을 포함한다. 이는 스폰서, 고객, 개별 기여자 등 모든 프로젝트 이해 관계자를 포함한다.가. 조직 계획조직 계획 수립은 프로젝트의 역할, 책임, 보고체계 등을 식별, 문서화, 할당하는 활동을 말한다. 역할, 책임 및 보고체계는 개써 최상으로 달성할 수 있는 프로젝트 요구사항을 식별하는 프로세스로 이는 범위 정의 기간 동안 작성해야 한다. 이는 조달 여부, 조달 방법, 조달 품목 및 물량, 조달 시기 등의 고려에 연관된다.나. 주문 계획 프로세스주문 계획은 주문을 지원하기 위해 필요한 문서를 준비하는 과정이다.다. 주문 프로세스주문은 잠정 공급자로부터 어떻게 프로젝트의 요구사항을 달성할 수 있는지에 관한 응답을 얻는 것이다. 이 프로세스의 대부분의 실제 노력은 프로젝트에 아무런 비용 전가 없이 잠정적인 판매자에 의해 이루어진다.라. 공급선 선정 프로세스공급선 선정은 공급자를 선택하기 위해 입찰서나 제안서로 접수하고 평가기준을 적용하는데 관련된다. 원가 또는 가격을 제외한 많은 요소들이 공급선 선택 결정 프로세스 내에서 평가될 필요가 있을 수 있다. 기성품에 대해서는 가격이 최우선 결정요소가 될 수 있지만, 판매자가 그 제품을 기한 내에 제공할 수 없다고 입증되면 최저 제안 가격이 최저 소요 비용이 되지 않을 수 있다.제안서는 종종 기술적(접근방법) 및 상업적(가격) 부분으로 나누어지며 각각은 분리되어 평가된다. 중대한 제품에 대해서는 다수의 공급자가 필요할 수 있다. 주요 조달 항목에 대해, 이러한 프로세스들이 반복될 것이다. 초기 제안서에 기초하여 몇몇 검증된 공급자 목록이 작성될 수 있으며, 그 후 좀 더 자세하고 포괄적인 제안서에 기초하여 보다 상세한 평가가 수행될 것이다.마. 계약 행정 프로세스계약 행정은 판매자의 성과가 계약적 요구사항을 만족하도록 보장하는 프로세스이다. 여러 개의 제품 및 서비스 공급자를 가진 대형 프로젝트에 있어서, 계약 행적의 주요한 측면은 다양한 공급자간의 인터페이스를 관리하는 것이다.계약적 관계의 법적인 성질은 프로젝트 팀이 계약을 관리하는데 있어서 취해진 행동의 법적인 함축성에 대한 정확한 이해를 필수적으로 만든다. 계약 행정은 적절한 프로젝트 관리 프로세스를, 계약적인 관계 및 이러한 과정의 산출물과 전체 프로젝트 관리와의 통합에 적용하는 것을 포함입력, 제어 그리고 메커니즘이 들어가고 다수의 출력이 나오기도 하지만 모든 출력에 대하여 이들 입력과 제어, 메커니즘이 모두 동시에 작용하는 것을 의미하는 것은 아니다. 즉, 입력과 제어, 그리고 메커니즘의 조합이 서로 다른 출력의 조합을 산출하게 된다.IDEF0 모형은 처음에는 일반적인 시스템의 활동을 표현하고, 점차 자세하게 기능을 분해해 가는 계층적 구조를 가지고 있다.즉, 하향식 접근 방법을 사용하고 있는데, 이러한 접근 방법을 통해서 복잡한 시스템을 체계적으로 분석하고 논리적으로 일관성 있는 모형을 확보하며, 관련 부문의 작업자들 사이에 보다 쉬운 이해와 의사소통을 가능하게 한다.(2) IDEFX1을 이용한 정보 모델링IDEF1X는 정보요구가 알려지고 관계 데이터베이스의 활용을 실행하기로 결정한 후에, 논리적 데이터베이스 디자인에 대하여 아주 유용하다.IDEF1X 관점은 관계 데이터베이스 속에서 실행되는 논리적 데이터 구조의 디자인에 초점을 맞춘다. IDEF1X는 모델작업자가 하나의 실체를 다른 것과 구별하는 핵심 클래스를 지정하도록 요구한다. 하나의 실체에 속한 속성이지만 서로 핵심적 속성으로 기능하는 ‘성질을 달리하는 키(foreign key)’을 확실히 레이블하는 것도 필요하다.IDEF1X 기본 개념은 다음과 같다.? 실체(Entity) - 개별적으로 서로 구분될 수 있는 유사한 상황의 집합(혹은 세트)(사람, 장소, 물건, 사건 등에 관한 데이터 기록)을 의미한다. IDEF1X의 실체 박스는 현실적 영역에서의 일련의 데이터 아이템을 표시한다. 그림 5와 같이 독립된 실체는 직사각형을 표현하고, 종속된 실체는 둥근 사각형으로 나타낸다. 실체의 명칭과 번호는 사각형의 상단에 표시한다.? 속성(Attribute) - 세트의 각 개별적 성원(실체적 경우)과 연관된 슬롯 값(slot value)이다. 각 실체의 속성은 실체를 표현하는 사각형의 내부의 그 이름을 기재함으로써 표현한다. 기본키(Primary-Key)에 해당하는 속성은 가로선의 위쪽에 표시한.7)