update

Signed-off-by: Takamasa Horibe <[email protected]>
autowarefoundation · Dec 6, 2023 · 9084240 · 9084240
1 parent 88dfeda
commit 9084240
Show file tree

Hide file tree

Showing 2 changed files with 104 additions and 154 deletions.
diff --git a/...are-architecture/planning/index-update.md → ...e-architecture/planning/index-japanese.md b/...are-architecture/planning/index-update.md → ...e-architecture/planning/index-japanese.md
@@ -1,20 +1,6 @@
 # Planning component design
 
-<!--
-- discussionsはトレードオフ選定とかにしたい
-- サードパーティによって拡張というよりは、誰でも拡張できるって言い回しのほうが良いはず
-- mission plannerの使われ方を重点的に考えよう。FMSとして機能が外だしされることがあるから、これは別れてるのよ。
-- ハイレベルなデザインと詳細なデザインではなく、アーキテクチャのためのデザイン（要求ベース、これがやりたい）と、アーキテクチャ（詳細なフロー）ができるはず。
-- デザインの部分に、ポリシーによる変更がわかるような書き方があると良い。ポリシーA（右側走行）になったときに、いくつかのモジュールが特定の設定で起動する。どう図にするか。。。
-- このポリシーに対して、何がどうかわるかという例があるといい。自動運転レベルが変わったときに、HMIとの連携がこう変わって、軌道モジュールがこう変わる、とか。
-- ハイレベルに対するユースケースを上げる
-- 車両の振る舞いのユースケース
-  - 話ゴールやチェくポイント、NGポイントを与えてplanning内部でルートを計算して進む / 渋滞情報を加味したルートを外部から与えて走行する
-開発者のユースケース
-  - 中の作りの話（実装や設計レベル）：機能の差し替えができていてほしいので（レーンチェンジAとレーンチェンジBとか）、柔軟に変更できる必要があり、各機能はモジュールとして実装される。
- -->
-
-## Context and scope
+## Purpose
 
 自動運転システムにおける Planning コンポーネントの役割は、与えられたミッションを満たすために、安全で交通ルールに基づいた自動運転車両の目標軌道（経路と速度）を生成することです。
 
@@ -53,13 +39,6 @@ Planning Componentはthird-partyのモジュールによって機能拡張され
 
 注意として、これらの要求は自動運転プラットフォームの視点から来ているものであり、一般的な自動運転システムにおけるPlanning Componentへの要求として一般的なものではないありません。
 
-<!-- ## Requirements
-
-WIP
-
-## Assumptions
-
-WIP -->
 
 ## High level design