檢視 Research:雙軌審查機制的原始碼

回到首頁 >>>>>> [[116級畢業專題]] <<<<<<

= 雙軌審查機制：工作份量平衡標準 (Workload Balance) =
為確保 Track A (實體) 與 Track B (數位) 之投入工時與技術難度相當，本系嚴格執行以下對照標準。請勿心存僥倖選擇「看起來比較輕鬆」的軌道。

{| class="wikitable" style="width: 100%"
! width="12%" | 比較
! width="44%" | Track A：實體產品組
! width="44%" | Track B：數位服務組
|-
| '''難點'''
| '''「空間與整合」'''<br>需解決電路、電池如何塞進有限的機構空間，並處理材質表面工藝。
| '''「邏輯與數據」'''<br>需解決前後端資料串接、除錯 (Debug) 以及真實使用者的操作邏輯。
|-
| '''工作量'''
| 50% 3D建模/電路測試<br>50% 工廠實作 (打磨/噴漆/組裝)
| 40% UI/UX 設計<br>60% 程式碼撰寫 (Frontend + Backend)
|}

----

== 1. Review 1: 提案與架構 (Proposal) ==
* '''平衡觀點：''' 實體組需解決「物理空間」問題；數位組需解決「資料結構」問題。

{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
| '''核心產出'''
| '''機構堆疊分析 (Layout)'''
| '''資料庫架構 (Schema)'''
|-
| '''詳細要求'''
| 
* '''爆炸圖 (Exploded View)：''' 必須精確繪製內部零件（電池、PCB、馬達）的堆疊位置。
* '''干涉檢查：''' 證明機構運作時不會撞到外殼。
* '''BOM 表：''' 列出所有電子零件採購清單與尺寸。
| 
* '''ER Model (實體關聯圖)：''' 定義資料庫結構（如 User table, Order table 關聯）。
* '''API 文件草案：''' 定義前後端溝通的 JSON 格式。
* '''技術驗證 (Tech Spike)：''' 證明所選技術（如 AI API）是可串接的，需附簡單測試截圖。
|-
| '''工作量對等'''
| 繪製精細 3D 內部結構耗時極長。
| 規劃資料結構與 API 邏輯極度燒腦。
|}

----

== 2. Review 2: 概念驗證 (PoC) ==
* '''平衡觀點：''' 實體組花時間「動手做模型」；數位組花時間「做使用者測試」。

{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
| '''核心產出'''
| '''1:1 外觀模型 (Looks-like)'''
| '''高擬真原型 + SUS 測試報告'''
|-
| '''詳細要求'''
| 
* '''全尺寸實作：''' 使用 PU、代木或 3D 列印後處理。
* '''表面處理：''' 雖不要求完美噴漆，但需打磨至平整，不可直接拿充滿毛邊的列印件交差。
* '''人因驗證：''' 需拍攝使用者實際手持/配戴的照片，證明尺寸合理。
| 
* '''High-Fi Prototype：''' 所有頁面視覺設計完成 (Figma)。
* '''互動邏輯：''' 必須設定好跳轉連結，模擬真實 App 操作。
* '''SUS 易用性報告：''' <span style="color:red;">(數位組加重項目)</span> 必須找 5 位受測者進行操作測試，紀錄任務完成時間與 SUS 量表分數。
|-
| '''工作量對等'''
| 手工打磨修整模型需要大量體力與時間。
| 招募受測者、執行測試並撰寫分析報告需要大量時間。
|}

----

== 3. Review 3: 機能原型 (Functional) ==
* '''平衡觀點：''' 這是最硬的一關。實體組要「機電整合」；數位組要「全端開發」。

{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
| '''核心產出'''
| '''機電整合模型 (Works-like)'''
| '''全端部屬程式 (Full-Stack)'''
|-
| '''詳細要求'''
| 
* '''功能運作：''' 核心功能（如感測、作動）必須真實反應。
* '''機電整合：''' <span style="color:red;">(實體組加重項目)</span> 電路板、電池與線路必須「塞入」模型內部，嚴禁將 Arduino/麵包板外掛在模型外面。
* '''運作穩定性：''' 連續操作 10 次不得故障。
| 
* '''真實程式碼：''' 前端 (App/Web) + 後端 (Server/DB) 串接完成。
* '''資料流動：''' 註冊帳號、資料上傳、讀取顯示皆需運作正常。
* '''雲端部署：''' 必須部署至公開伺服器 (如 Vercel/AWS)，不可只在自己電腦 (Localhost) 跑。
|-
| '''工作量對等'''
| 將雜亂的線路塞進狹小的模型是極高的工藝挑戰。
| 寫出一個沒有 Bug 且能連網的真實系統是極高的技術挑戰。
|}

----

== 4. Review 4: 期末總審 (Final Defense) ==
* '''平衡觀點：''' 實體組做「包裝」；數位組做「行銷素材」。雙方皆需拍攝一支高品質宣傳影片。

{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
| '''核心產出'''
| '''CMF 精修模型 + 包裝 + 影片'''
| '''Release Candidate + Landing Page + 影片'''
|-
| '''詳細要求'''
| 
* '''CMF 工藝：''' 噴漆塗裝需達量產級水準 (無氣泡、流鼻涕)。
* '''產品包裝：''' 設計並製作 1:1 銷售包裝盒 (含內襯)。
* '''展架設計：''' 新一代設計展的展示架規劃。
<br>
'''🎥 產品宣傳影片 (Product Video)：'''
* '''時長：''' 60 - 90 秒。
* '''內容：''' 必須包含 '''「外觀特寫 (Beauty Shots)」''' 與 '''「情境使用 (Scenario)」'''。
* '''規格：''' 需架設攝影棚打光拍攝，展示材質紋理與機構作動，嚴禁僅使用 3D 渲染動畫充數。
| 
* '''微互動優化：''' 加入 Loading 動畫、轉場特效。
* '''Landing Page：''' <span style="color:red;">(數位組加重項目)</span> 製作一個產品推廣網頁 (一頁式)，用於介紹 App 功能與下載連結。
* '''上架素材：''' 製作 App Store 預覽圖與 Icon。
<br>
'''🎥 應用程式宣傳影片 (App Promo)：'''
* '''時長：''' 60 - 90 秒。
* '''內容：''' 必須結合 '''「螢幕錄製」''' 與 '''「真人指尖操作」''' 畫面。
* '''規格：''' 風格需仿照 Apple App Store 預覽影片，剪輯節奏明快，清楚展示核心功能流程。
|-
| '''工作量對等'''
| 噴漆、製作包裝盒以及佈光拍攝產品廣告需要精細的手工與攝影技術。
| 刻畫行銷網頁、製作上架圖以及剪輯高質感的 UI 演示影片需要精細的數位編輯能力。
|}

----
''最後更新時間：2025-11-21''