용어 및 개념

이 도구에서 사용되는 용어와 개념이 여기에서 정의되어 설명됩니다. 다른 도구에 대한 추가 용어와 개념은 여기에 간단하게 설명되어 있으며, 다른 Information Center의 자세한 설명에 대한 링크가 있습니다.

사용자가 최신 릴리스로 업그레이드된 기존 고객인 경우 특정 용어가 변경됩니다. 새 용어에 대한 이전 용어 맵에 대해서는 용어 변경 맵의 내용을 참조하십시오. 이 문서는 새로운 용어를 사용합니다.

다음 용어와 개념은 해당 정보가 가장 단순한 용어와 개념부터 용어와 개념을 결합한 자세한 설명까지 빌드되도록 정렬됩니다.

아티팩트: 저장소의 오브젝트에 대한 일반 용어입니다. 아티팩트에는 다른 도구에서 작성되고 유지보수되는 제품과 오브젝트가 포함됩니다(예: Rational Team Concert™ 작업 항목과 Rational® DOORS® 요구사항).

제품: 팀이 초점을 둔 작업을 시각적으로 표시합니다. 제품은 자동차만큼 크거나 인공 심장 밸브만큼 작을 수 있습니다.

제품은 제품 찾아보기 화면의 트리 보기에 표시됩니다.

이 이미지에는 트리 보기의 제품이
표시됩니다.

팀은 조직에서 허용된 용어에 대해 products 용어를 변경할 수 있습니다. 용어가 변경되고 저장된 후 사용자는 세션을 새로 고치고 사용자 정의 용어는 메뉴, 대화 상자, 메시지에서 사용됩니다.

제품 사용에 대한 자세한 정보는 제품에 대한 작업제품 관리를 참조하십시오.

제품 그룹화: 사용자 또는 사용자의 팀에 대한 의미 있는 그룹으로 비슷한 제품을 수집하십시오. 날짜별(월, 연), 이정표별(베타, 일반), 기능별(레이저 프린터, 잉크젯 프린터) 등 어떤 방식으로든 제품을 그룹화할 수 있습니다. 제품 그룹화는 제품 찾아보기 목록 상자에 표시됩니다.

특성: 제품에 대한 구체적인 정보입니다. 제품에는 하나의 유형(예: 이름 또는 )이 있습니다. 예를 들어, dashboard 제품에는 valuewalnutmaterial 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 제품을 표시합니다. Infotainmentsprint 2에서 업데이트되었고 다시 변경되지 않았으나 Wheelssprint 4에서 업데이트되었습니다. 하위 제품의 이전 스프린트(예: Interior - sprint 3)로 롤백해야 하는 팀은 버전 대체 조작을 수행해야 합니다.

이 이미지에는 "SuperCar" 제품에 대한
버전 "sprint 4"가 표시됩니다.

또한 모든 사용자는 조작 동결 해제 또는 분기 체크아웃을 수행하여 특별히 다시 수정 가능하게 작성하지 않는 한 수정 불가능하게 버전을 동결할 수 있습니다. 제품 버전 동결은 사용자가 제품을 분기해야 하는 경우나 사용자의 제품이 이정표에 대해 개발을 더 이상 수행하지 않아야 하는 시점인 경우 유용합니다.

버전 작성 및 바꾸기에 대한 자세한 정보는 이정표를 캡처하는 버전 확인을 참조하십시오.

감사: 이 경우 제품 검사입니다. 감사에서는 선택한 제품에 대한 변경사항을 검토한 후 제품 트리 오른쪽 테이블에 결과를 표시합니다.

이 이미지에는
감사 예가 표시됩니다. 감사에서는 제품을 변경한
사용자, 변경 내용과 시기, 추가하거나 제거한
제품의 이름을 표시합니다.

또한, 제품의 감사 히스토리를 볼 수 있습니다. 감사 히스토리 화면에는 모든 특성 변경사항과 추가되고 제거된 링크를 포함한 제품의 버전과 분기가 모두 표시됩니다.

각 버전은 세로 열 레이아웃의 개별 상자에 표시됩니다. 최신 버전이 열의 맨 위에 표시됩니다. 제품이 분기되어 있는 경우 분기는 새 열에 표시됩니다.

