무료 온라인 액세스 ATLASSIAN.ACP-120.v2025-10-09.q64 모의 시험 (Page 2)

ACP-120 문제 1

DEV 권한 체계의 발췌 부분은 다음과 같습니다.
프로젝트 권한|사용자/그룹/프로젝트 역할
프로젝트 관리 | 프로젝트 역할(관리자)
개발 도구 보기 | 프로젝트 역할(핵심), 프로젝트 역할(스프린트 팀) 스프린트 관리 | 프로젝트 역할(atlassian-addons-project-access), 프로젝트 역할(핵심) Ahmed는 Jira 관리자가 아닌 DEV의 프로젝트 관리자입니다. 그는 DEV에서 스프린트를 생성할 수 없습니다.
아흐메드는 어떻게 해야 할까?

A. 핵심 프로젝트 역할에 자신을 추가합니다.

B. 스프린트 팀 프로젝트 역할에 자신을 추가합니다.

C. '개발 도구 보기' 권한에 관리자 프로젝트 역할을 추가합니다.

D. '스프린트 관리' 권한에 관리자 프로젝트 역할 추가

정답: D

Ahmed는 DEV 프로젝트의 프로젝트 관리자입니다. 즉, 권한 체계에 따라 관리자 프로젝트 역할을 맡고 있으며, 이 역할에는 프로젝트 관리 권한이 부여됩니다. 하지만 Atlassian-addons-project-access 및 Coreproject 역할에 부여된 스프린트 관리 권한이 없기 때문에 스프린트를 생성할 수 없습니다. 이 문제를 해결하려면 Ahmed가 관리자 프로젝트 역할을 추가해야 합니다.
'스프린트 관리' 권한(옵션 D).
* 정답에 대한 설명 (옵션 D):
* 스프린트 관리 권한은 사용자가 프로젝트에서 스프린트를 생성, 시작, 완료 또는 삭제할 수 있도록 허용합니다. 권한 체계에 따르면, 이 권한은 atlassian-addons-project-access 및 Coreproject 역할에 부여되지만, Ahmed가 속한 Administratorsproject 역할에는 부여되지 않습니다.
* 프로젝트 관리자인 Ahmed는 "프로젝트 관리" 권한을 가지고 있으며, 이 권한을 통해 프로젝트 권한 체계를 수정하고("프로젝트 설정" > "권한") "스프린트 관리" 권한에 "관리자" 프로젝트 역할을 추가할 수 있습니다. 이를 통해 Jira 관리자 권한 없이도 스프린트를 생성할 수 있습니다.
* 문서에서 발췌한 정확한 내용:
스프린트 관리 권한
스프린트 관리 권한을 통해 사용자는 프로젝트에서 스프린트를 생성, 시작, 완료 또는 삭제할 수 있습니다. 이 권한은 프로젝트의 권한 체계를 통해 부여됩니다.
권한을 업데이트하려면:
* 프로젝트 설정 > 권한으로 이동합니다.
* 권한 체계를 편집하고 사용자, 그룹 또는 프로젝트 역할(예: 관리자)을 스프린트 관리 권한에 추가합니다. 참고: 프로젝트 관리자는 프로젝트 관리 권한이 있는 경우 해당 프로젝트의 권한 체계를 수정할 수 있습니다.(출처: Atlassian 지원 문서, "Jira Cloud에서 권한 관리")
* 적합한 이유: 관리자 프로젝트 역할을 스프린트 관리 권한에 추가하면 아메드가 스프린트를 만들 수 있는 권한이 없다는 문제를 직접 해결하고 기존 프로젝트 관리자 권한을 활용할 수 있습니다.
* 다른 옵션이 틀린 이유:
* 핵심 프로젝트 역할에 자신을 추가합니다(옵션 A):
* 핵심 프로젝트 역할에 자신을 추가하면 Ahmed에게 스프린트 관리 권한이 부여됩니다. 이 역할은 해당 권한으로 지정되어 있기 때문입니다. 그러나 프로젝트 관리자인 Ahmed는 다른 역할에 자신을 추가하는 대신 권한 체계를 직접 수정할 수 있으며, 불필요한 권한(예: 개발 도구 보기)이 부여될 수 있습니다. 옵션 D는 그의 관리 역할과 일치하므로 더 적합합니다.
* 문서에서 발췌:
프로젝트 역할은 '프로젝트 설정 > 사용자'에서 관리합니다. 역할에 사용자를 추가하면 해당 역할과 관련된 모든 권한이 부여되며, 여기에는 필요 이상의 권한이 포함될 수 있습니다.
(출처: Atlassian 지원 문서, "프로젝트 역할 관리")
* 스프린트 팀 프로젝트 역할에 자신을 추가합니다(옵션 B):
* 스프린트 팀 프로젝트 역할은 개발 도구 보기 권한에만 할당되며, 스프린트 관리 권한에는 할당되지 않습니다. 이 역할에 자신을 추가하더라도 Ahmed는 스프린트를 생성할 수 없습니다.
* 문서에서 발췌:
권한 체계에서는 특정 역할이나 그룹에 권한이 부여됩니다. 사용자를 추가하기 전에 각 권한에 할당된 역할을 확인하세요.
(출처: Atlassian 지원 문서, "Jira Cloud에서 권한 관리")
* '개발 도구 보기' 권한에 관리자 프로젝트 역할 추가(옵션 C)
:
* 개발 도구 보기 권한은 사용자가 개발 관련 정보(예: 커밋, 빌드)를 볼 수 있도록 허용합니다. 이 권한은 스프린트 생성과는 무관하므로, 이 권한에 관리자 역할을 추가하는 것은 Ahmed에게 도움이 되지 않습니다.
* 문서에서 발췌:
개발 도구 보기 권한은 스프린트 관리가 아닌 개발 정보에 대한 액세스 권한을 부여합니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 권한 관리")
* 추가 참고 사항:
* 아메드가 권한 체계를 수정할 수 있는 능력은 프로젝트 관리자로서의 그의 역할에 의해 확인되는 그의 프로젝트 관리 권한에 달려 있습니다.
* Theatlassian-addons-project-accessrole은 일반적으로 시스템이나 앱 관련 권한에 사용되며 Ahmed가 수정하는 것과 관련이 없습니다.
* 스프린트 관리에 관리자 역할을 추가하면 Ahmed와 다른 관리자는 스프린트 관리 기능을 얻게 됩니다.
:
Atlassian 지원 문서: Jira Cloud에서 권한 관리
Atlassian 지원 문서: 프로젝트 역할 관리
Atlassian 지원 문서: 회사 관리 프로젝트에서 스프린트 관리

