「ロール管理」の版間の差分

提供:MoodleDocs
移動先:案内検索
(Done! Need some brush up.)
(re-create :-))
1行目: 1行目:
作成中です - [[利用者:Mitsuhiro Yoshida|Mitsuhiro Yoshida]] 2007年1月8日 () 12:38 (CST)
{{ロール}}
 
作成中です - [[利用者:Mitsuhiro Yoshida|Mitsuhiro Yoshida]] 2007年6月28日 () 12:50 (CDT)
 
Location: ''Administration > Users > Permissions > Define roles''


{{ロール}}
Moodle comes with 7 predefined roles:
{{Moodle 1.7}}
*[[Assign administrators|Administrator]]
Moodle 1.7では、管理者がMoodleサイトで利用できる既存のロールを追加または編集することができます。ロールは、管理者ブロック  >> ユーザ >> パーミッション >> ロールの定義メニューエリアで設定することができます。Moodleにはデフォルトで7つのロールが設定されていますので、ロールの追加および編集は完全に任意であることを心に留めてください。
*[[Course creator]]
*[[Teacher]]
*[[Teacher#Non-editing teacher| Non-editing teacher]]
*[[Student]]
*[[Guest access|Guest]]
*[[Authenticated user]] (from 1.8 onwards)


==ロールの定義==
Each role may be edited via the link next to its name.
ロールの定義ページには、3つのタブがあります。
[[Image:Roles_Define_tab.gif|center]]


*ロールの管理 - 新しいロールのパーミッションを追加および定義、または既存のMoodleロールの名称およびパーミッションを編集する場所です。
*[[ロールの割り当てを許可する]] - どのロールをユーザに割り当てるか決定できるマトリックスです。
*[[ロールのオーバーライドを許可する]] - 前に割り当てたロールにどのロールを割り当てるか決定できるマトリックスです。デフォルトでは、管理者のみ他に割り当てられたロールをオーバーライドできます。


==パーミッション==
==パーミッション==
パーミッションのマトリックスでは、ロール (ユーザの種類) に非常に細かな権限を割り当てることができます。パーミッションの割り当ておよび編集は、十分に注意して行ってください。パーミッションの変更により、原因が分かりにくい非常に望ましくない効果または迷惑な効果を生み出す可能性があります。


4つの異なるパーミッションを割り当てることのできる150行以上のケイパビリティがあります。ケイパビリティは、21のカテゴリにグループ化されています。レガシーロールを変更しないことを強くお薦めします。下記にリストのトップを掲載します。
Permissions are settings for specific capabilities. There are four values:
[[Image:Administration Block Site Roles detail.JPG]]
 
;設定なし (旧 継承)
:This is the default value for all permissions when a new role is created. It means "use whatever setting the user already has". To determine what permission the user already has, Moodle searches upward through the nested contexts, looking for an explicit value (Allow, Prevent, Prohibit) for this capability.  For example, if a role is assigned to a user in a course context, and some capability has a value of 'Not set,' then the actual permission will be whatever the user has at the category level, or (failing to find an explicit permission at the category level) at the site level.  Note that the search terminates when an explicit permission is found.  If no explicit permission is found, then the value in the current context becomes Prevent.
 
;許可
:By choosing this you are granting permission for this capability to people who are assigned this role. This permission applies for the context that this role gets assigned plus all "lower" contexts. For example, if this role is a student role assigned to a course, then students will be able to "start new discussions" in all forums in that course, unless some forum contains an override or a new assignment with a Prevent or Prohibit value for this capability.
 
;抑制
:By choosing this you are removing permission for this capability, even if the users with this role were allowed that permission in a higher context.
 
;禁止
:This is rarely needed, but occasionally you might want to completely deny permissions to a role in a way that can NOT be overridden at any lower context. An example of when you might need this is when an admin wants to prohibit one person from starting new discussions in any forum on the whole site. In this case they can create a role with that capability set to "Prohibit" and then assign it to that user in the site context.
 
Permissions at a "lower" context will generally override anything at a "higher" context (this applies to overrides and assigned roles). The exception is Prohibit which can not be overridden at lower levels.
 
If two roles are assigned to a person in the same context, one with Allow and one with Prevent, which one wins? In this case, Moodle will look up the context tree for a "decider".
 
For example, a student has two roles in a course, one that allows them to start new discussions, one that prevents them. In this case, we check the categories and the site contexts, looking for another defined permission to help us decide. If we don't find one, then permission is Prevent by default (because the two settings cancelled each other out, and thus they have no permission).


[[Image:Roles_Define_Permissions_crop.gif|center]]
==レガシーロールタイプ==


===パーミッション用語===
* Legacy role types were implemented for backward compatibility.
最低から最高、一般から個別。
* Selecting a legacy role type in 1.8 (or allowing a legacy capability in 1.7) does NOT provide a new role with all capabilities of a pre-Moodle 1.7 role.
*It is recommended that a legacy role type is selected only for roles that are similar to pre-Moodle 1.7 student/teacher/admin/creator roles.
* It is not necessary to select a legacy role type unless using old 3rd party code that was not designed for Moodle 1.7 and doesn't yet support roles.


*継承- 前のパーミッションより受け継ぐ [低いレベル、常に負ける]
==新しいロールの追加==
*許可- 起こさせる、または許可する [抑制と同じレベル]
*抑制- 止める [許可と同じレベル]
*禁止- 禁ずる [高いレベル、常に勝つ]


===パーミッションの例===
#Give the role an appropriate name. If you need to name the role for multiple languages you can use [[Multi language content|multi-lang syntax]] if you wish, such as <code><nowiki><span lang="en" class="multilang">Teacher</span> <span lang="es_es" class="multilang">Profesor</span></nowiki></code>. If multi-lang syntax is used then ''Filter all strings'' should be set in [[Filter settings]].
'''継承''': パーミッションが定義されていない場合、現在のコンテクストより一般的なコンテクストからパーミッションのケイパビリティが継承されます。
#Give the role a meaningful short name. The short name is necessary for other plugins in Moodle that may need to refer to the role (e.g. when uploading users from a file or setting enrolments via an enrolment plugin).
#Optional: Give the role a description so that everyone has a common understanding of it.


'''許可および抑制''': 同じケイパビリティが同じコンテクストに設定されている場合、それぞれをキャンセルします。このことが発生した場合、ケイパビリティのパーミッションを決定するため、前のコンテクストレベルを参照します。
==重複ロールの作成==
{{Moodle 1.8}}
In Moodle 1.8 onwards, a new role may be quickly created my making a copy of an existing role.  An administrator will find this in the Admin block, under Users, Permissions and Defined roles.
#Click on the role to be duplicated. For example "Guest".
#Click the "Duplicate role" button near the top of the "View role details" page.
#Answer '''Yes''' to the question "Are you sure you want to duplicate the role ...?"
#The list of roles will now show the "... copy 1" at the bottom. For example "Guest copy 1". 
#Edit the duplicated role to meet your needs.


'''禁止''': ケイパビリティを禁止にした場合、ケイパビリティをオーバーライドできないことを意味します。禁止は常に勝ち、完全な停止状態を作成します。
==新しいロールのテスト==


それぞれのロールのケイパビリティが異なり、参加者に異なるロールを割り当てることができるため、ケイパビリティにおいてコンフリクト (衝突 conflict) が発生する場合があります。少なく定義されたコンテクストにおいて「禁止」が衝突しない限り、多く定義されたコンテクストが勝つことで、パーミッションの階層がこの問題を解決できると言えます。
#Create test user and assign new role to them.
#Either logout as admin and then login as test user or use a different browser to login as test user.


例 1: すべての学生に書き込み権限を与えたWiki「Everyone」「Homework」がある「コース1」でマークは学生ロールを持っています。しかし、マークはモジュールコンテクストレベルでWiki「Honors」に割り当てられたビジターロールも持っています。ビジターは、Wiki「Honors」に書き込むことはできません。従ってマークは、Wiki「Everyone」「Homework」には書き込むことができますが、Wiki「Honors」に書き込むことはできません。
Note: New roles may not be tested using the "Switch role to..." feature.


例 2: Jeffには、すべてのサイトにおいてフォーラムに投稿できない「naughty student (酷い学生)」ロールが割り当てられています。しかし、教師はコース「Science」および「Math 101」の「Science forum (科学フォーラム)」において、「facilitator (世話役)」ロールを彼に割り当てました。高いコンテクストで禁止されたパーミッションが常に勝ちますので、Jeffは「Science forum」に投稿することはできません。
==ロール例==


==ロールの例==
*[[Inspector role|Inspector]] - for providing external inspectors with permission to view all courses (without being required to enrol)
なぜサイトには異なるロールが必要なのでしょうか? 考えてみましょう。
*[[Parent role|Parent]] - for providing parents/mentors/tutors with permission to view certain information about their children/mentees/tutees
{|  border="0" cellpadding="2"
*[[Demo teacher role|Demo teacher]] - for providing a demonstration teacher account with a password which can't be changed
!width="200"|
*[[Forum moderator role]] - for providing a user with permission in a particular forum to edit or delete forum posts, split discussions and move discussions to other forums
!width="200"|
!width="200"|
|-
||*Site Designers||*Educational Authority Adviser||*Educational Inspector||
|-
||*Second Marker / Moderator||*Peer observer of teaching||*External Examiner
|-
||*Parent||*Manager||*Weekly Seminar Leader
|-
||*Mentor/Mentee||*Community-Designed Rating Criteria||*Visitor
|-
||*Guest Speaker||*Former Student||*Alumnus
|-
||*Librarian||*Teacher||*Community Education Tutors/Trainers
|-
||*Secretary/Student Worker||*Teaching Assistant||*Student - FERPA rights
|-
||*Help Desk|| ||
|}


==基本コンセプトの定義==
==関連情報==


*'''ロール'''は、コンテクスト内でのユーザの状態の識別子です。例えば、教師、学生およびフォーラムのモデレータがロールの例となります。
*Using Moodle [http://moodle.org/mod/forum/discuss.php?d=66782 What happens if a user has multiple roles in a course?] forum discussion
*'''ケイパビリティ'''は、Moodleのいくつかの機能説明です。 ケイパビリティはロールと関連しています。例えば、「フォーラムに返信できること」はケイパビリティです。
*'''パーミッション'''は、ロールのケイパビリティに割り当てられる値です。例えば、すべての学生にフォーラムへの投稿を制限するためのパーミッションを設定することができます。
*'''コンテキスト'''は、コース、活動、ブロックフォーラム等のMoodleにおける「空間 (space)」です。
*'''パーミッションの階層'''では、実際に明白なコンフリクトがある場合に、どのパーミッションが勝つのかを決定します。例えば、フォーラムに投稿できるパーミッションを学生に与えたサイトがある場合、教師が特定のコースでそのパーミッションを抑制したいときに使います。パーミッションの階層は、1つのコースでのフォーラム投稿を学生に許可しますが、他のコースでは許可しません。


[[Category: 管理者]]
[[Category:管理者]]
[[Category:ロール]]
[[Category:ロール]]


[[en:Manage_roles]]
[[en:Manage_roles]]

2007年6月28日 (木) 17:50時点における版

作成中です - Mitsuhiro Yoshida 2007年6月28日 (木) 12:50 (CDT)

Location: Administration > Users > Permissions > Define roles

Moodle comes with 7 predefined roles:

Each role may be edited via the link next to its name.


パーミッション

Permissions are settings for specific capabilities. There are four values: Administration Block Site Roles detail.JPG

設定なし (旧 継承)
This is the default value for all permissions when a new role is created. It means "use whatever setting the user already has". To determine what permission the user already has, Moodle searches upward through the nested contexts, looking for an explicit value (Allow, Prevent, Prohibit) for this capability. For example, if a role is assigned to a user in a course context, and some capability has a value of 'Not set,' then the actual permission will be whatever the user has at the category level, or (failing to find an explicit permission at the category level) at the site level. Note that the search terminates when an explicit permission is found. If no explicit permission is found, then the value in the current context becomes Prevent.
許可
By choosing this you are granting permission for this capability to people who are assigned this role. This permission applies for the context that this role gets assigned plus all "lower" contexts. For example, if this role is a student role assigned to a course, then students will be able to "start new discussions" in all forums in that course, unless some forum contains an override or a new assignment with a Prevent or Prohibit value for this capability.
抑制
By choosing this you are removing permission for this capability, even if the users with this role were allowed that permission in a higher context.
禁止
This is rarely needed, but occasionally you might want to completely deny permissions to a role in a way that can NOT be overridden at any lower context. An example of when you might need this is when an admin wants to prohibit one person from starting new discussions in any forum on the whole site. In this case they can create a role with that capability set to "Prohibit" and then assign it to that user in the site context.

Permissions at a "lower" context will generally override anything at a "higher" context (this applies to overrides and assigned roles). The exception is Prohibit which can not be overridden at lower levels.

If two roles are assigned to a person in the same context, one with Allow and one with Prevent, which one wins? In this case, Moodle will look up the context tree for a "decider".

For example, a student has two roles in a course, one that allows them to start new discussions, one that prevents them. In this case, we check the categories and the site contexts, looking for another defined permission to help us decide. If we don't find one, then permission is Prevent by default (because the two settings cancelled each other out, and thus they have no permission).

レガシーロールタイプ

  • Legacy role types were implemented for backward compatibility.
  • Selecting a legacy role type in 1.8 (or allowing a legacy capability in 1.7) does NOT provide a new role with all capabilities of a pre-Moodle 1.7 role.
  • It is recommended that a legacy role type is selected only for roles that are similar to pre-Moodle 1.7 student/teacher/admin/creator roles.
  • It is not necessary to select a legacy role type unless using old 3rd party code that was not designed for Moodle 1.7 and doesn't yet support roles.

新しいロールの追加

  1. Give the role an appropriate name. If you need to name the role for multiple languages you can use multi-lang syntax if you wish, such as <span lang="en" class="multilang">Teacher</span> <span lang="es_es" class="multilang">Profesor</span>. If multi-lang syntax is used then Filter all strings should be set in Filter settings.
  2. Give the role a meaningful short name. The short name is necessary for other plugins in Moodle that may need to refer to the role (e.g. when uploading users from a file or setting enrolments via an enrolment plugin).
  3. Optional: Give the role a description so that everyone has a common understanding of it.

重複ロールの作成

Moodle 1.8

In Moodle 1.8 onwards, a new role may be quickly created my making a copy of an existing role. An administrator will find this in the Admin block, under Users, Permissions and Defined roles.

  1. Click on the role to be duplicated. For example "Guest".
  2. Click the "Duplicate role" button near the top of the "View role details" page.
  3. Answer Yes to the question "Are you sure you want to duplicate the role ...?"
  4. The list of roles will now show the "... copy 1" at the bottom. For example "Guest copy 1".
  5. Edit the duplicated role to meet your needs.

新しいロールのテスト

  1. Create test user and assign new role to them.
  2. Either logout as admin and then login as test user or use a different browser to login as test user.

Note: New roles may not be tested using the "Switch role to..." feature.

ロール例

  • Inspector - for providing external inspectors with permission to view all courses (without being required to enrol)
  • Parent - for providing parents/mentors/tutors with permission to view certain information about their children/mentees/tutees
  • Demo teacher - for providing a demonstration teacher account with a password which can't be changed
  • Forum moderator role - for providing a user with permission in a particular forum to edit or delete forum posts, split discussions and move discussions to other forums

関連情報