Permission Matrix
権限マトリックス
権限マトリックスは、選択した領域でどの役割が各アクションを実行できるかを示します。アクセスルールの比較が容易になります。
もう一つの例
オーナーは、プロジェクトアクセスを変更する前に、管理者、編集者、閲覧者ができることを比較します。
主な部分
- 01役割
- 02行動
- 03リソースの範囲
- 04継承されたルール
- 05実効アクセス
- 06サーバー強制
以下の場合に使用します
複数の役割が同じ操作や範囲で明確な比較を行う必要がある場合に使用してください。
以下の場合は使用しないでください
グリッドをそれ自体でセキュリティと見なさないでください。サーバーは各リクエストで現在のユーザーとリソースを確認する必要があります。
コードで使用する名前
role × permission × scope → configured and effective access 出荷前に
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome:Complete the task with 権限マトリックス (Permission Matrix)。 User context:オーナーは、プロジェクトアクセスを変更する前に、管理者、編集者、閲覧者ができることを比較します。 Recommended pattern:権限マトリックス (Permission Matrix)。 Why it fits:複数の役割が同じ操作や範囲で明確な比較を行う必要がある場合に使用してください。 Do not use it when:グリッドをそれ自体でセキュリティと見なさないでください。サーバーは各リクエストで現在のユーザーとリソースを確認する必要があります。 Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how 権限マトリックス (Permission Matrix) is used now. Definition: 権限マトリックスは、選択した領域でどの役割が各アクションを実行できるかを示します。アクセスルールの比較が容易になります。 Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.