ACP-120 문제 2

문제 유형의 이름을 변경하려고 합니다. 이 변경으로 인해 어떤 영향을 받을 수 있나요?

A. 문제 유형 체계

B. 문제 유형 화면 구성표

C. 워크플로우 구성표

D. 쿼리별 수영로

E. 사용자 정의 필드 컨텍스트

정답: D

Jira Software Cloud에서 이슈 유형의 이름을 변경하면 표시 이름이 변경되어, 특히 JQL 쿼리나 사용자 정의 설정에서 이슈 유형을 이름으로 참조하는 구성이나 기능에 영향을 줄 수 있습니다. 가장 큰 영향을 받는 요소는 쿼리에 의해 영향을 받는 스윔레인(옵션 D)입니다. 스윔레인은 이슈 유형 이름을 포함하는 JQL 쿼리를 사용하는 경우가 많기 때문입니다.
* 정답에 대한 설명 (옵션 D):
* Jira 보드(예: 칸반 또는 스크럼)의 스윔레인은 JQL 쿼리를 사용하여 이슈를 그룹화하도록 구성할 수 있습니다(예: issuetype = Bug). 스윔레인의 JQL 쿼리가 이름이 변경되는 이슈 유형을 참조하는 경우(예: issuetype = Task), 이슈 유형 이름을 변경하면(예: toStory) 쿼리가 변경된 유형의 이슈와 더 이상 일치하지 않아 스윔레인의 기능이 손상됩니다. 이러한 쿼리는 새로운 이슈 유형 이름을 반영하도록 업데이트해야 합니다.
* 문서에서 발췌한 정확한 내용:
보드 수영 레인 구성
Jira 보드의 수영 레인은 JQL 쿼리(예: issuetype = Bug)를 기반으로 할 수 있습니다.
이름 변경 문제 유형의 영향:
* 이슈 유형 이름(예: issuetype = Task)을 참조하는 JQL 쿼리는 이슈 유형 이름이 변경된 경우(예: Story) 더 이상 이슈와 일치하지 않습니다. 업데이트하려면 다음을 수행하세요.
* 보드 설정 > 수영 레인으로 이동합니다.
* 새로운 문제 유형 이름을 사용하도록 JQL 쿼리를 업데이트합니다. 참고: 문제 유형의 이름을 바꾸면 수영 레인, 필터, 대시보드를 포함한 모든 JQL 기반 기능에 영향을 미칠 수 있습니다.(출처:
Atlassian 지원 문서, "Jira Cloud에서 보드 구성")
* 적합한 이유: 문제 유형의 이름을 바꾸면 쿼리에 의해 수영로에 영향을 미칩니다. 수영로 구성의 JQL 쿼리가 문제 유형 이름을 참조할 수 있으므로 기능을 유지하려면 업데이트가 필요하므로 옵션 D가 올바른 답입니다.
* 다른 옵션이 틀린 이유:
* 문제 유형 계획(옵션 A):
* 이슈 유형 스키마는 프로젝트에서 사용 가능한 이슈 유형을 정의합니다. 이슈 유형의 이름을 변경하면 표시 이름은 전역적으로 변경되지만, 스키마의 구조나 연결은 변경되지 않습니다. 이슈 유형은 스키마의 내부 ID로 참조되기 때문입니다.
* 문서에서 발췌:
문제 유형의 이름을 바꾸면 표시 이름은 업데이트되지만 내부 ID를 사용하는 문제 유형 체계에는 영향을 미치지 않습니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 이슈 유형 관리")
* 문제 유형 화면 구성표(옵션 B):
* 이슈 유형 화면 구성표는 작업(생성, 편집, 보기)을 위한 이슈 유형에 화면을 매핑합니다.
이러한 스키마는 내부 ID로 문제 유형을 참조하므로 문제 유형의 이름을 변경해도 스키마 구성에는 영향을 미치지 않습니다.
* 문서에서 발췌:
문제 유형 화면 구성표는 이름이 아닌 문제 유형 ID를 사용합니다. 문제 유형의 이름을 변경하더라도 화면 구성표를 변경할 필요는 없습니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 화면 구성 구성")
* 워크플로우 구성표(옵션 C):
* 워크플로 스키마는 워크플로를 이슈 유형에 매핑합니다. 다른 스키마와 마찬가지로 이슈 유형 ID를 사용하므로 이슈 유형의 이름을 변경해도 워크플로 할당이나 구성에는 영향을 미치지 않습니다.
* 문서에서 발췌:
워크플로 스키마는 ID로 이슈 유형을 참조합니다. 이슈 유형의 이름을 변경해도 워크플로 스키마에는 영향을 미치지 않습니다.
(출처: Atlassian 지원 문서, "워크플로 구성")
* 사용자 정의 필드 컨텍스트(옵션 E):
* 사용자 정의 필드 컨텍스트는 사용자 정의 필드를 사용할 수 있는 프로젝트와 이슈 유형을 정의합니다.
컨텍스트는 문제 유형 ID도 사용하므로 문제 유형의 이름을 바꿔도 컨텍스트 구성을 변경할 필요가 없습니다.
* 문서에서 발췌:
사용자 지정 필드 컨텍스트는 문제 유형 ID를 사용합니다. 문제 유형의 이름을 변경해도 필드 컨텍스트에는 영향을 미치지 않습니다.
(출처: Atlassian 지원 문서, "Jira Cloud에서 사용자 정의 필드 관리")
* 추가 참고 사항:
* 이슈 유형의 이름을 변경하려면 설정 > 이슈 > 이슈 유형에서 변경해야 하며 Jira 관리자 권한이 필요합니다.
* 다른 JQL 기반 기능(예: 필터, 대시보드, 자동화 규칙)도 문제 유형 이름을 참조하는 경우 영향을 받을 수 있지만, 옵션 중에서 쿼리별 수영 레인이 가장 직접적인 영향을 받습니다.
* 영향을 최소화하려면 JQL 쿼리에서 문제 유형 ID를 사용하세요(예: issuetype = 10001). 하지만 이는 덜 일반적입니다.
:
Atlassian 지원 문서: Jira Cloud에서 보드 구성
Atlassian 지원 문서: Jira Cloud에서 이슈 유형 관리
Atlassian 지원 문서: Jira Cloud에서 화면 구성표 구성
Atlassian 지원 문서: 워크플로 구성
Atlassian 지원 문서: Jira Cloud에서 사용자 정의 필드 관리

