答辯總結

第一部分 調研，評測

評測

• 描述最簡單直覺的個人第一次上手體驗。

  • 後敬甲

    福大助手定位是，為Fzuer量身定做的校園學習生活助手。

    在初次上手之後，可以發現其功能基本覆寫了福大學習生活的各個方面，也符合軟體本身的定位。

    發現一點不足在于，軟體沒有固定的首頁，各個功能子產品同一級并行，在各子產品均可獨立退出app，頁面層次分布不符合多數使用者已有的使用習慣

  • 劉浩

    上手體驗：初次運作後第一感覺是app響應很快且功能很多 目前使用到的就其中下載下傳曆年卷和檢視課程表這兩個功能 這兩個功能都很齊全 ui設計整體感覺比較和諧 在左邊放置功能切換界面讓人眼前一亮 總體來說還是一個不錯的大學應用工具

  • 盧澤明

    上手體驗：Android端的福大助手界面好看，首頁為課程表也是滿足了廣大學生的需求。運作流暢，功能這幾年一直在增加，可以說已經集齊了大部分必備功能。

    不足之處：功能部件全部在右側展開部分，确實有點不夠明顯。我相對喜歡把各個頁面放在底部欄的按鈕。其次沒有個人中心，可以讓使用者設定自己的個人資訊，比如修改頭像，設定基本資訊等。

    還有就是希望加上一些校園小知識，比如小白的發車時間地點等

  • 黃靖茹

    上手體驗：界面總體來說比較簡潔，曆年卷和一鍵評分功能是使用福大助手的主要原因。功能相教福大教務處更齊全。互動方面做的也還可以，但是針對安卓系統，每次按傳回鍵沒有傳回上一層對于安卓使用者來說不是很習慣。小建議：曆年卷能按自己專業分就更好了，有的時候不想打字也不必翻很久的目錄。

  • 葛亮

    上手體驗：運作速度快功能多，一個app集合了易班和教務處的功能，更有友善同學選課和搶實驗的功能。

    課程表導入到月曆也很友善。

    但查考場的界面感覺有美中不足，如果有多門考試連在一起，極有可能把日期和科目看混。

    另外沒有找到可以修改登入資訊和找回密碼的界面和功能，在通路登入失敗的時候讓使用者很絕望。

  • 蔡文斌

    上手體驗：Android端的福大助手界面簡潔大方，使用者容易上手，運作流暢，功能齊全，幾乎集齊了其他校園app的功能，是一款不錯的校園軟體。

    不足之處：沒有個人中心，可以讓使用者設定自己的個人資訊，比如修改頭像，設定基本資訊等。可以在抽屜内加上校曆的這個功能，友善使用者查詢節假日等資訊。如果可以的話，對于界面的設計可以進一步的改善，有些界面太過于簡單，雖然突出了功能，但是對于部分使用者，使用體檢就不是那麼好

  • 黃澤

    上手體驗：整體布局簡潔明了，無廣告騷擾，互動動作自然柔和，功能相較于福大教務處更加完善齊全，課程導入月曆功能比較新穎，美中不足的是單期績點無法檢視，部分互動沒有給出明确提示，比如點選左側欄自己的名字會彈出個人資訊一覽表，但是不容易被使用者發現。總的來說是一個優秀的校園app

  • 朱躍安

    上手體驗：進入界面的首頁是課表界面非常友善日常查課表。抽屜界面包含功能豐富，能夠為福大學生提供很好的服務，而且還能在設定界面隐藏自己平時用不到的功能。

    不足之處:校招功能處沒有給出近期校招活動的清單，隻能自己一個一個的去查找。如果在不知道校招活動具體情況下，就很難通過搜尋框查找，隻能自己手動滑動日期條，一個一個的檢視每個日期下的校招活動，應該添加一個月曆表。有些界面過于簡陋不美觀，如嘉錫講堂界面，這很有可能影響到使用者使用該功能。

  • 張傑

    上手體驗：Android端整體布局遵循Material Design，以藍色為預設色彩并可以更改喜歡的顔色，簡潔大方。抽屜内功能豐富，整合福大教務通、福大易班、福大曆年卷，基本滿足使用者需求，同時可将課程同步到月曆中，友善使用。

    不足之處：

    内的使用者資訊占位較大但無功能，建議将個人資訊以及賬号登出等功能放置其中。

    右上角的更多功能用于切換學期較為奇怪。

    fab似乎是為了fab而fab，功能可以整合至右上角更多按鈕。

• 使用思維導圖，描述福大助手的結構體系

  

• Bug及原因猜想

  點選此檢視線上文檔

• 假設你們團隊需要開發這套系統，需要注意哪些方面(架構、部署運維、微服務等)。

