사용자가 최신 릴리스로 업그레이드된 기존 고객인 경우 특정 용어가 변경됩니다. 새 용어에 대한 이전 용어 맵에 대해서는 용어 변경 맵의 내용을 참조하십시오. 이 문서는 새로운 용어를 사용합니다.
다음 용어와 개념은 해당 정보가 가장 단순한 용어와 개념부터 용어와 개념을 결합한 자세한 설명까지 빌드되도록 정렬됩니다.
아티팩트: 저장소의 오브젝트에 대한 일반 용어입니다. 아티팩트에는 다른 도구에서 작성되고 유지보수되는 제품과 오브젝트가 포함됩니다(예: Rational Team Concert™ 작업 항목과 Rational® DOORS® 요구사항).
제품: 팀이 초점을 둔 작업을 시각적으로 표시합니다. 제품은 자동차만큼 크거나 인공 심장 밸브만큼 작을 수 있습니다.
제품은 제품 찾아보기 화면의 트리 보기에 표시됩니다.

팀은 조직에서 허용된 용어에 대해 products 용어를 변경할 수 있습니다. 용어가 변경되고 저장된 후 사용자는 세션을 새로 고치고 사용자 정의 용어는 메뉴, 대화 상자, 메시지에서 사용됩니다.
제품 사용에 대한 자세한 정보는 제품에 대한 작업과 제품 관리를 참조하십시오.
제품 그룹화: 사용자 또는 사용자의 팀에 대한 의미 있는 그룹으로 비슷한 제품을 수집하십시오. 날짜별(월, 연), 이정표별(베타, 일반), 기능별(레이저 프린터, 잉크젯 프린터) 등 어떤 방식으로든 제품을 그룹화할 수 있습니다. 제품 그룹화는 제품 찾아보기 목록 상자에 표시됩니다.
특성: 제품에 대한 구체적인 정보입니다. 제품에는 하나의 유형(예: 이름 또는 값)이 있습니다. 예를 들어, dashboard 제품에는 value가 walnut인 material name 특성이 있습니다.
Lifecycle Query Engine: 조회할 수 있는 데이터의 색인입니다. 데이터는 데이터 소스(예: Rational Engineering Lifecycle Manager의 제품, Rational Team Concert의 작업 항목, Rational DOORS의 요구사항, 기타 도구)에서 검색됩니다.
링크: 다른 아티팩트에 대한 참조를 나타냅니다. 링크는 다른 도구(예: Rational Team Concert 및 Rational DOORS)에 저장됩니다. 또한 링크를 제품에 저장할 수 있습니다.
분기: 제품의 변형입니다. 변형은 팀이 서로 다른 방식으로 또는 개별적으로 동일한 제품을 변경해야 할 때 작성됩니다. 팀은 제품을 분기화한 후 병렬로 변경할 수 있습니다.
예를 들어, 팀이 성인을 위한 혈압계 밴드를 만들었고 청소년을 위한 동일한 제품을 만들 준비가 되었습니다. 팀은 blood pressure cuff의 변형을 작성하고 이를 blood pressure cuff (:cuffsize=juvenile)이라고 합니다.
분기 작성 및 바꾸기에 대한 정보는 분기 대체를 참조하십시오.
분기 차원: 분기 차원은 분기 기능 중 하나를 정의하여 분기의 고유한 정도를 설명합니다. 차원은 이름(예: cuffsize)과 값(예: juvenile)으로 구성되며 제품 이름 다음에 (:cuffsize=juvenile)로 표시됩니다. 분기는 차원의 고유한 세트로 정의됩니다. 차원은 제품에 대해 로컬이 될 수 있고 제품내에서 공유됩니다. 분기 차원 관리 화면을 사용하거나 분기 체크아웃 대화 상자에서 로컬 또는 공유 차원을 작성할 수 있습니다.
버전: 제품 또는 제품 계층 구조의 읽기 전용 버전입니다. 제품 버전을 작성하면 선택한 제품 아래의 모든 제품도 읽기 전용이 됩니다. 버전의 모든 제품에 체크인할 때 지정된 버전 이름이 주어집니다.
팀은 대개 이정표를 표시할 버전을 작성합니다(예: 매주 빌드, 베타 릴리스 또는 일반 릴리스).
이미지는 현재 sprint 4라고 하는 이정표에 있는 SuperCar 제품을 표시합니다. Infotainment가 sprint 2에서 업데이트되었고 다시 변경되지 않았으나 Wheels는 sprint 4에서 업데이트되었습니다. 하위 제품의 이전 스프린트(예: Interior - sprint 3)로 롤백해야 하는 팀은 버전 대체 조작을 수행해야 합니다.