ACP-120 문제 3

HR 프로젝트에는 고용과 해고라는 두 가지 문제 유형이 있습니다.
필드 구성만 변경하여 충족할 수 있는 두 가지 요구 사항은 무엇입니까? (두 가지를 선택하세요.)

A. 두 가지 문제 유형 모두에서 직원 이름 사용자 정의 필드는 생성 시 필수여야 하며 절대로 비워 둘 수 없습니다.

B. 화재 문제 유형의 경우 우선순위 필드의 기본값은 차단기여야 합니다.

C. 두 가지 문제 유형 모두, 문제를 생성할 때는 담당자 필드를 숨겨야 하지만, 문제를 볼 때는 숨겨서는 안 됩니다.

D. 두 가지 문제 유형 모두 문제가 해결되면 해결 방법을 설정해야 합니다.

E. 화재 문제 유형의 경우 설명 필드의 기본값은 "종료"여야 합니다.

F. 고용 문제 유형의 경우, 마감일 필드에 대한 필드 설명은 "첫 근무일"로 읽어야 합니다.

ACP-120 문제 4

Jira Cloud와 Jira Server 중에서 선택할 때 고려해야 할 세 가지 요소는 무엇입니까? (세 가지를 선택하세요.)

A. Jira를 클라우드 기반 소스 저장소(예: Bitbucket)와 통합하는 기능

B. 시스템 관리에 필요한 시간

C. REST API의 가용성

D. 사용하고 싶은 상업용 앱

E. 외부 사용자 디렉토리(예: 회사 LDAP 디렉토리)와 통합하는 기능

F. 필요한 워크플로 수

ACP-120 문제 5

HR팀이 구현을 원하는 새로운 요구 사항을 가지고 귀하에게 접근합니다.
- 사용자가 "[email protected]"으로 이메일을 보내서 Jira에 요청을 보낼 수 있도록 허용합니다.
- HR 프로젝트에서 해당 이메일을 자동으로 "휴가 요청"으로 전환합니다.
이미 "새 이슈 생성 또는 기존 이슈에 댓글 추가"를 위한 수신 메일 서버와 메일 처리기를 설정했습니다. 이 메일 구성에서 설정할 수 있는 추가 옵션 세 가지는 무엇입니까? (세 가지 선택)

A. 보낸 사람 주소를 기준으로 새로운 Jira 사용자를 만듭니다.

B. 사용자 정의 필드를 설정합니다.

C. 환경 설정.

D. 담당자와 감시자를 설정합니다.

E. 기본 리포터를 설정합니다.