용어 및 정의의 용어집

DDB 플랫폼 및 문서 전체에 사용되고 참조되는 몇 가지 기본 개념이 있습니다.

환경

DDB는 다른 목적을 가진 세 가지 환경을 가지고 있습니다.

환경	URL	설명	사용시기
개발	dev.ddb.arup.com (opens new window)	첫 번째는 DDB 개발 사이트로, 개발 팀이 주로 새로운 기능을 테스트하기 위해 사용했습니다. 이 서버는 경고없이 정기적으로 삭제되므로 실시간 프로젝트 데이터를 저장하지 마십시오. DDB 팀은이 환경에 저장된 데이터 손실에 대해 책임을지지 않습니다.	데이터 모델을 탐색 할 때이 환경을 사용하십시오. 물건을 깨는 것은 괜찮습니다.
모래 상자	sandbox.ddb.arup.com (opens new window)	두 번째는 DDB 샌드 박스 사이트로, 얼리 어답터 및 워크숍 참가자가 기능을 테스트하고 사용자 인터페이스에 익숙해지기 위해 사용합니다. 여기서는 데이터가 무작위로 삭제되지 않지만 라이브 프로젝트 데이터를 저장하기 위해이 사이트를 사용해서는 안됩니다.	앱의 데이터 모델이 설정되었을 때이 환경을 사용하십시오. 앱을 개발할 때이 환경을 사용하십시오. 테스트 데이터를 입력 할 때 사용하십시오. 지워지지 않아야합니다.
생산	ddb.arup.com (opens new window)	마지막으로 DDB 생산 사이트가 있습니다. 이 서버는 라이브 프로젝트 데이터를 호스팅하며 안전합니다. 이 사이트에 대한 기능 업데이트는 DEV 및 샌드 박스 서버에서 철저한 테스트 후에 만 구현됩니다.	데이터 모델과 앱 흐름이 잘 테스트되고 설정되었을 때이 환경을 사용하십시오.

프로젝트

프로젝트는 작업 번호와 연결된 정보 모음입니다. DDB의 각 프로젝트에는 자체 페이지가 있습니다.

이 정보는 어떻게 저장됩니까?

프로젝트는 분류됩니다 자산 그리고 매개 변수.

유산

자산은 프로젝트 내 사이트 또는 시스템과 같은 물리적 인 것입니다. 이것들은 물리적으로 존재하고 매개 변수를 할당 할 수있는 모든 것입니다.

자산 계층

