跳至內容

「Research:雙軌審查機制」:修訂間差異

出自江振維的課程知識庫
Skipclass留言 | 貢獻
無編輯摘要
Skipclass留言 | 貢獻
無編輯摘要
第1行: 第1行:
首頁 >>>>>> [[116級畢業專題]] <<<<<<
{| style="width:100%; background-color:#eaf3ff; border:1px solid #a2a9b1; border-radius:5px; padding:10px; margin-bottom:15px;"
| style="text-align:left;" | 🔙 '''返回首頁:''' [[116級畢業專題|116級畢業專題製作總體實施計畫]] > '''雙軌審查機制'''
|}


= 雙軌審查機制:工作份量平衡標準 (Workload Balance) =
= 雙軌審查機制:工作份量平衡標準 (Workload Balance) =

於 2025年11月20日 (四) 19:25 的修訂

🔙 返回首頁: 116級畢業專題製作總體實施計畫 > 雙軌審查機制

雙軌審查機制:工作份量平衡標準 (Workload Balance)

為確保 Track A (實體) 與 Track B (數位) 之投入工時與技術難度相當,本系嚴格執行以下對照標準。請勿心存僥倖選擇「看起來比較輕鬆」的軌道。

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

1. Review 1: 提案與架構 (Proposal)

  • 平衡觀點: 實體組需解決「物理空間」問題;數位組需解決「資料結構」問題。
項目 Track A 驗收標準 (實體) 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)

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

3. Review 3: 機能原型 (Functional)

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

4. Review 4: 期末總審 (Final Defense)

  • 平衡觀點: 實體組做「包裝」;數位組做「行銷素材」。雙方皆需拍攝一支高品質宣傳影片。
項目 Track A 驗收標準 (實體) Track B 驗收標準 (數位)
核心產出 CMF 精修模型 + 包裝 + 影片 Release Candidate + Landing Page + 影片
詳細要求
  • CMF 工藝: 噴漆塗裝需達量產級水準 (無氣泡、流鼻涕)。
  • 產品包裝: 設計並製作 1:1 銷售包裝盒 (含內襯)。
  • 展架設計: 新一代設計展的展示架規劃。


🎥 產品宣傳影片 (Product Video):

  • 時長: 60 - 90 秒。
  • 內容: 必須包含 「外觀特寫 (Beauty Shots)」「情境使用 (Scenario)」
  • 規格: 需架設攝影棚打光拍攝,展示材質紋理與機構作動,嚴禁僅使用 3D 渲染動畫充數。
  • 微互動優化: 加入 Loading 動畫、轉場特效。
  • Landing Page: (數位組加重項目) 製作一個產品推廣網頁 (一頁式),用於介紹 App 功能與下載連結。
  • 上架素材: 製作 App Store 預覽圖與 Icon。


🎥 應用程式宣傳影片 (App Promo):

  • 時長: 60 - 90 秒。
  • 內容: 必須結合 「螢幕錄製」「真人指尖操作」 畫面。
  • 規格: 風格需仿照 Apple App Store 預覽影片,剪輯節奏明快,清楚展示核心功能流程。
工作量對等 噴漆、製作包裝盒以及佈光拍攝產品廣告需要精細的手工與攝影技術。 刻畫行銷網頁、製作上架圖以及剪輯高質感的 UI 演示影片需要精細的數位編輯能力。

最後更新時間:2025-11-21