---
# System prepended metadata

title: 猜測總和
tags: ['guess[0]']

---

## 第二站
1. 帳號管理介面(帳號停權、更名、權限、匯入帳戶等)
2. 訊息管理頁面(敏感字審查系統、訊息紀錄(包含已刪除訊息)等)
3. 統計頁面(包含單帳戶的活躍、發送之訊息、統計圖表最常用字等)
4. 管理LOG
5. 個人中心(包含:頭像更改、密碼更改、暱稱更改(ID不可更改))
7. 交友圈(管理好友、好友權限分權(如:IG的摯友系統)、多種新增好友選項(QRcode等)
8. 訊息中心(將接收到的例如交友邀請、一般訊息、系統訊息統整成一個頁面)
9. 訊息頁面(可選擇向誰發送訊息，與安卓作連動，可傳送的檔案附件以及貼圖)
10. 可購買貼圖的商店
11. 密碼hash
12. 語言切換(中文/英文)
13. 旅遊LOG(安卓端去過的地方GPS紀錄)
14. 管理員帳號登入
15. 管理員新增、刪除、修改(帳戶警告)、查詢客戶帳號
16. 伺服器儲存管理員的操作紀錄
17. 管理員登入後自動刪除超過30天的操作紀錄(每10分鐘執行一次)
18. 允許或拒絕客戶檢舉
19. 顯示當日各客戶交易金額(可匯出.csv)
20. 新增、刪除、修改地圖景點位置
21. 查看客戶貼文與留言(內容審查)
22. 調整金額匯率

### 登入登出(約佔8分)

登入功能通常是最固定的，可能AccountType或AccountStatus供我們判斷使用這狀態，然後做登入

### API設計(約佔13分)
這次API是個謎，可能連接裁判的API，也可能要自製，不過一般公布詳細內容就會公布，我個人覺得裁判有可能拿出上屆全國的地圖，讓我們去連結地圖API，可以拿出來多練

### 報表內容及匯出猜測(約佔62分)

**1.報表1 帳號管理：**
這次題目涉及帳號管理及社交軟體，帳號最有可能出現在其中一個報表

**2.報表2 使用者行動支付：**
根據上屆車量型號和車輛管理，這次主軸可能環繞著使用者，那他也有可能要去處理使用者的交易，無論是買貼圖還是訂飯店都一樣

**3.報表3 使用者消費紀錄：**
通常第三個表最可能跟紀錄有關，像是上屆的充電紀錄，跟上上屆的買票紀錄，還可能搭配幾個label呈現


**4.匯出資料**
通常會有如下示意圖可以把圖片匯出，我個人覺得最有可能是json檔案
示意圖：
![image](https://hackmd.io/_uploads/Hyn_bzQwbg.png)


### UI介面猜測(約佔14分)

UI規劃：
![image](https://hackmd.io/_uploads/ByWbR-mw-g.png)
這次的UI規畫非常有可能參照之前的畫面，有可移動的功能圖標，還有可開關的功能列

(剩餘3分通常為操作流暢度)
## 第三站
#### 1. 交通出行 (Metro/Taxi)

**地鐵路網圖：**

演算法：給定地鐵站點資料，計算 **「最短路徑」或「最少轉乘」**（Dijkstra 演算法或 BFS）。

功能：輸入起點終點，計算票價與時間。

網約車 (叫車模擬)：

地圖上顯示附近的車輛（隨機生成座標），點擊叫車後模擬司機接單、路徑規劃。

#### 2. 旅遊導覽

多語系支援 (I18n)：介面需支援 簡中/英文 切換

景點打卡：利用 GPS（或模擬經緯度）判斷是否在景點範圍內，完成「打卡集章」活動。以及景點調查等

1. 客戶登入、新增、刪除帳號
2. 客戶修改密碼、頭像、狀態、顯示名稱
3. 客戶新增、刪除好友
4. 客戶同意或拒絕新增好友
5. 客戶修改好友標記
6. 客戶新增、退出群組
7. 客戶邀請好友進群組、修改群組頭像、名稱
8. 客戶檢舉客戶、群組
9. 客戶新增支付方式(信用卡、儲值款項)
10. 客戶顯示付款的QRCode
11. 客戶掃描QRCode寄送收款請求
12. 客戶被掃QRCode顯示是否匯款(顯示對方名稱)
13. 客戶顯示花費金額(保存30天)
14. 切換顯示貨幣種類(依照api的匯率換算)
15. 用GPS新增起點並讓使用者在地圖選擇終點 計算距離讓使用者線上叫車 並預估時間
16. 進站前顯示QRCode 出站時再掃一次 自動扣除餘額
17. 發送貼文(存在1天)可上傳文字與照片 有留言與點讚功能
18. 使用地圖顯示景點 並提供線上購票功能並新增QRCode(如需付款)

#### 預公開題目內容

需使用行動 App 設計軟體（Android Studio Ladybug + JDK 17, Kotlin 2.2.20），
根據 Shanghai Link（上海互聯）備妥的設計需求、相關素材，以及 Web API
規格，設計「Shanghai Life App」並介接資料庫，提供客戶使用。

#### 預公開題目內容分析

這次關鍵是題目有說到會做旅遊所需的各項服務，如果以之前的訂票和查車就很難猜了，我覺得可能有訂飯店的系統，以及API的部分有可能有Email Server或QRcode生成，不過這次可能不會有裁判的API，登入的部分可能有密碼更改

#### 登入登出(23分)

除了基本的身分判斷、配合API做登入，還有可能有90天後密碼更改

#### 資料傳遞API(35分)

這次比較有可能會有大量的API來傳資料

1.可能傳送訂單的資訊到ASP.NET(後端)然後再更動資料庫
2.可能透過API傳送資料 然後可以透過下拉示選單等查詢訂單或地圖
3.可能性小 但有可能會要傳送圖片像是QRcode或者是地圖等等 這需要bitmap和post技巧