이 이미지에는 감사 히스토리
화면이 표시됩니다. 
왼쪽 열의 제품은 2013년 5월 14일 "Wheels"의 분기를 포함하여 작성된 변경사항을 표시합니다.
오른쪽 열에는 하위 제품이 추가된 최신 제품 버전이 표시됩니다.

감사 로그 보기에 대한 정보는 아티팩트를 변경한 사용자 표시를 참조하십시오.

감사 히스토리: 지난 이벤트 목록입니다. 감사 히스토리 화면에는 지정된 제품에서 수행된 지난 이벤트의 시각적 목록이 표시됩니다. 위의 예는 SuperCar (:model year=2016) 버전을 표시합니다. 감사 히스토리에는 관련 메타데이터(제품 변경 사용자, 변경 내용과 시기, 추가되고 제거된 제품 이름)가 표시됩니다.

감사 히스토리에 대한 정보는 감사 히스토리 보기를 참조하십시오.

계층 구조: 제품의 피라미드형 등급입니다. 최상위를 제외한 각 레벨에는 한 단계 위의 레벨이 있고 최하위를 제외한 각 레벨에는 한 단계 낮은 레벨이 있습니다. 제품은 대부분 계층 구조로 구성되지만, 항상 그렇지는 않습니다.

이동: 다른 제품에 제품을 다시 배치합니다. 제품 트리의 한 위치에서 다른 위치로 제품을 이동할 수 있습니다. 예를 들어, Deluxe Rims 제품은 Wheels (:Rims=16") 제품에 있었습니다. 배치가 올바르지 않으므로 Deluxe Rims가 고급 승용차 브랜드로 이동했습니다. 또한 Deluxe Rims 아래에 계층 구조가 있는 경우 이 계층 구조는 Deluxe Rims와 함께 이동합니다.

감사 히스토리를 확인하여 제품 이동을 볼 수 있습니다. 이미지에는 Wheels (:Rims=16")에서 시작했지만 나중에 제거된 Deluxe Rims가 표시됩니다.

이 이미지에는
"Wheels" 제품 이동에 대한 감사 히스토리(제품을 이동한
사용자, 이동 시기)가 표시됩니다.

Deluxe Rims가 이동한 위치를 파악하려면 대상 제품에서 추가되고 제거된 제품에 대한 정보를 표시하는 버전을 비교할 수 있습니다.

제품 이동에 대한 정보는 제품 트리에서 제품 조작을 참조하십시오.

재사용: 다시 사용합니다. 동일한 제품 및 다른 제품에서 제품을 재사용할 수 있습니다. 또한 동일한 제품에서 제품을 여러 번 재사용할 수 있고 재사용하는 제품은 재사용된 제품과 정확히 같습니다. 제품을 재사용할 때 제품의 해당 하위 제품이 포함됩니다.

이미지에는 Wheels 제품이 펼쳐진 SuperCar 제품이 표시됩니다. Wheels에서 XB580 radial은 네 번 사용된 제품입니다. 재사용된 제품 하나를 변경하면(예: radial에서 studless로) 변경사항이 네 번의 사용 모두에 전파되어 편리합니다.

이 이미지에는
동일한 "Wheels" 제품에서 "XB580 radial" 타이어가 네 번 재사용되었음이
표시됩니다.

제품 재사용에 대한 정보는 제품 트리에서 제품 조작을 참조하십시오.

대체: 대체합니다. 버전 및 분기 모두 이전 제품이나 최신 제품으로 바꿀 수 있습니다. 팀이 현재 고장된 제품을 이전 작업 제품으로 바꿔야 하는 경우 버전이나 분기를 바꾸는 것이 좋습니다.

제품 바꾸기에 대한 정보는 버전 및 변형을 참조하십시오.

보기: 개발 라이프사이클의 시각적 표시입니다. 표준 보기는 V Process 보기를 포함하여, 샘플 보기 개요에 설명되어 있습니다.

V Process는 시스템 개발 라이프사이클의 시각적 표시입니다. 많은 시스템 개발 라이프사이클이 있습니다(애자일(agile), 폭포수(waterfall), 린(lean)). V Process는 또 다른 방법입니다.

시각적으로 정보는 V의 두 부분으로 나뉩니다. 왼편은 제품 정의로 시작된 태스크(예: 개념 작성, 요구사항, 아키텍처, 디자인)입니다. 오른편은 제품 테스트와 통합으로 시작된 태스크(예: 시스템 확인과 유효성 검증, 통합, 테스트, 확인)입니다. V의 오른편에 있는 확인과 유효성 검증은 V의 왼편에 있는 제품 정의 단계와 동시에 완료할 수 있습니다.

팀이 초기 제품 확인과 유효성 검증에 참여하므로 팀은 초기 개발 단계의 결함을 찾아 결함의 하향 플로우를 피할 수 있습니다. 결함을 초기에 찾으면 결함 수정 비용이 줄어듭니다. 또한, 초기 유효성 검증과 팀 구성원 간의 향상된 통신을 통해 품질 표준이 충족됩니다.

V Process는 조직과 제품에 독립적이므로 각 팀은 제품에 맞게 V Process를 사용자 조정할 수 있습니다. 공유 보기 페이지에 하드웨어와 소프트웨어 개발을 위한 샘플 V Process 보기가 포함됩니다.

이 이미지에는
V Process 하드웨어 보기 예가 표시됩니다.

보기에 대한 정보는 보기 작성을 참조하십시오.

보기를 채우는 방법을 파악하려면, 다음 항목 "조회"를 읽으십시오. 조회와 보기에 대한 정보는 조회 및 보기가 함께 작동하는 방법을 참조하십시오.

조회: 색인에서 정보를 검색하는 방법입니다. 아티팩트(예: 제품, 작업 항목, 요구사항, 디자인 모델, 테스트 케이스)는 Lifecycle Query Engine에서 검색됩니다.

관리자는 작성하는 사용자 정의 보기에 임베드할 조회를 생성합니다. 조회는 색인에서 데이터를 가져와 해당 아티팩트로 사용자 정의 보기를 새로 고칩니다. 그 다음, 검색한 아티팩트를 사용하여 보기를 채우고, 보고서를 실행하고, 분석을 수행하는 등의 작업을 수행할 수 있습니다.

여러 조회는 공유 조회 페이지에서 사용 가능합니다.

조회에 대한 정보는 조회 작성 및 실행의 내용을 참조하십시오.

분석: 아티팩트의 세부 검토입니다. 탐색할 아티팩트를 분석하고 다른 아티팩트와 관련시키는 방법을 찾습니다.

제공된 영향 분석 프로파일을 사용하여 아티팩트 간 관계를 표시하는 영향 분석 다이어그램의 프로파일을 사용자 정의하십시오. 예를 들어, 사용자 제품의 하위 제품이 리콜되면, 해당 하위 제품에 대한 영향 분석을 실행하여 바꾸기의 영향을 평가할 수 있습니다.

분석 결과물에는 모든 종속성, 하위 제품, 리콜된 하위 제품과 관련된 차단된 아티팩트가 표시됩니다.

이 이미지에는
영향 분석 다이어그램과 관련된 아티팩트 간 관계에 대한
예가 표시됩니다.

분석에 대한 정보는 다른 아티팩트에 대한 아티팩트의 관계 분석을 참조하십시오.

보고서: 실제 성능 측정입니다. 보고서는 색인의 데이터를 사용하여 상태와 진행상태를 추적하는 문서를 생성합니다. 이 정보를 사용하여 개발 위험을 관리하여 줄이고, 제품 품질을 향상시키며, 제품 비용을 제어하는 등의 작업을 수행할 수 있습니다.

보고서에 대한 정보는 보고서를 실행 및 인쇄하여 아티팩트 상태 표시의 내용을 참조하십시오.

요구사항: 제품이나 서비스에서 사용자가 원하는 내용을 설명합니다. 요구사항에는 해당 정의를 개선하는 관련 아티팩트의 링크가 포함될 수 있습니다. 요구사항에 대한 자세한 설명은 Rational DOORS를 참조하십시오.

디자인 모델: 팀이 반복적인 협업 방식으로 소프트웨어와 시스템을 설계하고, 디자인하고, 개발하도록 지원합니다. 디자인 모델에 대한 자세한 설명은 Rational Design Management를 참조하십시오.

테스트 케이스: 팀이 품질 표준을 충족하도록 테스트 계획을 계획하고, 개발하고, 실행하고, 보고할 수 있게 지원합니다. 테스트 케이스에 대한 자세한 설명은 Rational Quality Manager를 참조하십시오.

작업 항목: 개발 주기 중에 팀이 다뤄야 하는 태스크와 문제를 관리합니다. 작업 항목에 대한 자세한 설명은 Rational Team Concert를 참조하십시오.


피드백