또한 모든 사용자는 조작 동결 해제 또는 분기 체크아웃을 수행하여 특별히 다시 수정 가능하게 작성하지 않는 한 수정 불가능하게 버전을 동결할 수 있습니다. 제품 버전 동결은 사용자가 제품을 분기해야 하는 경우나 사용자의 제품이 이정표에 대해 개발을 더 이상 수행하지 않아야 하는 시점인 경우 유용합니다.
버전 작성 및 바꾸기에 대한 자세한 정보는 이정표를 캡처하는 버전 확인을 참조하십시오.
감사: 이 경우 제품 검사입니다. 감사에서는 선택한 제품에 대한 변경사항을 검토한 후 제품 트리 오른쪽 테이블에 결과를 표시합니다.

또한, 제품의 감사 히스토리를 볼 수 있습니다. 감사 히스토리 화면에는 모든 특성 변경사항과 추가되고 제거된 링크를 포함한 제품의 버전과 분기가 모두 표시됩니다.
각 버전은 세로 열 레이아웃의 개별 상자에 표시됩니다. 최신 버전이 열의 맨 위에 표시됩니다. 제품이 분기되어 있는 경우 분기는 새 열에 표시됩니다.

감사 로그 보기에 대한 정보는 아티팩트를 변경한 사용자 표시를 참조하십시오.
감사 히스토리: 지난 이벤트 목록입니다. 감사 히스토리 화면에는 지정된 제품에서 수행된 지난 이벤트의 시각적 목록이 표시됩니다. 위의 예는 SuperCar (:model year=2016) 버전을 표시합니다. 감사 히스토리에는 관련 메타데이터(제품 변경 사용자, 변경 내용과 시기, 추가되고 제거된 제품 이름)가 표시됩니다.
감사 히스토리에 대한 정보는 감사 히스토리 보기를 참조하십시오.
계층 구조: 제품의 피라미드형 등급입니다. 최상위를 제외한 각 레벨에는 한 단계 위의 레벨이 있고 최하위를 제외한 각 레벨에는 한 단계 낮은 레벨이 있습니다. 제품은 대부분 계층 구조로 구성되지만, 항상 그렇지는 않습니다.
이동: 다른 제품에 제품을 다시 배치합니다. 제품 트리의 한 위치에서 다른 위치로 제품을 이동할 수 있습니다. 예를 들어, Deluxe Rims 제품은 Wheels (:Rims=16") 제품에 있었습니다. 배치가 올바르지 않으므로 Deluxe Rims가 고급 승용차 브랜드로 이동했습니다. 또한 Deluxe Rims 아래에 계층 구조가 있는 경우 이 계층 구조는 Deluxe Rims와 함께 이동합니다.
감사 히스토리를 확인하여 제품 이동을 볼 수 있습니다. 이미지에는 Wheels (:Rims=16")에서 시작했지만 나중에 제거된 Deluxe Rims가 표시됩니다.

Deluxe Rims가 이동한 위치를 파악하려면 대상 제품에서 추가되고 제거된 제품에 대한 정보를 표시하는 버전을 비교할 수 있습니다.
제품 이동에 대한 정보는 제품 트리에서 제품 조작을 참조하십시오.
재사용: 다시 사용합니다. 동일한 제품 및 다른 제품에서 제품을 재사용할 수 있습니다. 또한 동일한 제품에서 제품을 여러 번 재사용할 수 있고 재사용하는 제품은 재사용된 제품과 정확히 같습니다. 제품을 재사용할 때 제품의 해당 하위 제품이 포함됩니다.
이미지에는 Wheels 제품이 펼쳐진 SuperCar 제품이 표시됩니다. Wheels에서 XB580 radial은 네 번 사용된 제품입니다. 재사용된 제품 하나를 변경하면(예: radial에서 studless로) 변경사항이 네 번의 사용 모두에 전파되어 편리합니다.

제품 재사용에 대한 정보는 제품 트리에서 제품 조작을 참조하십시오.
대체: 대체합니다. 버전 및 분기 모두 이전 제품이나 최신 제품으로 바꿀 수 있습니다. 팀이 현재 고장된 제품을 이전 작업 제품으로 바꿔야 하는 경우 버전이나 분기를 바꾸는 것이 좋습니다.
제품 바꾸기에 대한 정보는 버전 및 변형을 참조하십시오.
보기: 개발 라이프사이클의 시각적 표시입니다. 표준 보기는 V Process 보기를 포함하여, 샘플 보기 개요에 설명되어 있습니다.
V Process는 시스템 개발 라이프사이클의 시각적 표시입니다. 많은 시스템 개발 라이프사이클이 있습니다(애자일(agile), 폭포수(waterfall), 린(lean)). V Process는 또 다른 방법입니다.
시각적으로 정보는 V의 두 부분으로 나뉩니다. 왼편은 제품 정의로 시작된 태스크(예: 개념 작성, 요구사항, 아키텍처, 디자인)입니다. 오른편은 제품 테스트와 통합으로 시작된 태스크(예: 시스템 확인과 유효성 검증, 통합, 테스트, 확인)입니다. V의 오른편에 있는 확인과 유효성 검증은 V의 왼편에 있는 제품 정의 단계와 동시에 완료할 수 있습니다.
팀이 초기 제품 확인과 유효성 검증에 참여하므로 팀은 초기 개발 단계의 결함을 찾아 결함의 하향 플로우를 피할 수 있습니다. 결함을 초기에 찾으면 결함 수정 비용이 줄어듭니다. 또한, 초기 유효성 검증과 팀 구성원 간의 향상된 통신을 통해 품질 표준이 충족됩니다.
V Process는 조직과 제품에 독립적이므로 각 팀은 제품에 맞게 V Process를 사용자 조정할 수 있습니다. 공유 보기 페이지에 하드웨어와 소프트웨어 개발을 위한 샘플 V Process 보기가 포함됩니다.

보기에 대한 정보는 보기 작성을 참조하십시오.
보기를 채우는 방법을 파악하려면, 다음 항목 "조회"를 읽으십시오. 조회와 보기에 대한 정보는 조회 및 보기가 함께 작동하는 방법을 참조하십시오.
조회: 색인에서 정보를 검색하는 방법입니다. 아티팩트(예: 제품, 작업 항목, 요구사항, 디자인 모델, 테스트 케이스)는 Lifecycle Query Engine에서 검색됩니다.
관리자는 작성하는 사용자 정의 보기에 임베드할 조회를 생성합니다. 조회는 색인에서 데이터를 가져와 해당 아티팩트로 사용자 정의 보기를 새로 고칩니다. 그 다음, 검색한 아티팩트를 사용하여 보기를 채우고, 보고서를 실행하고, 분석을 수행하는 등의 작업을 수행할 수 있습니다.
여러 조회는 공유 조회 페이지에서 사용 가능합니다.
조회에 대한 정보는 조회 작성 및 실행의 내용을 참조하십시오.
분석: 아티팩트의 세부 검토입니다. 탐색할 아티팩트를 분석하고 다른 아티팩트와 관련시키는 방법을 찾습니다.
제공된 영향 분석 프로파일을 사용하여 아티팩트 간 관계를 표시하는 영향 분석 다이어그램의 프로파일을 사용자 정의하십시오. 예를 들어, 사용자 제품의 하위 제품이 리콜되면, 해당 하위 제품에 대한 영향 분석을 실행하여 바꾸기의 영향을 평가할 수 있습니다.
분석 결과물에는 모든 종속성, 하위 제품, 리콜된 하위 제품과 관련된 차단된 아티팩트가 표시됩니다.

분석에 대한 정보는 다른 아티팩트에 대한 아티팩트의 관계 분석을 참조하십시오.
보고서: 실제 성능 측정입니다. 보고서는 색인의 데이터를 사용하여 상태와 진행상태를 추적하는 문서를 생성합니다. 이 정보를 사용하여 개발 위험을 관리하여 줄이고, 제품 품질을 향상시키며, 제품 비용을 제어하는 등의 작업을 수행할 수 있습니다.
보고서에 대한 정보는 보고서를 실행 및 인쇄하여 아티팩트 상태 표시의 내용을 참조하십시오.
요구사항: 제품이나 서비스에서 사용자가 원하는 내용을 설명합니다. 요구사항에는 해당 정의를 개선하는 관련 아티팩트의 링크가 포함될 수 있습니다. 요구사항에 대한 자세한 설명은 Rational DOORS를 참조하십시오.
디자인 모델: 팀이 반복적인 협업 방식으로 소프트웨어와 시스템을 설계하고, 디자인하고, 개발하도록 지원합니다. 디자인 모델에 대한 자세한 설명은 Rational Design Management를 참조하십시오.
테스트 케이스: 팀이 품질 표준을 충족하도록 테스트 계획을 계획하고, 개발하고, 실행하고, 보고할 수 있게 지원합니다. 테스트 케이스에 대한 자세한 설명은 Rational Quality Manager를 참조하십시오.
작업 항목: 개발 주기 중에 팀이 다뤄야 하는 태스크와 문제를 관리합니다. 작업 항목에 대한 자세한 설명은 Rational Team Concert를 참조하십시오.