KR20200019180A - 설계 문서의 검토의 관리 - Google Patents
설계 문서의 검토의 관리 Download PDFInfo
- Publication number
- KR20200019180A KR20200019180A KR1020207000778A KR20207000778A KR20200019180A KR 20200019180 A KR20200019180 A KR 20200019180A KR 1020207000778 A KR1020207000778 A KR 1020207000778A KR 20207000778 A KR20207000778 A KR 20207000778A KR 20200019180 A KR20200019180 A KR 20200019180A
- Authority
- KR
- South Korea
- Prior art keywords
- review
- document
- design
- engineered
- documents
- Prior art date
Links
- 238000012552 review Methods 0.000 title claims abstract description 190
- 238000013461 design Methods 0.000 title claims abstract description 87
- 238000000034 method Methods 0.000 claims abstract description 52
- 230000008569 process Effects 0.000 claims description 20
- 238000009434 installation Methods 0.000 claims description 8
- 238000012423 maintenance Methods 0.000 claims description 8
- 239000000463 material Substances 0.000 claims description 7
- 238000012384 transportation and delivery Methods 0.000 claims description 6
- 238000013439 planning Methods 0.000 claims description 4
- 238000004458 analytical method Methods 0.000 claims description 2
- 238000002451 electron ionisation mass spectrometry Methods 0.000 claims 1
- 238000011156 evaluation Methods 0.000 abstract description 4
- 230000009471 action Effects 0.000 description 28
- 238000012553 document review Methods 0.000 description 20
- 238000010276 construction Methods 0.000 description 7
- 238000007726 management method Methods 0.000 description 7
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 230000003068 static effect Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000000275 quality assurance Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- 238000001816 cooling Methods 0.000 description 3
- 230000000875 corresponding effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000000116 mitigating effect Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000007596 consolidation process Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000009429 electrical wiring Methods 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/101—Collaborative creation, e.g. joint development of products or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/10—Geometric CAD
- G06F30/13—Architectural design, e.g. computer-aided architectural design [CAAD] related to design of buildings, bridges, landscapes, production plants or roads
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/08—Construction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2111/00—Details relating to CAD techniques
- G06F2111/04—Constraint-based CAD
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2111/00—Details relating to CAD techniques
- G06F2111/20—Configuration CAD, e.g. designing by assembling or positioning modules selected from libraries of predesigned modules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Geometry (AREA)
- Computer Hardware Design (AREA)
- Educational Administration (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Computational Mathematics (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Pure & Applied Mathematics (AREA)
- Evolutionary Computation (AREA)
- General Engineering & Computer Science (AREA)
- Structural Engineering (AREA)
- Civil Engineering (AREA)
- Architecture (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
Abstract
시스템들 및 방법들은 엔지니어링된 컴포넌트들에 대한 설계 문서들의 검토를 객관적으로 관리하여, 할당된 검토자들에 의한 적절한 레벨의 정밀 조사에서의 그러한 문서들의 검토를 용이하게 한다. 검토 할당 규칙들은 설계 문서들의 특성들을 평가하여, 각각의 설계 문서에 고유한 검토 할당 계획을 생성함으로써, 그러한 문서들의 평가에 대한 표준 실무의 적용을 용이하게 한다.
Description
관련 출원들
본 특허 출원은 마이클 디. 몽고메리(Michael D. Montgomery); 존 키드(John Kidd); 매튜 풀러(Matthew Fuller) 및 앤드류 미첼(Andrew Mitchell)을 발명자로 하여 2017년 6월 12일자로 "SDA 협력(SDA Collaboration)"이라는 명칭으로 출원된 미국 특허 가출원 제62/518,238호[변호사의 파일(3740B/1063)]로부터 우선권을 주장하며, 이 가출원의 개시 내용 전체는 본 명세서에 참조로서 통합된다.
기술 분야
본 발명은 엔지니어링 및 건설 프로젝트들에 관한 것으로, 특히 엔지니어링 및 건설 프로젝트들의 관리에 관한 것이다.
대형 프로젝트들은 많은 엔지니어링된 컴포넌트들(engineered components)을 소비하며, 많은 이러한 엔지니어링된 컴포넌트들 및 그들의 설치, 사용, 유지보수 등은 하나 이상의 사양들 또는 기술적 지침들(예를 들어, 회사의 기술적 실무들)을 충족시켜야 한다. 각각의 이러한 엔지니어링된 컴포넌트의 양태들은 창작자(originator)(예를 들어, 엔지니어링된 컴포넌트의 설계자)에 의해 생성된 하나 이상의 설계 문서들에서 설명될 수 있고, 이러한 설계 문서들의 내용은 인간 검토자에 의해 적용 가능 사양들 또는 지침들에 대해 검토되어야 한다. 그러한 요구는 어떤 설계 문서들이 검토될 필요가 있고, 누가 그들을 검토해야 하는지와 같은 질문들을 야기한다. 검토할 문서들의 배포에 대한 전통적인 접근법들은 다른 것들보다 더 정밀 조사를 요구하는 설계 문서들을 구별할 수 없고, 설계 문서들을 검토자들에게 명확히 맞출 수 없다. 검토할 문서들의 배포에 대한 일부 전통적인 접근법들은 검토되어야 하는 일부 문서들을 누락하고, 검토를 요구하지 않는 다른 문서들을 검토를 위해 송신할 위험이 있다.
제1 실시예에 따르면, 설계 요구의 대상인 엔지니어링된 컴포넌트에 대한 설계 문서의 검토를 관리하기 위한 결정론적 시스템(deterministic system)은: 엔지니어링된 컴포넌트 및 엔지니어링된 컴포넌트에 관한 설계 문서들의 특성들(characteristics)을 저장하도록 구성된 EIMS 모듈; 특성들을 평가(assess)할 수 있는 기준들(criteria)을 포함하는 검토 할당 규칙들(review assignment rules)을 저장하도록 구성된 규칙 모듈(rules module); 규칙 모듈로부터의 기준들에 대해 마스터 문서 레지스터(master document register)로부터의 특성들을 평가하도록 구성된 분석 모듈(analysis module); 및 특성들이 기준들을 충족시키는 경우에 설계 문서에 대한 검토 할당 계획(review assignment plan)을 개발(develop)하도록 구성된 계획 모듈(plan module)을 포함한다.
일부 실시예들은 또한, 창작자로부터 설계 문서를 수신하고, 할당된 검토자들의 팀에 의한 설계 문서의 검토에 기초하는 검토자들의 팀으로부터의 피드백을 창작자에게 송신하도록 구성된 인터페이스 모듈(interface module)을 포함한다.
일부 실시예들은 또한, 가입자로부터 검토 할당 규칙을 정의하는 기준들을 수신하여, 특성들이 기준들을 충족시킬 때 가입자를 할당된 검토자들의 팀에 포함시키도록 구성된 가입자 모듈(subscriber module)을 포함한다.
다른 실시예에서, 비일시적 디지털 저장 매체는, 서버 상에서 실행될 때, 컴포넌트 사양에 대한 컴포넌트의 준수(compliance)에 관한 전자 문서를 라우팅하는 결정론적 컴퓨터 구현 방법을 수행하기 위한 컴퓨터 프로세스들을 확립하는 명령어들로 인코딩되며, 컴퓨터 프로세스들은 엔지니어링된 컴포넌트에 대응하는 설계 문서를 수신하는 단계; 문서에 검토 할당 규칙들을 적용하는 단계; 및 문서에 대한 검토 할당 규칙들의 적용에 기초하여 검토를 위해 설계 문서를 할당된 검토자들의 팀으로 지향시키는 검토 할당 계획을 생성하는 단계를 포함한다.
일부 실시예들에서, 컴퓨터 프로세스들은 가입 검토자(subscribing reviewer)로부터 검토 할당 규칙을 정의하는 가입(subscription)을 수신하는 단계를 더 포함한다. 예를 들어, 일부 실시예들에서, 가입은 중요도 인자(criticality factor)를 더 지정(specify)하고; 검토 할당 규칙들을 적용하는 단계는 중요도 인자가 중요도 임계치를 초과하는지를 평가하는 단계를 포함한다. 일부 실시예들에서, 가입은 강도 인자(intensity factor)를 더 지정하고; 검토 할당 규칙들을 적용하는 단계는 강도 인자가 강도 임계치를 초과하는지를 평가하는 단계를 포함한다.
일부 실시예들에서, 전자 문서는: 엔지니어링된 컴포넌트에 대한 구매 문서; 엔지니어링된 컴포넌트의 전달(handing) 또는 설치 또는 사용을 설명하는 명령어들; 엔지니어링된 컴포넌트에 대한 재료들의 청구서; 엔지니어링된 컴포넌트에 대한 유지보수 매뉴얼; 및 엔지니어링된 컴포넌트에 대한 데이터 시트 중 하나이다.
일부 실시예들에서, 전자 문서는 마일스톤 표시자(milestone indicator)를 더 포함하고; 검토 할당 계획은 부분적으로 마일스톤 표시자에 기초하여 생성된다.
다른 실시예에 따르면, 설계 요구의 대상인 엔지니어링된 컴포넌트에 대한 설계 문서의 검토를 관리하는 방법은: 엔지니어링된 컴포넌트에 대응하는 설계 문서를 수신하는 단계; 문서에 검토 할당 규칙들을 적용하는 단계; 및 문서에 대한 검토 할당 규칙들의 적용에 기초하여 검토를 위해 설계 문서를 할당된 검토자들의 팀으로 지향시키는 검토 할당 계획을 생성하는 단계를 포함한다.
일부 실시예들에서, 방법은 또한 가입 검토자로부터 검토 할당 규칙을 정의하는 가입을 수신하는 단계를 포함한다.
일부 실시예들에서, 문서는: 엔지니어링된 컴포넌트에 대한 구매 문서; 엔지니어링된 컴포넌트의 전달 또는 설치 또는 사용을 설명하는 명령어들; 엔지니어링된 컴포넌트에 대한 재료들의 청구서; 엔지니어링된 컴포넌트에 대한 유지보수 매뉴얼; 및 엔지니어링된 컴포넌트에 대한 데이터 시트 중 하나이다.
일부 실시예들에서, 문서는 마일스톤 표시자를 더 포함하고; 검토 할당 계획은 부분적으로 마일스톤 표시자에 기초하여 생성된다.
일부 실시예들에서, 가입은 중요도 인자를 더 지정하고; 검토 할당 규칙들을 적용하는 단계는 중요도 인자가 중요도 임계치를 초과하는지를 평가하는 단계를 포함한다.
일부 실시예들에서, 가입은 강도 인자를 더 지정하고; 검토 할당 규칙들을 적용하는 단계는 강도 인자가 강도 임계치를 초과하는지를 평가하는 단계를 포함한다.
실시예들의 전술한 특징들은 첨부 도면들을 참조하여 이루어지는 다음의 상세한 설명을 참조하여 더 용이하게 이해될 것이다. 도면들에서:
도 1a는 건설 프로젝트를 개략적으로 도시한다.
도 1b는 엔지니어링된 컴포넌트와 설계 문서들 간의 관계들을 개략적으로 도시한다.
도 2는 문서 관리 환경을 개략적으로 도시한다.
도 3은 품질 보증 검토 프로세스의 실시예를 도시하는 흐름도이다.
도 4a는 MDR을 준비하는 방법을 개략적으로 도시한다.
도 4b는 문서 검토 프로그램을 구현하는 방법을 개략적으로 도시한다.
도 4c는 규칙 흐름의 실시예 프로세스를 개략적으로 도시한다.
도 5는 설계 문서들의 검토를 관리하기 위한 시스템의 실시예를 개략적으로 도시한다.
도 1a는 건설 프로젝트를 개략적으로 도시한다.
도 1b는 엔지니어링된 컴포넌트와 설계 문서들 간의 관계들을 개략적으로 도시한다.
도 2는 문서 관리 환경을 개략적으로 도시한다.
도 3은 품질 보증 검토 프로세스의 실시예를 도시하는 흐름도이다.
도 4a는 MDR을 준비하는 방법을 개략적으로 도시한다.
도 4b는 문서 검토 프로그램을 구현하는 방법을 개략적으로 도시한다.
도 4c는 규칙 흐름의 실시예 프로세스를 개략적으로 도시한다.
도 5는 설계 문서들의 검토를 관리하기 위한 시스템의 실시예를 개략적으로 도시한다.
아래에 설명되는 다양한 실시예들은 엔지니어링된 컴포넌트들에 대한 설계 문서들의 검토를 객관적으로 관리하여, 적절한 시간에 그리고 적절한 레벨의 정밀 조사로, 할당된 검토자들에 의한 이러한 문서들의 검토를 용이하게 하고, 전통적인 방법들의 주관적인 판단들에 내재하는 일부 위험들을 회피한다. 일부 실시예들은 수신자 조직(recipient organization)이 검토 계획들을 잠재적 검토자(들)에게 결정론적으로 할당하는 검토 할당 규칙(들)을 정의할 수 있게 한다.
건설 프로젝트 및 문서화
도 1a는 회사(150)가 물리적 설비(151)의 일부 또는 모든 부품들을 공급하기로 계약자(contractor, 160)와 계약하는 건설 프로젝트(100)를 개략적으로 도시한다. 이 예에서, 프로젝트(100)는 많은 컴포넌트들 가운데 특히, 열 교환기(131), 대형 모터(132), 및 도관(133)을 포함하는 물리적 설비(151)의 건설을 포함한다. 바람직한 실시예들에서, 회사(150) 및 계약자(160)는 제휴자들(affiliates)이 아니다(즉, 직접적으로도, 하나 이상의 중개자들을 통해 간접적으로도, 다른 하나를 제어하거나 그에 의해 제어되거나 그와 공통 제어 하에 있지 않다).
계약자(160)는 컴포넌트들(101)을 프로젝트(100)에 공급할 수 있고/있거나, 프로젝트의 일부로서 컴포넌트들(101)을 설치할 수 있다. 계약자(160)는 하나 이상의 컴포넌트들(101) 자체를 생성할 수 있거나, 판매자(161)로부터 컴포넌트들(101)을 취득할 수 있다.
각각의 컴포넌트(101)는 적어도 하나의 대응하는 설계 문서를 갖는다. 도 1a의 예에 따르면, 도 1b는 엔지니어링된 컴포넌트(101)와, 각각이 엔지니어링된 컴포넌트(101)의 하나 이상의 양태들을 설명하는 설계 문서들 사이의 관계들을 개략적으로 도시한다. 설계 문서들 내의 정보는 (예를 들어, 카탈로그(111) 내의) 부품 번호; (예를 들어, 매뉴얼(112) 내의) 설치 및 유지보수 명령어들; (예를 들어, 문서(116) 내의) 도면들; (예를 들어, 사양(115) 내의) 치수들, 무게, 재료들, 인터페이스들 등과 같은 물리적 상세들; 및 (예를 들어, 구매 주문(113) 내의) 구매 및 판매 조건들을 포함할 수 있지만, 이에 한정되지 않는다.
문서 검토 - 개요
현대의 건설 프로젝트들의 크기 및 복잡성을 고려하여, 회사(150)와 같은 회사들은 프로젝트의 설계 동안 그리고 지원 정보를 전달할 때 정보를 검토하기를 원한다. 이러한 검토는 "품질 보증 검토(Quality Assurance Review)"(또는 "QA 검토")로서 지칭될 수 있으며, 수신자 회사(150)의 기술적 숙련자들 및 전문가들이 프로젝트의 설계 및 전달 단계 동안에 제품들 및 다른 문서를 검토하기 위한 프로세스이다.
대부분의 경우들에서, 이러한 검토들은 회사(150)가 검토된 정보에 관한 임의의 관심사들을 식별하여 창작자(예를 들어, 계약자(160))에게 통지할 수 있는 제한된 일수로 시간이 제한된다. 결과적으로, 하나의 과제는 "올바른 정보를 올바른 시간에 올바른 사람들에게" 제공하여, 그들이 QA 검토들을 효율적으로 수행하고, 검토 결과들을 계약자(160)와 교환할 수 있게 하는 것이다.
도 2는 설계 문서(201)가 창작자(210)에 의해 창작되고 검토자들(230)의 팀에 의해 검토되는 응용 환경을 개략적으로 도시한다. 예시의 목적들로, 엔지니어링된 컴포넌트(101)는 열 교환기(131)이고, 설계 문서(201)는 데이터 시트이다. 예시적인 실시예들에서, 설계 문서(201)의 창작자(210)는 사양(115) 내의 설계 요구에 따라 엔지니어링된 컴포넌트(101)를 개발하기 위해 회사(150)에 의해 고용된 계약자(160)이다.
엔지니어링된 컴포넌트(101) 및 그의 설계 문서(들)(201)의 설계 및 개발에서의 하나 이상의 마일스톤들에서, 창작자(210)는 문서 검토 시스템(500)을 통해 설계 문서(201)를 검토자(230)에게 송신하며, 문서 검토 시스템(500)의 예시적인 실시예가 도 5에 개략적으로 도시되고 아래에 설명된다. 도 2의 실시예에서, 창작자(210)는 창작자의 컴퓨터(212)를 사용하여 문서(201)를 네트워크(214)를 통해 문서 검토 시스템(500)에 송신한다. 일부 실시예들에서, 네트워크(214)는 근거리 네트워크와 같은, 창작자(210)와 시스템(500) 사이에 제공되는 전용 네트워크일 수 있거나, 인터넷과 같은 더 큰 네트워크일 수 있다.
문서 검토 시스템(500)은 검토 할당 규칙들에 따라 문서를 평가하고, 문서에 대한 검토 할당 계획을 생성하고 구현한다. 궁극적으로, 설계 문서(201)는 검토를 위해 할당된 검토자들(230)의 팀에 포워딩된다. 도 5의 실시예에서, 문서 검토 시스템(500)은 할당된 검토자들(230)의 팀에 의한 검토를 위해 문서를 네트워크(234)를 통해 컴퓨터(232)에 송신한다. 할당된 검토자들(230)의 팀은 단일 검토자와 같이 적은 검토자를 포함할 수 있다는 점에 유의해야 한다. 검토 할당 규칙들에 따른 문서의 평가는 (예를 들어, 프로젝트가 마일스톤 Q에 있고, 그 마일스톤에서 문서 검토를 요구하는 어떠한 규칙도 존재하지 않는 경우) 그 문서에 대한 어떠한 검토자도 없게 할 수 있다는 점에도 유의해야 한다.
마스터 문서 레지스터(Master Document Register("MDR"))
바람직한 실시예들에서, 프로젝트의 시작 또는 프로젝트의 단계의 시작 전에 또는 시작과 동시에, 계약자(160)는 마스터 문서 레지스터("MDR")를 생성한다. MDR은, 처음에, 계약자(160)가 어떤 문서들을 생성할지, 그리고 각각의 그러한 문서에 대해, 계약자(160)가 문서를 생성할 마일스톤 또는 마일스톤들을 설명한다. 일부 문서들은 프로젝트 동안 한 번만 생성될 수 있고; 일부는 프로젝트의 각각의 마일스톤에서 생성될 수 있고, 일부는 프로젝트의 둘 이상의 마일스톤에서 생성될 수 있다.
일부 문서들은 특정 목적으로 "발행(issued)"된다. 목적은 종종 승인을 위한 발행(Issue for Grant: IFA)과 같은 검토를 요구하는 프로젝트 마일스톤이다. 이러한 발행 목적은 마스터 문서 레지스터(MDR)의 필드로서 계약자(160)에 의해 제공되는 메타데이터(meta data)이다.
전술한 예시적인 프로젝트에 따르면, MDR은 계약자(160)가 제1 프로젝트 마일스톤에서 대형 모터(132)에 대해 대형 모터 기계 사양; 대형 모터 전기 배선도(electrical schematic diagram); 대형 모터 전력 소비 차트를 생성할 것을 지정할 수 있다. MDR은 또한 계약자(160)가 열 교환기(131)에 대해 열 교환기 기계 사양; 열 교환기 전기 배선도; 및 열 교환기 전력 소비 차트를 생성할 것을 지정할 수 있다. MDR은 또한 계약자(160)가 도관에 대해 전기 사양(electrical specification)을 생성할 것을 지정할 수 있다.
제2 프로젝트 마일스톤에서, MDR은 계약자(160)가 수정된 대형 모터 기계 사양 및 수정된 대형 모터 전력 소비 차트뿐만 아니라 수정된 열 교환기 기계 사양 및 수정된 열 교환기 전력 소비 차트를 생성하여 회사(150)에 제공할 것을 지정할 수 있다.
제3 프로젝트 마일스톤에서, MDR은 계약자(160)가 최종적인 대형 모터 배선도 및 최종적인 대형 모터 전력 소비 차트뿐만 아니라 최종적인 열 교환기 배선도 및 최종적인 열 교환기 전력 소비 차트를 최종적인 도관 사양과 함께 생성하여 회사(150)에 제공할 것을 지정할 수 있다.
일부 실시예들에서, 계약자는 주어진 단계 또는 마일스톤에서 주어진 문서를 제공하지 않을 수 있다. 이러한 경우들은 이 예에서 "N/A"로 표시된다.
계약자(160)가 MDR을 생성한 후에, 계약자(160)는 MDR을 회사(150)에 제공한다. 회사(150) 및 계약자(160)는 양 당사자들이 MDR에 만족할 때까지 서로 피드백을 교환하고 변경들을 제안할 수 있다.
엔지니어링 정보 관리 시스템(Engineering Information Management System("
EIMS
"))
회사(150)는 엔지니어링된 컴포넌트들(101), 이들의 특성들 및 설계 아티팩트들(design artifacts) - 상황(context)을 제공하고 관련 아이템들의 특성들의 평가를 허용하는 관계들을 포함함 -에 관한 정보를 저장하기 위한 엔지니어링 정보 관리 시스템("EIMS") 데이터베이스를 유지한다. 이러한 정보는, 예를 들어, 전술한 설계 문서들과 같이 엔지니어링된 컴포넌트에 관한 정보를 포함하거나 엔지니어링된 컴포넌트를 정의하는 문서(들)의 명칭(들); 엔지니어링된 컴포넌트(101)의 명칭; 설계 문서(201)의 명칭; 및/또는 설계 문서(201)와 관련된 엔지니어링된 컴포넌트(101)의 특성들을 포함할 수 있다. 이러한 특성들은 단지 몇 가지 예시적인 예로서 크기; 용량; 인터페이스의 유형; 구성 재료들; 프로세스 유체들(process fluids); 및/또는 제조자의 모델 번호를 포함할 수 있다.
상황 정보는, 예를 들어, 엔지니어링된 컴포넌트와 그의 문서를 상관시키는 정보(예를 들어, 컴포넌트 A는 도면 X에 상술됨), 및 엔지니어링된 컴포넌트가 다른 컴포넌트들 또는 시스템들과 어떻게 관련되는지를 설명하는 정보(예를 들어, 컴포넌트 A는 시스템 Y의 구성요소임)를 포함할 수 있다. 이러한 정보는 시스템 Y 내의 컴포넌트들과 관련된 모든 문서들을 찾는 것 - 이는 전술한 예에 기초할 때 도면 X를 식별하는 것임 -과 같은 평가들을 가능하게 한다. 결과적으로, 일반적으로, EIMS는 엔지니어링된 컴포넌트(101)와 엔지니어링된 컴포넌트(101)와 관련된 설계 문서(201) 간의 관계를 지정한다.
EIMS의 내용은 바람직하게, 예를 들어 (검토 할당 팀(230)으로 표현되는) 엔지니어링된 컴포넌트(101)에 대한 (고객인) 회사(150)와 설계 및 개발을 담당하는 계약자(160)(궁극적으로, 설계 문서들(201)의 창작자(210)) 사이의 협력하에, 엔지니어링된 컴포넌트(101)의 설계 및 개발의 시작에서 또는 그 근처에서 정의되고/되거나 지정된다.
검토를 위해 제출된 설계 문서(201)는, 또한 검토 할당 계획을 개발하는 데 유용하고 개발에 사용된 정보를 가질 수 있다. 예를 들어, 일부 프로젝트들은 일부 프로젝트 마일스톤들(예를 들어, "마일스톤 1"; "초기 검토"; "기계 설계의 끝"; "전기 설계의 끝"; "유지보수 매뉴얼의 완성"; "최종 검토")에서 문서 검토 요구들을 갖는다. 결과적으로, 설계 문서(201)는 문서가 전달되고 있는 마일스톤을 지정하는 마일스톤 표시자를 포함할 수 있다. 이어서, 마일스톤 표시자에 부분적으로 기초하여 검토 할당 계획이 생성될 수 있다.
EIMS는 또한 엔지니어링된 컴포넌트(101)를 더 특성화하고, 설계 문서들을 서로 구별하기 위한 추가적인 방법을 제공하고, 그에 따라 검토 할당 계획들을 생성하기 위한 방법으로서 중요도 인자를 포함할 수 있다. 예를 들어, 고장난 경우에 교체하는 데 오랜 시간이 걸리거나, 교체하는 데 비용이 많이 들 수 있거나, 무언가 잘못될 경우에 사망 또는 손상을 야기할 수 있는 엔지니어링된 컴포넌트(101)는 그러한 특성들을 갖지 않는 엔지니어링된 컴포넌트(101)보다 더 높은 중요도 인자를 부여받을 수 있다. 설계자는 엔지니어링된 컴포넌트 및 그의 의도된 응용 및 동작 환경에 대한 그의 이해에 기초하여 중요도 인자를 확립할 수 있다. 예시적인 실시예들에서, 중요도 인자는 1 내지 5의 범위에 걸치며, 1은 낮은 중요도이고, 2는 다소 낮은 중요도이고, 3은 중간 중요도이고, 4는 다소 높은 중요도이고, 5는 높은 중요도이다.
EIMS는 또한 엔지니어링된 컴포넌트(101)를 더 특성화하고, 설계 문서들을 서로 구별하기 위한 추가적인 방법을 제공하고, 그에 따라 검토 할당 계획들을 생성하기 위한 방법으로서 강도 인자를 포함할 수 있다. 예를 들어, 잘 확립된 계약자(예를 들어, 공급자(161))로부터 오는 설계 문서는 더 신뢰될 수 있고, 따라서 더 새로운 계약자(160)로부터의 설계 문서보다 더 낮은 강도 인자를 가질 수 있다. 더 높은 강도 인자는 설계 문서가 더 낮은 강도 인자를 갖는 설계 문서에 필요한 것보다 더 많은 검토자들 및/또는 더 경험 있는 검토자들에 의한 그리고/또는 더 많은 마일스톤들에서의 더 많은 검토들을 요구한다는 것을 의미할 수 있다. 설계자는 믿을 수 있는 설계를 제공하는 창작자의 능력에 대한 그의 이해에 기초하여 그리고/또는 할당된 검토자들(230)의 팀의 자격(qualifications)에 기초하여 강도 인자를 확립할 수 있다. 예시적인 실시예들에서, 강도 인자는 1 내지 4의 범위에 걸치며, 1은 낮은 강도이고, 2는 다소 낮은 강도이고, 3은 중간 강도이고, 4는 높은 강도이다.
EIMS는 또한 잠재적인 검토자들에 관한 정보를 포함할 수 있다. 예를 들어, EIMS는 엔지니어 M이 냉각탑을 위해 예정된 모든 엔지니어링된 컴포넌트들의 도면들을 검토할 할당된 검토자들(230)의 팀에 포함되어야 하고, 엔지니어 E가 1.2kW를 넘는 전력을 인출하는 모든 엔지니어링된 컴포넌트들에 대한 사양들을 검토할 할당된 검토자들(230)의 팀에 포함되어야 한다는 것을 지정할 수 있다.
위의 예에 따르면, EIMS 데이터베이스는 예를 들어 아래의 표의 정보를 포함할 수 있다.
품질 보증 검토 프로세스 - 도 3
도 3은 검토를 위해 계약자(160)로부터 회사(150)로 프로젝트 문서들을 배포하는 실시예(300)를 개략적으로 도시한다.
단계 301, 351, 371 및 372는 이하에서 설명되는 바와 같은 MDR 및 규칙들의 생성을 나타낸다. 단계 301은 단계 351에서의 검토를 위해 MDR의 초안을 선택적인 예비 검토자(preliminary reviewer)에게 송신한다. 예를 들어, 예비 검토자는 프로젝트(예를 들어, 프로젝트 Z)의 프로젝트 관리자일 수 있다. 예비 검토자는 문서 명칭들의 변경들과 같은 변경들 및 MDR에 추가될 추가 데이터를 제안할 수 있다.
단계 371에서, 초안 MDR이 잠재적 검토자들에게 제공된다.
단계 372에서, 정적 규칙들(static rules)이 적용될 수 있고, 잠재적 검토자들은 후술되는 바와 같이, 선택된 스테이지들에서 선택된 문서들을 검토하기 위해 가입할 수 있다(즉, 지원자일 수 있다).
단계 311에서, MDR은 최종 문서 명칭들, 메타데이터 및 연관된 문서 명칭들과 같은 추가 정보로 선택적으로 업데이트된다. 문서에 대한 메타데이터는 예를 들어 문서 번호, 문서 저자, 문서에 포함된 키워드들, 및/또는 문서를 컴퓨터 검색에서 식별할 수 있는 검색 용어들을 포함할 수 있다. 고객(150)으로의 MDR의 전달 시에, 고객은 초기 검토 계획을 생성하며, 이는 각각의 문서(201)에 대해 고객(150)에서 누가 문서(201)를 검토하도록 할당되는지를 지정한다.
단계 312에서, MDR 및 각각의 마일스톤에서 검토할 문서들이 계약자(160)에 의해 고객(150)에게 전달된다. 정보의 전달은 문서들 및 지원 정보를 업로드함으로써 개시된다. 문서들의 업로드 시에, 업로드된 문서들이 프로젝트 요구들에 맞는 것을 보장하기 위해 문서들의 내용의 검토의 개시 전에 예비 검사(preliminary check)가 이루어진다.
MDR 및/또는 문서들은 선택적으로 단계 351에서 예비 검토자(또는 프로젝트 엔지니어)(352)에게 그리고 선택적으로 단계 361에서 문서 검토 관리자에게 전달될 수 있다. 특히, 프로젝트 엔지니어는 프로젝트에서 계획되는 검토들 모두를 열거(list)하고; 프로젝트에서 활성인 검토들 모두를 열거하고; 프로젝트에서의 모든 검토들의 상태를 보고; 검토 중인 문서들 모두를 열거하고, QA 검토를 완료하고, 계약자(160)에게 응답하며, 통합자(consolidator)(아래에 더 설명됨)의 역할을 할 수 있다.
초기 검토 계획은 단계 313에서 프로젝트 마일스톤들 사이에 또는 임의의 다른 시간에 수정되어, 수정된 검토 계획을 생성할 수 있고, 수정된 검토 계획은 해당 시점 이후로 초기 검토 계획 대신 사용된다는 점에 유의해야 한다. 수정된 검토 계획은 동일한 방식으로 수정될 수 있다.
문서들은 또한 단계 380에서 초기 검토 계획(또는 수정된 검토 계획)에 따라 검토자들에게 전달된다.
검토를 위한 기간은 계약상 다수의 날로 제한된다. 검토의 시작일 및 만기일은 문서의 새로운 수정이 추가될 때 자동으로 설정된다.
각각의 문서는 다수의 검토자에 의해 동시에 검토될 수 있다. 이러한 검토들은 독립적으로 기능하지만, 각각의 검토자(230)는 모든 다른 검토자들(230)의 코멘트들 및 마크업들(markups)을 볼 수 있다. 검토자들이 문서에 코멘트들, 액션들 또는 마크업들을 추가함에 따라, 그것들은 다른 검토자들에게 보인다. 검토자는 그들이 액세스하는 모든 프로젝트들/설비들에 걸쳐 이러한 정보를 볼 수 있다. 모든 검토들의 완료 시에, 코멘트들 및 마크업들이 중복들을 포함하지 않고 창작 계약자(originating contractor, 160)에게 반환될 준비가 되는 것을 보장하기 위해, 최종 통합(final consolidation)이 수행될 것이다. 검토의 결과로서 생성되는 액션들은 이들이 완료에 이르는 것을 보장하기 위해 별개의 작업 프로세스(distinct work process)를 따른다. 액션들은 검토의 임의의 스테이지 동안에 개시될 수 있다. 액션들 및 발행들(Actions and Issues)에 대한 더 상세한 설명은 액션 및 발행 접근법 문서에서 발견될 수 있다.
문서의 검토 시에, 단계 381에서 각각의 검토자는 문서의 마크업 사본("마크업") 및/또는 문서에 대한 코멘트들 및/또는 문서에 대해 또는 그에 응답하여 취해질 하나 이상의 액션들의 리스트를 생성한다. 검토자는 또한 현재 활성인 그의 검토들 모두의 리스트 및 그들의 상태를 요청 및 검토하고; 마크업들 및 코멘트들을 생성하고; 다른 검토자들에 의해 생성된 마크업들 및 코멘트들을 보고; 액션들을 생성하여 계약자(160)에게 지향시키고; 모든 액션들을 보고; 그의 액션들만을 보고; 계약자에 의해 소유되는 필드들이 아닌 액션 상의 필드들을 수정하고; PDF 렌디션들(renditions)을 생성하여 액션에 첨부하고; 액션에 다른 참조 파일들을 첨부하고/하거나; (후술되는) 통합자의 역할을 할 수 있다.
발행들 및 액션들
임의 유형의 검토가 액션 또는 발행을 트리거할 수 있다.
액션 아이템들은 추가적인 후속 조치를 요구하는 검토들 동안 행해진 관찰들이다. 각각의 액션 아이템은 작업 흐름(workflow)에 넣어지고 개별적으로 관리된다. 액션은 완료될 때까지 관리할 개인에게 할당되는 토픽이다. 완료는 "허용 가능한 완화 계획(acceptable mitigation plan)"일 수 있다.
발행은 액션보다 낮은 우선순위를 갖는 토픽이다. 발행은 또한 관리를 위해 개인에게 할당된다. 이것은 기록되고 추적된다. 발행은 하나 이상의 액션들로 상승될 수 있다. 발행은 상승되지 않을 경우 폐쇄(closure)를 요구하지 않는다.
검토 상태
일부 실시예들은 단계 381에서 다양한 검토들 및 검토자들의 작업의 상태를 추적한다. 예를 들어, 문서 검토 상태는 다음 중 임의의 것으로 설정될 수 있다:
a. 시작되지 않음 | 초기 디폴트 상태
b. 포기됨 | 이 시점에서 요구되는 검토 없음
c. 검토됨 | 코멘트 없이 검토됨
d. 액션들과 함께 검토됨 | 완화 및 후속 조치 검토 요구됨
e. 발행들과 함께 검토됨 | 추가적인 후속 조치를 요구할 수 있음
통합
단계 362에서, 문서 검토 관리자(또는 통합자)는 검토자들로부터의 출력(예를 들어, 검토자들에 의해 생성된 마크업들, 코멘트들 및 액션들)을 집계(또는 통합)한다. 일반적으로, 문서 검토 관리자는 나의 프로젝트에 계획되는 검토들 모두를 열거하고, 문서에 관련된 마크업들, 코멘트들 및 액션들 모두를 볼 수 있다. 문서 검토 관리자는 검토자들의 출력의 하나 이상의 아이템을 편집할 수 있다. 예를 들어, 문서 검토 관리자는 중복 코멘트들 및 액션들을 삭제할 수 있거나, 유사한 코멘트들 및 액션들을 결합할 수 있다. 문서 검토 관리자는 또한 그 자신의 마크업들, 코멘트들 및 제안들을 추가할 수 있다. 또한, 문서 검토 관리자는 또한 할 수 있다.
문서 검토 관리자의 작업의 산물은 회사(150)로부터 계약자(160)로의 피드백 보고를 형성한다.
이어서, 단계 363에서, 문서 검토 관리자는 회사(150)로부터 계약자(160)로 피드백 보고를 송신한다.
단계 322에서, 계약자는 피드백 보고를 수신하고, 그에 따라 피드백 보고에 응답하여 문서들을 수정하거나 다른 액션을 취하도록 작용한다. 예를 들어, 문서들을 수정하는 것에 더하여, 액션은 프로젝트를 실행할 때 계약자(160)에 의해 사용될 컴포넌트들 및 재료들 또는 계약자(160)에 의해 사용될 방법들을 변경하거나 리엔지니어링(re-engineering)하는 것을 포함할 수 있다. 다른 액션들은 심지어 MDR을 수정하고/하거나 문서 검토에 관한 규칙들을 변경하는 것을 포함할 수 있다. 그러한 수정들 또는 다른 액션들은 바람직하게, 만약 있다면, 다음 단계 이전에, 또는 프로젝트의 완료 전에 완료된다.
결국, 프로젝트가 완료되고 전술한 프로세스들이 종료된다.
초기 검토 계획을 생성하는 방법(400)의 대안적 실시예가 도 4a의 흐름도에 의해 개략적으로 도시된다.
단계 410에서, 계약자(160)는 전술한 바와 같이 MDR을 확립하고, MDR을 회사(150)에 제공한다.
단계 412에서, 회사(150)는 계약자(160)로부터 MDR을 수신한다.
단계 414는 규칙들을 MDR에 적용한다.
단계 416은 MDR에 대한 규칙들의 적용에 기초하여 초기 검토 계획을 생성한다.
품질 보증 문서 검토 프로세스를 수행하는 방법(450)의 대안적인 실시예가 도 4b의 흐름도에 의해 개략적으로 도시된다.
단계 452에서, 계약자(160)는 MDR에 열거된 하나 이상의 문서를 송신하고, 고객(150)은 이를 수신한다.
단계 454에서, 고객(160)은 초기(또는 수정된) 검토 계획에 따라 문서들을 할당된 검토자들에게 배포한다.
단계 456에서, 할당된 검토자들은 문서들을 검토하고, 단계 458에서, 전술한 바와 같이 피드백을 제공한다.
도 4c는 검토 계획을 생성하는 규칙 흐름의 실시예 프로세스를 개략적으로 도시한다.
가입자들
바람직한 실시예들은 잠재적 검토자로 하여금 그가 검토하기를 원하는 설계 문서들(201)의 특성들을 지정할 수 있게 해준다. 이러한 잠재적인 검토자는 "가입자"로 지칭될 수 있고, 가입자의 지정된 특성들은 "가입"으로 지칭될 수 있다.
종종, 검토를 위한 문서들의 가입자에 의한 선택은 문서와 관련된 장비 및 그 장비의 중요도 등급과 같은 관련 정보에 기초한다. 바람직한 실시예들에서, 문서들을 선택하는 동안, 잠재적인 검토자는 명칭, 설명(description) 및 분류(classification)를 파악하고, 선택 전에 문서를 보는 능력을 가져야 한다. 더욱이, 잠재적인 검토자들은 검토를 위해 검토할 "모두 수정들(All revisions)"을 선택할 수 있거나, 문서를 그의 특정 "발행 목적(Issue Purpose)"에 기초하여 선택할 수 있다.
문서들을 검토자들에게 (예를 들어, 완력에 의해) 무차별적으로 "푸시(push)"하는 종래 기술의 방법들과는 대조적으로, 본 가입 모델은 가입자로 하여금 그가 검토하기를 원하는 문서들을 "뽑는것(pull)"을 가능하게 한다.
예로서, 감독자(Supervisor)는 냉각탑에 설치를 위해 예정되고 2.5보다 큰 중요도 인자를 갖는 각각의 엔지니어링된 컴포넌트(101)에 대한 각각의 설계 문서(201)를 검토하기 위해 가입할 수 있다. 이러한 중요도 인자는, 예를 들어 창작자(210)와 할당된 검토자들(230)의 팀 간의 사전 합의에 의해 EIMS 내에 그리고/또는 설계 문서(201) 자체 내에 포함될 수 있다.
다른 예로서, 가입자는 특히 문서의 발행 목적에 기초하여 문서 수정들을 선택하고; 문서의 모든 수정들을 검토하기로 선택하고; 검토할 다수의 문서를 선택하고; 그러한 검토자가 계획한 검토들 모두를 열거하고, 어느 기준들이 선택되는지를 파악하고; 검토할 문서들 및 수정들의 그의 선택을 수정하고/하거나; 검토를 포기하거나 거부하기로 결정할 수 있다(이것이 발생할 때, 이러한 검토의 상태는 "포기됨(Waived)"으로 설정된다).
가입은, 그러한 특성들을 평가하고, 계획 모듈(560)(이하에서 논의됨)로 하여금 적어도 가입자를 포함하는 설계 문서에 대한 검토 할당 계획을 생성하게 하는 검토 할당 규칙을 정의한다. 예시적인 예와 관련하여, 중요도 인자가 2.5보다 크기 때문에, 규칙은 그 설계 문서(201)에 대한 검토 할당 계획이 감독자를 포함한다는 것을 지정한다. 유사하게, 문서가 업로드되고, 새로운 수정의 발행 목적이 가입 검토자에 의해 이루어진 선택에 부합할 때, 검토가 트리거되고, 검토자는 통지받는다.
검토 할당 규칙들
바람직한 실시예들은, 문서들이 각각의 마일스톤에서 하나 이상의 적절한 검토자들에게 각각 어떻게(어느 검토자들에게 그리고 어떤 마일스톤들에서) 배포되어야 하는지를 지정하는 검토 계획을 생성하기 위해 사용된 규칙들을 개발하고 적용한다. 일반적으로, MDR에 열거된 각각의 문서에 대해, 규칙들은 프로젝트의 각각의 마일스톤에 대해 (만약 있다면) 어느 검토자들이 그 단계에서 주어진 문서를 검토해야 하는지를 결정하고, 그 단계에 대해 그 문서에 그 검토자를 할당한다.
일반적으로, 검토 할당 규칙들은, 엔지니어링된 컴포넌트들(101)과, EIMS에 기록된 바와 같은 엔지니어링된 컴포넌트들(101)의 특성들에 기초하는 설계 문서들(201) 사이의 연관성들(associations)에 대해 부분적으로 작용한다. 보다 구체적으로, 검토 할당 규칙들은 검토 할당들을 생성하기 위해 설계 문서(201)에 관련된 엔지니어링된 컴포넌트(101)의 설계 특성을 평가한다. 예를 들어, 검토 할당 규칙은 EIMS 내의 기록들의 특성들과(그리고, 설계 문서(201)가 추가적인 특성들을 포함하는 경우에는 그러한 추가적인 특성들과도) 비교되는 기준들의 세트를 포함하고, 특성들이 기준들에 부합하는 경우, 계획 모듈(560)은 설계 문서에 대한 검토 할당 계획을 생성한다.
검토 할당 규칙들은 유형들의 하나 이상의 카테고리에 속할 수 있다. 정적 규칙은 주어진 단계에서의 주어진 문서가 지정된 검토자에 의해 검토되어야 한다는 것을 지정한다. 예를 들어, 정적 규칙은 대형 모터 기계 사양이 마일스톤 1에서 엔지니어 M에 의해 그리고 마일스톤 3에서 엔지니어 M 및 엔지니어 N 둘 다에 의해 검토되어야 한다는 것을 지정할 수 있다. 다른 정적 규칙은 대형 모터 전력 소비 차트 및 열 교환기 전력 소비 차트가 모든 3개의 단계에서 엔지니어 H에 의해 검토되어야 한다는 것을 지정할 수 있다.
가입 규칙은 주어진 마일스톤에서의 주어진 문서가 그 문서를 검토하기 위해 가입한(즉, 자체 선택하거나 자원한) 검토자에 의해 검토되어야 한다는 것을 지정한다. 예를 들어, 회사의 엔지니어링 커뮤니티는 MDR을 제시받을 수 있고, 엔지니어링 커뮤니티의 각각의 멤버는 그가 검토하기를 원하는 문서들을 선택할 기회를 부여받을 수 있다. 전술한 예에 따르면, 엔지니어 M은 마일스톤 1에서 대형 모터 전력 소비 차트를 검토하기 위해 가입할 수 있지만, 전술한 정적 규칙들은 엔지니어 M에게 그러한 검토를 할당하지 않는다. 이러한 방식으로, 문서들, 프로젝트 단계 및 검토자들을 상관시키는 차트가 컴파일(compile)될 수 있다.
일부 마일스톤들에서의 일부 문서들은 정적 규칙에 의해 또는 가입자들에 의해 검토자를 갖지 않을 수 있다는 점에 유의해야 한다.
어떠한 검토자도 할당되지 않은 문서들(이전의 예에서의 마일스톤 2에서, 대형 모터 기계 사양 및 열 교환기 기계 사양)이 있을 때, 시스템은 (예를 들어, 그러한 문서들에 이미 할당된 다른 검토자들 중에서: 각각 엔지니어 M 및 엔지니어 N) 검토자를 자동으로 할당할 수 있거나, 사용자 또는 감독자가 검토자를 할당할 수 있다.
예시적인 규칙들
간단한 예로서, 하나의 규칙은 설계 문서(201)의 명칭을 평가할 수 있고, 이어서 EIMS 내의 그 설계 문서(201)에 대한 기록에 액세스할 수 있다. 위의 설명과 관련하여, 설계 문서(201)가 열 교환기에 대한 데이터 시트인 경우, 규칙은 그 설계 문서에 대한 검토 할당 계획이 엔지니어 M을 포함해야 한다는 것을 지정한다:
"엔지니어링된 컴포넌트" = "열 교환기"이면,
검토 할당 팀에 엔지니어 M을 추가한다.
다른 예로서:
"설치 위치" = "냉각탑"이면,
검토 할당 팀에 엔지니어 M 및 엔지니어 E를 추가한다.
다른 예로서:
"마일스톤" = "초기 검토"이면,
검토 할당 팀에 감독자를 추가하고,
아니면, 검토 할당 팀에 엔지니어 M 및 엔지니어 E를 추가한다.
다른 예로서:
"마일스톤" = "유지보수 매뉴얼의 완성"이면,
검토 할당 팀에 어니 에디터(Ernie Editor)를 추가한다.
규칙들의 일부 실시예들은 중요도 인자 또는 강도 인자에 대해 작용한다. 예를 들어, 주어진 문서에 관하여, 규칙은 그 문서에 대한 EIMS 데이터베이스 기록에 액세스하여 문서의 중요도 인자 및/또는 강도 인자를 획득할 수 있다.
중요도 인자가 3 이상이면, 검토자를 할당한다.
강도 인자가 4 이상이면, 검토자를 할당한다.
중요도 인자와 강도 인자의 합이 5 이상이면, 검토자를 할당한다.
규칙들의 추가적인 예시적인 실시예들이 아래에 개시된다.
프로젝트 Z의 마일스톤 1에서 대형 모터 기계 사양을 검토하기 위해 엔지니어 M을 할당한다.
프로젝트 Z의 마일스톤 2에서 대형 모터 기계 사양을 검토하기 위해 존 도(John Doe)(즉, 할당된 검토자 LMMS1)를 할당한다.
프로젝트 Z의 마일스톤 2에서 열 교환기 전력 소비 차트를 검토하기 위해 엔지니어 H를 할당한다.
프로젝트 Z의 마일스톤 3에서 도관 사양을 검토하기 위해 엔지니어 C를 할당한다.
일부 실시예들에서, 규칙은 또한 지정된 검토자에게 송신될 텍스트를 지정할 수 있다. 예를 들어, 프로젝트 Z의 단계 N에서의 문서에 대해, 예시적인 텍스트는 "당신은 프로젝트 Z의 단계 N에서의 첨부된 문서에 대한 할당된 검토자이다. 문서를 검토하고, 질문들 및 피드백을 문서 검토 관리자인 미스터 디에게 송신하라"일 수 있다.
규칙들의 적용
규칙들이 확립되면, 이들은 초기 검토 계획을 생성하기 위해 MDR의 문서들에 적용된다.
초기 검토 계획
초기 검토 계획은 MDR에 대한 규칙들의 적용으로부터 생성된다. 이전의 예들에 따르면, 프로젝트 Z에 대한 초기 검토 계획은 적어도 다음의 요소들을 포함한다.
전술한 차트들에서, 엔지니어 C, 엔지니어 E, 엔지니어 M, 엔지니어 N 및 엔지니어 H는 특정한 인식가능한 개인들이라는 점에 유의해야 한다.
또한, "할당된 검토자 LMMS1"의 아이덴티티는 특정한 인식 가능한 개인(예를 들어, 존 도) 또는 차트 내의 정보 및 소정의 추가적인 정보에 기초하여 인식 가능한 개인과 상관된다는 점에 유의해야 한다. 예를 들어, 차트는 "할당된 검토자 LMMS1"이 "프로젝트 Z에 대한 현재의 대형 모터 엔지니어"인 누군가인 것을 지정할 수 있고, 추가 정보는 특정 개인을 그 위치와 상관시킬 것이다(예를 들어, 프로젝트 Z에 대한 현재의 대형 모터 엔지니어는 존 도, jdoe@projectZ.company.com이다).
전술한 예들로부터 이해되는 바와 같이, 프로젝트 Z의 마일스톤 1에서, 엔지니어 M은 대형 모터 기계 사양을 검토할 것이다. 프로젝트 Z의 마일스톤 1에서의 대형 모터 기계 사양의 수신시에, 검토를 위해 대형 모터 기계 사양을 엔지니어 M에게 송신한다.
프로젝트 Z의 마일스톤 2에서, 존 도는 대형 모터 기계 사양을 검토할 것이다. 프로젝트 Z의 마일스톤 2에서의 대형 모터 기계 사양의 수신시에, 검토를 위해 대형 모터 기계 사양을 존 도에게 송신한다.
프로젝트 Z의 마일스톤 2에서, 엔지니어 H는 열 교환기 전력 소비 차트를 검토할 것이다. 프로젝트 Z의 마일스톤 2에서의 열교환기 전력 소비 차트의 수신시에, 검토를 위해 엔지니어 H에게 열 교환기 전력 소비 차트를 송신한다.
프로젝트 Z의 마일스톤 3에서, 엔지니어 C는 도관 사양을 검토할 것이다. 프로젝트 Z의 마일스톤 3에서의 도관 사양의 수신시에, 검토를 위해 도관 사양을 엔지니어 C에게 송신한다.
시스템
도 5는 문서 검토 시스템(500)의 실시예를 개략적으로 도시하고, 버스(301)를 통해 통신하는 후술하는 여러 모듈을 포함한다. 검토 시스템(500)의 일부 또는 모든 부분들은 디지털 컴퓨터 상에서 구현될 수 있고, 일부 실시예들에서는 할당된 검토자들(230)의 팀의 컴퓨터(232) 상에서 구현될 수 있다. 일반적으로, 시스템(500)은 전술한 도 3, 도 4a 및 4b의 프로세스들의 부분들을 수행한다.
검토 시스템(500)은 시스템(500)이 컴퓨터(234) 상에 상주하지 않는 경우에 네트워크(234)뿐만 아니라 네트워크(214)에도 전자적으로 인터페이스하도록 구성된 통신 인터페이스 모듈(310)을 갖는다. 전술한 바와 같이, 창작자(210)는 네트워크(214)를 통해 시스템(500)과 통신한다. 유사하게, 시스템(500)은 네트워크(234)를 통해 할당된 검토자들(230)의 팀과 통신한다. 네트워크(214) 및 네트워크(234)가 도 2에 별개의 네트워크들로서 개략적으로 도시되어 있지만, 이들은 단일 네트워크일 수 있다.
검토 시스템(500)은 또한 전술한 엔지니어링 정보 관리 시스템을 저장하도록 구성된 엔지니어링 정보 관리 시스템 모듈(520)(EIMS)을 포함한다. 일부 실시예들에서, EIMS 모듈(520)은 하나 이상의 문서 레지스터("DR")를 저장하고 유지할 수 있으며, 이들 각각은 주어진 엔지니어링된 컴포넌트를 설명하는 일부 또는 모든 문서들의 명칭들을 저장한다. 예로서, DR은 설계 문서들의 참조 리스트 및 그러한 문서들에 관한 메타데이터를 포함할 수 있다.
검토 시스템(500)은 또한 검토 할당 규칙들을 저장하고/하거나 설계 문서(201)에 적용하도록 구성된 규칙 모듈(530)을 포함한다.
시스템(500)은 가입자들을 포함하는 검토자들에 관한 정보를 수신하고, 저장하고, 다른 모듈들에 제공하도록 구성된 검토자/가입자 모듈(540)을 더 포함한다.
마지막으로, 시스템(500)은 설계 문서(201)에 대한 검토 할당 계획을 생성하도록 구성된 계획 모듈(560)을 포함한다. 검토 할당 계획은 적어도 할당된 검토자들(230)의 팀을 식별한다.
검토 할당 계획은 할당된 검토자들(230)의 팀의 멤버들이 설계 문서(201)를 검토하는 순서, 그들의 검토(들)를 완료하기 위한 데드라인들 등과 같은 다른 검토 기준들을 지정할 수 있다. 일부 실시예들에서, 검토 할당 계획은 또한 할당된 검토자들의 팀에 대한 명령어들을 포함할 수 있다. 예를 들어, 검토 할당 계획은 점검표를 포함할 수 있는데, 예를 들어 (i) 열 교환기의 푸팅(footings)을 검사하고, (ii) 열 교환기의 모터의 잡음 출력이 그의 사양을 초과하지 않는다는 것을 확인하는 것을 포함할 수 있다.
검토 할당 계획이 생성되면, 인터페이스 모듈(510)은 설계 문서를 할당된 검토자들(230)의 팀에 송신한다.
위에서 요약되고 아래에서 더 상세히 설명되는 실시예들은 고객(150)과 계약자(160) 사이의 상호작용의 특성을 여러 사람으로부터의 주관적 판단들에 의해 제어된 것으로부터 규칙들에 의해 객관적으로 제어되는 것으로 변환하는 효과를 갖는다. 더욱이, 일부 실시예들은 사람이 프로젝트의 하나 이상의 주어진 마일스톤에서 주어진 문서의 검토에 가입(또는 검토자로 지원)할 수 있게 하는 것과 같이, 규칙들을 생성할 때 유연성을 제공한다. 이하의 청구항들에 의해 정의되는 활동들은 본 발명의 분야의 기술자에게 잘 이해되지 않거나, 일반적이지 않거나, 통상적이지 않다.
본 명세서에서 사용되는 바와 같이, "컴퓨터 프로세스"는 소프트웨어 또는 펌웨어 또는 이들의 임의의 조합의 제어 하에 동작하거나 임의의 전술한 것의 제어 밖에서 동작할 수 있는 컴퓨터 하드웨어(예를 들어, 프로세서, 필드 프로그래머블 게이트 어레이 또는 다른 전자 조합 로직, 또는 유사한 디바이스)를 사용하는 컴퓨터에서의 설명된 기능의 수행이다. 설명된 기능의 전부 또는 일부는 트랜지스터들 또는 저항기들과 같은 능동 또는 수동 전자 컴포넌트들에 의해 수행될 수 있다. "컴퓨터 프로세스"라는 용어를 사용할 때, 스케줄링 가능한 엔티티, 또는 컴퓨터 프로그램 또는 그 일부의 동작을 반드시 요구하는 것은 아니지만, 일부 실시예들에서, 컴퓨터 프로세스는 그러한 스케줄링 가능한 엔티티, 또는 컴퓨터 프로그램 또는 그 일부의 동작에 의해 구현될 수 있다. 또한, 상황이 달리 요구하지 않는 한, "프로세스"는 하나보다 많은 프로세서 또는 하나보다 많은 (단일 또는 다중 프로세서) 컴퓨터를 사용하여 구현될 수 있다.
본 발명의 다양한 실시예들은 적어도 부분적으로는 임의의 종래의 컴퓨터 프로그래밍 언어로 구현될 수 있다. 예를 들어, 일부 실시예들은 절차적 프로그래밍 언어(예를 들어, "C")로, 비주얼 프로그래밍 프로세스로서, 또는 객체 지향 프로그래밍 언어(예를 들어, " C++")로 구현될 수 있다. 본 발명의 다른 실시예들은 사전 구성된 독립 하드웨어 요소(pre-configured, stand-along hardware element)로서 그리고/또는 사전 프로그래밍된 하드웨어 요소들(예를 들어, 주문형 집적 회로들, FPGA들 및 디지털 신호 프로세서들) 또는 다른 관련 컴포넌트들로서 구현될 수 있다.
대안적 실시예에서, 개시된 장치들 및 방법들(예를 들어, 전술한 방법들 참조)은 컴퓨터 시스템과 함께 사용하기 위한 컴퓨터 프로그램 제품으로서 구현될 수 있다. 이러한 구현은 컴퓨터 판독가능 매체(예를 들어, 디스켓, CD-ROM, ROM 또는 고정 디스크)와 같은 유형적인 비일시적 매체 상에 고정된 일련의 컴퓨터 명령어들을 포함할 수 있다. 일련의 컴퓨터 명령어들은 시스템과 관련하여 본 명세서에서 전술한 기능 중 전부 또는 일부를 구현할 수 있다.
이 분야의 기술자들은 이러한 컴퓨터 명령어들이 많은 컴퓨터 아키텍처 또는 운영 체제와 함께 사용되도록 다수의 프로그래밍 언어로 작성될 수 있다는 것을 알아야 한다. 또한, 이러한 명령어들은 반도체, 자기, 광학 또는 다른 메모리 디바이스들과 같은 임의의 메모리 디바이스에 저장될 수 있고, 광학, 적외선, 마이크로웨이브 또는 다른 송신 기술들과 같은 임의의 통신 기술을 이용하여 송신될 수 있다.
많은 방법 중에서 특히, 이러한 컴퓨터 프로그램 제품은 인쇄 또는 전자 문서(예컨대, 축소 포장된 소프트웨어(shrink wrapped software))를 동반하는 이동식 매체로서 배포되거나, 컴퓨터 시스템에(예컨대, 시스템 ROM 또는 고정형 디스크 상에) 미리 로딩되거나, 네트워크(예컨대, 인터넷 또는 월드 와이드 웹)를 통해 서버 또는 전자 게시판으로부터 배포될 수 있다. 실제로, 일부 실시예들은 "SAAS"(software-as-a-service) 모델 또는 클라우드 컴퓨팅 모델에서 구현될 수 있다. 물론, 본 발명의 일부 실시예들은 소프트웨어(예를 들어, 컴퓨터 프로그램 제품) 및 하드웨어의 조합으로서 구현될 수 있다. 본 발명의 또 다른 실시예들은 완전히 하드웨어로 또는 완전히 소프트웨어로 구현된다.
전술한 본 발명의 실시예들은 단지 예시적인 것으로 의도되며; 이 분야의 기술자들에게는 많은 변경 및 수정이 자명할 것이다. 모든 그러한 변경 및 수정은 첨부된 청구항들에 정의된 바와 같은 본 발명의 범위 내에 있는 것으로 의도된다.
Claims (15)
- 설계 요구의 대상인 엔지니어링된 컴포넌트에 대한 설계 문서의 검토를 관리하기 위한 결정론적 시스템으로서,
상기 엔지니어링된 컴포넌트 및 상기 엔지니어링된 컴포넌트에 관한 설계 문서들의 특성들을 저장하도록 구성된 EIMS 모듈;
상기 설계 문서를 설명하는 마스터 문서 레지스터를 저장하기 위한 메모리;
상기 특성들을 평가할 수 있는 기준들을 포함하는 검토 할당 규칙들을 저장하도록 구성된 규칙 모듈;
상기 규칙 모듈로부터의 규칙을 적용함으로써 기준들에 대해 상기 특성들을 평가하도록 구성된 분석 모듈; 및
상기 특성들이 기준들을 충족시키는 경우에 상기 설계 문서에 대한 검토 할당 계획을 개발하도록 구성된 계획 모듈
을 포함하는, 시스템. - 제1항에 있어서, 창작자로부터 설계 문서를 수신하고, 할당된 검토자들의 팀에 의한 상기 설계 문서의 검토에 기초하는 상기 할당된 검토자들의 팀으로부터의 피드백을 상기 창작자에게 송신하도록 구성된 인터페이스 모듈을 더 포함하는, 시스템.
- 제1항에 있어서, 가입자로부터 검토 할당 규칙을 정의하는 기준들을 수신하여, 상기 특성들이 상기 기준들을 충족시킬 때 상기 가입자를 상기 할당된 검토자들의 팀에 포함시키도록 구성된 가입자 모듈을 더 포함하는, 시스템.
- 서버 상에서 실행될 때, 컴포넌트 사양에 대한 컴포넌트의 준수(compliance)에 관한 전자 문서를 라우팅하는 결정론적 컴퓨터 구현 방법을 수행하기 위한 컴퓨터 프로세스들을 확립하는 명령어들로 인코딩된 비일시적 디지털 저장 매체로서,
상기 컴퓨터 프로세스들은:
엔지니어링된 컴포넌트에 대응하는 설계 문서를 수신하는 단계;
상기 문서에 검토 할당 규칙들을 적용하는 단계; 및
상기 문서에 대한 상기 검토 할당 규칙들의 상기 적용에 기초하여 검토를 위해 상기 설계 문서를 할당된 검토자들의 팀으로 지향시키는 검토 할당 계획을 생성하는 단계
를 포함하는, 비일시적 디지털 저장 매체. - 제4항에 있어서, 상기 컴퓨터 프로세스들은:
가입 검토자로부터 검토 할당 규칙을 정의하는 가입을 수신하는 단계를 더 포함하는, 비일시적 디지털 저장 매체. - 제5항에 있어서,
상기 가입은 중요도 인자(criticality factor)를 더 지정하며;
검토 할당 규칙들을 적용하는 단계는, 상기 중요도 인자가 중요도 임계치를 초과하는지를 평가하는 단계를 포함하는, 비일시적 디지털 저장 매체. - 제5항에 있어서,
상기 가입은 강도 인자를 더 지정하며;
검토 할당 규칙들을 적용하는 단계는, 상기 강도 인자가 강도 임계치를 초과하는지를 평가하는 단계를 포함하는, 비일시적 디지털 저장 매체. - 제4항에 있어서, 상기 전자 문서는:
상기 엔지니어링된 컴포넌트에 대한 구매 문서;
상기 엔지니어링된 컴포넌트의 전달 또는 설치 또는 사용을 설명하는 명령어들;
상기 엔지니어링된 컴포넌트에 대한 재료들의 청구서;
상기 엔지니어링된 컴포넌트에 대한 유지보수 매뉴얼; 및
상기 엔지니어링된 컴포넌트에 대한 데이터 시트
중 하나인, 비일시적 디지털 저장 매체. - 제4항에 있어서,
상기 전자 문서는 마일스톤 표시자(milestone indicator)를 더 포함하며;
상기 검토 할당 계획은 상기 마일스톤 표시자에 부분적으로 기초하여 생성되는, 비일시적 디지털 저장 매체. - 설계 요구의 대상인 엔지니어링된 컴포넌트에 대한 설계 문서의 검토를 관리하는 방법으로서,
상기 엔지니어링된 컴포넌트에 대응하는 설계 문서를 수신하는 단계;
상기 문서에 검토 할당 규칙들을 적용하는 단계; 및
상기 문서에 대한 상기 검토 할당 규칙들의 상기 적용에 기초하여 검토를 위해 상기 설계 문서를 할당된 검토자들의 팀으로 지향시키는 검토 할당 계획을 생성하는 단계
를 포함하는, 방법. - 제10항에 있어서,
가입 검토자로부터 검토 할당 규칙을 정의하는 가입을 수신하는 단계를 더 포함하는, 방법. - 제10항에 있어서, 상기 문서는:
상기 엔지니어링된 컴포넌트에 대한 구매 문서;
상기 엔지니어링된 컴포넌트의 전달 또는 설치 또는 사용을 설명하는 명령어들;
상기 엔지니어링된 컴포넌트에 대한 재료들의 청구서;
상기 엔지니어링된 컴포넌트에 대한 유지보수 매뉴얼; 및
상기 엔지니어링된 컴포넌트에 대한 데이터 시트
중 하나인, 방법. - 제10항에 있어서,
상기 문서는 마일스톤 표시자를 더 포함하며;
상기 검토 할당 계획은 상기 마일스톤 표시자에 부분적으로 기초하여 생성되는, 방법. - 제11항에 있어서,
상기 가입은 중요도 인자를 더 지정하며;
검토 할당 규칙들을 적용하는 단계는, 상기 중요도 인자가 중요도 임계치를 초과하는지를 평가하는 단계를 포함하는, 방법. - 제11항에 있어서,
상기 가입은 강도 인자를 더 지정하며;
검토 할당 규칙들을 적용하는 단계는, 상기 강도 인자가 강도 임계치를 초과하는지를 평가하는 단계를 포함하는, 방법.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201762518238P | 2017-06-12 | 2017-06-12 | |
| US62/518,238 | 2017-06-12 | ||
| PCT/US2018/037014 WO2018231768A1 (en) | 2017-06-12 | 2018-06-12 | Managing review of a design document |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20200019180A true KR20200019180A (ko) | 2020-02-21 |
Family
ID=62815152
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020207000778A KR20200019180A (ko) | 2017-06-12 | 2018-06-12 | 설계 문서의 검토의 관리 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20180357605A1 (ko) |
| EP (1) | EP3639225A1 (ko) |
| KR (1) | KR20200019180A (ko) |
| CN (1) | CN110720109A (ko) |
| WO (1) | WO2018231768A1 (ko) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20230118407A (ko) | 2022-02-04 | 2023-08-11 | 건양대학교산학협력단 | 표준 적용 가이드 기능을 갖는 기기 설계지원 시스템 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11403580B2 (en) * | 2018-07-09 | 2022-08-02 | International Business Machines Corporation | Advising audit ratings in a multiple-auditor environment |
| US20230084639A1 (en) * | 2021-09-09 | 2023-03-16 | Vectra Automation, Inc. | System and Method for Engineering Drawing Extrapolation and Feature Automation |
| CN118410761A (zh) * | 2024-05-10 | 2024-07-30 | 东莞市奥海科技股份有限公司 | 充电桩的多人协同pcb设计方法、装置、设备和介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6721782B1 (en) * | 2000-06-23 | 2004-04-13 | International Business Machines Corporation | Method of and system for assigning documents in a workflow system |
| US9064283B2 (en) * | 2012-03-27 | 2015-06-23 | The Travelers Indemnity Company | Systems, methods, and apparatus for reviewing file management |
| CN102819552B (zh) * | 2012-06-26 | 2016-07-06 | 深圳市百能信息技术有限公司 | 自动审核pcb工程文件的方法及系统 |
| CN104537452A (zh) * | 2014-11-04 | 2015-04-22 | 无锡鹰智科技有限公司 | 一种电力工程工程项目计算机管理系统 |
| CN105373885A (zh) * | 2015-11-10 | 2016-03-02 | 国网福建省电力有限公司 | 电力工程设计评审及技术经济评价信息系统 |
-
2018
- 2018-06-12 US US16/006,014 patent/US20180357605A1/en not_active Abandoned
- 2018-06-12 CN CN201880038178.1A patent/CN110720109A/zh active Pending
- 2018-06-12 KR KR1020207000778A patent/KR20200019180A/ko not_active Application Discontinuation
- 2018-06-12 WO PCT/US2018/037014 patent/WO2018231768A1/en unknown
- 2018-06-12 EP EP18737084.6A patent/EP3639225A1/en not_active Ceased
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20230118407A (ko) | 2022-02-04 | 2023-08-11 | 건양대학교산학협력단 | 표준 적용 가이드 기능을 갖는 기기 설계지원 시스템 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20180357605A1 (en) | 2018-12-13 |
| WO2018231768A1 (en) | 2018-12-20 |
| EP3639225A1 (en) | 2020-04-22 |
| CN110720109A (zh) | 2020-01-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Pollock et al. | ERP systems and the university as a “unique” organisation | |
| KR20200019180A (ko) | 설계 문서의 검토의 관리 | |
| Kreider | An ontology of the uses of building information modeling | |
| Lim et al. | Anticipating change in requirements engineering | |
| Palomares et al. | A catalogue of non-technical requirement patterns | |
| Brinda et al. | Developments of facility management using building information modelling | |
| Tillmann | Using the Last Planner System to tackle the social aspects of BIM-enabled MEP coordination | |
| Paech et al. | Answering a request for proposal–challenges and proposed solutions | |
| US9734486B2 (en) | Integrated temporary labor provisioning and monitoring | |
| Benazzouz et al. | A new approach for the conception of an information system related to the medicines supply chain in Morocco | |
| CN116579593A (zh) | 业务处理方法、装置、电子设备及计算机可读存储介质 | |
| US20150370773A1 (en) | System for Generating and Completing Safety Evaluation Forms | |
| Rau et al. | Managing Environmental Protection Processes via BPM at Deutsche Bahn: FINK: The Information System for Nature Conservation and Compensation | |
| Maaranen | An Implementation Process for a revised Document Management System | |
| Al-Fedaghi et al. | Modeling of an enterprise and information system: process specification based on the flow of things | |
| Jokinen et al. | Hidden product knowledge: problems and potential solutions | |
| Schley et al. | BIM for Facility Management | |
| Al Rashdan et al. | A Data Model for Nuclear Power Plant Work Packages | |
| Bērziša | XML-based specification of the project management domain and its application | |
| Hessenkämper et al. | Global communication infrastructure: towards standardization of customized projects via profile matching | |
| Adams et al. | Nobody Knows and Nobody is Responsible: Issues in E-Books Workflow and Access | |
| Beedle | A “light” distributed OO Workflow Management System for the creation of OO Enterprise System Architectures in BPR environments | |
| Jallow | Integrated lifecycle requirements information management in construction | |
| CA2854770A1 (en) | System for generating and completing safety evaluation forms | |
| WO2017049385A1 (en) | Interactive approval system for industrial crossings |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| WITB | Written withdrawal of application |