2/20 TMC打ち合わせに向けて閉じるもの 7年以上 遅れ (2018/02/19) 50% 10 チケット (0件完了 — 10件未完了) 関連するチケット レビュー指摘 #11: ドキュメント全体に背景や説得性の説明が不足している レビュー指摘 #13: 各登場人物（作業者）の位置づけが明記されていない レビュー指摘 #14: 各モデル図について、それぞれのデータがどのようにリンクしているのかが明記されてほしい レビュー指摘 #16: 用語の統一 レビュー指摘 #17: 中分類について、それぞれが排他なので、一つが選択されると他は適用されないので、実質一つしかない レビュー指摘 #18: 機能、システム、振る舞いの定義を明確にする レビュー指摘 #19: 機能やシステムに対する定義の裏付け（ISOとか‥があれば）記載してほしい レビュー指摘 #20: 先発、後発という用語は他の言い方はないか？ レビュー指摘 #24: ガイドラインの「協調動作」の説明を修正する レビュー指摘 #29: 「動作」から「作動」へ
未定 59% 24 チケット (12件完了 — 12件未完了) 関連するチケット レビュー指摘 #15: 各モデル図について、何故絵を描いているのかを明記してほしい レビュー指摘 #30: 事前条件のためのステートマシン図の「環境」「車両」「システム」の基準について レビュー指摘 #31: ユースケース記述のアクティビティ図のアクションに、アクチュエータ（とセンサー？）を関連付ける必要がある Feature #4: ステートマシン図（ガード/トリガーの関係整理） Feature #6: 「要求全部」の構造を考える Feature #8: 「協調動作」の調停フローモデル作る Feature #9: 図の名前の命名規則を考える Feature #10: 図の命名規則に従って、モデルの名前も修正する Feature #23: ステートマシン図を置く位置を検討する Feature #25: 階層的な要求をガイドする Feature #26: 事後条件の基準 Feature #27: Cameoでの、ステートマシン図のトリガーと、アクティビティ図での送信シグナルアクションとの関連付け Feature #28: Cameoでのアクティビティに対する制約の記述法 Feature #36: システムの挙動が、運転者の操作に依存する場合のオブジェクトの記載ルール Feature #37: 運転者の操作とシステムの動作が重なる場合の記述方法 Feature #38: アクションの名前か、状態の名前か、 Feature #40: 同一システム内の機能OFFに関してはオブジェクトノードと、結線上のアクションの記載を用いて表現する Feature #41: システムによって、同じ「ブレーキ要求」でも違う Feature #42: UC1＿の修飾子がいるかどうかの定義意図を考える Feature #43: ブレーキの種類がある場合、どのように表現するか TMCへの確認 #32: TMCへの確認：事前/事後条件に対するステートマシン図 TMCへの確認 #33: TMCへの確認：制約ノートの書き口 TMCへの確認 #34: TMCへの確認：ステートマシン図内のシグナル送信ノードの転用 TMCへの確認 #35: TMCへの確認：作動レンジに関する記載