이 페이지는 무료 시험 덤프 자료 [ http://exams.dumpsmaterials.com ]에서 가져온 것입니다. 내보내기 날짜:Thu Dec 26 19:49:50 2024 / +0000 GMT ___________________________________________________ 제목: [6월-2024] ACP-610 덤프자료 무료 PDF [Q46-Q69] --------------------------------------------------- Jun-2024최신덤프자료 ACP-610시험덤프의 PDF와 시험 엔진으로 오늘 무료로 업데이트! 다음은 몇 가지 새로운 ACP-610실전시험 문제입니다! NO.46 권한 체계의 추출은 다음과 같습니다:안젤라는 새로운 팀원입니다. 그녀의 주요 작업은 다음과 같습니다.- 프로젝트에서 중복 버그 검색- 링크- 워크플로우에서 중복 버그 닫기그녀에게 필요한 두 가지 프로젝트 역할은 무엇입니까? (두 가지를 선택하세요.) 링커 Creators 편집자 전환자 시청자 관리자 47 팀의 속도 차트를 검토하던 중 팀이 지난 스프린트에서 커밋한 것보다 더 많은 스토리 포인트를 완료한 것을 발견했습니다. 프로젝트에서 스프린트에 이슈를 추가할 수 있는 사람은 확실히 여러분뿐입니다. 어떻게 학습자가 커밋한 것보다 더 많은 스토리 포인트를 완료할 수 있었나요? 스프린트가 일찍 완료되었습니다. 스토리 포인트가 예상되는 에픽이 스프린트 중에 완료되었습니다. 누군가 스프린트 도중에 이슈의 스토리 포인트 값을 늘렸습니다. 스프린트 시작 시 하위 작업이 매핑되지 않은 상태였습니다. 스프린트를 건조하면서 새 하위 작업이 생성되었습니다. 설명 팀이 지난 스프린트에서 커밋한 것보다 더 많은 스토리 포인트를 완료한 이유는 누군가 스프린트 도중에 이슈의 스토리 포인트 값을 늘렸기 때문입니다. 이렇게 하면 스프린트 종료 시 완료된 총 스토리 포인트는 증가하지만 스프린트 시작 시 커밋된 총 스토리 포인트에는 영향을 미치지 않으므로 긍정적인 범위 변경이 발생합니다. 질문에 언급된 다른 이유는 스토리 포인트에 전혀 영향을 미치지 않거나 커밋된 스토리 포인트와 완료된 스토리 포인트 모두에 동일하게 영향을 미치기 때문에 팀이 커밋한 것보다 더 많은 스토리 포인트를 완료한 이유를 설명할 수 없습니다. 참고: 속도 차트 보기, 범위 변경 NO.48 프로젝트에 버그 및 기능 요청을 관리하는 작업이라는 단일 이슈 유형이 있는데, 버그 관리를 위해 추가 이슈 유형을 만들어야 하는 요구 사항은 무엇인가요? 버그를 만들 때 작성자의 프로젝트 역할에 따라 다른 필드가 표시되어야 합니다. 작업과 버그를 만들 때 서로 다른 구성 요소를 선택할 수 있어야 합니다. 작업과 버그를 만들거나 편집하거나 볼 때 서로 다른 필드가 필요합니다. 개발자가 워크플로우를 통해 버그를 이동할 때 다른 워크플로우 전환을 사용할 수 있어야 합니다. 49 테레사는 이슈에 대해 진행 시작 전환은 볼 수 있지만 승인 전환은 볼 수 없습니다. 그녀의 동료는 둘 다 볼 수 있습니다. Teresa가 승인 전환을 볼 수 없는 두 가지 가능한 원인을 파악하세요. (두 가지를 선택하세요.) 테레사가 이슈에 대한 올바른 보안 수준에 등록되어 있지 않습니다. Teresa에게 전환 문제 권한이 없습니다. Teresa가 올바른 그룹 또는 프로젝트 역할에 속해 있지 않습니다. Teresa가 전환 승인 조건을 충족하지 않습니다. Teresa에게 올바른 전역 권한이 없습니다. Teresa에게 올바른 애플리케이션 액세스 권한이 없습니다. 50번 Tom은 프로젝트에서 향후 스프린트 일정을 예약하고 순서를 변경하는 작업을 해야 합니다.Tom에게 필요한 최소 두 가지 권한은 무엇인가요? (두 개를 선택하세요.) 프로젝트 관리 이슈 작업 개발 도구 보기 프로젝트 찾아보기 이슈 예약 스프린트 관리 NO.51 이슈가 이동할 때 알림을 받는 사람을 변경하라는 메시지가 표시됩니다.프로젝트에서 사용하는 기본 알림 체계의 설정은 아래 표에 나와 있습니다.프로젝트 관리자로서 알림 체계를 업데이트할 수 없는 이유는 무엇인가요? 알림 체계가 공유되어 있습니다. Jira 관리자가 아닙니다. 확장 프로젝트 관리 옵션이 활성화되어 있지 않습니다. 기본 알림 체계는 편집할 수 없습니다. 52 모든 프로젝트는 세 가지 상태(열기, 진행 중, 종료)와 모든 전역 전환이 있는 하나의 단순화된 워크플로만 사용하며, 라이프사이클의 어느 시점에서 종료 상태였던 모든 이슈를 찾아야 합니다.올바른 JQL 쿼리를 선택하세요. 상태가 "진행 중"에서 종료됨으로 변경됨 상태 = 닫힘 또는 (상태 WAS 닫힘 그리고 상태 = 열림) status WAS Closed 상태가 열림으로 변경됨 53 보안 수준은 이미 Legal 프로젝트의 이슈 보안 체계에서 구성되었지만 이제 Dave는 Legal 프로젝트의 이슈에 특정 보안 수준을 설정할 수 있어야 합니다. 데이브가 이 작업을 수행할 수 있도록 하기 위한 세 가지 전제 조건을 밝히세요. (세 가지를 선택하세요.) Dave는 해당 특정 보안 수준에 할당되어야 합니다. Dave는 Legal 프로젝트에서 이슈 보안 설정 권한이 있어야 합니다. Dave는 법률 프로젝트에 액세스할 수 있어야 합니다. Dave에게 유효한 Jira Software 라이선스가 있어야 합니다. 이슈 수준 보안은 Jira 관리자가 전역적으로 사용하도록 설정해야 합니다. Dave는 Legal 프로젝트의 프로젝트 관리자여야 합니다. 질문 54 개별 릴리스 주기가 있는 3개의 소프트웨어 제품을 담당하고 있으며 각 제품은 다른 프로젝트에서 관리되는데 모든 프로젝트의 모든 수정 버전에 대한 즉각적인 진행 상황 개요를 제공할 수 있는 보고서는 무엇인가요? 릴리스 번다운 파이 차트 보고서 버전 워크로드 보고서 버전 보고서 보고서별 단일 레벨 그룹 설명 모든 프로젝트의 모든 수정 버전에 대한 즉각적인 진행 상황 개요를 제공할 수 있는 보고서는 파이 차트 보고서입니다. 이 보고서를 사용하면 수정 버전, 프로젝트, 이슈 유형 등 모든 통계 유형을 기준으로 파이 차트를 만들 수 있습니다. 이 보고서를 사용하여 여러 프로젝트에서 서로 다른 수정 버전에 있는 이슈의 상대적인 비율을 비교할 수 있습니다. 예를 들어, 수정 버전 통계 유형을 기준으로 파이 차트를 만들고 담당하고 있는 모든 프로젝트를 선택할 수 있습니다. 그러면 각 프로젝트의 각 수정 버전에 할당된 이슈 수와 전체 이슈에서 차지하는 비율이 표시됩니다. 상태, 우선순위, 담당자 또는 기타 기준에 따라 이슈를 필터링할 수도 있습니다. 이 보고서는 릴리스의 진행 상황을 모니터링하고 잠재적인 위험이나 지연을 식별하는 데 도움이 됩니다.파이 차트 보고서를 생성하려면 다음 단계를 따르세요.1:보고하려는 프로젝트로 이동하여 프로젝트 사이드바에서 보고서를 선택합니다.보고서 목록에서 파이 차트 보고서를 선택합니다.파이 차트의 기준이 될 통계 유형을 선택합니다. 이 경우 버전 수정을 선택하고 보고서에 포함할 프로젝트를 선택합니다. 프로젝트 이름을 클릭하는 동안 Ctrl 키(Windows) 또는 Command 키(Mac)를 누른 상태에서 여러 프로젝트를 선택할 수 있습니다.원하는 경우 필터를 선택하여 보고서에 포함할 이슈의 범위를 좁힙니다. 기존 필터를 사용하거나 새 필터를 만들 수 있습니다.보기를 클릭하여 보고서를 생성합니다.대시보드에서 Jira 차트 가젯을 추가하여 파이 차트 보고서에 액세스할 수도 있습니다2. 이 가젯을 사용하면 대시보드에 모든 Jira 보고서를 표시할 수 있습니다.대시보드에 Jira 차트 가젯을 추가하려면 다음 단계를 따르세요.2:대시보드로 이동하여 가젯 추가를 클릭합니다.Jira 차트를 검색하고 가젯 추가를 클릭합니다.다음과 같이 가젯 설정을 구성합니다.차트 유형으로 파이 차트를 선택합니다.데이터 소스로 사용할 프로젝트 또는 필터를 선택합니다.통계 유형으로 수정 버전을 선택합니다.선택적으로 시리즈를 선택하여 상태 또는 우선 순위와 같은 다른 통계 유형으로 데이터를 더 세분화합니다.저장을 클릭합니다.가젯의 오른쪽 상단에 있는 메뉴 아이콘을 클릭하여 언제든지 가젯을 편집하거나 삭제할 수도 있습니다.NO.55 개발 프로젝트의 프로젝트 관리자는 팀의 보드와 팀 대시보드에서 사용되는 다양한 필터를 관리할 책임도 있습니다. 프로젝트의 워크플로에 테스트 중이라는 새 상태를 추가해 달라는 요청을 받았는데 다른 두 가지 변경이 필요할 수 있나요? (두 가지 선택) 변경 사항을 반영하도록 필터를 업데이트해야 합니다. 새 상태를 반영하도록 워크플로 화면을 업데이트해야 합니다. 새 상태를 보드의 열에 매핑해야 합니다. 워크플로를 프로젝트에서 사용되는 이슈 유형에 매핑해야 합니다. 사용자가 새 상태로 전환할 수 있도록 프로젝트 권한을 업데이트해야 합니다. 56 공유 대시보드에 공유 필터를 기반으로 하는 가젯이 표시됩니다.현재 가젯을 보는 각 사람은 상태별로 프로젝트의 모든 이슈 수를 볼 수 있습니다.팀의 요구 사항은 가젯을 보는 각 사람이 상태별로 자신에게 할당된 이슈의 수만 볼 수 있도록 하는 것입니다.이 요구 사항을 충족하려면 어떻게 해야 하나요? '이 필터를 볼 수 있는 사람' 설정을 구성합니다. 대시보드 뷰어를 재구성합니다. 필터에서 currentUser0JQL 함수를 사용합니다. '나에게 할당됨' 가젯으로 바꿉니다. 할당 가능한 사용자 권한을 수정합니다. 설명 팀의 요구 사항을 충족하는 가장 좋은 방법은 필터에서 currentUser() JQL 함수를 사용하는 것입니다. 이 함수는 가젯을 보고 있는 현재 사용자를 반환하며, 할당자별로 이슈를 필터링하는 데 사용할 수 있습니다. 예를 들어 필터가 "프로젝트 = ABC, 할당자 = currentUser()"인 경우 가젯을 보는 각 사용자는 상태별로 자신에게 할당된 이슈의 수만 보게 되며, 이렇게 하면 모든 사용자에게 영향을 미치는 전역 설정인 대시보드 뷰어를 다시 구성하거나 할당 가능한 사용자 권한을 수정할 필요가 없습니다. 또한 상태별로 카운트를 표시하지 않는 '나에게 할당됨' 가젯으로 대체할 필요도 없습니다. "이 필터를 볼 수 있는 사람" 설정을 구성해도 필터의 결과에는 영향을 미치지 않고 필터의 표시 여부에만 영향을 미칩니다. 참조: Jira Projects 데이터 센터 및 Server 관리하기: 인증 번들, [고급 검색 - 기능 참조 | Jira Software Cloud]NO.57 스크럼 보드에는 단일 프로젝트의 이슈가 포함되어 있습니다. 프로젝트의 권한 체계의 추출이 표시됩니다.누가 스크럼 보드를 확실히 보고 이슈의 순위를 매길 수 있나요? Jira Software 애플리케이션 액세스 권한이 있는 개발자 역할의 모든 구성원 로그인한 모든 사용자 개발자 역할 및 제품 소유자 역할의 구성원 모두 개발자 역할의 모든 구성원 설명 스크럼 보드를 확실히 볼 수 있고 이슈의 순위를 매길 수 있는 유일한 사용자는 Jira Software 애플리케이션 액세스 권한이 있는 개발자 역할의 구성원입니다. 이는 사용자가 프로젝트 및 해당 이슈를 볼 수 있는 프로젝트 찾아보기 권한은 개발자 역할에 부여되고, 사용자가 스크럼 보드에서 이슈의 순위를 매길 수 있는 이슈 예약 권한은 Jira Software 애플리케이션 액세스 권한이 있는 로그인한 모든 사용자에게 부여되기 때문입니다. 다른 옵션은 두 권한 모두에 필요한 Jira Software 애플리케이션 액세스 권한이 없거나 프로젝트 찾아보기 권한에 필요한 개발자 역할에 속하지 않기 때문에 올바르지 않습니다. 프로젝트 권한 및 역할에 대한 자세한 내용은 프로젝트 권한 및 역할 이해 및 프로젝트 권한 관리를 참조하세요. 참고: 프로젝트 권한 관리, 프로젝트 권한 및 역할 이해하기NO.58 프로젝트가 감사됩니다. 프로젝트 역할을 통해 감사자에게 특정 권한을 부여해야 합니다.감사자에게는 Jira 전역 권한이 부여되지 않았습니다.프로젝트 역할을 통해 부여할 수 있는 두 가지 권한은 무엇인가요? (두 개를 선택하세요.) 보안 수준이 있는 이슈 보기 아카이브된 이슈 보기 다른 감사자와 대시보드 공유 다른 오디터를 검색 결과에 구독하기 일괄 변경을 사용하여 7개의 이슈 업데이트 설명https://support.atlassian.com/jira-software-cloud/docs/understand-project-permissions-and-roles/ 프로젝트 역할을 통해 부여할 수 있는 두 가지 권한은 다음과 같습니다.A: 보안 수준이 있는 이슈 보기C: 다른 감사자와 대시보드 공유 이러한 권한은 프로젝트 수준과 관련이 있으며 프로젝트 관리자가 권한 체계 또는 대시보드 설정을 사용하여 구성할 수 있습니다.문서1에 따르면 프로젝트 역할에 다음과 같은 권한을 부여할 수 있습니다.프로젝트 찾아보기: 프로젝트 및 해당 이슈를 봅니다.이슈 만들기: 새 이슈 만들기: 새 이슈 만들기.이슈 편집: 기존 이슈 편집: 기존 이슈 편집.이슈 예약: 이슈의 마감일을 편집하거나 스크럼 보드에서 이슈의 순위를 매깁니다.이슈 이동: 이슈 이동: 한 프로젝트에서 다른 프로젝트로 이슈를 이동하거나 이슈 유형을 변경합니다.할당 가능한 사용자: 이슈를 할당받습니다.이슈 할당: 다른 사용자에게 이슈를 할당합니다.이슈 해결: 이슈를 해결하거나 다시 열거나, 이슈를 닫을 때 해결 방법을 설정합니다.이슈 닫기: 이슈를 닫습니다: 이슈를 닫습니다.리포터 수정: 이슈의 리포터 필드를 수정합니다.이슈 삭제: 이슈를 삭제합니다: 프로젝트에서 이슈를 삭제합니다.이슈 연결: 이슈를 서로 연결하거나 이슈 아래에 하위 작업을 만듭니다.이슈 보안 설정: 이슈에 보안 수준을 설정하여 누가 볼 수 있는지 제어합니다.투표자 및 감시자 보기: 투표자 및 감시자 보기: 이슈의 투표자 및 감시자 목록을 봅니다.감시자 관리: 이슈에 대한 감시자를 추가하거나 제거합니다.읽기 전용 워크플로 보기: 이슈의 워크플로 다이어그램을 보지만 편집할 수는 없습니다.스프린트 관리: 스크럼 보드에서 스프린트를 시작, 완료 또는 편집합니다.또한 프로젝트 역할에 다른 사용자 또는 그룹과 대시보드를 공유할 수 있는 액세스 권한을 부여할 수 있습니다2. 이렇게 하려면 프로젝트 관리자는 다음과 같이 해야 합니다.대시보드 > 모든 대시보드 보기로 이동공유할 대시보드 찾아서 클릭 > 공유 권한 편집 클릭권한 추가에서 그룹 또는 프로젝트 역할 선택드롭다운 메뉴에서 감사자 프로젝트 역할 선택추가 클릭다른 옵션은 올바르지 않음: 보관된 이슈 보기는 프로젝트 역할을 통해 부여할 수 있는 권한이 아니며 보관된 이슈는 Jira 관리자를 제외한 모든 사용자로부터 숨겨집니다.3. 보관된 이슈를 보려면 감사자에게 프로젝트 역할과 관련이 없는 Jira 관리자 전역 권한이 있어야 합니다.D: 검색 결과에 다른 감사자 구독은 프로젝트 역할을 통해 부여할 수 있는 권한이 아닙니다.검색 결과에 다른 사용자를 구독하는 것은 그룹 필터 구독 관리 전역 권한이 필요한 기능입니다4. 이 권한은 프로젝트 역할과 관련이 없으며 Jira 관리자가 개별 사용자 또는 그룹에만 부여할 수 있습니다.예: 대량 변경을 사용하여 7개 이슈 업데이트는 프로젝트 역할을 통해 부여할 수 있는 권한이 아닙니다.대량 변경은 대량 변경 전역 권한이 필요한 작업입니다5. 이 권한은 프로젝트 역할과 관련이 없으며 Jira 관리자가 개별 사용자 또는 그룹에만 부여할 수 있습니다.NO.59 다음 요구 사항을 가진 새 스크럼 보드를 만들고 싶습니다.* 프로젝트 BERT의 모든 이슈 유형을 표시하지만 백로그에 하위 작업을 표시하지 않음* 프로젝트 ERNIE의 에픽만 표시* 다른 프로젝트의 이슈는 표시하지 않음이 요구 사항을 충족하는 보드 채우기 쿼리는 무엇입니까? 프로젝트 입력 (BERT, ERNIE) 및 유형 입력 (표준lssueTypesG, 에픽) 프로젝트가 (BERT. ERNIE) AND 발행 유형 - 에픽 그리고 하위 작업에 없는 유형lssueTypesO (프로젝트 = BERT AND 유형이 subTasklssueTypesO에 없음) 또는 (프로젝트 = ERNIE AND 발행 유형 Epic) 프로젝트 = BERT 또는 (프로젝트 - ERNIE AND 유형 = Epic) (프로젝트 - BERT AND type in standardlssueTypes(J) 또는 (프로젝트 - ERNIE AND issuetype -Epic) 설명 이러한 요구 사항을 충족하는 보드 필터 쿼리는 (프로젝트 = BERT이고 유형이 subTasklssueTypesO에 없는 경우) 또는 (프로젝트 = ERNIE이고 발행 유형 Epic)입니다. 이 쿼리는 하위 작업을 제외한 프로젝트 BERT의 모든 이슈 유형과 프로젝트 ERNIE의 에픽만 표시합니다. OR 연산자를 사용하여 프로젝트 이름을 지정하는 두 조건을 결합하기 때문에 다른 프로젝트의 이슈는 표시되지 않습니다. 다른 쿼리는 프로젝트 BERT의 하위 작업을 포함하거나 프로젝트 ERNIE의 에픽을 제외하거나 다른 프로젝트의 이슈를 표시하기 때문에 모든 요구 사항을 충족하지 않습니다. 참조: 필터 구성하기, 고급 검색-필드 참조NO.60 개발팀이 어제 GPS 트래커의 첫 번째 버전을 방금 출시했습니다. 다음 제품 출시는 3개월 후에 예정되어 있으며, 오늘 실행하면 1.0 버전에 제공된 모든 기능을 나열하는 두 개의 JQL 쿼리는 무엇인가요? (두 개를 선택하세요.) project = GPS AND issuetype Feature AND fixVersion = released() 프로젝트 = GPS AND 유형 = Feature AND (1.0)의 fixVersion 프로젝트 = GPS 그리고 발행 유형 = Feature 그리고 fixVersion(들)이 비어 있지 않음 프로젝트 = GPS AND 유형 = 기능 그리고 릴리즈된 버전()의 수정 버전 프로젝트 = GPS AND type = Feature AND fixVersion(s) = "1.0" 프로젝트 = GPS 그리고 발행 유형 = 기능 그리고 1.0의 수정 버전 61 대시보드에 다음 간의 상관관계를 보여주는 데이터를 표시해야 합니다* 이슈가 열린 일수* 이슈에 대한 댓글 수* 이슈에 대한 참여자 수이러한 요구 사항을 충족하는 단일 가젯을 식별하세요. 히트 맵 버블 차트 활동 스트림 이슈 통계 투표된 이슈 62 다음 중 Jira 첨부 파일에 대한 설명은 어느 것이 맞습니까? 사용자는 첨부 파일이 포함된 이슈를 검색할 수 있다. 사용자에게 이슈에 대한 작업 권한이 있어야 첨부 파일을 제거할 수 있다. 사용자가 첨부 파일을 추가하려면 이슈 편집 권한이 필요합니다. 프로젝트 관리자는 프로젝트 설정을 통해 첨부 파일을 비활성화할 수 있습니다. 설명 Jira 첨부 파일은 사용자가 팀과 정보를 공유하기 위해 이슈에 첨부할 수 있는 파일입니다. 사용자는 고급 검색의 첨부 파일 필드를 사용하여 첨부 파일이 포함된 이슈를 검색할 수 있습니다. 예를 들어 첨부 파일이 비어 있지 않음을 선택하면 첨부 파일이 하나 이상 있는 모든 이슈가 반환됩니다. 따라서 옵션 A가 참입니다.63 사용자가 요청한 구성 변경을 처리하는 프로젝트 관리자입니다. 가능하면 Jira 관리자의 개입 없이 직접 변경 사항을 처리하려고 하는데, 직접 처리할 수 있는 두 가지 변경 사항에는 어떤 것이 있나요? (두 가지를 선택하세요.) 프로젝트에서 우선 순위 값 최고는 필요하지 않습니다. 감시자는 이슈가 해결될 때만 알림을 받아야 합니다. 샘 스미스는 드웨인 존슨과 동일한 권한을 가져야 합니다. QA 관리자만 프로젝트에서 이슈를 일괄 편집할 수 있어야 합니다. 특정 사용자만 일급 비밀 이슈 보안 수준을 설정할 수 있어야 합니다. 질문 64 스크럼 프로젝트에 다음과 같이 5개의 버전이 구성되어 있는데 프로젝트 백로그의 버전 패널에서 몇 개의 버전을 사용할 수 있나요? 4 1 2 5 3 설명 프로젝트 백로그의 버전 패널에서 엡실론, 델타, 감마의 세 가지 버전을 사용할 수 있습니다. 이미지에 표시된 것처럼 프로젝트에서 아직 출시되지 않은 세 가지 버전입니다. 버전 패널에는 미출시 버전만 표시되는데, 이는 향후 릴리스의 진행 상황을 계획하고 추적하는 데 사용되기 때문입니다. 릴리스된 버전과 보관된 버전은 완료된 것으로 간주되어 더 이상 계획 목적과 관련이 없으므로 버전 패널에 표시되지 않습니다. 참조: [버전으로 작업하기], [Jira 프로젝트 데이터 센터 및 Server:인증 번들 관리]NO.65 프로젝트 관리자가 프로젝트 화면을 수정하려고 합니다. 프로젝트 화면이 편집할 수 있는 모든 전제 조건을 충족하는데, 다음 중 수행할 수 없는 두 가지 작업은 무엇인가요? (두 가지를 선택하세요.) 필드 제거 탭 이름 바꾸기 필드를 필수로 만들기 기존 필드 재정렬 새 필드 만들기 탭 이동 66 스크럼 팀에서 지난 스프린트에서 완료된 이슈의 포괄적인 단일