KR20180123060A - 대규모 자본 프로젝트를 위한 구성 관리 시스템 - Google Patents

대규모 자본 프로젝트를 위한 구성 관리 시스템 Download PDF

Info

Publication number
KR20180123060A
KR20180123060A KR1020187028090A KR20187028090A KR20180123060A KR 20180123060 A KR20180123060 A KR 20180123060A KR 1020187028090 A KR1020187028090 A KR 1020187028090A KR 20187028090 A KR20187028090 A KR 20187028090A KR 20180123060 A KR20180123060 A KR 20180123060A
Authority
KR
South Korea
Prior art keywords
project
configuration options
template
master template
existing
Prior art date
Application number
KR1020187028090A
Other languages
English (en)
Inventor
이완 디. 보테릴
알레인 모우얄
Original Assignee
헥사곤 테크놀로지 센터 게엠베하
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 헥사곤 테크놀로지 센터 게엠베하 filed Critical 헥사곤 테크놀로지 센터 게엠베하
Publication of KR20180123060A publication Critical patent/KR20180123060A/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44505Configuring for program initiating, e.g. using registry, configuration files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313Resource planning in a project environment
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/101Collaborative creation, e.g. joint development of products or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/04Manufacturing
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Software Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Manufacturing & Machinery (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

구성 관리 시스템은 복수의 프로젝트 사이트에서 다수의 애플리케이션을 실행하는 복수의 대규모 자본 프로젝트에 걸쳐 템플릿 구성 정보를 더 효율적이고 효과적으로 관리한다.

Description

대규모 자본 프로젝트를 위한 구성 관리 시스템
우선권
본 특허 출원은 이완 디. ?테릴(Ewan D. Botterill) 및 얼레인 모우열(Alain Mouyal)을 발명자로 하여 "복수의 대규모 프로젝트에 걸쳐 템플릿 구성 정보를 관리하기 위한 방법 및 장치(Method and Apparatus for Managing Template Configuration Information Across a Plurality of Large Scale Projects)"라는 제목으로 2016년 3월 30일자로 출원된 미국 특허 가출원 제62/315,178호로부터 우선권을 주장하며, 그 개시 내용 전체가 본 명세서에 참조로서 통합된다.
발명의 분야
본 발명은 일반적으로 빌딩 유닛들 및 건설 요소들(constructions elements)을 위한 대규모 자본 프로젝트들(large scale capital projects)에 관한 것으로서, 특히 본 발명은 발전 시설들과 같은 빌딩 유닛들 및 건설 요소들의 대규모 자본 프로젝트들에서 사용되는 구성 관리 시스템들(configuration management systems)에 관한 것이다.
프로세스 시설들(예를 들어, 정유 공장들 및 제약 시설들), 발전 시설들(예를 들어, 석탄 연료 발전 설비), 선박들(예를 들어, 군사용 선박, 유람선들 또는 화물선들) 및 해양 석유 플랫폼들과 같은 대규모 자본 프로젝트들의 설계, 건설 및 관리는 더 작은 일반적인 프로젝트들(예를 들어, 10실 주택(ten room house)의 건축 및 판매)보다 훨씬 더 큰 크기의 규모의 프로세스들 및 구성 데이터의 조정(coordination)을 요구한다. 결과적으로, 대규모 자본 프로젝트들은 종종 훨씬 더 포괄적인 생산 및 관리 솔루션을 요구한다.
이러한 요구에 응답하여, 이 분야의 기술자들은 그러한 대규모 자본 프로젝트들의 엄격함을 위해 특별히 구성된 포괄적인 시설 설계 프로그램들(예를 들어, 알라바마 헌츠빌의 인터그래프 주식회사(Intergraph, Inc.)가 배포한 SmartPlant®Enterprise)을 개발하였다. 특히, 이러한 타입의 시설 설계 프로그램은 초기 계획안(initial conception)으로부터 설계, 건설, 양도, 유지보수, 관리 및 해체(decommissioning)에 이르는 대규모 자본 프로젝트의 대부분 또는 모든 단계들을 관리하는 광범위한 애플리케이션 모음(application suite)으로 구현될 수 있다.
많은 시설 설계 프로그램들은 종종 템플릿(template)을 생성하며, 사용자들은 템플릿으로부터 특정 구성 데이터에 액세스하여 그들의 자본 프로젝트들의 다양한 단계들을 개발 및 관리한다. 각각의 프로젝트 템플릿은 프로젝트들이 진행됨에 따라 유지 및 갱신하기가 어려운 수천 개의 상이한 타입의 구성 데이터 및 요구들(종종 수만 개)을 갖는다. 본 발명자들에게 알려진 종래 기술의 구성 관리 시스템들은 그러한 양의 데이터를 처리하기에 적합하지 않다.
본 발명의 일 실시예에 따르면, 방법은 복수의 프로젝트 사이트에서 다수의 애플리케이션을 실행하는 복수의 대규모 자본 프로젝트에 걸쳐 구성 관리 시스템("CMS")으로 템플릿 구성 정보를 관리한다. 이를 위해, 방법은 복수의 마스터 템플릿 구성 옵션을 갖는 마스터 템플릿을 갖는 중앙 사이트로부터 복수의 프로젝트 사이트로 프로젝트 템플릿을 전송한다. 프로젝트 템플릿은 마스터 템플릿에 기초하므로, 대규모 자본 프로젝트들을 개발하기 위한 수천 개의 프로젝트 구성 옵션을 가질 수 있다. 방법은 또한 중앙 사이트에서 마스터 템플릿 구성 옵션들을 갱신하고, 갱신된 마스터 템플릿 구성 옵션들을 중앙 사이트로부터 복수의 프로젝트 사이트 및/또는 하나 이상의 준비 영역(staging areas)으로 전송할 수 있다. 각각의 프로젝트 템플릿은 갱신된 마스터 템플릿 구성 옵션들의 수신 전에 현존 프로젝트 구성 옵션들의 세트를 갖는다.
하나 이상의 자동화된 비교기를 사용하여, 각각의 프로젝트 사이트 및/또는 준비 영역(들)에서, 방법은 각각의 프로젝트에 대해 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 차이들을 결정한다. 이어서, 하나 이상의 자동화된 비교기는 각각의 프로젝트의 현존 프로젝트 구성 옵션들과 다른 마스터 템플릿 구성 옵션들을 갖는 차이 보고서를 생성한다. 다음으로, 방법은 각각의 프로젝트에 대해 차이 보고서로부터 마스터 템플릿 구성 옵션들의 서브세트를 선택한다. 각각의 프로젝트 템플릿은 차이 보고서로부터 갱신될 프로젝트 구성 옵션들의 특정 서브세트를 갖는다. 마지막으로, 방법은 템플릿 구성 옵션들의 특정 서브세트를 사용하여 각각의 프로젝트 템플릿에 대한 각각의 현존 프로젝트 구성 옵션을 갱신하여, 각각의 프로젝트 템플릿에 대한 새로운 현존 프로젝트 구성 옵션들을 생성한다.
방법은 또한 각각의 프로젝트에 대한 새로운 현존 구성 옵션들을 중앙 사이트로 전송하고, 갱신된 마스터 템플릿 구성 옵션들을 각각의 프로젝트에 대한 새로운 현존 구성 옵션들을 사용하여 갱신할 수 있다. 이를 위해, 갱신된 마스터 템플릿 구성 옵션들은 중앙 사이트 및/또는 준비 영역에서 하나 이상의 자동화된 비교기를 사용하여, 각각의 프로젝트에 대해 갱신된 마스터 템플릿 구성 옵션들과 새로운 현존 구성 옵션들 간의 차이들을 결정할 수 있다. 이어서, 하나 이상의 자동화된 비교기는 각각의 프로젝트에 대한 새로운 현존 구성 옵션들과 다른 갱신된 마스터 템플릿 구성 옵션들을 갖는 추가적인 차이 보고서를 생성한다. 이어서, 방법은 추가적인 차이 보고서로부터 각각의 프로젝트에 대한 새로운 현존 구성 옵션들의 서브세트를 선택하고, 갱신된 마스터 템플릿 구성 옵션들을 추가적인 차이 보고서로부터의 각각의 프로젝트에 대한 새로운 현존 구성 옵션들의 서브세트를 사용하여 더 갱신할 수 있다. 이어서, 중앙 사이트는 갱신된 마스터 템플릿 구성 옵션들을 각각의 프로젝트에 대한 새로운 현존 구성 옵션들을 사용하여 갱신한 후에 갱신된 마스터 템플릿 구성 옵션들을 다시 갱신할 수 있다.
중앙 사이트는 프로젝트 사이트들 중 적어도 하나로부터 지리적으로 멀 수 있다. 대안으로서, 중앙 사이트는 프로젝트 사이트들 중 적어도 하나로부터 지리적으로 가까울 수 있다. 추가로 또는 대안으로서, 복수의 프로젝트 사이트는 구조물 및 컴퓨터 시스템을 갖는 물리적 사이트를 가질 수 있다. 일부 실시예들에서, 구조물은 컴퓨터 시스템으로부터 멀다.
방법은 준비 영역(들)에서 각각의 프로젝트에 대한 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 제1 차이들을 먼저 결정한 후에 프로젝트 사이트(들) 중 하나에서 각각의 프로젝트에 대해 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 제2 차이들을 결정함으로써 하나 이상의 자동화된 비교기를 사용할 수 있다. 더욱이, 방법은 사람이 각각의 프로젝트에 대해 차이 보고서로부터 마스터 템플릿 구성 옵션들의 서브세트를 선택하는 것을 가능하게 함으로써 선택할 수 있다.
일부 실시예들은 다른 영역들에서가 아니라 준비 영역(들)에서 하나 이상의 자동화된 비교기를 사용할 수 있다.
다른 실시예에 따르면, CMS는 중앙 사이트와 복수의 대규모 자본 프로젝트 사이에서 템플릿들을 관리하며, 복수의 대규모 자본 프로젝트는 복수의 프로젝트 사이트에서 다수의 애플리케이션을 실행한다. 구체적으로, CMS는 중앙 사이트의 템플릿 생성기를 포함한다. 템플릿 생성기는 적어도 하나의 대규모 자본 프로젝트에 대한 마스터 템플릿을 생성하도록 구성되고, 마스터 템플릿은 복수의 마스터 템플릿 구성 옵션을 갖는다. CMS는 또한 중앙 사이트에서 마스터 템플릿 구성 옵션들을 갱신하도록 구성된 중앙 사이트 갱신기 및 중앙 사이트 갱신기와 동작 가능하게 결합된, 중앙 사이트의 인터페이스를 갖는다. 인터페이스는 프로젝트 템플릿을 복수의 프로젝트 사이트로 전송하도록 구성된다. 다른 실시예들과 유사한 방식으로, 프로젝트 템플릿은 마스터 템플릿에 기초하며, 따라서 대규모 자본 프로젝트들을 개발하기 위한 수천 개의 프로젝트 구성 옵션을 가질 수 있다.
인터페이스는 또한 갱신된 마스터 템플릿 구성 옵션들을 복수의 프로젝트 사이트 및/또는 하나 이상의 준비 영역으로 전송하도록 구성된다. 또한, 다른 실시예들과 같이, 각각의 프로젝트 템플릿은 갱신된 마스터 템플릿 구성 옵션들의 수신 전에 현존 프로젝트 구성 옵션들의 세트를 갖는다. CMS의 하나 이상의 자동화된 비교기는 각각의 프로젝트 사이트 및/또는 준비 영역(들)에서 각각의 프로젝트에 대해 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 차이들을 결정하도록 구성된다. 따라서, 하나 이상의 자동화된 비교기는 각각의 프로젝트의 현존 프로젝트 구성 옵션들과 다른 마스터 템플릿 구성 옵션들을 갖는 차이 보고서를 생성하도록 구성된다.
적절한 구성 옵션들을 선택하기 위해, CMS는 하나 이상의 자동화된 비교기와 동작 가능하게 결합된 수동 선택 인터페이스를 갖는다. 수동 선택 인터페이스는 사용자가 각각의 프로젝트에 대해 차이 보고서로부터 마스터 템플릿 구성 옵션들의 서브세트를 선택하는 것을 가능하게 한다. 각각의 프로젝트 템플릿은 바람직하게 차이 보고서로부터 갱신될 프로젝트 구성 옵션들의 특정 서브세트를 갖는다. CMS는 또한 템플릿 구성 옵션들의 특정 서브세트를 사용하여 각각의 프로젝트 템플릿에 대한 각각의 현존 프로젝트 구성 옵션들을 갱신하여 각각의 프로젝트 템플릿에 대한 새로운 현존 프로젝트 구성 옵션들을 생성하도록 구성된 프로젝트 사이트 갱신기를 갖는다.
본 발명의 예시적인 실시예들은 컴퓨터 판독 가능 프로그램 코드가 들어있는 컴퓨터 사용 가능 매체를 갖는 컴퓨터 프로그램 제품으로 구현된다. 컴퓨터 판독 가능 코드는 통상적인 프로세스들에 따라 컴퓨터 시스템에 의해 판독 및 이용될 수 있다.
이 분야의 기술자들은 바로 아래에 요약된 도면들을 참조하여 설명되는 아래의 "예시적인 실시예들의 설명"으로부터 본 발명의 다양한 실시예들의 이점들을 더 충분히 인식할 것이다.
도 1a는 본 발명의 예시적인 실시예들을 사용할 수 있는 대규모 자본 프로젝트의 일부를 개략적으로 도시한다.
도 1b는 본 발명의 예시적인 실시예들에서 사용될 수 있는 구성 관리 시스템의 일부를 개략적으로 도시한다.
도 2a 및 2b는 본 발명의 예시적인 실시예들에 따른, 다수의 대규모 자본 프로젝트에 걸쳐 CMS 구성 정보를 관리하기 위한 프로세스를 나타내는 단일 흐름도이다.
도 3은 본 발명의 예시적인 실시예들을 구현할 수 있는 환경을 개략적으로 도시한다.
예시적인 실시예들은 복수의 상이한 프로젝트 사이트에 걸쳐 사용된 시설 설계 프로그램 템플릿의 대량의 구성 데이터를 효율적으로 갱신하도록 구성 관리 시스템을 최적화한다. 이러한 프로젝트 사이트들 각각은 바람직하게 대규모 자본 프로젝트와 관련된다. 이를 위해, 중앙 사이트는 구성 갱신들을 다양한 프로젝트 사이트들로 지향시키고, 다양한 프로젝트 사이트들은 그들의 국지적 구성 데이터베이스들을 선택적으로 갱신한다. 자동화된 프로세스 및 수동 프로세스 양자는 선택된 구성 갱신들을 프로젝트 사이트들에서 더 효율적으로 그리고 쉽게 구현하도록 결합된다. 일부 실시예들은 준비 영역을 이용하여 많은 비교 및 갱신 처리를 수행하고, 수백 명의 설계자 및 엔지니어가 프로젝트를 계속 수행하는 프로젝트 사이트에서 중단 시간(downtime)을 최소화함으로써 프로젝트 효율을 개선한다. 이어서, 프로젝트 사이트들은 후속 갱신 목적들을 위해 그들의 갱신된 구성 데이터를 중앙 사이트로 역으로 전송한다. 많은 이익 가운데 특히, 이러한 갱신 프로세스는 국지적 템플릿 구성 데이터베이스들을 갱신하는 데 필요한 시간의 양, 및 갱신 프로세스 동안의 사용자 에러의 가능성 양자를 최소화한다. 예시적인 실시예들의 상세들이 아래에서 설명된다.
도 1a는 본 발명의 예시적인 실시예들을 구현할 수 있는 대규모 자본 프로젝트(10)(더 일반적으로 "자본 프로젝트(10)")의 일례의 일부를 일반적으로 도시한다. 더 구체적으로, 이 분야의 기술자들에게 알려진 바와 같이, 자본 프로젝트(10)는 일반적으로, 고도의 자본 집약 프로젝트를 구축, 증대, 추가 또는 개선하기 위해 행해지는 장기적인 투자이며, 착수하는데 상당한 양의 금융 자본 및 노동 자본 양자를 필요로 하고, 완료하는 데에는 종종 수년이 걸린다. 자본 프로젝트들(10)은 종종, 더 적은 계획 및 자원들을 요구하는 다른 투자들(예를 들어, 주택 또는 트럭의 건조)에 비해 그들의 대규모 비용에 의해 정의된다. 비공개 섹터(private sector) 및 공개 섹터(public sector) 양자가 자본 프로젝트(10)에 포함될 수 있다. 자본 프로젝트들(10)의 일부 예들은 정유 공장들, 발전 시설들, 선박들, 해양 석유 플랫폼들, 댐들 및 공장들을 개발 및 유지하는 것을 포함한다.
도 1a에 도시된 자본 프로젝트(10)는 이 분야의 기술자들에게 알려진 바와 같이 그의 발전 기능을 달성하도록 협력하는 많은 수의 상이한 컴포넌트를 갖는 발전 시설이다. 예를 들어, 특히, 이 도면의 발전 시설은 복수의 크고 작은 빌딩, 굴뚝, 파이프, 밸브, 연료 탱크, 사다리 및 전기 시스템을 갖는다. 사실상, 그러한 프로젝트의 설계, 건설 및 유지는 막대한 양의 계획 및 조정을 요구한다. 주의 깊은 계획 및 조정이 없을 경우, 발전 시설은 결코 건설되거나 운영되지 못했을 수 있다.
이를 위해, 이 분야의 기술자들은 도 1a에 도시된 것과 같은 자본 프로젝트들(10)의 계획/설계, 개발, 유지 및 해체를 돕기 위한 시설 설계 프로그램들/제품들("시설 설계 프로그램들")을 개발하였다. 전술한 바와 같이, 광범위하게 사용되는 그러한 하나의 시설 설계 프로그램은 알라바마 헌츠빌의 인터그래프 주식회사(Intergraph, Inc.)가 배포한 SmartPlant®Enterprise 제품(이하, "SmartPlant®product")으로 알려져 있다. 다른 그러한 제품들과 유사한 방식으로, SmartPlant®product는 적어도 다음의 상관된 기능들 및 컴포넌트들을 갖는다.
- 3D 모델링 및 시각화
- 엔지니어링 및 도해
- 정보 관리
- 조달, 제조 및 건설
- 다른 독점 및 개방 시스템들과의 개방형 통합
따라서, 설계자들, 엔지니어들, 개발자들, 관리자들 및 다른 관련 당사자들은 SmartPlant®product와 같은 시설 설계 프로그램들의 이들 및 다른 특징들을 사용하여 도 1a에 도시된 발전 시설(10)과 같은 자본 프로젝트들(10)을 설계, 건설, 갱신, 관리 및 해체한다. 이 분야의 기술자들에게 알려진 바와 같이, 그러한 3D 또는 2D 설계 프로그램들은 종종, 다수의 소프트웨어 도구들과 함께, 그들의 프로젝트들을 설계 및 관리하기 위한 주요 메커니즘의 역할을 하는 템플릿을 생성한다. 특히, 템플릿은 통상적으로 사용자가 그들의 프로젝트를 더 정확하고 효율적으로 개발하는 것을 가능하게 하는 복수의 옵션, 구성 및 레이아웃을 포함한다.
다양한 실시예들을 너무 간소화할 위험을 무릅쓰고, 대규모 자본 프로젝트 상황에서 사용되는 템플릿을 사용자가 워드 처리 프로그램을 열 때 표시되는 워드 처리 템플릿으로 유추할 수 있다. 특히, 워드 처리 템플릿은 사용자가 다수의 폰트, 컬러, 형상, 라인 간격 및 포맷으로부터 선택하는 것을 가능하게 하도록 구성될 수 있다. 이어서, 사용자는 템플릿이 제공하는 상이한 옵션들을 사용하여 그들의 문서를 준비하기 시작한다. 사실상, 워드 처리 사용자는 서신, 메모, 스프레드시트, 서적 등과 같은 임의의 다양한 상이한 문서를 작성할 수 있다. 유사한 방식으로, 자본 프로젝트(10)를 위해 사용되는 템플릿은 전술한 자본 프로젝트들(10)과 같은 다른 매우 상이한 타입의 자본 프로젝트들에서도 사용될 수 있다.
그러나, 템플릿의 구성 데이터는 종종 자본 프로젝트들(10)의 수명에 걸쳐 변경된다. 구체적으로, 도 1a의 발전 시설, 정유 공장 또는 선박과 같은 자본 프로젝트(10)의 수명주기 동안 요구되는 템플릿 구성은 소유자의 요구, 산업의 세부 사항, 및 다양한 프로젝트 사이트(들)(16)에서 사용되는 소프트웨어 시스템에 의해 제공되는 이용가능한 구성 옵션들을 포함하는 많은 팩터에 의존한다. 그러한 자본 프로젝트들(10)의 구성은 통상적으로 사용자지정 속성들, 심벌들, 도면 템플릿들, 규칙들 등과 같은 수천 개의 타입의 아이템들을 포함한다. 게다가, 구성 요구들은 통상적으로 설비의 다양한 수명주기 단계들(lifecycle stages) 사이에서, 예를 들어 개념적 설계, 상세한 설계, 시운전, 건설, 운영, 유지보수, 해체 등 사이에서 상이하다.
다른 레벨의 복잡도가 각각의 프로젝트 사이트에서 사용되는 다양한 소프트웨어 애플리케이션들과 관련된다. 특히, 프로젝트 사이트에서 실행되는 각각의 소프트웨어 애플리케이션은 그 자신의 구성 타입들 및 옵션들의 세트, 및 구성 데이터는 물론 현존 설계 데이터를 비교 및 갱신하기 위한 특정 방법들을 가질 수 있다. 게다가, 이러한 옵션들 및 방법들은 소프트웨어 애플리케이션들의 특정 버전에 의존하거나 변경될 수 있다. 또 다른 레벨의 복잡도는 애플리케이션들의 통합 시스템, 및 구성 타입들과 소프트웨어 애플리케이션들 간의 상호 의존성을 포함한다.
이러한 복잡도들을 감안할 때, 시설 소유자 또는 엔지니어링 회사는 그들의 시설 설계 프로그램과 함께 사용할 템플릿 구성들의 완전 세트를 개발하는 데에 수년을 쉽게 소비할 수 있다. 이러한 잠재적인 지연을 방지하기 위해, 예시적인 실시예들에서, 프로젝트를 관리하는 소유자 또는 엔지니어링 회사는 부분적으로 완성된 템플릿을 사용하여 프로젝트를 시작할 수 있다. 이어서, 각각의 개별 프로젝트는 템플릿으로부터 물려받은 구성 데이터를 그의 요구에 맞게 변경함으로써 프로젝트를 위해 사용되는 애플리케이션들(예를 들어, 시설 설계 프로그램)을 더 구성하고, 설계 프로세스를 시작할 수 있다.
소정의 편리한 시간에, 통상적으로 수명주기 단계들 사이에, 소유자 또는 엔지니어링 회사는 일부 새로운 또는 수정된 템플릿 구성들을 채택하도록 활성 프로젝트 사이트(들)(active project site(s), 16)의 구성을 갱신하는 것이 필요할 수 있다. 이것은 다양한 실시예들에 의해 해결되는 다양한 기술적 문제들을 제시한다. 구체적으로, 그러한 기술적 문제들은 다음을 포함할 수 있다:
1. 소프트웨어 애플리케이션 버전들은 템플릿과 활성 프로젝트 사이에서 상이하여, 아마도 구성들을 비교 또는 갱신할 때 충돌 또는 어려움을 유발할 수 있다.
2. 각각의 소프트웨어 애플리케이션은 구성 데이터/파일들을 비교 및 갱신하기 위한 그 자신의 구성들, 의존성들 및 방법들의 세트를 갖는다.
3. 이러한 비교를 완료하고 구성 파일들을 갱신하기 위한 시간의 양은 바람직하게 프로젝트 중단 시간을 줄이기 위해 최소로 유지된다. 다수의 소프트웨어 애플리케이션에 걸쳐 템플릿과 활성 프로젝트 사이에서 수천 개의 구성 아이템 각각 모두의 수십 개의 특성을 수동으로 비교하는 것은 비실용적이고, 극히 시간 소모적이며, 에러를 유발할 것이다.
4. 활성 프로젝트의 구성을 갱신할 때 그 안의 현존 구성 및 설계 데이터에 대한 위험이 존재한다.
다양한 실시예들은 이러한 기술적 위험들의 일부 또는 전부를 완화하며, 통합 템플릿 시스템의 갱신된 구성 데이터를 통합 활성 프로젝트의 구성과 비교하기 위한 강건하고 효율적인 방법을 제공한다. 게다가, 그러한 실시예들은 바람직하게 차이들에 기초하여 통합 활성 프로젝트의 구성을 선택적으로 갱신하며, 따라서 활성 프로젝트 구성 또는 현존 설계 데이터에 악영향을 주지 않는다. 더구나, 예시적인 실시예들은 프로세스를 역순으로 완료할 수 있는데, 이는 주요 또는 마스터 템플릿 구성이 활성 프로젝트 구성(들)에 존재하는 차이들을 이용하여 갱신될 수도 있다는 것을 의미한다.
따라서, 예시적인 실시예들은 특별히 구성된 구성 관리 시스템("CMS(17)", 도 1b)을 사용하여 이러한 기술적 문제들의 일부 또는 바람직하게는 전부를 해결할 수 있다. 구체적으로, 이 분야의 기술자들에게 알려진 바와 같이, 시스템 무결성을 유지하기 위해, CMS는 시간 경과에 따른 컴퓨터 시스템 또는 네트워크의 구성 변화들을 체계적으로 관리한다. 따라서, CMS는 컴퓨터 시스템 또는 네트워크에서 구성들 및 구성 옵션들의 변화들을 관리 및 평가하기 위한 기술들, 정책들, 도구들 및 절차들을 구현할 수 있다. 이를 위해, 도 1b는 도 1a의 자본 프로젝트(10)와 같은 대규모 자본 프로젝트들을 위해 사용되는 템플릿들의 구성 요구들을 더 효율적으로 갱신하도록 구성될 수 있는 CMS의 예시적인 실시예를 개략적으로 도시한다.
도 1b의 CMS(17)는 중앙 사이트(12)와 하나 이상의 프로젝트 사이트(들)(16) 사이에서 대규모 자본 프로젝트 템플릿 구성 옵션들을 효율적으로 갱신하도록 협동하는 복수의 컴포넌트를 포함한다(중앙 사이트(12) 및 프로젝트 사이트(들)(16)의 상세들을 대해서는 아래의 도 3 참조). 이러한 컴포넌트들 각각은 통상적인 상호접속 메커니즘에 의해 동작 가능하게 접속된다. 도 1b는 컴포넌트들 각각을 연결하는 버스(19)를 간략히 도시한다. 이 분야의 기술자들은 이러한 일반화된 표현이 다른 통상적인 직접 또는 간접 접속들을 포함하도록 변경될 수 있다는 것을 이해해야 한다. 따라서, 버스(19)에 대한 설명은 다양한 실시예들을 제한하는 것으로 의도되지 않는다.
컴포넌트들은 새로운 템플릿들을 생성하는 템플릿 생성기(18), 템플릿들을 갱신하는 갱신기(20), 및 CMS(17)의 외부 또는 CMS(17)의 다른 부분에 있는 다른 컴포넌트들(예를 들어, 다른 사이트에 있는 CMS(17)의 인스턴스)와 통신하기 위한 포트/인터페이스(22)를 포함한다. 게다가, CMS(17)는 사람이 시스템을 관리하고 소정의 구성 갱신들을 선택하는 것을 가능하게 하는 수동 사용자 인터페이스(24)도 포함한다. 수동 사용자 인터페이스(24)의 예시적인 실시예들은 사용자가 구성 정보, 시스템 정보 등을 찾고 갱신기(20)에 대한 구성 데이터를 선택하는 것을 쉽게 가능하게 하는 프레젠테이션 디스플레이를 갖는 그래픽 사용자 인터페이스(24)("GUI")를 포함한다. CMS(17)는 사람의 비교 없이 빠르고 자동화된 방식으로 구성 데이터를 비교하기 위한 자동화된 비교기(26), 및 구성 데이터를 예를 들어 데이터베이스의 형태로 저장하는 메모리(28)도 갖는다.
도 1b의 CMS(17)는 다양한 방식으로 구현될 수 있다. 일 구현에서, CMS(17)는 상이한 프로젝트 사이트(들)(16)에 그리고 중앙 사이트(12)에 국지적이고 독립적이고 협력하는 버전들을 가질 수 있다. 예를 들어, CMS(17)는 중앙 사이트(12)에 하나의 갱신기(20)를 그리고 프로젝트 사이트(들)(16)에 다른 갱신기(20)를 배치할 수 있다. 다른 예로서, 인터페이스(22)는 중앙 사이트(12)에, 프로젝트 사이트(들)(16)에(예를 들어, 적어도, 입력 또는 출력 포트로서 작용하는 부분에) 그리고/또는 중앙 사이트(12) 및 프로젝트 사이트(들)(16) 양자로부터 먼 소정의 다른 위치에 있을 수 있다. 유사하게, CMS(17)는 전체 네트워크에 걸치도록 분산될 수 있다. 후자 실시예에서, 도 1b의 컴포넌트들은 중앙 사이트(12) 및 다양한 프로젝트 사이트(들)(16) 양자 상에서 동작한다. 후술하는 도 2는 CMS(17) 및 그의 컴포넌트들의 예시적인 실시예들이 어떻게 다양한 기술적 이익들을 제공하도록 기능하는지에 관한 더 많은 상세를 제공한다.
도 1b는 이러한 컴포넌트들 각각을 단지 개략적으로 도시한다는 점에 유의해야 한다. 이 분야의 기술자들은 이러한 컴포넌트들 각각이 하나 이상의 다른 기능 컴포넌트에 걸쳐 하드웨어, 소프트웨어 또는 하드웨어와 소프트웨어의 조합을 사용하는 것과 같은 다양한 통상적인 방식으로 구현될 수 있다는 것을 이해해야 한다. 예를 들어, 갱신기(20)는 펌웨어를 실행하는 복수의 마이크로프로세서를 사용하여 구현될 수 있다. 다른 예로서, 갱신기(20)는 하나 이상의 주문형 집적회로(즉, "ASIC") 및 관련 소프트웨어, 또는 ASIC들, 개별 전자 컴포넌트들(discrete electronic components)(예를 들어, 트랜지스터들) 및 마이크로프로세서들의 조합을 사용하여 구현될 수 있다. 따라서, 도 1b의 단일 박스 내의 갱신기(20) 및 다른 컴포넌트들의 표현은 간소화의 목적을 위한 것일 뿐이다. 사실상, 전술한 바와 같이, 도 1b의 컴포넌트들은 복수의 상이한 기계에 걸쳐 분산될 수 있으며, 그들은 반드시 동일한 하우징 또는 섀시 안에 있는 것은 아니다.
도 1b의 표현은 실제 CMS의 상당히 간소화된 표현이라는 것을 반복해야 한다. 이 분야의 기술자들은 그러한 시스템이 통상적으로 중앙 처리 유닛들, 다양한 유틸리티들, 제어기들, 단기적 메모리 등과 같은 많은 다른 물리 및 기능 컴포넌트를 갖는다는 것을 이해해야 한다. 따라서, 이 설명은 도 1b가 CMS의 요소들 전부를 나타낸다는 것을 시사하는 것으로 의도되지 않는다.
도 2는 전술한 기술적 문제들의 일부 또는 전부를 완화하는 방식으로 구성 정보를 관리하기 위해 CMS(17)에 의해 사용되는 바람직한 프로세스를 도시한다. 이 프로세스는 템플릿 구성 데이터를 갱신하기 위해 정상적으로 사용되는 더 긴 프로세스로부터 간소화된 것으로 간주될 수 있다는 점에 유의해야 한다. 따라서, 템플릿 구성 데이터를 갱신하는 프로세스는 이 분야의 기술자들이 사용할 가능성이 있는 많은 다른 단계를 가질 수 있다. 게다가, 단계들 중 일부는 도시된 것과 다른 순서로 또는 동시에 수행될 수 있다. 따라서, 이 분야의 기술자들은 프로세스를 적절히 변경할 수 있다.
도 2의 프로세스는 단계 200에서 시작되며, 여기서 템플릿 생성기(18)는 중앙 영역(전술한 중앙 사이트(12))에서 마스터 템플릿을 생성한다. 더 구체적으로, 도 3은 도 2에 설명된 다양한 실시예들이 템플릿 구성 데이터를 갱신하는 지형도(geography) 또는 네트워크를 개략적으로 도시한다. 이 네트워크는 복수의 특정 프로젝트 사이트(들)(16)와 직접 또는 중간 준비 영역(14)을 통해 통신하는 중앙 사이트(12)(통상적으로 소정의 중앙 당국에 의해 관리됨)를 포함한다. 예시적인 실시예들에서, 다양한 사이트들/영역들(12, 14, 16)은 서로 지리적으로 멀다. 그러나, 다른 실시예들은 하나 또는 모든 사이트들/영역들(12, 14, 16)을 서로 가깝게 배치할 수 있다.
중앙 사이트(12)는 초기 및 템플릿 구성 갱신들을 관리하는 반면, 복수의 프로젝트 사이트(들)(16)는 프로젝트가 실행되는 위치들이다. 예를 들어, 중앙 사이트(12)는 대규모 에너지 회사 또는 소유자와 같은 단일 엔티티(entity)에 의해 관리될 수 있는 반면, 프로젝트 사이트(들)(16)는 별개의 발전 시설들, 연료 저장소들, 굴착 플랫폼들, 또는 동일한 에너지 회사의 지시하에 관리되는 다른 프로젝트들일 수 있다. 이러한 상이한 프로젝트 사이트(들)(16) 각각은 수 마일 이격되거나 공동 영역에 있을 수 있다. 더욱이, 프로젝트 사이트(16)는 구조물(예를 들어, 발전기 빌딩) 및 컴퓨터 시스템(예를 들어, 갱신 프로세스 또는 소정의 다른 프로세스를 실행하는 컴퓨터 시스템)을 갖는 물리 사이트를 가질 수 있다. 컴퓨터 시스템은 구조물과 동일한 빌딩 안에 있거나 구조물로부터 멀 수 있다.
프로젝트 사이트(들)(16)에 소정의 국지적 관리가 있을 것으로 분명히 예상되지만, 중앙 사이트(12)는 통상적으로 다양한 프로젝트들의 일반 관리를 제공하며, (예를 들어, 프로젝트가 다수의 위치에서 실행되는 경우) 다양한 프로젝트 사이트(들)(16) 간의 협력을 용이하게 한다. 프로젝트 사이트(들)(16)는 템플릿 및 시설 설계 애플리케이션들을 사용하여 프로젝트의 수명을 형성 및 관리한다. 따라서, 프로젝트 사이트(16)는 마스터 템플릿(예를 들어, 버전 1.0)으로부터 시작하고, 그 마스터 템플릿을 시설 설계 프로그램 및 관련 프로그램들을 사용하여 프로젝트로 변환한다. 이 분야의 기술자들에게 알려진 바와 같이, 시설 설계 프로그램/애플리케이션들은 프로젝트에 의해 승계된 템플릿으로부터의 구성 옵션들을 사용하여 프로젝트를 설계 및 관리한다.
준비 영역(14)은 템플릿 구성들이 활성 프로젝트 사이트(들)(16)를 위해 적어도 부분적으로 갱신 및 구현될 수 있는 중간 위치이다. 아래에서 더 상세히 설명되는 바와 같이, 준비 영역(14)은 프로젝트 사이트(들)(16)로부터 국지적 구성 갱신 프로세스들 중 일부를 효과적으로 오프로딩(offload)하며, 따라서 프로젝트들이 중단 없이 계속 동작하는 것을 가능하게 한다. 그러나, 일부 실시예들은 준비 영역(14)을 생략하는 대신에, (프로세스에 따라) 프로젝트 사이트(들)(16), 중앙 사이트(12) 및/또는 소정의 다른 지역/영역에서 구성 갱신 처리를 더 많이 수행할 수 있다. 준비 영역(14)을 포함하는 일부 실시예들은 프로세스들 중 일부를 프로젝트 사이트(들)(16) 및/또는 중앙 사이트(12)에서 직접 수행할 수도 있다. 따라서, 준비 영역(14)에서의 처리에 대한 설명은 그러한 프로세스들이 프로젝트 사이트(들)(16) 및/또는 중앙 사이트(12)에서 수행될 수 없다는 것을 시사하는 것으로 의도되지 않는다. 더욱이, 도시되지 않았지만, 일부 실시예들은 다수의 구성 버전을 관리하기 위한 중간 CMS 위치도 갖는다.
도 3은 개략도이며, 따라서 각각의 블록은 하나 또는 복수의 기능 및/또는 물리적 엔티티를 나타낼 수 있다는 것을 반복해야 한다. 예를 들어, 중앙 사이트(12)는 광범위한 지리에 걸치는 분산 컴퓨터 네트워크를 포함할 수 있다. 대안으로서, 중앙 사이트(12)는 단일 빌딩 또는 단일 빌딩 내의 단일 방만을 포함할 수 있다. 유사한 방식으로, 준비 영역(14) 및 프로젝트 사이트(들)(16)는 또한 지리적으로 그리고/또는 논리적으로 광범위할 수 있거나 광범위하지 않을 수 있다.
도 2를 다시 참조하면, 단계 200은 복수의 프로젝트 사이트(들)(16)에서 사용되도록 의도된 많은 또는 모든 소프트웨어 애플리케이션들을 고려하는 템플릿 구성을 먼저 생성함으로써 (중앙 사이트(12)에서) 설명된 마스터 템플릿을 생성한다. 다음으로, 템플릿 생성기(18) 및/또는 소정의 테스팅 설비를 사용하여, 단계 200은 또한 샘플 데이터로 구성들을 테스트하여 초기 마스터 템플릿을 생성한다. 이어서, 구성 데이터/파일들은 CMS(17)의 메모리(28) 안에 저장될 수 있다. 이 분야의 기술자들에 의해 알려진 바와 같이, 구성 데이터/파일들은 프로젝트 사이트(들)(16)에서 임의의 프로젝트를 관리하는 데 사용될 옵션들, 설정들 및 참조 데이터의 세트를 포함할 수 있다. 예를 들어, 구성 파일들은 설계 동작들 동안 소프트웨어에 의해 직접 사용되는 바와 같은 (그들의 애플리케이션들로부터의) 외면화된 구성들(externalized configurations)을 포함할 수 있다. 그러한 구성 데이터는, 데이터베이스 안에 정상적으로 내장되고, 주로 외면화 및 보관의 목적을 위해 그리고 비교 및 갱신의 목적을 위해 패키징되는 구성 데이터 또는 구성 데이터의 그룹들을 포함하는 "구성 아티팩트들(configuration artefacts)"을 포함할 수 있다. 그들은 정상적인 동작에서 애플리케이션 프로그램들 또는 템플릿들에 의해 반드시 직접 사용되는 것은 아니다.
단계 200은 포트/인터페이스(22)를 사용하여 템플릿 구성 정보를 템플릿들과 함께 프로젝트 사이트(들)(16)로 지향시킴으로써 종료된다. 마스터 템플릿을 수신한 후, 프로젝트 사이트(들)(16)는 템플릿을 요구하는 그들의 국지적인 프로세스들(예를 들어, 생산, 관리 등)을 시작할 수 있다. 따라서, 이때, 국지적 프로젝트 사이트(들)(16)는 마스터 템플릿을 구성 데이터의 그의 현재 사본과 함께 사용한다.
템플릿 및 그의 구성 데이터를 그의 인터페이스(22)를 통해 전송한 후, 갱신기(20)는 중앙 사이트(12)에서 소프트웨어 버전들 및 템플릿 구성 정보를 갱신하기 시작하고, 이어서 필요에 따라 마스터 템플릿의 구성을 갱신할 수 있다(단계 202). 예를 들어, 이러한 갱신된 마스터 템플릿은 버전 2.0으로 간주될 수 있다. 따라서, 중앙 사이트 갱신기(20)는 갱신된 구성 파일들을 그의 구성 아티팩트들과 함께 CMS 메모리(28) 안에 저장하고(예를 들어, 버전 2.0 구성 정보), 활성 프로젝트를 프로젝트 사이트(들)(16)로부터 관련 인터페이스(22)를 통해 준비 영역(14)에 복사할 수 있다. 대응하는 방식으로, 이 단계는 또한 갱신된 구성 파일들을 준비 영역(14)에 있는 CMS 메모리(28)에 복사한다(단계 204).
이 시점에서, 준비 영역(14)은 프로젝트 사이트(들)(16)로부터의 구성 데이터뿐만 아니라, 갱신된 마스터 템플릿으로부터의 갱신된 구성 정보도 갖는다. 따라서, 마스터 템플릿의 버전 2.0 구성 데이터는 활성 프로젝트들의 구성들을 갱신하는 데 사용되어야 한다.
전술한 바와 같이, 템플릿의 이러한 구성 데이터는 그래픽 심벌들, 규칙들, 특성들, 도면 템플릿들, 메뉴들 등과 같은 수백 개의 구성 타입을 포함할 수 있다. 게다가, 구성 파일들은 수십만 개의 특정 구성 아이템을 가질 수 있다. 단일 템플릿 내의 이러한 많은 수의 구성 아이템은 다수의 팩터에 기초하여 변할 수 있다. 예를 들어, 그러한 팩터들은 다음을 포함할 수 있다.
- 프로젝트 사이트(들)(16)에서 사용되는 소프트웨어 애플리케이션들 및 그들의 통합
- 그러한 애플리케이션들의 소프트웨어 버전
- 구성 타입들과 소프트웨어 애플리케이션들 간의 상호 의존성
- 다양한 프로젝트들(예를 들어, 석유 및 가스, 광업, 화학, 전력 등)의 산업들
- 다양한 프로젝트 사이트(들)(16)의 지리적 위치
- 프로젝트 사이트(들)(16)에서의 국지적 및 지역적 법률들, 규칙들 및 표준들
- 프로젝트의 스테이지(구상, 상세, 설계, 건설, 유지보수, 해체 등) 및
- 개발을 시작한 이후의 각각의 프로젝트에 대한 커스텀 구성 아이템들 및 각각의 프로젝트의 진화
사실상, 통상적으로 막대한 양의 구성 데이터를 비교하여, 프로젝트들에 의해 사용되는 현재 구성 데이터와 갱신된 마스터 템플릿 구성 데이터 간의 차이들을 결정해야 한다. 효율성을 향상시키기 위해, 예시적인 실시예들은 자동화된 비교기(26)와 같은 자동화된 장치를 사용하여 두 세트의 구성 데이터를 비교한다(단계 206). 다시 말해서, 준비 영역(14)에서, 자동화된 비교기(26)는 CMS 메모리(28)(때대로 "소스"라고 함)로부터의 갱신된 구성 데이터를 활성 프로젝트(때때로 "타겟"이라고 함)로부터의 마스터 템플릿 구성 데이터와 비교한다. 따라서, 이 단계는 각각의 소프트웨어 애플리케이션과 관련된 구성 데이터에 대한, "차이 보고서"라고 하는 보고서를 생성한다. 구체적으로, 차이 보고서는 CMS 갱신기(20)로부터 (즉, 중앙 사이트(12)로부터) 갱신된 것으로 지시되는 특정 구성 아이템들 및/또는 데이터를 식별한다. 이를 위해, 차이 보고서들의 일부 실시예들은 소스에만 존재하는 구성 아이템들, 타겟에만 존재하는 구성 아이템들, 및 소스와 타겟 양자에 존재하지만 상이한 구성 아이템들을 갖는다. 그러한 실시예들은 또한 그러한 차이들을 열거할 수 있다.
이어서, 단계 208은 차이 보고서를 검토하기 위해 각각의 프로젝트 사이트(16)(및/또는 사전 프로그래밍된 지능형 로직)로부터 책임 있고 지식 있는 사용자를 참여시킨다. 구체적으로, 수동 사용자 인터페이스(24)를 사용하여, 사용자는 (차이 보고서 내의) 어떤 템플릿 구성 옵션들/데이터가 준비 영역(14)에서의 그들의 특정 프로젝트에 대해 갱신되어야 하는지를 수동으로 결정/선택한다. 그러한 사용자 또는 로직은 이전의 구성들과 대비하여 프로젝트에서의 현존 설계 데이터에 대한 잠재적인 엔지니어링 영향을 주의 깊게 고려해야 한다. 따라서, 갱신기(20)는 이러한 결정들에 기초하여 그들의 타겟 프로젝트 구성 데이터를 선택적으로 갱신하고, 구성 파일들/데이터를 CMS 메모리(28)에 저장한다(단계 210). 이러한 갱신에도 불구하고, 여전히 타겟 프로젝트의 갱신 안에 구현되지 않은 마스터 템플릿으로부터의 소정의 갱신된 구성 데이터가 여전히 있을 수 있다. 따라서, 그러한 경우, 이 최종 갱신된 구성 데이터는 바로 아래에 설명되는 바와 같이 구성된다.
구체적으로, 갱신된 구성 정보가 준비 영역(14)으로부터 프로젝트 사이트(들)(16)로 전송된 후(단계 212), 프로젝트 사이트(들)(16)는 이제 그들의 소프트웨어 애플리케이션 버전들을 갱신하고, CMS 메모리(28)에 최종 저장된 구성 파일들을 복사한다. 다시 비교기(26)를 사용하여, 그러나 이때는 프로젝트 사이트(들)(16)에서, 프로세스는 단계 214에서 CMS 메모리(28)로부터 복사된 구성 파일들 간의 구성들을 활성 프로젝트 자체의 구성 데이터와 비교한다. 단계 206과 유사한 방식으로, 이 단계는 a) 어떤 구성 아이템들이 소스에만 존재하는지, b) 어떤 구성 아이템들이 타겟에만 존재하는지, 그리고 c) 소스와 타겟 양자에 존재하지만 상이한 구성들을 열거하는 (그리고 그러한 차이들을 상세히 열거하는) 각각의 소프트웨어 애플리케이션에 대한 다른 차이 보고서를 생성한다. 이전의 프로세스들이 이미 많은 구성 데이터를 갱신했기 때문에, 이 차이 보고서는 전술한 차이 보고서보다 적은 구성 정보를 가질 수 있다.
또한, 이전의 프로세스들과 마찬가지로, 단계 216에서, 각각의 프로젝트 사이트(16) 및/또는 사전 프로그래밍된 지능형 로직으로부터의 책임 있고 지식 있는 사용자는 이 새로운 차이 보고서를 검토하고, 수동 사용자 인터페이스(24)를 이용하여 그들의 특정 프로젝트에 대해 어떤 템플릿 구성 옵션들/데이터가 갱신되어야 하는지를 수동으로 결정/선택한다. 그러나, 이전의 차이 보고서와 달리, 이 차이 보고서는 프로젝트 사이트(16)에서 생성된다. 이어서, 갱신기(20)는 단계 216 동안 이루어진 결정들에 기초하여 타겟 프로젝트 구성을 선택적으로 갱신하고(단계 218), CMS 메모리(28)를 갱신한다.
이 시점에서, 프로젝트 사이트(들)(16)의 템플릿들은 중앙 사이트(12)로부터의 구성 변화들을 이용하여 (당분간) 갱신된다. 다음으로, 프로세스는 최신 마스터 템플릿(예를 들어, 마스터 템플릿의 버전 2.0)을 처음 수신한 이후에 프로젝트 사이트 템플릿(들)에 대해 행해진 적절한 구성 갱신들을 이용하여 중앙 사이트(12)에서 마스터 템플릿을 선택적으로 갱신한다. 예를 들어, 이러한 갱신들 중 일부는 향후 프로젝트들에 적용될 수 있다. 보다 구체적으로, 전술한 최근의 프로젝트 사이트 갱신에도 불구하고, 프로젝트 사이트(들)(16)는 또한 그들의 특정 프로젝트의 진화에 기초한 구성 정보로 그들의 템플릿들을 갱신했을 수 있다. 따라서, 예시적인 실시예들은 그러한 적용 가능한 갱신들로 마스터 템플릿을 갱신한다. 따라서, 갱신들은 프로젝트 사이트(들)(16)와 중앙 사이트(12) 사이에서 두 방향으로 흐른다. 이를 위해, 프로세스는 갱신된 구성 옵션들/데이터를 프로젝트 사이트(들) 인터페이스들(22)로부터 중앙 사이트(12) 인터페이스(22)로 전송하며(단계 220), 따라서 중앙 사이트(12)는 이러한 프로젝트 기반 갱신들로 마스터 템플릿을 갱신할 수 있다.
구체적으로, 프로세스는 최근에 수정된 프로젝트 구성 파일들/데이터를 프로젝트 사이트(들)(16)의 CMS 메모리(28)로부터 중앙 사이트(12)로 복사/전송할 수 있다. 이어서, 중앙 사이트(12)의 CMS 비교기들(26)은 CMS 메모리(28)로부터 복사된 구성 파일들 간의 차이들을 가장 최신인 것으로 간주하는 마스터 템플릿(예를 들어, 버전 2.0)의 구성 데이터와 비교한다. 이전 단계들과 유사한 방식으로, 이 단계는 a) 어떤 구성 아이템들이 소스에만 존재하는지, b) 어떤 구성 아이템들이 타겟에만 존재하는지, 그리고 c) 소스와 타겟 양자에 존재하지만 상이한 구성들을 열거하는 (또한, 그러한 차이들을 열거하는) 각각의 소프트웨어 애플리케이션에 대한 다른 차이 보고서를 생성한다(단계 222).
또한, 이전의 프로세스들과 마찬가지로, 중앙 사이트(12), 하나 이상의 프로젝트 사이트(들)(16) 및/또는 사전 프로그래밍된 지능형 로직으로부터의 책임 있고 지식 있는 사용자가 이 새로운 차이 보고서를 검토하고, 수동 사용자 인터페이스(24)를 이용하여, 프로젝트 구성(들)으로부터 마스터 템플릿의 어떤 템플릿 구성 옵션들/데이터가 갱신되어야 하는지를 수동으로 결정한다(단계 224). 많은 이유 가운데 특히, 이 단계는 수정된 최상의 관례들을 채택하는 데 도움이 된다. 사실상, 소정 프로젝트들의 일부 특정 구성 옵션들은 다른 프로젝트들에 적용되지 못할 수 있으므로 사용자는 그러한 옵션들을 선택하지 않을 수 있다. 다음으로, 갱신기(20)는 이 사람 및/또는 로직에 의해 지정된 마스터 구성 데이터를 갱신한다(단계 226). 그것이 갱신된 구성 데이터로 갱신된 후, 중앙 사이트(12)는 샘플 데이터로 새로운 갱신된 구성 데이터를 테스트하고, 테스트를 통과한 새로운 구성 데이터를 저장하여, 갱신된 구성 데이터를 갖는 새로운 마스터 템플릿을 생성할 수 있다. 따라서, 프로세스는 새로운 구성 데이터/파일들을 CMS 메모리(28)에 저장함으로써 종료된다.
단계 202 내지 218은 중앙 사이트(12)가 새로운 갱신된 구성 데이터(예를 들어, 버전 3.0 마스터 템플릿)를 생성함에 따라 반복될 수 있다. 유사하고 관련된 실시예들은 단계 202-226을 반복할 수 있다. 더욱이, 전술한 바와 같이, 다른 실시예들은 준비 영역(14)에서의 처리를 생략하고, 단지 중앙 사이트(12) 및 프로젝트 사이트(들)(16)에서 처리할 수 있다.
전술한 바와 같이, 예시적인 실시예들은 다음 중 하나 이상과 같은 다수의 기술적 이익을 제공한다:
1. 진화하는 템플릿 구성의 활성 프로젝트로의 안전하고 선택적인 갱신을 가능하게 한다. 또한, 프로젝트 사이트(들)(16)에 의해 이루어진 유용한 추가 커스텀 구성들을 향후 프로젝트들의 이익을 위한 마스터 템플릿 구성으로 다시 "수확(harvest)"하는 역동작을 가능하게 한다.
2. 다수의 위치를 사용하여 활성 설계 데이터를 보호하고 생산 중단 시간(예를 들어, 통상 수백 명의 엔지니어)을 최소화하면서 활성 프로젝트의 구성 데이터를 갱신한다.
3. 수천 또는 수만 개의 특성의 상세한 차이 보고서들과 함께 비교기들(26)을 사용하여, 정보에 밝으며 때에 알맞고 효율적인 결정들을 수행한다.
4. 비교 후에 사용될 갱신 유틸리티들을 사용하여, 타겟 활성 프로젝트의 선택적 갱신들을 가능하게 하고, 현존 구성 및 현존 설계 데이터를 보존한다.
5. 작업 프로세스는 소프트웨어 애플리케이션들에 의한 갱신들의 올바른 시퀀싱을 지시하여 그들 사이의 종속성을 유지 및 보존한다.
6. CMS(17)(또는 다른 유사한 기능)는 구성 파일들 및 구성 아티팩트들의 다양한 버전들을 관리한다. 이것이 중요한 이유는 일부 예들에서 비교기(26)는 비교되는 템플릿과 프로젝트가 동일한 버전의 소프트웨어 상에 존재할 것을 요구하기 때문이다. 또한, 여러 제품으로부터의 많은 파일 및 구성 템플릿의 다수의 버전이 존재할 수 있다. 이 파일들은 주의 깊게 관리되는 것이 바람직한데, 이는 수년이 지났을 수 있는 여러 버전(소프트웨어 및 구성 버전들)으로부터의 올바른 파일 세트로 프로젝트를 역으로 갱신하는 것이 필요할 수 있기 때문이다. 따라서, 구성 파일들 및 아티팩트들을 명명하기 위해 정확한 명명 규약이 바람직하게 채택된다.
종래 기술의 CMS 수동 갱신 프로세스에 비해, 예시적인 실시예들은 원하는 구성 변화들의 강건하고, 효과적이고, 효율적이고, 완전한 갱신을 제공한다. 수동 CMS 및 기타 방법들은 너무 수고스럽고 에러가 발생하기 쉬우며 포괄적이다. 즉, 모든 구성 아이템들을 비교하는 것은 수동으로 시도될 경우에 통상적으로 실용적이지 못하다. 비교 유틸리티들은 작업을 가능하게 하고, 예를 들어 컬러 코딩(color-coding)을 사용하는 것과 같이 차이들을 명확하게 식별한다.
본 발명의 다양한 실시예들은 임의의 통상적인 컴퓨터 프로그래밍 언어로 적어도 부분적으로 구현될 수 있다. 예를 들어, 일부 실시예들은 비주얼 프로그래밍 프로세스로서, 절차적 프로그래밍 언어(예를 들어, "C"), 또는 객체 지향 프로그래밍 언어(예를 들어, "C++")로 구현될 수 있다. 본 발명의 다른 실시예들은 사전 구성된 독립형 하드웨어 요소(stand-along hardware element) 및/또는 사전 프로그래밍된 하드웨어 요소들(예를 들어, 주문형 집적 회로, FPGA 및 디지털 신호 프로세서) 또는 다른 관련 컴포넌트들로 구현될 수 있다.
대안 실시예에서, 개시된 장치들 및 방법들(예를 들어, 전술한 방법들 참조)은 컴퓨터 시스템과 함께 사용하기 위한 컴퓨터 프로그램 제품으로서 구현될 수 있다. 그러한 구현은 컴퓨터 판독 가능 매체(예를 들어, 디스켓, CD-ROM, ROM 또는 고정 디스크)와 같은 유형적이고 비일시적인 매체(non-transitory, non-transient medium) 상에 고정된 일련의 컴퓨터 명령어들을 포함할 수 있다. 일련의 컴퓨터 명령어들은 본 명세서에서 시스템과 관련하여 이전에 설명된 기능의 전부 또는 일부를 구현할 수 있다.
이 분야의 기술자들은 그러한 컴퓨터 명령어들이 많은 컴퓨터 아키텍처 또는 운영 체제와 함께 사용하기 위해 다수의 프로그래밍 언어로 작성될 수 있다는 것을 알아야 한다. 또한, 그러한 명령어들은 반도체, 자기, 광학 또는 다른 메모리 디바이스들 같은 임의의 메모리 디바이스에 저장될 수 있으며, 광학, 적외선, 마이크로파 또는 다른 전송 기술들과 같은 임의의 통신 기술을 사용하여 전송될 수 있다.
많은 방식 가운데 특히, 그러한 컴퓨터 프로그램 제품은 인쇄 또는 전자 문서(예를 들어, 축소 포장된 소프트웨어)를 동반하는 이동식 매체로서 배포되거나, 컴퓨터 시스템에 (예를 들어, 시스템 ROM 또는 고정 디스크 상에) 사전 로딩되거나, 네트워크(예를 들어, 인터넷 또는 월드 와이드 웹(WWW))를 통해 서버 또는 전자 게시판으로부터 배포될 수 있다. 사실상, 일부 실시예들은 SaaS("software-as-a-service model") 또는 클라우드 컴퓨팅 모델로 구현될 수 있다. 물론, 본 발명의 일부 실시예들은 소프트웨어(예를 들어, 컴퓨터 프로그램 제품)와 하드웨어의 조합으로서 구현될 수 있다. 본 발명의 또 다른 실시예들은 완전히 하드웨어로 또는 완전히 소프트웨어로 구현된다.
위의 설명은 본 발명의 다양한 예시적인 실시예들을 개시하지만, 이 분야의 기술자들은 본 발명의 진정한 범위를 벗어나지 않으면서 본 발명의 장점들 중 일부를 달성하는 다양한 변경들을 수행할 수 있음이 명백하다.

