# C6 — 移除專案設定 UI 的「受評範圍」section

> **級別**：小（FE-only）
> **依賴**：C4（BE schema 已拿掉 audit_systems / devices fields）+ C5（SSP tab 已可進去設範圍）
> **被依賴**：無

---

## 1. 目標

把 FE 專案建立 / 編輯表單內的「受評範圍」section 拿掉（設備 picker + 資訊系統 picker），並在原位置加引導文案告知 user「請至 SSP tab 設定」。

## 2. 範圍

### In scope（**全 FE**）

| 頁面 | 動作 |
|------|------|
| 專案建立表單（Create Project Dialog / Page） | 拿掉「受評範圍」section（devices + audit_systems picker） |
| 專案編輯表單（Edit Project Dialog / Page） | 同上 |
| 專案列表（Project List） | 列表內若有顯示「設備數 / 系統數」欄位，保留但資料源走 derived response（已由 C3 處理）|
| 專案詳情頁 / 規劃頁的「概覽」區塊 | 「受評範圍」section 從 inline 編輯改為 readonly + link 到 SSP tab（依 C5 的 tab 設計）|

### Out of scope

- 後端 Schema 變動（已在 C4）
- SSP tab 內容（C5）

## 3. UX 設計

### 3.1 建立專案表單

**改動前**（典型表單結構）：
```
[基本資訊]
  - 專案名稱 *
  - 描述
  - 開始日期 / 結束日期
  - 流程範本
[受評範圍]
  - 資訊系統 (multi-select)
  - 設備 (multi-select)
[參與人員]
  - manager / reviewer / auditor / viewer pickers
[建立按鈕]
```

**改動後**：
```
[基本資訊]
  - 專案名稱 *
  - 描述
  - 開始日期 / 結束日期
  - 流程範本
[參與人員]
  - manager / reviewer / auditor / viewer pickers
[建立按鈕]

✅ 表單下方加 hint：
   「建立專案後，請至『專案規劃 → SSP』tab 設定受評範圍（設備 / 資訊系統 / 外部利用服務）」
```

### 3.2 編輯專案表單

同上，移除「受評範圍」section。

### 3.3 專案詳情頁 / 規劃頁

**改動前**：詳情頁可能有一個「受評範圍」card / accordion，內嵌設備清單 + 系統清單，可點擊編輯

**改動後**：
- 該 card 保留（顯示「設備數 X / 系統數 Y」概要）但拿掉編輯按鈕
- 點 card → 跳到 SSP tab 的「受評範圍」子區塊（深 link）

## 4. 改動詳情

### 4.1 找出檔案

預期受影響檔案（pre-flight 確認確切名稱）：
- `src/views/project/ProjectCreate.vue` 或 `CreateProjectDialog.vue`
- `src/views/project/ProjectEdit.vue` 或 `EditProjectDialog.vue`
- `src/views/project/ProjectDetail.vue` 或對應規劃頁 root component
- `src/components/project/ProjectScopeSection.vue` 或對應子元件
- `src/components/project/ProjectDeviceTable.vue` / `ProjectInfoSystemTable.vue`（可能廢除或改 readonly）

### 4.2 i18n 文案

新增 i18n key（zh-tw + en）：
```json
{
  "project_create": {
    "hint_scope_in_ssp": "建立專案後，請至「專案規劃 → SSP」tab 設定受評範圍（設備 / 資訊系統 / 外部利用服務）"
  },
  "project_detail": {
    "scope_card_title": "受評範圍",
    "scope_card_summary": "設備 {{deviceCount}} 項 / 資訊系統 {{systemCount}} 項",
    "scope_card_action": "前往 SSP 編輯"
  }
}
```

### 4.3 store / service 改動

- `projectStore` / `ProjectService`：移除 `selectedDevices` / `selectedAuditSystems` 之類的建立流程 state
- API call payload：建立 / 更新時不再帶 `devices` / `audit_systems`
- 列表 + 詳情頁的 device count / system count：依舊讀 Response 內的 `devices` / `audit_systems`（C3 改 derived）

## 5. 邊界條件

| 情境 | 行為 |
|------|------|
| 既有專案的詳情頁打開 | 「受評範圍」card 顯示 derived 數量，點擊跳 SSP tab |
| 剛建立的專案還沒進 SSP tab 加範圍 | Response `devices: []` + `audit_systems: []`，card 顯示「0 項 / 0 項」+ 引導 link |
| 多 AP 專案（已有歷史 AP）| 預設顯示 current AP 的 SSP 範圍 |
| user 沒權限編 SSP（非 manager） | 「前往 SSP 編輯」link 仍可點，但 SSP tab 內看到的是 readonly 模式 |

## 6. 連動到 C5（SSP tab）的 deep link 設計

從專案詳情頁跳 SSP tab 的 URL pattern：

```
/projects/<project_uid>/planning?tab=ssp&section=scope
```

- `tab=ssp` 切換到 SSP tab
- `section=scope` 自動 scroll 到「受評範圍」子區塊 + 展開 accordion
- C5 內要實作這個 deep link 處理

## 7. 待 user 拍板的小決策

| 編號 | 問題 | 我建議 |
|------|------|--------|
| C6-D1 | 列表頁是否仍顯示「設備數 / 系統數」column？資料源已改 derived | **保留**，UX 直覺，user 一眼看出範圍大小 |
| C6-D2 | 「前往 SSP 編輯」要 hard navigation 還是 tab 切換？ | **tab 切換**（同 page，保 context 連貫，匹配 C5 方案 B）|
| C6-D3 | 詳情頁的「受評範圍」card 顯示哪幾項 (devices / info_systems / leveraged)？ | **三項全顯示**（device 數 / info_system 數 / leveraged 數），但 leveraged 可能為 0 |

---

## 8. 開發後狀態

- 建立 / 編輯表單拿掉「受評範圍」section
- 詳情頁 / 規劃頁的範圍 card 改 readonly + 引導 link
- i18n 文案新增 + 對應 component 改造
- store / service 端不再 track devices / audit_systems state
- API payload 簡化（與 C4 對齊）