조회 작성 및 실행

때때로 특정 아티팩트 세트를 수집해야 합니다. 실패한 테스트 세트를 컴파일하여 상태 보고서에 포함할 수 있습니다. 조회를 통해 아티팩트 세트를 수집하고 조치를 수행할 결과를 표시합니다.

시작하기 전에

조회는 SPARQL 조회 언어로 쓰여집니다. (SPARQL은 링크된 라이프사이클 데이터에 대한 조회 언어입니다.) 따라서, 처음부터 조회를 작성하려면 SPARQL 조회 언어를 알아야 합니다.

이 태스크 정보

다음 단계에는 세 가지 사용자 정의 조회를 작성하고 실행하는 방법이 표시됩니다. 각 조회는 사용 목적으로 사용자 정의할 수 있도록 어노테이션이 지정되어 있습니다.

프로시저

  1. 조회 대화 상자를 여십시오.

    기본 메뉴에서, 조회 > 조회 작성을 선택하십시오.

  2. 조회 대화 상자에서 조회에 대한 이름을 입력하십시오.
  3. 조회 설명을 입력하십시오.

    내 조회 또는 공유 조회 화면에서 조회 위에 커서를 두면 설명이 표시됩니다.

  4. 내 조회 폴더에 이 조회를 저장하십시오.

    사용자와 팀이 사용하기 위해 조회를 작성할 때마다, 조회를 작성하고 이를 개인 폴더 내 조회에 저장하십시오. 조회를 테스트하고 세분화하여 필요한 아티팩트를 수집한 후 조회를 공유할 수 있습니다.

  5. 교체하거나 수정하여 샘플 조회 코드를 변경하십시오.
    • 샘플 조회 코드를 바꾸십시오. 다음 예제 섹션의 세 가지 예에서 조회를 선택하십시오.조회를 복사하고 이를 필드에 붙여넣으십시오.
    • 또한 사용자 정의 코드를 사용하여 기본 샘플 SPARQL 조회 코드를 수정하십시오.

      플랫폼에 대한 표준 편집 키를 사용할 수 있습니다. SPARQL 조회를 편집하는 경우 Control+space를 입력하여 컨텐츠 지원을 받을 수 있습니다.

      표시된 것과 다른 접두부가 필요한 경우 접두부 추가 단추를 클릭하십시오.

      값에 대한 사용자 프롬프트 조회를 작성하는 매개변수를 설정할 경우 지금 또는 나중에 추가할 수 있습니다. 매개변수는 검색 중인 아티팩트 세트에 대한 특성을 식별합니다. 예를 들어 특정 사용자가 수정한 특정 날짜 또는 아티팩트 이후에 수정된 아티팩트를 검색할 수 있는 매개변수를 추가할 수 있습니다.

      사용자는 조회를 실행할 때 매개변수값을 지정할 수 있으므로 조회에 프롬프트 매개변수를 추가하면 조회를 더욱 유연하게 만듭니다. 매개변수값은 조회 문자열로 대체되며 조회 결과를 사용자 정의합니다.

      매개변수 값은 일반적으로 $workitem$과 같은 양식 사용

      매개변수로 추가할 수 있는 전체 구문은 복잡해질 수 있지만 일반적인 양식을 다음과 같습니다.

      $name$

      $name.field$

      $name;format="formatString"$

      $name.field;format="formatString"$

      StringTemplate는 SPARQL 조회 문자열에서 매개변수 대체를 구현하는 데 사용되는 템플리트 엔진입니다. Rational® Engineering Lifecycle Manager는 공백이 있는 매개변수를 지원하지 않지만 StringTemplate는 이를 지원합니다.

      StringTemplate에 대한 구문 규칙의 단순화된 세트는 StringTemplate 치트 시트에서 볼 수 있습니다. 구분 기호로 치트시트에서 지정된 <...> 아닌 $...$를 사용해야 합니다.

      조회에서 하나 이상의 매개변수를 사용할 경우 매개변수화된 조회 문제점 해결에서 알려진 문제점을 읽으십시오.

      날짜 표, 열거 및 시스템 매개변수와 각각에 대한 샘플 출력을 보려면 사전 정의된 조회 매개변수를 참조하십시오.

      풍선 도움말을 읽으려면 SPARQL 조회매개변수 섹션의 오른쪽에 있는 작은 물음표 위에 커서를 두고 조회 대화 상자의 설정 매개변수에 대해 학습하십시오.

  6. 작성을 클릭하여 조회를 작성하십시오.
  7. 실행을 클릭하여 조회를 실행하십시오.
  8. 조회 결과 페이지에서 아티팩트에 대한 조치를 수행하십시오. 아티팩트를 클릭한 다음 오른쪽에 있는 화살표를 클릭하여 메뉴를 표시하십시오.
    • 아티팩트 열기를 선택하면 아티팩트가 작성된 기본 도구가 시작되고 도구에 아티팩트가 표시됩니다.
    • 특성 표시를 선택하면 결과 창에 아티팩트의 특성이 표시됩니다.
    • 분석 시작을 선택하면 기본 영향 분석 프로파일이 로드됩니다. 실행을 클릭하여 분석을 시작하십시오.

    오른쪽 상단에서 스프레드시트로 다운로드 아이콘을 클릭하여 조회를 .csv 스프레드시트로 다운로드하십시오.