Claims (22)

  1. 중앙 사이트와 복수의 대규모 자본 프로젝트 사이에서 템플릿들을 관리하기 위한 구성 관리 시스템으로서,
    상기 복수의 대규모 자본 프로젝트는 복수의 프로젝트 사이트에서 다수의 애플리케이션을 실행하고, 상기 구성 관리 시스템은:
    중앙 사이트의 템플릿 생성기로서, 상기 템플릿 생성기는 적어도 하나의 대규모 자본 프로젝트에 대한 마스터 템플릿을 생성하도록 구성되고, 상기 마스터 템플릿은 복수의 마스터 템플릿 구성 옵션을 가지는, 템플릿 생성기;
    상기 중앙 사이트에서 상기 마스터 템플릿 구성 옵션들을 갱신하도록 구성된 중앙 사이트 갱신기;
    상기 중앙 사이트 갱신기와 동작 가능하게 결합된, 상기 중앙 사이트의 인터페이스로서, 상기 인터페이스는 프로젝트 템플릿을 상기 복수의 프로젝트 사이트로 전송하도록 구성되고, 상기 프로젝트 템플릿은 상기 대규모 자본 프로젝트들을 개발하기 위한 수천 개의 프로젝트 구성 옵션을 갖고, 상기 프로젝트 템플릿은 상기 마스터 템플릿에 기초하고, 상기 인터페이스는 또한 상기 갱신된 마스터 템플릿 구성 옵션들을 상기 복수의 프로젝트 사이트 및/또는 하나 이상의 준비 영역으로 전송하도록 구성되고, 각각의 프로젝트 템플릿은 상기 갱신된 마스터 템플릿 구성 옵션들의 수신 전에 현존 프로젝트 구성 옵션들의 세트를 가지는, 인터페이스;
    각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 차이들을 결정하도록 구성된, 각각의 프로젝트 사이트들 및/또는 준비 영역(들)의 하나 이상의 자동화된 비교기로서, 상기 하나 이상의 자동화된 비교기는 각각의 프로젝트의 상기 현존 프로젝트 구성 옵션들과 다른 상기 마스터 템플릿 구성 옵션들을 갖는 차이 보고서를 생성하도록 구성되는, 비교기;
    상기 하나 이상의 자동화된 비교기와 동작 가능하게 결합된 수동 선택 인터페이스로서, 상기 수동 선택 인터페이스는 사용자가 각각의 프로젝트에 대해 상기 차이 보고서로부터 상기 마스터 템플릿 구성 옵션들의 서브세트를 선택하는 것을 가능하게 하고, 각각의 프로젝트 템플릿은 상기 차이 보고서로부터 갱신될 프로젝트 구성 옵션들의 특정 서브세트를 가지는, 수동 선택 인터페이스; 및
    템플릿 구성 옵션들의 상기 특정 서브세트를 사용하여, 각각의 프로젝트 템플릿에 대한 상기 각각의 현존 프로젝트 구성 옵션을 갱신하여 각각의 프로젝트 템플릿에 대한 새로운 현존 프로젝트 구성 옵션들을 생성하도록 구성된 프로젝트 사이트 갱신기
    를 포함하는, 구성 관리 시스템.
  2. 제1항에 있어서,
    상기 프로젝트 사이트 갱신기와 동작 가능하게 결합된 프로젝트 출력을 더 포함하고, 상기 프로젝트 출력은 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 상기 중앙 사이트의 상기 인터페이스로 전송하도록 구성되며;
    상기 중앙 사이트 갱신기는 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신하도록 구성되는, 구성 관리 시스템.
  3. 제2항에 있어서, 상기 중앙 사이트 갱신기는:
    각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 상기 새로운 현존 구성 옵션들 간의 차이들을 결정하고, 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들과 다른 상기 갱신된 마스터 템플릿 구성 옵션들을 갖는 추가적인 차이 보고서를 생성하고,
    사용자가 상기 추가적인 차이 보고서로부터 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들의 서브세트를 선택할 수 있게 하며,
    상기 추가적인 차이 보고서로부터의 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들의 상기 서브세트를 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 더 갱신하도록 구성되는, 구성 관리 시스템.
  4. 제2항에 있어서, 상기 중앙 사이트 갱신기는 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신한 후에 상기 갱신된 마스터 템플릿 구성 옵션들을 다시 갱신하도록 구성되는, 구성 관리 시스템.
  5. 제1항에 있어서, 상기 중앙 사이트는 상기 프로젝트 사이트들 중 적어도 하나로부터 지리적으로 먼, 구성 관리 시스템.
  6. 제1항에 있어서, 상기 복수의 프로젝트 사이트는 구조물 및 컴퓨터 시스템을 갖는 물리적 사이트를 포함하는, 구성 관리 시스템.
  7. 복수의 대규모 자본 프로젝트에 걸쳐 CMS로 템플릿 구성 정보를 관리하는 방법으로서,
    상기 복수의 대규모 자본 프로젝트는 복수의 프로젝트 사이트에서 다수의 애플리케이션을 실행하며, 상기 방법은:
    복수의 마스터 템플릿 구성 옵션을 갖는 마스터 템플릿을 갖는 중앙 사이트로부터, 프로젝트 템플릿을 상기 복수의 프로젝트 사이트로 전송하는 단계로서, 상기 프로젝트 템플릿은 상기 대규모 자본 프로젝트들을 개발하기 위한 수천 개의 프로젝트 구성 옵션을 갖고, 상기 프로젝트 템플릿은 상기 마스터 템플릿에 기초하는, 단계;
    상기 중앙 사이트에서 상기 마스터 템플릿 구성 옵션들을 갱신하는 단계;
    상기 중앙 사이트로부터 상기 갱신된 마스터 템플릿 구성 옵션들을 상기 복수의 프로젝트 사이트 및/또는 하나 이상의 준비 영역으로 전송하는 단계로서, 각각의 프로젝트 템플릿은 상기 갱신된 마스터 템플릿 구성 옵션들의 수신 전에 현존 프로젝트 구성 옵션들의 세트를 가지는, 단계;
    각각의 프로젝트 사이트 및/또는 상기 준비 영역(들)에서, 하나 이상의 자동화된 비교기를 사용하여, 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 차이들을 결정하는 단계로서, 상기 하나 이상의 자동화된 비교기는 각각의 프로젝트의 상기 현존 프로젝트 구성 옵션들과 다른 상기 마스터 템플릿 구성 옵션들을 갖는 차이 보고서를 생성하는, 단계;
    각각의 프로젝트에 대해, 상기 차이 보고서로부터 상기 마스터 템플릿 구성 옵션들의 서브세트를 선택하는 단계로서, 각각의 프로젝트 템플릿은 상기 차이 보고서로부터 갱신될 프로젝트 구성 옵션들의 특정 서브세트를 가지는, 단계; 및
    템플릿 구성 옵션들의 상기 특정 서브세트를 사용하여, 각각의 프로젝트 템플릿에 대한 상기 각각의 현존 프로젝트 구성 옵션을 갱신하여 각각의 프로젝트 템플릿에 대한 새로운 현존 프로젝트 구성 옵션들을 생성하는 단계
    를 포함하는, 방법.
  8. 제7항에 있어서,
    각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 상기 중앙 사이트로 전송하는 단계; 및
    각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신하는 단계
    를 더 포함하는, 방법.
  9. 제8항에 있어서, 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신하는 단계는:
    상기 중앙 사이트 및/또는 준비 영역에서, 하나 이상의 자동화된 비교기를 사용하여, 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 상기 새로운 현존 구성 옵션들 간의 차이들을 결정하는 단계로서, 상기 하나 이상의 자동화된 비교기는 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들과 다른 상기 갱신된 마스터 템플릿 구성 옵션들을 갖는 추가적인 차이 보고서를 생성하는, 단계;
    상기 추가적인 차이 보고서로부터 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들의 서브세트를 선택하는 단계; 및
    상기 추가적인 차이 보고서로부터의 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들의 상기 서브세트를 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 더 갱신하는 단계
    를 포함하는, 방법.
  10. 제8항에 있어서, 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신한 후에 상기 갱신된 마스터 템플릿 구성 옵션들을 다시 갱신하는 단계를 포함하는 방법.
  11. 제7항에 있어서, 상기 중앙 사이트는 상기 프로젝트 사이트들 중 적어도 하나로부터 지리적으로 먼, 방법.
  12. 제7항에 있어서, 하나 이상의 자동화된 비교기를 사용하는 단계는, 먼저 상기 준비 영역(들)에서 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 제1 차이들을 결정하고, 이어서 상기 프로젝트 사이트(들) 중 하나에서 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 제2 차이들을 결정하는 단계를 포함하는, 방법.
  13. 제7항에 있어서, 선택하는 단계는 사람이 각각의 프로젝트에 대해 상기 차이 보고서로부터 상기 마스터 템플릿 구성 옵션들의 상기 서브세트를 선택하는 단계를 포함하는, 방법.
  14. 제7항에 있어서, 상기 복수의 프로젝트 사이트는 구조물 및 컴퓨터 시스템을 갖는 물리적 사이트를 포함하는, 방법.
  15. 제14항에 있어서, 상기 물리적 사이트의 상기 컴퓨터 시스템은 상기 구조물로부터 먼, 방법.
  16. 제7항에 있어서,
    상기 복수의 프로젝트 사이트 또는 하나 이상의 준비 영역으로 전송하는 단계는 상기 하나 이상의 준비 영역으로 전송하는 단계를 포함하며,
    또한, 각각의 프로젝트 사이트들 및/또는 상기 준비 영역(들)에서 하나 이상의 자동화된 비교기를 사용하는 단계는 상기 준비 영역(들)에서 하나 이상의 자동화된 비교기를 사용하는 단계를 포함하는, 방법.
  17. 복수의 대규모 자본 프로젝트에 걸쳐 CMS 템플릿 구성 정보를 관리하기 위해 컴퓨터 시스템상에서 사용하기 위한 컴퓨터 프로그램 제품으로서,
    상기 복수의 대규모 자본 프로젝트는 복수의 프로젝트 사이트에서 다수의 애플리케이션을 실행하고, 상기 컴퓨터 프로그램 제품은 컴퓨터 판독 가능 프로그램 코드를 갖는 유형적이고 비일시적인 컴퓨터 사용 가능 매체를 포함하고, 상기 컴퓨터 판독 가능 프로그램 코드는:
    복수의 마스터 템플릿 구성 옵션을 갖는 마스터 템플릿을 갖는 중앙 사이트로부터, 프로젝트 템플릿을 상기 복수의 프로젝트 사이트로 전송하기 위한 프로그램 코드로서, 상기 프로젝트 템플릿은 상기 대규모 자본 프로젝트들을 개발하기 위한 수천 개의 프로젝트 구성 옵션을 갖고, 상기 프로젝트 템플릿은 상기 마스터 템플릿에 기초하는, 프로그램 코드;
    상기 중앙 사이트에서 상기 마스터 템플릿 구성 옵션들을 갱신하기 위한 프로그램 코드;
    상기 중앙 사이트로부터 상기 갱신된 마스터 템플릿 구성 옵션들을 상기 복수의 프로젝트 사이트 및/또는 하나 이상의 준비 영역으로 전송하기 위한 프로그램 코드로서, 각각의 프로젝트 템플릿은 상기 갱신된 마스터 템플릿 구성 옵션들의 수신 전에 현존 프로젝트 구성 옵션들의 세트를 가지는, 프로그램 코드;
    각각의 프로젝트 사이트들 및/또는 상기 준비 영역(들)에서, 하나 이상의 자동화된 비교기를 사용하여, 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 차이들을 결정하기 위한 프로그램 코드로서, 상기 하나 이상의 자동화된 비교기는 각각의 프로젝트의 상기 현존 프로젝트 구성 옵션들과 다른 상기 마스터 템플릿 구성 옵션들을 갖는 차이 보고서를 생성하는, 프로그램 코드;
    각각의 프로젝트에 대해, 상기 차이 보고서로부터 상기 마스터 템플릿 구성 옵션들의 서브세트를 선택하기 위한 프로그램 코드로서, 각각의 프로젝트 템플릿은 상기 차이 보고서로부터 갱신될 프로젝트 구성 옵션들의 특정 서브세트를 가지는, 프로그램 코드; 및
    템플릿 구성 옵션들의 상기 특정 서브세트를 사용하여, 각각의 프로젝트 템플릿에 대한 상기 각각의 현존 프로젝트 구성 옵션을 갱신하여 각각의 프로젝트 템플릿에 대한 새로운 현존 프로젝트 구성 옵션들을 생성하기 위한 프로그램 코드
    를 포함하는, 컴퓨터 프로그램 제품.
  18. 제17항에 있어서,
    각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 상기 중앙 사이트로 전송하기 위한 프로그램 코드; 및
    각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신하기 위한 프로그램 코드
    를 더 포함하는, 컴퓨터 프로그램 제품.
  19. 제18항에 있어서, 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신하기 위한 상기 프로그램 코드는:
    상기 중앙 사이트 및/또는 준비 영역에서, 하나 이상의 자동화된 비교기를 사용하여, 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 상기 새로운 현존 구성 옵션들 간의 차이들을 결정하기 위한 프로그램 코드로서, 상기 하나 이상의 자동화된 비교기는 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들과 다른 상기 갱신된 마스터 템플릿 구성 옵션들을 갖는 추가적인 차이 보고서를 생성하는, 프로그램 코드;
    상기 추가적인 차이 보고서로부터 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들의 서브세트를 선택하기 위한 프로그램 코드; 및
    상기 추가적인 차이 보고서로부터의 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들의 상기 서브세트를 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 더 갱신하기 위한 프로그램 코드
    를 포함하는, 컴퓨터 프로그램 제품.
  20. 제18항에 있어서, 각각의 프로젝트에 대한 상기 새로운 현존 구성 옵션들을 사용하여 상기 갱신된 마스터 템플릿 구성 옵션들을 갱신한 후에 상기 갱신된 마스터 템플릿 구성 옵션들을 다시 갱신하기 위한 프로그램 코드를 포함하는, 컴퓨터 프로그램 제품.
  21. 제17항에 있어서, 하나 이상의 자동화된 비교기를 사용하기 위한 상기 프로그램 코드는, 먼저 상기 준비 영역(들)에서 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 제1 차이들을 결정하는 프로그램 코드와, 이어서 상기 프로젝트 사이트(들) 중 하나에서 각각의 프로젝트에 대해 상기 갱신된 마스터 템플릿 구성 옵션들과 현존 프로젝트 구성 옵션들 간의 제2 차이들을 결정하기 위한 프로그램 코드를 포함하는, 컴퓨터 프로그램 제품.
  22. 제17항에 있어서, 선택하기 위한 프로그램 코드는 수동 사용자 인터페이스를 제공하거나 사람이 각각의 프로젝트에 대해 상기 차이 보고서로부터 상기 마스터 템플릿 구성 옵션들의 상기 서브세트를 선택하는 것을 가능하게 하기 위한 프로그램 코드를 포함하는, 컴퓨터 프로그램 제품.
