トラッカーモジュール

モジュールの概要

このモジュールは、Moodle環境内で軽量ながらフル機能のチケットトラッカーを提供します。このトラッカーはMoodleエンドユーザーから問題を収集するために管理者が使用することも、プロジェクト指向の活動のための本当のバグ追跡ツールとして使用することもできます。

"service ticketting"の必要性が現れるたびに、トラッカーのより一般的なスコープの使用を可能にするために最近文字列の意味論が見直されています。

Moodleの内部トラッカーモジュールには以下の機能があります。

トラッカー構成

  • チケットフォーム要素を設定する
  • 利用可能な添付ファイルフィールド

チケット管理

  • チケットを集める
  • 担当者へのチケットの課題
  • ステータスワークフロー(投稿、オープン、作業中、テスト中、解決済み、ブロック、放棄、転送)
  • チケットの通知を傍受する
  • 変更者への変更の通知
  • 通知と購読の完全な個人管理
  • 機能と所有チケットの概要
  • 作業済みチケット(投稿済み、作業中、ブロック済み)からの終了チケット(解決済み、放棄、転送)の分離
  • チケット依存チェーン
  • チケットに添付されたメッセージングスレッド(グローバルに無効)

デフォルトの担当者

「リゾルバ」と呼ばれるユーザは、すべての受信チケットに「デフォルトとして」割り当てることができます。

優先度関連の機能

  • チケットの優先順位の管理(注文の基準として優先順位を選択した場合、コントロールはアクティブになります)
  • チケットの所有者から優先順位の引き上げを依頼する

状態変化の追跡

トラッカーは、チケットに添付されたイベントの履歴を記録して表示します。

サブトラッカー製本

このチケットにはサブトラック内の内部チケット分類がないため、通常の設定ではスーパー/サブトラッカー構造にバインドされた複数のインスタンスを使用します。各トラッカーはいくつかの入ってくるチケットを再ルーティングできるサブトラッカーを持つことができます。

したがって、マネージャが「すべて」を収集し、次に各ticket.questionを適切なインスタンスにディスパッチするために使用するグローバル入力トラッカーを提供するのは賢明です。

チケットイベント

  • POSTED:チケットは発信者によって投稿され、まだ誰にも見られていません。
  • OPEN:誰かがチケットをオープンしました。
  • 解決済み:割り当てられたユーザーまたはチケットマネージャの中には、トラックの作業を開始する人がいます。
  • 待ち:何かがこのチケットの作業をブロックします(外部要求)。
  • テスト解決策は提案されていますが、オリジネーターによってテストされる必要があります
  • 解決済み:問題は解決しました。これは短いライフサイクルの最終段階になるはずです。
  • 放棄:問題はこれ以上関連性がなくなったため放棄されます。
  • TRANSFERED:クエリは他のトラッカーに転送されました
  • 公開済み解決が資格認定環境にのみ影響する場合、公開済みはソリューションが本番インスタンスに公開されたことを示します。
  • 検証済みソリューションは最終的に実稼働環境(決定的な環境)で有効であると確認されます。これは長いライフサイクルの最後の状態になるはずです。

短いライフサイクル

これは、ソリューションの最初の発行で物事が承認されるのに十分な場合に、「シングルステップのワークプロセス」に適用するためのものです。

POSTED> OPEN> RESOLVING> TESTTING> RESOLVED

長いライフサイクル

これは「デュアルステップワークプロセス」で適用されることです。つまり、承認は最初にプリプロダクションの悪い場所で合意され、その後効果的なプロダクションのために公開されます。

POSTED> OPEN> RESOLVING> TESTING> RESOLVED> PUBLISHED> VALIDATED

Moodleネットワーク機能

  • トラッカーからリモートトラッカーへカスケードするMoodleネットワーク(ローカルカスケードは同じMoodleインスタンス内で機能します)。

ローカルロール管理

Trackerはそれ自身の内部ユーザープロファイルを持っています。

  • 管理者:トラッカーインスタンスのフォーム構造とすべての設定を変更することが許可されます
  • リゾルバ:チケットのステータスを変更して、チケットをクローズまたは解決することを許可されています。開発者にチケットを割り当てることもできます。
  • 開発者:通常、チケットを処理して解決策を探す人。
  • 要件:チケットを投稿できるユーザー。

内部トラッカーロールはトラッカー特有の機能を通してMoodleロールに結び付けられています。詳しくは、下のトラッカー機能の資料を参照してください。

スクリーン

一般的なユーザー画面

  • チケット思い出フォーム
  • チケットリストを表示する
    • チケットリストを調べる(非マネージャモード)
    • チケットを検索する
    • チケットの説明を表示する
  • ユーザープロフィール、統計、ショートカット
    • 私の好み:通知するイベントを選択する
    • 私の時計:私が通知を受け取るエントリを管理する
    • 私の検索:自分用に保存された検索クエリを管理する

リゾルバー画面

  • チケットリストを表示する
    • チケットリストの確認(管理者モード)
    • * me *に割り当てられたチケットを調べる
    • チケットエントリを編集する

管理者画面

  • 活動のまとめ
  • バグ追跡フォーム要素の管理
  • トラッカーのローカルまたはリモートカスケードの構成

ケイパビリティ

Trackerモジュールの機能