다음 예에는 Susan에게 지정된 열린 엔지니어링 변경 요청을 모두 조회하는 방법이 표시됩니다.

Susan에 지정된 ECR 열기

# 이름: Susan에 지정된 ECR 열기
# 설명: Susan에 지정된 열린 ECR 모두 표시

# 이 조회에 사용된 접두부
PREFIX dcterms: <http://purl.org/dc/terms/>
PREFIX foaf: <http://xmlns.com/foaf/0.1/>
PREFIX oslc_cm: <http://open-services.net/ns/cm#>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>

SELECT ?cr ?title ?contrib
WHERE
{
		# 모든 ECR 찾기 - 이 예에서, 유형 "Task"의 작업 항목을 찾습니다. 그리고 사용하는 작업 항목의 유형으로 변경합니다.
		?cr rdf:type oslc_cm:ChangeRequest ;
				dcterms:type "Task"^^xsd:string ;
				dcterms:title ?title ;
				dcterms:contributor ?contrib .

		# 원하는 사용자 이름과 일치하도록 이름 문자열을 변경합니다.
		FILTER regex(str(?contrib),"susan")

		# 열린 CR 찾기(닫힘, 수정됨 또는 확인됨 중 어떤 상태도 아닌 CR)
		# OSLC CM 상태 술어의 조합을 사용하도록 이를 조정할 수 있습니다.
		# oslc_cm:closed, oslc_cm:inprogress, oslc_cm:fixed, oslc_cm:approved, oslc_cm:reviewed, and oslc_cm:verified
	{
				?cr oslc_cm:closed "false"^^xsd:boolean ;
						oslc_cm:fixed "false"^^xsd:boolean .
	}
		# 예를 들어, 위 절에 대한 다음 대체 절이 진행 중이거나 닫히지 않은 CR을 찾습니다.
	# {
		#	{ ?cr oslc_cm:inprogress "true"^^xsd:boolean } UNION { ?cr oslc_cm:closed "false"^^xsd:boolean }
	# }
}

다음 예에는 실패하고 나에게 지정된 테스트 케이스를 조회하는 방법이 표시됩니다.

실패한 테스트

# 이름: 실패한 테스트
# 설명: 실패하고 나에게 지정된 테스트 케이스

# 이 조회에 사용된 접두부
PREFIX dcterms: <http://purl.org/dc/terms/>
PREFIX oslc_qm: <http://open-services.net/ns/qm#>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>

SELECT ?testcase ?title
WHERE
{
		# 실패한 테스트 결과와 해당 테스트 케이스를 찾습니다.
		?testResult rdf:type oslc_qm:TestResult ;
				oslc_qm:status "com.ibm.rqm.execution.common.state.failed"^^xsd:string ;
				oslc_qm:reportsOnTestCase ?testcase .

		# 나에게 지정된 테스트 케이스만 선택합니다.
		# 원하는 사용자 이름과 일치하도록 이름 문자열을 변경합니다.
		?testcase dcterms:contributor ?user.
		FILTER regex(str(?user), "tony")

		# 일치하는 테스트 케이스 제목을 찾습니다.
		?testcase dcterms:title ?title .
}

다음 예에는 변경 요청 변경에 의해 영향을 받은 아티팩트를 조회하는 방법이 표시됩니다.

CR 변경에 의해 영향을 받은 아티팩트

# 설명: 변경 요청 변경에 의해 영향을 받은 아티팩트를 찾습니다.
# CR->tracks->REQ->[elaboratedBy->REQ | specifiedBy->REQ]->[verifiedBy->TC | elaboratedBy->ME]와 같은 링크에 연결합니다.

# 이 조회에 사용된 접두부
PREFIX dcterms: <http://purl.org/dc/terms/>
PREFIX foaf: <http://xmlns.com/foaf/0.1/>
PREFIX oslc_cm: <http://open-services.net/ns/cm#>
PREFIX oslc_rm: <http://open-services.net/ns/rm#>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>

SELECT ?cr ?type ?title ?owner
WHERE
{
		?cr a oslc_cm:ChangeRequest ;
				dcterms:identifier ?id ;
				(oslc_cm:tracksRequirement|oslc_rm:trackedBy|oslc_rm:elaboratedBy|oslc_rm:specifiedBy|oslc_rm:validatedBy)* ?uri .
		?uri dcterms:title ?title
	OPTIONAL
	{
				?uri rdf:type/rdfs:label ?type ;
	}
	OPTIONAL
	{
				# 이 조회 파트에서는 JTS 사용자 URI 또는 DOORS FOAF 항목에서 사용자 이름을 선택하고,
				# DOORS 사용자 URI 및 해당 FOAF 항목을 가져오지 않습니다.
		{
						?uri dcterms:contributor/foaf:name ?owner
		}
		UNION
		{
						?uri dcterms:contributor ?owner
						FILTER NOT EXISTS { ?owner foaf:name ?x }
		}
	}
}

# 여기에 하나 이상의 작업 항목 ID 번호를 제공하거나,
# 전체 VALUES 섹션을 제거하거나 주석 처리하여 모든 작업 항목을 확인합니다.
VALUES ?id
{
		"626"^^xsd:string
		"627"^^xsd:string
}

다음에 수행할 작업


피드백