KR1020187028090A 2016-03-30 2016-10-05 대규모 자본 프로젝트를 위한 구성 관리 시스템 KR20180123060A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662315178P 2016-03-30 2016-03-30
US62/315,178 2016-03-30
PCT/US2016/055506 WO2017171930A1 (en) 2016-03-30 2016-10-05 Configuration management system for large-scale capital projects

Publications (1)

Publication Number Publication Date
KR20180123060A true KR20180123060A (ko) 2018-11-14

Family

ID=57184830

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187028090A KR20180123060A (ko) 2016-03-30 2016-10-05 대규모 자본 프로젝트를 위한 구성 관리 시스템

Country Status (5)

Country Link
US (1) US10909502B2 (ko)
EP (1) EP3437046A1 (ko)
KR (1) KR20180123060A (ko)
CN (1) CN108780393B (ko)
WO (1) WO2017171930A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018165492A1 (en) * 2017-03-09 2018-09-13 Devicebook Inc. Intelligent platform
US10437609B1 (en) * 2017-03-09 2019-10-08 Devicebook Inc. Intelligent platform
US10810173B2 (en) * 2017-10-13 2020-10-20 Yokogawa Electric Corporation System and method for design data analyzing
CN117519781B (zh) * 2024-01-04 2024-03-29 上海柯林布瑞信息技术有限公司 基于脚本的项目配置文件生成方法及装置

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7278106B1 (en) 1998-07-14 2007-10-02 Computer Associates Think, Inc. Method and apparatus for interacting with a source code control system
US7437304B2 (en) * 1999-11-22 2008-10-14 International Business Machines Corporation System and method for project preparing a procurement and accounts payable system
DE10053856A1 (de) * 2000-10-30 2002-05-08 Sanafir New Media & Online Ag Verfahren zum Erstellen von Multimedia-Projekten
US7035809B2 (en) * 2001-12-07 2006-04-25 Accenture Global Services Gmbh Accelerated process improvement framework
US7937281B2 (en) * 2001-12-07 2011-05-03 Accenture Global Services Limited Accelerated process improvement framework
US20030212716A1 (en) 2002-05-09 2003-11-13 Doug Steele System and method for analyzing data center enerprise information via backup images
US7650344B2 (en) * 2004-02-09 2010-01-19 Coremetrics, Inc. System and method of managing software product-line customizations
US20070061774A1 (en) * 2005-09-09 2007-03-15 Jonathan Chan Apparatus, system, and method for managing project customization, compliance documentation, and communication
US7774324B1 (en) * 2007-07-31 2010-08-10 Intuit Inc. Progress-tracking service
CN101266669B (zh) * 2008-05-06 2013-08-21 广州市中联创通电脑有限公司 基于计划模板的项目过程工作流系统及其实现方法
US8631161B2 (en) 2008-09-30 2014-01-14 Andrei B. Lavrov Computer program product, system and method for field management and mobile inspection
US20100106654A1 (en) 2008-10-16 2010-04-29 Hntb Holdings Ltd Managing and memorializing design requirements of a building project
EP2545478A4 (en) 2010-03-09 2014-12-31 Autodesk Inc SYSTEM AND METHOD FOR CONSTRUCTION MANAGEMENT AND OPERATIONS WITH MODELING OF BUILDING INFORMATION
US9026995B2 (en) * 2012-03-26 2015-05-05 The Boeing Company Software settings management tool
US20130339078A1 (en) 2012-06-18 2013-12-19 Coaxis, Inc. System and method linking building information modeling and enterprise resource planning
US9274782B2 (en) 2013-12-20 2016-03-01 International Business Machines Corporation Automated computer application update analysis
JP6289095B2 (ja) 2013-12-27 2018-03-07 キヤノン株式会社 管理システム、管理システムにおける制御方法およびそのプログラム
US9720396B2 (en) * 2014-05-23 2017-08-01 Fisher-Rosemount Systems, Inc. Methods and apparatus to configure process control systems based on generic process system libraries
US10902339B2 (en) * 2015-05-26 2021-01-26 Oracle International Corporation System and method providing automatic completion of task structures in a project plan