采訪：

第8章 使用者調研，12 章 軟體的使用者體驗，

相信每位同學的朋友中一定有人需要用這樣的軟體，記載你對這位使用者的采訪。采訪對象的要求是沒有使用過福大助手。例如使用下面的采訪提要：

1. 介紹采訪對象的背景和需求（他們有沒有用過類似的APP，除了現有的功能還有别的需求麼）
2. 讓采訪對象使用福大助手（請上傳照片證明使用者的确正在使用，遠端采訪的同學請讓别人幫忙照相）
3. 描述使用者使用這個産品的過程, 使用者的問題解決了麼？軟體在資料量/界面/功能/準确度上各有什麼優缺點？使用者體驗方面有問題麼？
4. 使用者對産品有什麼改進意見？
5. 結論：經過這麼多工作，你一定有充分的理由給這個軟體下一個評價,請選擇一個結論:
   • 非常不推薦
   • 不推薦
   • 一般
   • 推薦
   • 非常推薦

第二部分 分析

參考 8.6 節 對工作的估計， 和14.1 節 軟體工程的品質

• 估計這個項目做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，并有專業UI 支援）。
• 分析這個軟體目前的優劣（和類似軟體相比），并推理出開發團隊在軟體工程方面可以提高的一個重要部分（具體建議）。
• 根據了解和體驗，畫出整個軟體所有功能邏輯框圖，根據重要度辨別出各子產品的重要度、完成度、出發點及效果；
• 針對不同的次元評分，對使用者體驗方面、UI界面美觀度、核心功能，分别打分。

第三部分 建議和規劃

參考《建構之法》第8章 功能的定位和優先級；第9章 項目經理

這個軟體有很多可以提高的部分。

• 如果你是項目經理，如何提高進而在競争中勝出？
• 目前市場上有什麼樣的産品了？
• 你要設計什麼樣的功能？
• 為何要做這個功能，而不是其他功能？
• 為什麼使用者會用你的産品/功能？
• 你的創新在哪裡？可以用 NABCD 分析。
• 如果你來上司這個團隊，會有什麼不一樣？
• 如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
• 描述你的團隊在16 周期間每周都要做什麼，才能在第16周如期釋出軟體，大小裡程碑績點設定。
• 項目釋出後，有沒有考慮過項目該怎麼部署才能滿足需求。依據附錄圖（某校教務處系統的部署）作為參考，分析16周後你所完成的項目上線需要哪些配套裝置(伺服器、帶寬、資料庫需求數量與配置) 。

第四部分 增量開發設計

既然你對産品有這麼多的意見和建議，請就你認為産品的可提升功能、新增需求點做出增量開發設計，要求：

• 優化/新增功能點的原型界面
• 基本實作思路
• 優化/新增功能點與原有産品如何接入

第五部分 答辯總結

• 評估團隊中每個人對本次作業的貢獻比例，描述為本次測評作業的工作流程、組員分工、組員工作量比例（禁止一鍋端平的情況，如果沒有評估，全組平均後，組長得分減 50%）
• 答辯總結
  • 求出本組的現場答辯得分：去除最高總分，最低總分，求平均分（保留2位小數）
  • 收集其他組對本組提出的問題，并回答（每少回答一點，該項得分扣除5%，扣完為止）

個人部分

• PSP表格

PSP	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	30	45
?Estimate	估計這個任務需要多少時間	130	120
Development	開發	200	300
?Analysis	需求分析 (包括學習新技術)	20
?Design Spec	生成設計文檔
?Design Review	設計複審
?Coding Standard	代碼規範(為目前的開發制定合适的規範)
?Design	具體設計
?Coding	具體編碼
?Code Review	代碼複審
?Test	測試（自我測試，修改代碼，送出修改）
Reporting	報告
?Test Repor	測試報告
?Size Measurement	計算工作量
?Postmortem & Process Improvement Plan	事後總結, 并提出過程改進計劃		15
合計	400	350

學習進度條

第N周	新增代碼（行）	累計代碼（行）	本周學習耗時(小時)	累計學習耗時（小時）	重要成長
1	500		25		1熟悉了c++有關vector,map用法 2學習了正規表達式 3學習了狀态轉換圖和有窮自動機
2	50	550	8	33	看了有關軟體的使用，原型模型以及建構之法
3	600	1350	48	81	修煉心性，debug能力有提升，心理素質加強= =
9		5	86	感覺這周過于松弛= =，後面要狠命還了
11	150	1160	6	97	終于實作了頁面的跳轉= =，商家端頁面設定
12	100	1380	4	105	初識matplotlib，sql-connector
13		1430		109	找Bug
14		1530		110	python,html初識