자산 계층은 자산이 구성되는 방식입니다. 자산에는 부모 자산 및 아동 자산 (예 : 부지 (부모)에는 하나 이상의 건물 (현장 어린이)이 있으며 각 건물에는 하나 이상의 시스템 (건물 자녀)이 포함되어 있습니다. 이러한 관계는 DDB에서 사전 정의되어 있습니다.

자산 계층은 위에서 아래로 설정해야합니다. 따라서 트리 계층 구조의 바닥에서 데이터를 다루려고하더라도 최상위 자산 인스턴스를 만들어야합니다. 자산 트리 계층 구조 및 부모/자식 관계에 대한 자세한 내용을 참조하려면 여기.

매개 변수

매개 변수는 자산의 특성입니다. 이들은 일반적으로 계산 및 보고서에 사용되는 값입니다. 각 매개 변수는 태그가 지정되어 매개 변수 정보의 효과적인 구성을 허용 할 수 있습니다. 매개 변수는 클라이언트 이름, 밀도, 온도, 구현 된 탄소 등이 될 수 있습니다.

유형, 단위 및 값과 같은 매개 변수에는 여러 구성 요소가 있습니다. 예를 들어

매개 변수	예
매개 변수 유형	길이
단위	m
가치	7
부모 자산	테스트 룸

DDB 유형

DDB 데이터는 측면에서 정의됩니다 유형 그리고 인스턴스 마찬가지로 Revit 데이터는 가족과 사례로 구성됩니다. 이러한 유형은 데이터에 구조를 제공하고 인스턴스 자체에 어떤 데이터가 포함되어야하는지 설명합니다. 예를 들어, 자산 인스턴스는 자산 유형으로 정의되며 매개 변수 인스턴스는 매개 변수 유형으로 정의됩니다.

"건물"은 자산 유형이며 프로젝트의 건물은 "Building A"라는 건물입니다. "온도"는 매개 변수 유형이며 "Building a"의 온도는 매개 변수 인스턴스입니다.

그것에 대해 생각하는 또 다른 방법은 유형이 여러 곳 (예 : 프로젝트에 여러 건물이있는 것과 같은)에 존재할 수 있지만 인스턴스는 한 곳에서만 존재할 수 있으며 프로젝트에 필요한 특정 데이터를 포함 할 수 있다는 것입니다.

DDB 유형에 대한 자세한 내용은 다음을 참조하십시오 데이터 구조 부분.

ID/GUID

GUID ( 'Globally Cight Identifier')는 식별 (ID)을 나타내는 128 비트 텍스트 문자열입니다. DDB는 Guids를 사용하여 유형, 인스턴스 및 프로젝트를 식별합니다.

예를 들어, 프로젝트는 작업 번호 또는 55c434c8-3817-4cc1-b7ec-f8e25e79ad67와 같은 URL에서 찾을 수있는 고유 ID로 식별 할 수 있습니다.

꼬리표

태그는 상황에 맞는 정보를 제공하여보다 프로젝트에 따라 다를 수있는 방식으로 매개 변수를 레이블을 지정할 수 있습니다. 태그는 여러 카테고리로 제공되므로 사용하는 징계, 사용 된 계산 또는 필요한 보고서에 따라 매개 변수를 정렬 할 수 있습니다. 태그는 데이터와 관련된 귀중한 메타 데이터를 제공합니다.

예는 열 안락함과 관련된 모든 매개 변수를 태그하는 것일 수 있습니다.

데이터 유형

DDB 내에서 프로젝트 데이터는 다양한 데이터 유형에 저장됩니다. 이는 각 매개 변수가 데이터에서 수행 할 수있는 작업을 보유하고 정의 할 수있는 값의 유형을 지시합니다.

DDB에 사용 된 데이터 유형은 다음과 같습니다.

• 끈 - 글자, 숫자 및 기호와 같은 문자의 조합. 이것들은 종종 이름이나 단어를 저장하는 데 사용됩니다. 예를 들어 "영국"
• 정수 -이 데이터 유형은 일반적으로 자산 수량에 사용되는 정수를 저장하는 데 사용됩니다. 예를 들어 12
• 뜨다 - 이것은 대부분의 기술 매개 변수를 저장하는 데 사용되는 분수 숫자 값을 저장하는 데 사용됩니다. 예를 들어 5.24
• 부울 - 이것은 'true'또는 'false'값 일 수 있으며, 일반적으로 무언가가 필요한지 여부를 표시하는 데 사용됩니다. 예를 들어 진실
• 날짜 - 이것은 특정 날짜이며, 일반적으로 프로젝트 시작 또는 종료 날짜와 같은 것들을 표시하는 데 사용됩니다.

정보 소스

DDB 내에서 모든 정보의 출처가 식별됩니다. 이 출처에는 유형, 출처 및 참조 (해당되는 경우)가 할당되어 있습니다. 소스 유형 및 소스의 일부 예는 다음과 같습니다.

• 자동으로 채워졌습니다 - 프로젝트가 DDB에 추가 될 때 생성되는 ADS 정보와 같이 자동으로 채우는 프로세스가있는 매개 변수의 경우.
• 클라이언트 요약 - 클라이언트가 요구하는 값.
• 법률 제정 - 신체 관리에 필요한 제한 사항.
• 파생 된 가치 - via designcheck 또는 모델 시뮬레이션과 같은 다른 프로세스와 같은 계산에 의해 생성 된 값의 경우.

다른 소스 유형은 다음과 같습니다 프로젝트 문서 ,,, 가정 ,,, 산업지도 ,,, 학술 저널 ,,, 설문 조사 , 또는 공식 간행물 .

데이터 품질

프로젝트의 모든 매개 변수에 대해 데이터의 버전 기록, 정보 소스를 볼 수 있으며 각 항목의 품질 보증 수준을 명확하게 볼 수 있습니다.

품질 보증 수준은 답이없고 답변, 확인 및 승인됩니다. 언제든지 거부 될 수 있으며 QA 프로세스의 시작으로 돌아갑니다.

• 보답 없는 - 이것은 빈 필드입니다. 아직 입력되지 않았습니다.
• 대답했다 - 데이터가 입력되었으며 전체 추적 성으로 이것을 볼 수 있습니다.
• 확인 - 이전 입력 데이터가 프로젝트 절차에 따라 점검되었습니다.
• 승인 - 정보는 프로젝트 절차에 따라 승인되었습니다.
• 거부 - 정보가 거부되어 변경으로 표시되었습니다.

사용자 권한

DDB는 민감한 정보에 대한 액세스를 제어하기 위해 사용자 권한을 정의했습니다. 사용자 권한은 역할 기반이므로 DDB 사용자는 정의 된 역할에 따라 다양한 수준의 액세스 수준을 할당 할 수 있습니다.

5 가지 역할이 있습니다. 리더 ,,, 편집자 ,,, 체커 ,,, 승인 , 그리고 관리자 .

참조 사용자 권한 안내서 자세한 내용은.