グループ選択

注：グループの選択は初めてですか？ グループ選択のクイックガイドを試してください。

前書き

このブロックはもともとモントリオール大学工科大学の教師のために開発されました（サマーインターンシップとして）。教師が必要としていることは、教師がすでに標準的な方法で作成したグループを使用して、学生が自分のグループを形成できるようにすることです。

社会的学生グループの形成

学生はグループを形成するものであるので、それは考慮されなければならない社会的相互作用があることを意味します。

グループに参加するには2つの方法があります。

1. 学生がグループの招待状をグループのチームリーダー チームクリエーター 。
2. TeamCreatorがそのグループに参加するように学生に招待状を送ります。

チームクリエーターにとって重要なことがいくつかあります。

• グループが元々空の場合は、招待状を送信しようとした最初の学生がチームクリークになります。
• グループのteamCreatorは、mdl_groups_membersの "timeadded"フィールドのタイムスタンプによって定義されます。
  • teamCreatorがそのグループを辞めた場合、そのmin（timeadded timestamp）を持つ次の学生が次のteamCreatorになります（またはそのグループは空になります）。

なぜTeamCreatorがあるのですか？

チームリーダーの概念を追加したのは、学生がグループのメンバーに招待状を送った場合に問題が発生したためです。

• すべてのメンバーは、自分がグループに参加するための学生の招待を受け入れる必要があります（これにより、複雑さが増します）。
• 彼らは、彼らが一部になります知っているグループへの招待状を送信するにはログインする必要がある場合には、学生のための楽しいではありません。

実際、これがチームクリエータが使用されている主な理由です。 
  グループがどのように形成されるかは通常、グループの他の学生の名前を書いてグループ形成のために教師に論文を渡すグループ内の誰かであるからです。

注：招待状は今後リクエストに応じて変更される予定です。

ユースケース

タイトル	教師はブロックの好みを設定します
シナリオ	システムは「設定」ページを表示します。教師はブロックに保持させたいデータを設定してから[変更を保存]をクリックします。システムは受け取った入力が有効であるかどうかをチェックし、コースのブロックのインスタンスの新しい設定をDBに保存します。
代替案	1.入力が無効です。 ページに、データが保存されていないことを示すボックスが表示されます。

タイトル	教師はコースのグループとグループ分けをチェックします
シナリオ	システムに「グループリスト」ページが表示されます。教師はコースに使用されているグループやグループを見ることができます。教師はまた、どの学生が一人で、グループの一員ではないかを見ることができます（tood：グループ化によっても）。
代替案	該当なし

タイトル	教師はコースのグループをエクスポートします
シナリオ	システムに「グループのエクスポート」ページが表示されます。教師はエクスポートファイルに含まれるべきデータを選択し、ファイルのフォーマットを選択し、そしてファイルを受け取るべき人々のEメールアドレスを追加します。次に「エクスポート」をクリックします。システムは入力のデータでファイルを作成し、それを書かれたEメールに送信します。
代替案	1.メールは書かれていません。 システムは入力のデータでファイルを作成し、ダウンロードをローカルマシンに強制します。 2.学生のEメールオプションをオフにします。このデータがファイルに存在する必要があることを示すメッセージが表示されます。

タイトル	学生は自分のグループを視覚化します
シナリオ	システムは、「概要」ページを表示します。学生は自分が属しているグループとグループを視覚化できます。
代替案	学生はどのグループにも属していません。 システムは、学生がどのグループにも属していないことを示すメッセージを表示します。

タイトル	学生はグループに要求を送ります
シナリオ	システムに「グループに参加」というページが表示されます。学生は、参加したいグループのチェックボックスをクリックしてから、「グループに参加」をクリックします。システムは学生の要求をDBに追加します。その後、要求が送信されたことを示すメッセージを表示します。
代替案	1.学生はすでにグループ/グループに属しています。 緑色のチェックマークがチェックボックスを置き換えました。 2.学生はグループ/グループに参加できません。 赤いマークがチェックボックスを置き換えました。 3.学生とグループの間の要求がDBに存在します。 チェックボックスが時計に置き換わり、リクエストが保留されていることを意味します。

タイトル	teamcreatorは学生にリクエストを送ります
シナリオ	システムは「学生をグループに追加する」ページを表示し、チームクリエーターに最初に見つかったグループを選択します。チームクリエーターは、変更したいグループをクリックします。システムは、チームクリエーターが選択できる学生のリストを更新します。チームクリエーターは、自分のグループに招待したい学生の行のチェックボックスをオンにしてから、[自分のグループに追加]をクリックします。システムは要求をDBに追加します。
代替案	1.ユーザーはチームクリエーターではありません。 システムは、ユーザーがどのグループのチームクリエーターでもないことを示すメッセージを表示します。 2.学生へのリクエスト（選択されたチームクリエーターのグループへのリクエスト）はすでにDBに存在します。 DBで要求が保留中であることを示すチェックボックスが時計に置き換わりました。

タイトル	学生はそのグループの1つを辞めます
シナリオ	ユースケース（学生は自分のグループを表示します） - >学生は、グループを表す同じ行にある[このグループから脱退する]リンクをクリックします。システムはDB内のグループから学生を削除してから、「要約」ページを更新します。
代替案	該当なし

タイトル	招待状を受け入れる/拒否する
シナリオ	システムは、「概要」ページを表示します。学生/チームクリエーターは、グループに参加するためのリクエストを見ることができます。学生は1つの要求で[同意する]をクリックします。システムはグループの学生をDBに追加します。学生は別の要求で[拒否]をクリックします。システムは要求をDBから削除します。
代替案	該当なし

を理解する 招待 依頼システム

ブロックの最も複雑な部分は、指定されたグループに参加するための学生間のリクエストシステムです。

小さなアイコンの意味

学生/チームクリエーターは、グループと4種類の関係を築くことができます。

1. tick ：あなたがすでにグループの一員であることを意味します。
2. クロス ：あなたがグループに参加できることを意味します。
   1. あなたはすでにこのiconeを持っているグループの一員です。
   2. あなたは、このiconeを持つグループと同じグループを持つ別のグループの一員です。
3. クロック ：要求が保留中であることを意味します。
   1. 学生はグループのチームクリエーターにリクエストを送信し、受け入れられるのを待ちます。
   2. チームクリエータはその要求を学生に送信し、それを受け入れるのを待ちます。
4. チェックボックス：参加を要求するグループを選択できます。 （リクエストを送信することは明らか）

学生がチームクリエーターにリクエストを送信します

この文脈では、学生は自分が参加したいグループを探しています。学生が「グループに参加」タブにいるとき、彼は彼が参加するために要求を送ることができる異なるグループを見ることができます。

teamcreatorが自分のグループに参加するように学生に要求を送信します

チームクリエーターは、自分が学生を追加したいグループを選択する必要があります。
緑色の点は、要求を学生に送信する現在のグループを示します。
赤い点は、グループが現在要求を送信するように選択されていないことを示します。

リクエストシステム用のデータベースモデル

依頼システムのDBに保存される情報は、4つの重要な要素で構成されています。

1. group_id ：参加するグループのID
2. user_id ：グループに追加されるユーザーのID。
3. course_id ：グループ編成が行われるコースのID。
4. action_from ：リクエストが送信された人から？ （学生またはチームリーダー）

学生やチームクリエーターがリクエストを受け付けたときに、それらの情報を使用し、course_idを装備します。マッピングはメンバーとグループの間で行うことができます。

TODOリスト

これは、ブロックを改善するためのものの作業リストです。 ＜情報収集＞

このページは作成中です

関連情報

• グループ選択活動