Also Published As

Publication number Publication date
US20170286910A1 (en) 2017-10-05
WO2017171930A1 (en) 2017-10-05
CN108780393A (zh) 2018-11-09
CN108780393B (zh) 2022-03-15
EP3437046A1 (en) 2019-02-06
US10909502B2 (en) 2021-02-02

Similar Documents

Publication Publication Date Title
JP6613258B2 (ja) オブジェクト管理システム
CN112558974A (zh) 用于协作开发工业应用的系统、方法和计算机介质
Codinhoto et al. BIM for FM: a case support for business life cycle
KR20180123060A (ko) 대규모 자본 프로젝트를 위한 구성 관리 시스템
CN111309315B (zh) 一种基于工业物联网数据和业务建模的自动化配置方法
Kute et al. A review on various software development life cycle (SDLC) models
JP6923993B2 (ja) スケーラブルでカスタマイズ可能なロケーションに依存しないアジャイルデリバリモデルを生成すること
US11853794B2 (en) Pipeline task verification for a data processing platform
US10613522B2 (en) Templates in a multidisciplinary engineering system
Vepsäläinen et al. Assessing the industrial applicability and adoption potential of the AUKOTON model driven control application engineering approach
Hunton et al. Addressing nuclear I&C modernization through application of techniques employed in other industries
Ismail et al. BIM technologies applications in IBS building maintenance
Gateau et al. Open-source Framework for the Concurrent Design of CubeSats
US11599687B1 (en) System and method to facilitate the design, manufacturing and construction of structures
US20210158264A1 (en) Automated system for tracking progress of operations deliverables
Rosenberg et al. Large-Scale Parallel Development
O’Keeffe The Telecommunications Life-cycle information exchange (TLie) Data Model
CN116862389A (zh) 一种物料清单生成系统及方法
Ko et al. A Web-enabled MBSE Analysis Integration Framework
Cristea et al. Refactoring and development of Web User Interface for a control system for flood-, bow-and searchlights
Bali et al. Enhancing Efficiency Through Infrastructure Automation: An In-Depth Analysis of Infrastructure as Code (IaC) Tools
Al Maawali et al. How to Build a Digital Twin with Strong Justification & Return of Investment: Case Study from OQ Oman
CN117455215A (zh) 一种开发运维工单流程管理系统、方法、设备及存储介质
Cook A change in process and culture: Implementing quality, reliability and safety in early development
Ihle Software management for a critical, real-time product

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application
E902 Notification of reason for refusal