문서 가 개발 됨 에 따라 ( 3 D 의 개발 및 CAD 의 정보 모델 포함 ) 객체 의 구조 , 시스템 및 요소 의 특성 에 대한 축적 , 식별 및 문서화 가 발생 한다 . 이렇게 하 려면 관련 정보 배열 을 저장 하 도록 설계 된 데이터베이스 를 구성 한다 . 정보 배열 은 수명 주기 에 따라 설계 데이터 , 공급 및 조달 데이터 , 시운전 데이터 , 작동 데이터 및 객체 구성 데이터 와 관련 된 문서 ( 8 ) 이상 이 다 . 문서 8 을 로드 할 때 문서 가 분류 되 어 ( 도 3 ) 해당 유형 14 및 클래스 15 , " 예 를 들 어 "" 증서 "" 유형 "," "" 구매 / 배달 - 문서 납품 "" 클래스 가 지정 된다 . 사전 구성 된 템플 릿 을 기반 으로 ", 시설 건설 을 위한 프로젝트 를 구현 하 는 동안 승인 에 필요 한 모든 절차 ( 19 ) 및 시스템 의 책임 있 는 사용 자 를 나타내 는 공식 적 인 상태 설정 을 포함 하 여 문서 12 의 수명 주기 를 자동 으로 결정 한다 ( 도 3 및 4 ) . 문서 의 클래스 ( 15 ) 및 유형 ( 14 ) 에 따라 관련 지능 적 인 데이터 를 다운로드 하 는 기능 이 결정 된다 . 문서 파일 ( 9 ) 과 함께 , 문서 와 관련 된 구조 화 된 데이터 및 객체 의 요소 ( 들 ) 을 특징 짓 는 링크 가 로드 되 고 , 예 를 들 어 문서 와 객체 의 요건 및 요소 사이 에 링크 ( 18 ) 가 설정 된다 . 예 를 들 어 , " "" 펌프 수락 법 "" 문서 는 장비 제어 유닛 ( 4 ) "" 펌프 "" 의 개체 요소 및 펌프 의 특성 을 설정 하 는 요구 사항 제어 유닛 ( 3 ) 의 요구 사항 과 관련 이 있 다 . 문서 의 상태 ( 12 ) 는 다른 유닛 으로 로드 된 구조 화 된 데이터 의 상태 를 결정 한다 . 설비 제어 유닛 ( 4 ) 에서 ", 객체 의 구성 을 위한 프로젝트 를 구현 하 는 과정 에서 , " 유닛 "" 개체 요소 "" 및 "" 개체 요소 의 모델 / 마크 "" 의 특정 개체 에 대한 정보 의 생 성 / 회계 는 관련 문서 를 로딩 함 으로써 일어난다 . 객체 수명 주기 의 다양 한 단계 ( 설계 데이터 ", 설치 결과 데이터 , 시운전 결과 데이터 등 ) 에서 생 성 된 광범위 한 문서 목록 ( 12 ) 은 유닛 4 의 하나 의 객체 ( 16 ) 와 연관 될 수 있 다 ( 도 5 ) . 유닛 ( 16 ) 의 오브젝트 에 대한 정보 는 유닛 16 의 오브젝트 에 직접 이 아니 라 유닛 ( 16 ) 의 객체 의 링크 ( 18 ) 및 대응 하 는 버전 의 문서 ( 12 ) 에 입력 되 고 기록 된다 . 동일 한 문서 ( 12 ) 의 서로 다른 버전 으로 수신 되 고 각각 ( 26 및 27 ) 객체 수명 주기 의 서로 다른 단계 에서 서로 다른 문서 로 수신 된 유닛 ( 16 ) 의 객체 에 대한 정보 를 자동 으로 비교 할 수 있 다 ( 도 5 ) . 모든 정보 는 문서 ( 8 ) 의 상태 에 따라 상태 가 있 다 . 이 데이터 입력 및 제 어 구성 체계 는 예 를 들 어 작업 단계 에서 모든 승인 절차 및 의견 접수 통과 에 대한 데이터 를 포함 하 여 객체 의 요소 및 입력 된 문서 에 대한 모든 필요 한 정보 를 가능 한 한 빨리 얻 을 수 있 도록 한다 . ( 도 6 )