このページは Free Exams Dumps Materials [ http://exams.dumpsmaterials.com ] からエクスポートされました。 エクスポート日時:Thu Dec 26 14:46:59 2024 / +0000 GMT ___________________________________________________ タイトル：[6月-2024] ACP-610無料PDF DumpsMaterialsから[Q46-Q69]。 --------------------------------------------------- 6月2024日最新のDumpsMaterials ACP-610試験問題集PDFと試験エンジンは無料で更新されました！ 以下は新しいACP-610実際の試験問題です！ NO.46許可スキームの抜粋は以下のとおりです：アンジェラは新しいチームメンバーです。彼女の主なタスクは次のとおりです： - プロジェクトで重複バグを検索する - バグをリンクする - ワークフローで重複バグをクローズする彼女に必要なプロジェクトの役割はどれですか？(2つ選んでください) リンカー クリエーター 編集者 トランジショナー 閲覧者 管理者 NO.47 あなたはチームのベロシティチャートを見ていて、彼らが最後のスプリントでコミットしたよりも多くのストーリーポイントを完了していることに気づきました。プロジェクトでスプリントに課題を追加できるのは、間違いなくあなただけです。なぜあなたのチームはコミットした以上のストーリーポイントを完了したのでしょうか？ スプリントが早期に完了した。 スプリント中にストーリーポイントの見積もりがあるエピックが完成した。 誰かがスプリントの途中で課題のストーリーポイントを増やした。 スプリント開始時にサブタスクが未マップ状態であった。 スプリント中に新しいサブタスクが作成された。 説明あなたのチームが前回のスプリントでコミットしたよりも多くのストーリーポイントを完了した理由は、誰かがスプリントの途中で課題のストーリーポイント値を増やしたからです。この場合、スプリント終了時に完了したストーリーポイントの合計は増えますが、スプリント開始時にコミットしたストーリーポイントの合計には影響しません。質問で言及された他の理由は、ストーリーポイントにまったく影響しないか、コミットしたストーリーポイントと完了したストーリーポイントの両方に等しく影響するため、あなたのチームがコミットしたよりも多くのストーリーポイントを完了した理由を説明できません。参考文献ベロシティチャートの表示、スコープの変更NO.48 プロジェクトには、バグと機能要求を管理するためのタスクという名前の課題タイプが1つあります。 バグを作成する際、作成者のプロジェクトの役割に応じて異なるフィールドが表示されるべきである。 タスクとバグを作成する際に、異なるコンポーネントを選択できるようにする必要があります。 タスクとバグを作成、編集、表示する際に異なるフィールドが必要です。 開発者がワークフローを通してバグを移動するとき、異なるワークフロー遷移が利用可能である必要があります。 NO.49 テレサはissueの[Start Progress]遷移を見ることができますが、[Approve]遷移は見ることができません。彼女の同僚は両方を見ることができます。Teresaが承認遷移を見ることができない2つの可能な原因を特定します。(2つ選択してください)。 テレサがissueの正しいセキュリティレベルにリストされていない。 テレサはissueの移行の権限を持っていません。 テレサは正しいグループまたはプロジェクト・ロールに属していません。 テレサは移行を承認する条件を満たしていません。 テレサは正しいグローバル権限を持っていません。 テレサは正しいアプリケーションアクセス権を持っていません。 NO.50トムは、プロジェクトで将来のスプリントのスケジュールと順序の変更に取り組む必要があります。(2つを選択してください) プロジェクトの管理 課題に関する作業 開発ツールの表示 プロジェクトの閲覧 課題のスケジュール スプリントの管理 NO.51 プロジェクトで使用されているデフォルトの通知スキームの設定は以下の表のとおりです。 通知スキームは共有されています。 あなたは Jira 管理者ではありません。 拡張プロジェクト管理オプションが有効になっていない。 デフォルトの通知スキームを編集できない。 NO.52 すべてのプロジェクトで、3 つのステータス (オープン、進行中、クローズ) とすべてのグローバル遷移を持つ単一の簡略化されたワークフローのみを使用しています。 ステータスが "進行中 "から "クローズ "に変更された status = Closed OR (status WAS Closed AND status = Open) ステータスがクローズされた ステータスがオープンに変更された NO.53 法律プロジェクトのissueセキュリティスキームで、セキュリティレベルがすでに設定されています。Daveは、法律プロジェクトのissueに特定のセキュリティレベルを設定できる必要があります。Daveがこれを行うための前提条件を3つ挙げてください。(3つ選んでください)。 Daveがその特定のセキュリティ・レベルに割り当てられていること。 Daveが法務プロジェクトで「issueのセキュリティ設定」権限を持っていること。 Dave が法務プロジェクトにアクセスできること。 Dave が有効な Jira Software ライセンスを持っていること。 課題レベルのセキュリティは、Jira 管理者によってグローバルに有効化されている必要があります。 Dave は法務プロジェクトのプロジェクト管理者でなければなりません。 NO.54 あなたは、個別のリリースサイクルを持つ 3 つのソフトウェア製品の責任者です。各製品は異なるプロジェクトで管理されています。すべてのプロジェクトにわたるすべての修正バージョンの進捗状況の概要を即座に提供できるレポートはどれですか？ リリースバーンダウン 円グラフレポート バージョンワークロードレポート バージョン・レポート シングル・レベル・グループ・バイ・レポート 説明すべてのプロジェクトにわたるすべての修正バージョンの進捗状況を即座に把握できるレポートが、円グラフ・レポートです。このレポートでは、修正バージョン、プロジェクト、問題タイプなど、任意の統計タイプに基づいて円グラフを作成できます。このレポートを使用して、異なるプロジェクト間の異なる修正バージョンにおける問題の相対的な割合を比較することができます。例えば、修正バージョンの統計タイプに基づいて円グラフを作成し、担当するすべてのプロジェクトを選択します。これにより、各プロジェクトで各修正バージョンに割り当てられているissueの数と、それがissue全体に占める割合が表示されます。また、ステータス、優先度、担当者、その他の基準で課題をフィルタリングすることもできます。このレポートは、リリースの進捗を監視し、潜在的なリスクや遅延を特定するのに役立ちます。円グラフ・レポートを作成するには、以下の手順に従ってください。レポートに含めたいプロジェクトを選択します。Ctrlキー（Windows）またはCommandキー（Mac）を押しながらプロジェクト名をクリックすると、複数のプロジェクトを選択できます。オプションで、レポートに含めるissueを絞り込むフィルタを選択します。既存のフィルタを使用することも、新しいフィルタを作成することもできます。[表示] をクリックしてレポートを生成します。Jira Chart ガジェット2を追加することで、ダッシュボードから円グラフレポートにアクセスすることもできます。このガジェットを使用すると、ダッシュボードに任意の Jira レポートを表示できます。Jira Chart ガジェットをダッシュボードに追加するには、次の手順に従います。データソースとして使用するプロジェクトまたはフィルタを選択します。統計タイプとして修正バージョンを選択します。オプションで、ステータスや優先度などの別の統計タイプでデータをさらに分解するシリーズを選択します。保存をクリックします。ガジェットの右上にあるメニューアイコンをクリックすることで、いつでもガジェットを編集または削除することができます。DEVプロジェクトのプロジェクト管理者として、あなたはチームのボードとチームのダッシュボードで使用されている様々なフィルタの管理も担当しています。彼らは、プロジェクトのワークフローに「テスト」という新しいステータスを追加するようあなたに依頼しました。 変更を反映させるために、フィルタを更新する必要がある。 新しいステータスを反映するために、ワークフロー画面を更新する必要があります。 新しいステータスをボード上の列にマッピングする必要がある。 ワークフローをプロジェクトで使用されるissueタイプにマッピングする必要があります。 ユーザが新しいステータスに移行できるように、プロジェクトの権限を更新する必要があります。 NO.56 共有ダッシュボードには、共有フィルタに基づくガジェットが表示されます。現在、ガジェットを表示する各担当者は、ステータス別にプロジェクト内のすべての課題のカウントを表示します。チームの要件は、ガジェットを表示する各担当者は、ステータス別に割り当てられた課題のみのカウントを表示することです。 このフィルタを表示できる人」設定を構成します。 ダッシュボード・ビューアを再構成します。 フィルタでcurrentUser0JQL関数を使用します。 それを "Assigned to Me "ガジェットに置き換えてください。 割り当て可能ユーザー権限を変更する。 説明チームの要件を満たす最善の方法は、フィルタ内で currentUser() JQL 関数を使用することです。この関数は、ガジェットを表示している現在のユーザーを返し、担当者によってissueをフィルタリングするために使用できます。例えば、フィルタが "project = ABC and assignee = currentUser() "である場合、ガジェットを表示する各担当者は、ステータス別に割り当てられたissueのみのカウントを見ることができます。また、ステータス別の件数を表示しない「私に割り当て済み」ガジェットに置き換える必要もありません。誰がこのフィルタを表示できるか "設定は、フィルタの結果には影響せず、その可視性だけに影響する。参考文献Jira プロジェクトのデータセンターとサーバーの管理：認定バンドル、[高度な検索 - 機能リファレンス | Jira Software Cloud]NO.57スクラムボードには、1 つのプロジェクトの課題が含まれています。プロジェクトの権限スキームの抜粋が表示されます。誰がスクランボードと課題のランク付けを確実に見ることができますか? Jira Software アプリケーションにアクセスできる Developers ロールのメンバー ログインしているユーザー Developers ロールと Product Owner ロールの両方のメンバー 開発者ロールのメンバー 説明スクラムボードと課題のランク付けを確実に見ることができるのは、Jira ソフトウェア アプリケーションのアクセス権を持つ Developers ロールのメンバーだけです。これは、ユーザーがプロジェクトとその課題を参照できる「プロジェクトの参照」権限が Developers ロールに付与されており、スクラムボード上の課題をランク付けできる「課題のスケジュール」権限が Jira ソフトウェア アプリケーションのアクセス権を持つログインユーザーに付与されているためです。他の選択肢は、両方の権限に必要な Jira Software アプリケーションのアクセス権を持っていないか、[プロジェクトを参照] 権限に必要な Developers ロールに属していないため、正しくありません。プロジェクトの権限と役割の詳細については、「プロジェクトの権限と役割を理解する」および「プロジェクトの権限を管理する」を参照してください。参考文献参照: プロジェクトのアクセス権を管理する、プロジェクトのアクセス権とロールを理解するNO.58 プロジェクトが監査されます。監査人には、Jira グローバル権限が付与されていません。プロジェクト ロールを通じて付与できる 2 つの権限はどれですか?(2つ選んでください) セキュリティレベルの課題を見る アーカイブされた課題を見る 他の監査員とダッシュボードを共有する 検索結果に他の監査員を登録する 一括変更を使用して7つの課題を更新する 説明https://support.atlassian.com/jira-software-cloud/docs/understand-project-permissions-and-roles/ プロジェクト・ロールを通じて付与できる権限は以下の2つです。A: セキュリティ・レベルのissueを見るC: 他の監査人とダッシュボードを共有するこれらの権限はプロジェクト・レベルに関連しており、プロジェクト管理者が権限スキームまたはダッシュボード設定を使用して設定できます。ドキュメント1によると、プロジェクト・ロールには以下の権限を付与できます：issueの作成：issueの編集：issueの編集: 既存のissueを編集します：issueの移動：アサイン可能なユーザー：課題をアサインされます：課題を解決する：課題を解決する：課題を解決または再開するか、課題をクローズする際に解決方法を設定します：課題のクローズ：課題をクローズします：issueをリンクする：課題のセキュリティ設定：課題のセキュリティレベルを設定します：課題のセキュリティ設定： 課題のセキュリティレベルを設定し、誰がその課題を見ることができるかをコントロールできます：ウォッチャーの管理：ウォッチャーの管理：課題のウォッチャーの追加や削除ができます：スプリントの管理：スプリントの開始、完了、編集ができます：スプリントの管理：スクラムボード上でスプリントの開始、完了、編集ができます。さらに、プロジェクト・ロールに、ダッシュボードを他のユーザーやグループと共有するためのアクセス権を与えることができます2。これを行うには、プロジェクト管理者は次の操作を行う必要があります:「ダッシュボード」>「すべてのダッシュボードを表示」に移動し、共有するダッシュボードを見つけ、>「共有」をクリックします「権限を編集」をクリックします「権限を追加」で、「グループまたはプロジェクト役割」を選択しますドロップダウンメニューから監査人のプロジェクト役割を選択します「追加」をクリックします他のオプションは正しくありません。アーカイブされた課題を表示するには、監査員はプロジェクト ロールとは関係のない Administer Jira グローバル権限を持っている必要があります。D: 検索結果に他の監査員を登録することは、プロジェクト ロールを通じて付与できる権限ではありません。検索結果に他のユーザーを登録するには、Manage Group Filter Subscriptions グローバル権限が必要な機能です。この権限はプロジェクト ロールとは関係なく、Jira 管理者が個々のユーザーまたはグループにのみ付与できます。E: 7 つの課題を更新するために一括変更を使用することは、プロジェクト ロールを通じて付与できる権限ではありません。一括変更は、一括変更グローバル権限 5 を必要とする操作です。この権限はプロジェクト ロールとは関係なく、Jira 管理者が個々のユーザーまたはグループにのみ付与できます。NO.59 次の要件を持つ新しいスクラム ボードを作成したいとします:* プロジェクト BERT からのすべての課題タイプを表示するが、バックログ内のサブタスクは表示しない* プロジェクト ERNIE からのエピックのみを表示する* 他のプロジェクトからの課題を表示しないこれらの要件を満たすボード フィラー クエリはどれですか? プロジェクトが (BERT、ERNIE) にあり、かつタイプが (standardlssueTypesG、エピック) にある。 プロジェクトが(BERT. ERNIE)にあり、かつissueetypeがEpicで、かつtypeがsubTasklssueTypesOにないこと (project = BERT AND type not in subTasklssueTypesO) OR (project = ERNIE AND issuetype Epic) プロジェクト = BERT OR (プロジェクト - ERNIE AND タイプ = Epic) (project - BERT AND type in standardlssueTypes(J) OR (project - ERNIE AND issuetype -Epic) 説明これらの要件を満たすボード・フィルタ・クエリは、(project = BERT AND type not in subTasklssueTypesO) OR (project = ERNIE AND issuetype Epic)です。このクエリは、サブタスクを除くプロジェクトBERTからのすべてのissueタイプと、プロジェクトERNIEからのエピックのみを表示します。OR演算子を使用してプロジェクト名を指定する2つの条件を組み合わせているため、他のプロジェクトからのissueは表示されません。他のクエリは、プロジェクトBERTからのサブタスクを含むか、プロジェクトERNIEからのエピックを除外するか、または他のプロジェクトからのissueを表示するため、すべての要件を満たしていません。参考文献フィルタの設定、高度な検索-フィールド referenceNO.60 あなたの開発チームは、昨日GPSトラッカーの最初のバージョンをリリースしたばかりです。次の製品リリースは、さらに3ヶ月先まで予定されていません。今日実行された場合、1.0バージョンで出荷されたすべての機能を一覧表示する2つのJQLクエリはどれですか?(2つ選んでください) project = GPS AND issuetype Feature AND fixVersion = released() project = GPS AND type = Feature AND fixVersion in (1.0) project = GPS AND issuetype = Feature AND fixVersion(s) IS NOT EMPTY project = GPS AND type = Feature AND fixVersion in releasedVersions() project = GPS AND type = Feature AND fixVersion(s) = "1.0" project = GPS AND issuetype = Feature AND fixVersion in 1.0 NO.61 以下の相関関係を示すデータをダッシュボードに表示する必要があります：* 課題がオープンされている日数* 課題に対するコメント数* 課題に対する参加者数これらの要件を満たす単一のガジェットを特定してください。 ヒートマップ バブルチャート アクティビティストリーム 課題の統計 投票された課題 NO.62 Jira の添付ファイルについて正しい記述はどれですか？ ユーザーは添付ファイルを含む課題を検索できます。 添付ファイルを削除するには、issue の作業権限が必要です。 添付ファイルを追加するには、課題の編集権限が必要です。 プロジェクト管理者は、プロジェクト設定を通じて添付ファイルを無効にできます。 説明Jira の添付ファイルは、ユーザーがチームと情報を共有するために課題に添付できるファイルです。ユーザーは、詳細検索の添付ファイル フィールドを使用して、添付ファイルを含む課題を検索できます。たとえば、attachments is not EMPTY は、少なくとも 1 つの添付ファイルがあるすべての課題を返します。NO.63あなたは、ユーザーから要求された設定変更を処理するプロジェクト管理者です。可能な限り、Jira 管理者を関与させることなく、自分で変更を処理したいと考えています。(2つ選んでください) 優先度値 Highest はプロジェクトには必要ありません。 ウォッチャーは、課題が解決されたときのみ通知を受け取るべきです。 サム・スミスはドウェイン・ジョンソンと同じ権限を持つべきです。 QAマネージャーだけがプロジェクト内の課題を一括編集できるようにする。 特定のユーザーだけが、課題のセキュリティレベルをTOP SECRETに設定できます。 NO.64 あるスクラムプロジェクトには、次の5つのバージョンが設定されています。プロジェクトバックログのバージョンパネルで利用可能なバージョンはいくつありますか? 4 1 2 5 3 説明プロジェクトバックログのバージョンパネルには、ε、δ、γの3つのバージョンが表示されます。これらは、画像に示されているように、プロジェクトの3つの未発表バージョンです。バージョンパネルには、未リリースのバージョンのみが表示されます。これは、今後の