1 현 대형 엔지니어링 프로젝트 컴퓨터 지원 투자 통제 및 계약 관리 정보 시스템의 문제점 < P > 국가가 인프라 투자를 대대적으로 강화함에 따라 많은 대형 엔지니어링 프로젝트가 발생했으며, 이러한 프로젝트의 관리 효율성은 국민 경제 발전의 지속력에 큰 영향을 미치기 때문에 대형 엔지니어링 프로젝트의 건설 관리 수준을 강화하고 높이는 것은 큰 의미가 있다. 대형 엔지니어링 프로젝트는 기술적 복잡성, 건설주기가 길고 작업량이 많고 조직 구조가 복잡하며 데이터 처리 임무가 과중하다는 특징을 가지고 있으며, 프로젝트 정보를 적시에 정확하고 완전하게 얻기 위해 수작업으로만 데이터를 처리하는 것은 힘겨운 일이기 때문에 프로젝트 관리자는 일반적으로 컴퓨터 지원 건설 프로젝트 관리를 이용한다. 투자 통제 및 계약 관리 정보 시스템은 일부 대형 엔지니어링 프로젝트에 개별적으로 적용되어 대형 엔지니어링 프로젝트의 관리 수준을 어느 정도 높였지만 기존 투자 통제 및 계약 관리 정보 시스템은 기능 및 사용에 많은 문제가 있습니다.
(1) 예산 소프트웨어 사용이 비교적 많은데, 이러한 소프트웨어는 단순한 수작업을 대체할 뿐, 대부분 계약자를 위한 것이며, 프로젝트 투자 통제자에게는 적용되지 않습니다. 소프트웨어에 있습니다.
(2) 프로젝트 추정, 견적, 예산, 계약가격, 실제 투자 및 결산 간에 데이터 비교 분석 기능이 부족합니다.
(3) 프로젝트 투자 데이터 (추정, 견적, 예산, 실제 투자 및 결산) 와 계약 데이터 (기준 및 계약가격) 간의 소통이 부족하여 비교 분석은 말할 수 없습니다.
(4) 투자 통제 소프트웨어에 프로젝트 자금 사용 계획 기능이 없습니다.
(5) 계약 관리 소프트웨어는 일반적으로 문서 기반이며 데이터 구조가 부족하여 데이터 통계, 비교 및 분석 효과를 얻을 수 없습니다.
(6) 투자 통제 데이터 및 계약 관리 데이터는 * * * 즐기지 않고 고립된 정보를 형성하여 프로젝트 데이터 분리, 데이터 중복, 데이터 불일치, 데이터 불완전 등 일련의 문제를 야기합니다.
(7) 시스템은 단순한 데이터베이스를 사용하므로 데이터의 저장 용량, 보안 및 * * * 성능을 제한하고 Oracle,Sybase 등과 같은 대규모 데이터베이스 관리 시스템을 사용해야 합니다.
(8) 소프트웨어는 일반적으로 독립 실행형 사용을 기반으로 하며 이용자 및 위치에 대한 제약이 크므로 네트워크 플랫폼 (인트라넷 및 인터넷 방법) 을 사용해야 합니다. < P > 위의 문제 중 일부는 투자 통제 및 계약 관리 원칙을 이해하지 못하여 발생하며, 일부는 투자 통제 및 계약 관리 정보 시스템이 각각 독립적이고, 정보가 * * 건설 프로젝트 관리 수준을 진정으로 높이려면 투자 통제 및 계약 관리의 프로세스와 원칙을 체계적으로 분석, 이해, 투자 통제 및 계약 관리 정보 관리 방안을 계획하고 적절한 방법을 통해 시스템 통합 문제를 해결해야 합니다. 대규모 프로젝트 투자 통제 및 계약 관리 정보 시스템의 개발과 실천을 통해 필자는 투자 통제 및 계약 관리 정보 시스템 통합 방법 및 구현 방안을 제시하려고 합니다.
2 투자 통제 및 계약 관리 정보 시스템 통합 범위 및 데이터 정의 방법
2.1 투자 통제 및 계약 관리 정보 시스템 통합 범위 < P > 투자 통제 및 계약 관리 정보 시스템 통합에는 프로젝트 건설 단계 통합, 프로젝트 조직 구조 통합 및 투자 통제 데이터와 계약 관리 데이터 통합의 세 가지 측면이 포함됩니다.
(1) 프로젝트 건설 단계 통합 < P > 건설 프로젝트 단계는 사전 프로젝트 (프로젝트 결정), 설계 (프로그램 설계, 확장 초기 설계, 시공 도면 설계), 입찰, 시공 및 유지 관리 등 5 단계로 나눌 수 있습니다. 프로젝트 결정 단계에서는 추정, 방안 설계 생성 견적, 확장 초기 설계 생성 수정 견적, 시공 도면 설계 단계에서 예산 생성, 입찰 단계에서 입찰 및 계약가격 생성, 시공 단계에서 실제 투자, 계약가격 지불 및 결산, 유지 관리 단계에서 유지 관리 비용이 발생합니다. 따라서 투자 데이터 및 계약 관리 데이터에는 프로젝트 건설의 전 과정이 포함되며, 투자 통제 및 계약 관리 정보 시스템은 프로젝트의 특정 단계나 특정 데이터 유형에 대한 것이 아니라 프로젝트의 전체 프로세스에 적용되어야 합니다. 시스템 통합은 프로젝트 건설 전 과정에서 투자 데이터와 계약 관리 데이터 간의 연계를 충분히 고려해야 한다.
(2) 프로젝트 조직 구조 통합
프로젝트 조직 구조에는 프로젝트 관리 조직 구조, 프로젝트 구조, 투자 구조, 계약 구조, 정보 통신 구조, 보고 시스템 구조 등이 포함되며 투자 통제 및 계약 관리 정보 시스템에 특히 중요하며 투자 구조와 계약 구조는 매우 유사합니다 구조 통합 방식은 프로젝트마다 다를 수 있으며, 때로는 투자 구조와 계약 구조를 별도로 구축하고, 프로젝트 구조를 구축하는 동시에 투자 구조와 계약 구조를 고려하기도 하지만, 어떤 방식으로 투자 구조와 계약 구조를 구축하든 간에 두 구조의 섹션 사이에는 항상 일대다, 다대일, 일대다 관계가 있습니다. 시스템 통합은 이 비교 관계를 고려해야 하며 투자 구조, 계약 구조 및 프로젝트 구조의 관계도 고려해야 합니다.
(3) 투자 통제 데이터 및 계약 관리 데이터 통합
투자 통제 데이터 및 계약 관리 데이터는 적용 범위, 깊이 및 초점에서 다릅니다. 투자 데이터는 투자량과 업무량에 초점을 맞추고 계약 관리와 관련된 데이터는 비교적 상세하며 계약 가격뿐만 아니라 계약 섹션 데이터, 계약 포함 데이터 범주에서는 차이가 있지만 계약 가격 지불과 투자 데이터 비교 분석과 같은 연결성이 있습니다. 따라서 통합의 견고성을 보장하기 위해 통합 시 시스템 간의 데이터 관계를 파악해야 합니다. < P > 시스템 통합 범위는 시스템 통합의 기능적 관점에서 제기됩니다. 즉, 시스템 기능 통합의 프레임워크를 구축하고, 구축 단계, 프로젝트 조직 구조 및 시스템 간 데이터 통합은 독립적이지 않으며, 통합의 세 가지 차원이며, 반드시 충족해야 하는 세 가지 측면이자 시스템 기능 통합의 원칙입니다.
2.2 투자 통제 및 계약 관리 시스템 데이터 정의 방법 < P > 통합 투자 통제 및 계약 관리 정보 시스템은 통합 데이터 모델을 구축해야 하며, 먼저 시스템에 관련된 데이터를 정의해야 합니다. 대규모 엔지니어링 프로젝트 관리의 특징에 따라 투자 통제 및 계약 관리 기능부터 시작하여 시스템 기능을 분석하고 필요한 데이터 주제를 식별한 다음 시스템 기능에 맞게 데이터 주제를 수정 및 구성합니다. 마지막으로 데이터 주제의 각 객체 또는 엔티티를 포괄적이고 상세하게 정의합니다. 다음은 건설 프로젝트 관리 특징에 대한 네 가지 데이터 정의 방법을 소개합니다.
(1) 기능 분해 정의 데이터 < P > 해외의 많은 애플리케이션 프로토콜은 IDEFO 를 사용하여 생산 프로세스의 입력, 출력, 자원 및 제어를 분석하지만 엔지니어링 프로젝트 관리에는 고유한 특수성이 있습니다. 관리 프로세스는 프로젝트 전체 프로세스, 전체 수명 주기 동안 재사용됩니다. 프로젝트가 진행됨에 따라 점점 더 세분화되고 있으며 프로세스 간에 엄격한 컨텍스트가 없습니다. 이러한 특성으로 인해 IDEFO 를 사용하여 엔지니어링 프로젝트 관리의 전 과정을 설명하기가 어렵습니다. 엔지니어링 프로젝트 관리계에서 가장 적합한 방법은 프로젝트 관리 메뉴를 나열하여 각 기능에 필요한 입력 및 출력 정보를 표시하는 것입니다. 이 방법에 따라 투자 통제 및 계약 관리 시스템의 각 기능, 즉 위에서 아래로 시스템 기능을 분할하고 기능에 필요한 데이터 또는 데이터 주제를 정의합니다. 시스템 기능을 분해할 때 가장 참고할 수 있는 것은 프로젝트 관리 협회 (ProjectManagementInstitutePMI) 가 발표한 프로젝트 관리 지식 시스템 가이드 (guidetotheprojectmanagementbodyofknowledgepmbok) 입니다
(2) 문서 내용에 따라 데이터 정의 < P > 기능 분해 정의 데이터가 위에서 아래로 표시되는 경우 문서 내용에 따라 데이터가 아래에서 위로 정의되는 방식입니다. 먼저 대규모 엔지니어링 프로젝트에서 자주 사용되는 투자 통제 및 계약 관리 문서를 수집합니다. 이 문서에는 투자 통제 및 계약 관리에 필요한 일반 데이터가 포함되어 있으며 문서의 내용을 세밀하게 분석해야 합니다. 문서에 포함된 데이터와 기능 분석에 의해 생성된 데이터를 비교 및 융합하고, 상호 보완하고, 상호 참조하며, 투자 통제 및 계약 관리 정보 시스템의 데이터 모델을 형성합니다.
(3) 쿼리 요구 사항에 따라 데이터 정의 < P > 각 시스템에는 보고서 출력 요구 사항이 있으며, 각 보고서에 반영된 정보는 쿼리 결과이며, 일반 또는 표준 쿼리를 통해 투자 통제 및 계약 관리 데이터를 정의하는 방법은 매우 구체적이며 효과적인 보고서 모듈은 시스템의 성공 여부를 결정하는 중요한 지표입니다.
(4) 데이터 모델링
기능 분해, 프로젝트 문서 및 쿼리 정의에 의해 생성되는 데이터 범위는 광범위하지만 계약 문서, 조항 설명, 투자 데이터 항목, 자금 조달 및 지불과 같은 구조성이 부족합니다. 이러한 데이터는 표준화되어 데이터 모델에 식별된 객체 또는 엔티티로 반영되어야 합니다. 이 데이터 모델은 개념 기반이며 데이터베이스 또는 개발 도구에 첨부되지 않습니다.
3 투자 통제 및 계약 관리 정보 시스템 통합 구현 시나리오
3.1 시스템 통합 구현 원칙
(1) 포괄적인 < P > 종합성은 통합 시스템에 투자 통제 및 계약 관리의 모든 기능 또는 주요 기능이 포함되어야 한다는 것을 의미합니다
(2) 통합
통합의 가장 큰 장점은 투자 통제 및 계약 관리 시스템이 * * * 데이터를 즐기고, 투자 데이터와 계약 데이터의 분리를 피하고, 관련 데이터의 두 가지 입력을 피하고, 정보의 고립, 데이터 중복, 데이터 불일치, 데이터 불완전 등의 문제를 피할 수 있다는 것입니다.
(3) 확장성
통합 시스템은 투자 통제와 계약 관리 정보 시스템의 통합뿐만 아니라 향후 진행 통제, 품질 관리와의 통합도 고려해야 하는 개방적이고 확장 가능해야 합니다. 통합 데이터 모델은 구조가 강하고 엔티티 정의가 명확해야 합니다.
(4) 모듈식 < P > 투자 통제 및 계약 관리 시스템은 통합 및 독립적으로 사용할 수 있으며 소프트웨어 엔지니어링의 요구 사항을 충족하기 위해 각 하위 시스템에서 기능에 따라 모듈로 분할됩니다.
(5) 분산 < P > 대규모 엔지니어링 프로젝트 참여자들이 여러 장소에서 프로젝트 건설에 참여하므로 네트워크 및 분산 데이터베이스 애플리케이션은 시간과 장소에 구애받지 않고 프로젝트 관리 작업을 원활하고 빠르고 효율적으로 수행할 수 있도록 큰 효과를 거둘 수 있습니다.
3.2 시스템 코딩 통합 < P > 투자 통제와 계약 관리 정보 시스템의 통합은 주로 코딩 통합에 있습니다. 최근 연구에 따르면 프로젝트 부위별로 분해된 투자 구조는 민감도가 높고, 직종공정별로 분해된 투자 구조의 분산도가 높아 통제 효과가 없는 것으로 나타났다. 대규모 엔지니어링 프로젝트에서는 투자 통제 코드와 계약 관리 코드가 일반적으로 두 개의 별도 코드이며, 두 세트의 코드 관계를 설정하는 방법이 통합의 핵심입니다. 투자 통제 및 계약 관리 시스템을 코드 세트로 통합할 것으로 예상되면 기술, 기능 및 시스템 유연성 문제가 발생하고 대규모 엔지니어링 프로젝트 통제의 관점에서 볼 때 비현실적입니다. 가장 좋은 해결책은 통합 코드 세트를 제안하는 것이 아니라 투자 코드와 계약 코드 간의 구조적 관계, 즉 코딩 도표를 구축하는 것입니다. 데이터 * * * 를 보다 효율적으로 통합하고 향상시키기 위해 투자 분할 구조와 계약 구조를 프로젝트 분할 구조에 설정하는 것이 좋습니다. 이렇게 하면 투자 분할 구조가 계약 구조와 * * * 동일한 프로젝트 구조와 코딩 구조 관계를 모두 가질 수 있습니다. 물론 계약 구조는 프로젝트 구조에 의존하지 않고 독립적인 구조일 수 있다. 코딩 구조 및 프로젝트 구조는 그림 1 에 나와 있습니다.
3.3 시스템 데이터 통합 모델 < P > 투자 통제 및 계약 관리 기능 요구 사항 및 데이터 정의의 결과는 포괄성, 통합, 확장성, 모듈식 및 분산성의 특징을 가진 데이터 통합 모델입니다. 먼저 개념적인 통합 모델이어야 합니다. 엔지니어링 프로젝트의 애플리케이션은 계속 구체화되고 확장될 수 있습니다. 시스템 데이터 통합 모델은 그림 2 와 같습니다.
3.3 통합 애플리케이션 시스템 개발 도구 < P > 는 데이터 모델링 도구를 구축한 후 통합 애플리케이션 시스템을 개발하는 것입니다. 개발 도구의 선택은 적절하고 적은 노력으로 더 많은 효과를 낼 수 있기 때문에 적절한 도구를 선택하는 것이 중요하다. 필자는 어떤 대형 공사 프로젝트 투자 통제와 계약 관리 정보 시스템 개발 실무에서 이에 대해 깊이 체득하고 있다. 광범위한 조사 및 실무 사용 경험을 통해 필자는 고객/서버 (Client/Server) 구조, 백엔드 데이터베이스는 Oracle, 프런트엔드는 Develop2 을 선택했습니다. 대규모 엔지니어링 프로젝트의 투자 통제 및 계약 관리에서 처리해야 할 데이터의 양은 매우 중요하며 데이터베이스 관리 시스템의 안정성 및 운영 성능 요구 사항이 비교적 높으며 우수한 Oracle 데이터베이스 관리 시스템이 이러한 요구 사항을 충족하고 있습니다. 통합 시스템의 개발 프로세스는 반복적인 순환 상승 프로세스이며, 프런트 엔드 도구는 프로토타입 개발 능력 향상, 개발 주기가 짧고 코드, 모듈 수정 등을 용이하게 해야 합니다. Develop2 은 4 세대 프로그래밍 언어를 기반으로 하며, 적은 수의 코드만으로 시스템 예약 기능과 목표를 달성할 수 있으며, 전체 구조는 데이터베이스 구조에 해당합니다. 데이터 모델이 구축되면 프런트 엔드 코드 및 사용자 인터페이스 개발이 짧은 시간 내에 완료됩니다.
정보기술의 급속한 발전으로 개발 도구를 선택할 때 해당 도구 공급업체 제품의 시나리오 아키텍처, 발전 방향 및 업그레이드 방법을 고려해야 한다. 필자가 개발에 참여한 통합 시스템은 현재 고객/서버를 기반으로 하고 있으며, 프로젝트 회사 내부 LAN 에서 사용되고 있으며, 외부 프로젝트 참여 단위는 Modem 또는 전화선 모뎀 방식을 통해 LAN 에 로그인하고, * * * 데이터베이스의 프로젝트 정보를 즐기고 있습니다. 3 단계 구조와 웹 기반 애플리케이션은 프로젝트 관리 정보 시스템의 발전 방향이며, Oracle 은 3 단계 구조와 웹 기반 어플리케이션에 적합한 솔루션을 보유하고 있으며, 기존 프로그램은 사소한 수정이나 수정 없이 기술 업그레이드를 완료할 수 있습니다.
4 요약 < P > 현재 국제 프로젝트 관리계의 많은 학자와 조직은 프로젝트 관리 정보 시스템 또는 데이터 모델 통합에 관한 연구에 종사하고 있으며, 모든 것이 오래 지속되고 오래 지속되어야 하며, 당시 기술과 관리 능력의 한계로 인해 건설업계가 더 많은 전공을 분리시켜 각 전공의 발전을 어느 정도 촉진시켰지만, 공사 프로젝트 건설에 헤아릴 수 없는 어려움을 가져왔다. 정보기술과 통신에 따라