答辯總結
第一部分 調研，評測
評測
描述最簡單直觀的個人第一次上手體驗。
後敬甲
福大助手定位是，為Fzuer量身定做的校園學習生活助手。
在初次上手之後，可以發現其功能基本覆蓋了福大學習生活的各個方面，也符合軟體本身的定位。
發現一點不足在於，軟體沒有固定的首頁，各個功能模組同一級並行，在各模組均可獨立退出app，頁面層次分佈不符合多數使用者已有的使用習慣劉浩
上手體驗：初次執行後第一感覺是app響應很快且功能很多 目前使用到的就其中下載歷年卷和檢視課程表這兩個功能 這兩個功能都很齊全 ui設計整體感覺比較和諧 在左邊放置功能切換介面讓人眼前一亮 總體來說還是一個不錯的大學應用工具
盧澤明
上手體驗：Android端的福大助手介面好看，首頁為課程表也是滿足了廣大學生的需求。執行流暢，功能這幾年一直在增加，可以說已經集齊了大部分必備功能。
不足之處：功能部件全部在右側展開部分，確實有點不夠明顯。我相對喜歡把各個頁面放在底部欄的按鈕。其次沒有個人中心，可以讓使用者設定自己的個人資訊，比如修改頭像，設定基本資訊等。
還有就是希望加上一些校園小知識，比如小白的發車時間地點等黃靖茹
上手體驗：介面總體來說比較簡潔，歷年卷和一鍵評分功能是使用福大助手的主要原因。功能相教福大教務處更齊全。互動方面做的也還可以，但是針對安卓系統，每次按返回鍵沒有返回上一層對於安卓使用者來說不是很習慣。小建議：歷年卷能按自己專業分就更好了，有的時候不想打字也不必翻很久的目錄。
葛亮
上手體驗：執行速度快功能多，一個app集合了易班和教務處的功能，更有方便同學選課和搶實驗的功能。
課程表匯入到日曆也很方便。
但查考場的介面感覺有美中不足，如果有多門考試連在一起，極有可能把日期和科目看混。
另外沒有找到可以修改登入資訊和找回密碼的介面和功能，在訪問登入失敗的時候讓使用者很絕望。蔡文斌
上手體驗：Android端的福大助手介面簡潔大方，使用者容易上手，執行流暢，功能齊全，幾乎集齊了其他校園app的功能，是一款不錯的校園軟體。
不足之處：沒有個人中心，可以讓使用者設定自己的個人資訊，比如修改頭像，設定基本資訊等。可以在抽屜內加上校歷的這個功能，方便使用者查詢節假日等資訊。如果可以的話，對於介面的設計可以進一步的改善，有些介面太過於簡單，雖然突出了功能，但是對於部分使用者，使用體檢就不是那麼好黃澤
上手體驗：整體佈局簡潔明瞭，無廣告騷擾，互動動作自然柔和，功能相較於福大教務處更加完善齊全，課程匯入日曆功能比較新穎，美中不足的是單期績點無法檢視，部分互動沒有給出明確提示，比如點選左側欄自己的名字會彈出個人資訊一覽表，但是不容易被使用者發現。總的來說是一個優秀的校園app
朱躍安
上手體驗：進入介面的首頁是課表介面非常方便日常查課表。抽屜介面包含功能豐富，能夠為福大學生提供很好的服務，而且還能在設定介面隱藏自己平時用不到的功能。
不足之處:校招功能處沒有給出近期校招活動的列表，只能自己一個一個的去查詢。如果在不知道校招活動具體情況下，就很難通過搜尋框查詢，只能自己手動滑動日期條，一個一個的檢視每個日期下的校招活動，應該新增一個日曆表。有些介面過於簡陋不美觀，如嘉錫講堂介面，這很有可能影響到使用者使用該功能。張傑
上手體驗：Android端整體佈局遵循Material Design，以藍色為預設色彩並可以更改喜歡的顏色，簡潔大方。抽屜內功能豐富，整合福大教務通、福大易班、福大曆年卷，基本滿足使用者需求，同時可將課程同步到日曆中，方便使用。
不足之處：
內的使用者資訊佔位較大但無功能，建議將個人資訊以及賬號登出等功能放置其中。
右上角的更多功能用於切換學期較為奇怪。
fab似乎是為了fab而fab，功能可以整合至右上角更多按鈕。
使用思維導圖，描述福大助手的結構體系
Bug及原因猜想
點選此檢視線上文件假設你們團隊需要開發這套系統，需要注意哪些方面(架構、部署運維、微服務等)。
採訪：
第8章 使用者調研，12 章 軟體的使用者體驗，
相信每位同學的朋友中一定有人需要用這樣的軟體，記載你對這位使用者的採訪。採訪物件的要求是沒有使用過福大助手。例如使用下面的採訪提要：
- 介紹採訪物件的背景和需求（他們有沒有用過類似的APP，除了現有的功能還有別的需求麼）
- 讓採訪物件使用福大助手（請上傳照片證明使用者的確正在使用，遠端採訪的同學請讓別人幫忙照相）
- 描述使用者使用這個產品的過程, 使用者的問題解決了麼？軟體在資料量/介面/功能/準確度上各有什麼優缺點？使用者體驗方面有問題麼？
- 使用者對產品有什麼改進意見？
- 結論：經過這麼多工作，你一定有充分的理由給這個軟體下一個評價,請選擇一個結論:
- 非常不推薦
- 不推薦
- 一般
- 推薦
- 非常推薦
第二部分 分析
參考 8.6 節 對工作的估計， 和14.1 節 軟體工程的質量
- 估計這個專案做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業UI 支援）。
- 分析這個軟體目前的優劣（和類似軟體相比），並推理出開發團隊在軟體工程方面可以提高的一個重要部分（具體建議）。
- 根據理解和體驗，畫出整個軟體所有功能邏輯框圖，根據重要度標識出各模組的重要度、完成度、出發點及效果；
- 針對不同的維度評分，對使用者體驗方面、UI介面美觀度、核心功能，分別打分。
第三部分 建議和規劃
參考《構建之法》第8章 功能的定位和優先順序；第9章 專案經理
這個軟體有很多可以提高的部分。
- 如果你是專案經理，如何提高從而在競爭中勝出？
- 目前市場上有什麼樣的產品了？
- 你要設計什麼樣的功能？
- 為何要做這個功能，而不是其他功能？
- 為什麼使用者會用你的產品/功能？
- 你的創新在哪裡？可以用 NABCD 分析。
- 如果你來領導這個團隊，會有什麼不一樣？
- 如果你的團隊有5個人, 4個月的時間，你作為專案經理，應該如何配置角色（開發，測試，美工等等）？
- 描述你的團隊在16 週期間每週都要做什麼，才能在第16周如期釋出軟體，大小里程碑績點設定。
- 專案釋出後，有沒有考慮過專案該怎麼部署才能滿足需求。依據附錄圖（某校教務處系統的部署）作為參考，分析16周後你所完成的專案上線需要哪些配套裝置(伺服器、頻寬、資料庫需求數量與配置) 。
第四部分 增量開發設計
既然你對產品有這麼多的意見和建議，請就你認為產品的可提升功能、新增需求點做出增量開發設計，要求：
- 優化/新增功能點的原型介面
- 基本實現思路
- 優化/新增功能點與原有產品如何接入
第五部分 答辯總結
- 評估團隊中每個人對本次作業的貢獻比例，描述為本次測評作業的工作流程、組員分工、組員工作量比例（禁止一鍋端平的情況，如果沒有評估，全組平均後，組長得分減 50%）
- 答辯總結
- 求出本組的現場答辯得分：去除最高總分，最低總分，求平均分（保留2位小數）
- 收集其他組對本組提出的問題，並回答（每少回答一點，該項得分扣除5%，扣完為止）