QBUS5010 小组 Dashboard 项目：把一份设计做出来，再讲清楚做到了多少

A4 是小组项目：从组员之前各自交过的 design proposal 里挑一份，一起把它做成能用的 dashboard。分组沿用 Project Evaluation and Plan 那次，每个人都要对三样交付有实际贡献。

brief 里有一句关键的话：report 用来描述小组「相对 objectives 的进展」。所以这次不是重新设计，而是把纸上的设计做出来，再如实对比做到了多少、改了什么、为什么改。后面每一步都围着原设计的 objectives 转。

三样交付是 Project Report、Video Walkthrough 和 Dashboard Code，从 Canvas 三个 portal 分开交。dashboard 占 60%，report 占 40%，video 是 0%，但不交就没有这份 assignment 的 grade。

图：示意图：同一份 design proposal 分出三样交付。Project Report 占 40%，8 部分固定结构，约 2000–2500 words，文件名 QBUS5010_REPORT_GROUP_000.pdf；Dashboard Code 占 60%，只能用 Plotly Dash，ZIP 里有 app.py 和 data/，要能跑起来；Video Walkthrough 0% 但必交，2–3 分钟，至少 1920×1080，H.264 + MP4。三个 Canvas portal 分开交。

结构示意 · 三样交付的权重和格式要求，按 brief 与 Rubric 画的示意。

01 先选方案。brief 没规定怎么选，比较稳的标准是：数据拿得到，Dash 做得出来，objectives 写得清楚。选定后，那份 proposal 的 problem 和 objectives 就是 report 第 2、3 部分。

02 再定实际用的数据。report 第 4 部分写 actual data 和 data source，不是复述原计划的设想。HD 档要求 clear and highly detailed，一行代表什么、有哪些字段、时间范围、怎么清洗，都写清楚。

03 然后用 Plotly Dash 搭 dashboard，brief 写明 no exceptions。Functionality 看两件事：teaching staff 在标准 conda 或 Ed 环境里能直接跑，数据都在包里，额外 package 列进 requirements file；report 写的 layout 和 affordances 在界面上都真能用。长得像但点不动，这一项就上不去。

affordances：让人一看就知道能点、能筛的界面元素，如 dropdown、slider。

04 做界面时对照 Design 和 Presentation 两行 Rubric：图表类型适合要传达的信息，交互帮人看懂更多而不是多几个按钮，用 pre-attentive attributes 和 gestalt principles 引导视线，照顾 accessibility，风格统一。