RIGHT:[[:t/ビュー]] [[:t/ツール]]
RIGHT:[[:t/利用法]] [[:t/ツール]]
何をやるかの道しるべ。
ログインしてすぐのページに配置。
→ [[ポータルページ]]
***Wikiのワークフロー [#i8a3fd70]
一人の場合。
+ メモ(note)
+ 書き込み(write) / 下書き(draft)
+ 編集(edit)
+ 公開(publish)
大勢の場合。
+ コメント
+ 下書き
+ 書き込み
+ 編集/承認
+ コメント
公開前のフィードバック
+ 編集
コメントを受けて修正。
+ 編集/承認
最新版が公開される。
***URLクエリーの列からToDoリストやワークフローを生成できるように [#i00a4d88]
どちらも実装は同じになる。
-ワークフローはクラス定義
-ToDoリストはインスタンス定義
…のようなもの。
つまり、ワークフローは使うたびに新しいデータを生成し、ToDoは同じデータを扱う。
ワークフローはランダム文字列などを使ってインスタンス生成。
クラスからインスタンスを作るように、ワークフローからToDoを作るのもいい。→ [[テンプレート]]
#br
これらを生成するためのフォームは機能扱い。
いろいろと考えられるので。
***ワークフローは回覧板 [#ef7e590c]
ページを使った回覧板。一度を通してもらえばいい文書なので、用が済んだらアーカイブ。アクセス制限は特に変えず、次に読ませたい利用者に通知する点が特殊。
回覧板が作られた時点で回覧先全員に通知。最初に読ませたい人にはさらに「順番が来た」という通知。状態が変わるとさらに次の人に通知。
どう状態を変えるか？？
UIはチェックボックスかコメント追加と同じもの。回覧板用というわけではない通常の要素。
関係者に送る通知に、特定要素内の未済項目の中で一番上の要素（が自分かどうかを判定した結果）を返すようなデータアクセスURIを含めなければならない？それが通知一覧に表示する情報になる。
「次の回覧先に通知する」というよりは「自分の番か調べる」方式で。回覧板が作られた時点でそういう仕組を有効化する必要がある。
判定は通知を受ける側で。未済項目の中で最初の要素を得るフィルタリングは要素側でも、通知を受ける側でもどちらでもあり得る。通知を受ける機能の方に回覧板特有のコードが必要？
通知内容（文章）はどこで定義されるのか？
→ 自分の番か判定するところで。つまり通知を受ける側で。
メッセージは設定に属するもの。回覧板関係の設定ページから取得する？
*** 回覧板はn枚綴りのチケット [#f0e2e419]
チケットの属性は…
- 誰に（どのグループに）回すか？
- 複数の進捗ラベル
ワークフローの工程を示す。このラベルの数だけ回覧される。
進捗ラベルは「次に何をするか」を示すもの。タスクの状態。人の手を渡るたびに再設定する（基本は次の工程になる。工程順はチケット作成時に設定済み）。
