計劃

1. 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?

   作為Alpha版本，我們團隊在開發前進行了讨論，認為Alpha版本應該着重實作核心功能，而一些非核心功能放在後期的Beta版本進行實作。是以，根據github上的issues整理，在沖刺階段我們總共建立了xx個issues，并且在截止時間前全部順利完成，根據issues的标簽分類，我們将工作計劃劃分為以下加粗的六類，并對每一類進行劃分和詳細說明，其中第六類的工作計劃為下階段，即Beta版本的工作計劃
              

   原計劃工作之功能整合

   • 登入界面以及對應的跳轉

     因為需要和上一屆學長開發的報課系統進行功能整合，是以

     教師

     、

     系負責人

     院負責人

     三個使用者組的登陸功能不做修改，采用學長的登陸功能，而

     學生

     的登陸功能全新實作，并且四個使用者組都能夠順利驗證使用者資訊進行登陸，并跳轉至不同的界面。

     完成度：100%

   • 登陸之後的頁面跳轉

     因為需要和報課系統進行功能整合，是以

     學生

     在登陸之後直接進入導師智能配置設定系統，

     教師

     系負責人

     和

     院負責人

     在登陸之後，先進入 報課系統／導師智能配置設定系統 的選擇，選擇後進入相應的界面，并且保持報課系統的功能不受到任何影響。

   原計劃工作之學生

   • 個人資訊界面：

     學生在登陸智能導師配置設定系統後，顯示個人資訊界面，該功能完成。但是，修改個人資訊的功能尚未完成，因為在Alpha版本，該功能并不是核心功能，是以暫時未考慮優先實作。

     完成度：95%

   • 專業導師界面：

     點選專業導師，可檢視該學生對應系别的導師，可正常顯示導師清單，并且分頁功能也已經實作，每頁顯示7名導師，該功能實作。

   • 志願填報界面：

     學生通過下拉清單的方式進行志願的填報，可正常顯示所有導師，該功能實作。但是，在導師人數較多的情況下，浏覽可能不大友善，在Beta版本考慮加入搜尋以及模糊比對的功能，該功能未實作是因為時間不夠，并且該功能不是核心功能。

     完成度：90%

   • 志願結果界面：

     在時間期限截止之後，學生可以檢視到所有的配置設定結果，包括導師資訊以及相同導師的學生聯系方式。

   原計劃工作之導師

   • 可選學生界面

     導師可以檢視可選學生的績點以及志願資訊，并選擇或則拒絕自己想要的學生，接受之後配置設定結果會更新到志願結果。

   • 課題送出界面

     在課題送出的時間段裡，導師可以進行進行學生數和課題的設定，該功能已經實作。但是，過了規定期限而未送出資訊的導師的學生數和課題設定資訊，系統将自動設定為預設值的功能，未實作的原因是技術上存在問題，不知道該如何處理，并且時間也不夠。

   • 志願結果界面

     在截止期限之後，導師可以檢視配置設定結果資訊以及學生的聯系方式。

   原計劃工作之系負責人

   • 時間設定界面

     能運用部件進行時間的設定，并對錯誤的時間設定（比如開始時間比結束時間晚、時間早于現實時間等）進行提示，該功能已實作。但是提示的界面顯示還不夠人性化，需要再完善，未實作完成原因是時間不夠，美工稀缺！

   • 比對設定界面

     若采用師生互選的方式，可以對未配置設定到導師的學生進行人工配置設定；智能配置設定算法的輸出可以在界面上顯示，該功能已實作。但是，配置設定結果的界面暫時還未加入分頁功能，以及對配置設定結果進行微調操作，這些功能未完成的原因是時間不夠，且分也存在一定難度。

     完成度：85%

   原計劃工作之院負責人

   • 導師配置設定情況界面

     院負責人可以檢視到以導師為導向的配置設定結果，并可分頁浏覽，該功能已完成。

   • 學生配置設定情況界面

     院負責人可以通過下拉條的方式檢視某個系的配置設定情況，并可分頁浏覽，該功能已完成。

   • 學生配置設定情況修改界面

     院負責人可以對配置設定結果進行微調操作，通過下拉條的方式進行導師的選擇，該功能已完成。

   • 導師配置設定情況修改界面

     院負責人可以對配置設定結果進行微調操作，例如為某個導師新增尚未配置設定到導師的學生，或則移除某個導師的學生，該功能已完成。

   Beta版本的計劃

   • 尚未開發的功能子產品
     • 四個使用者組的個人資訊修改界面
     • 學生、導師資訊支援Excel的導入功能
     • 學生——專業導師：搜尋功能
     • 系負責人：學生管理、導師管理、結果導出
     • 院負責人：管理系負責人
     • 院負責人——導師配置設定情況：支援Excel的導出功能
     • 院負責人——學生配置設定情況：支援Excel的導出功能
   • 需完善的細節
     • UI布局及美化
     • 網站的Logo設計
     • 頭像的上傳、修改以及對應的界面顯示
     • 界面的自适應，浏覽器縮放時的界面顯示問題
     • 志願填報的導師搜尋功能
     • 智能配置設定時，系負責人可對結果進行微調
     • 界面切換時的閃現問題
     • 導師清單和學生清單點選頭像或姓名後跳轉到詳細資訊界面
     • 在進行重要操作時的提示更為人性化
     • 确認、送出提示框
     • 時間設定根據不同錯誤進行錯誤提示
     • 在不同時間段，文字提示和界面顯示更為人性化
2. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?

   • 婷總

     說：“有啊，寫着寫着就發現之前寫的提示資訊應該寫在模型中，這樣就隻需要寫一次寫，控制器來調用即可。其他的話好像就沒有了吧！！！”

   • 胡總

     說：“有！有！有！就給按導師查詢的頁面指派，做了半天，前端大大把他的頁面給我，發現他把按導師查詢頁面和按導師修改頁面合并在了一起，然後要直接用合并完的頁面，之前那個單獨查詢的頁面的指派就白做了。好氣啊。”

   • 許總

     說：“原本剛開始是全都自己編碼的，後來發現隻要用架構，就可以快速的完成。”

   • 濤神

     說：“絕對有！本來我負責導師配置設定情況界面和學生配置設定情況界面的前端設計，寫了一部分但是由于比賽原因，沒能很好的完成，于是另一位小夥伴幫忙我寫完了，那我自己寫的部份就沒有用了，相當于白寫了。”

   • 陳燊

     說：“我覺得沒有，我的任務主要是項目管理和所有部落格的撰寫，因為每次實施計劃前都考慮得很清楚，是以感覺并沒有做了什麼沒有價值的事情。整個項目的推進和進展節奏都很好。是以Alpha版本的釋出也相對比較順利。”

3. 是否每一項任務都有清楚定義和衡量的傳遞件?

   有，因為畢設導師智能配置設定系統的功能比較龐大而且複雜，是以我們花了非常多的時間在需求确定上，對于每個使用者組的每個功能子產品，甚至是每個界面的每個按鈕點選之後是什麼效果，頁面如何跳轉，我們都進行了詳細的說明，所有的需求說明都在之前釋出需求說明書裡有詳細的說明，我們在沖刺階段的Alpha版本開發也是嚴格按照需求說明書上，是以對于任務有很清楚的定義和衡量。

4. 是否項目的整個過程都按照計劃進行，項目出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
   • 我們有強大的PM，PM在每次實施計劃前都考慮得很清楚，并且對每個人單獨進行了issues的配置設定，規定了issues送出的時間，是以能夠對整個項目的推進和進展把握很好的節奏，我們組相比于其他組來說較少熬夜，隻是在Alpha版本釋出前的一個晚上熬夜測試。項目開發較為順利，并沒有出現什麼意外和風險。
   • 唯一的意外是Alpha版本示範之前，團隊裡的一名成員想要修改提示的功能，但是不小心導緻學生填報志願功能的崩潰，把整個團隊都吓壞了，還好之前有備份好幾個版本，回退到早上六點多的版本後才安然無恙。
5. 在計劃中有沒有留下緩沖區，緩沖區有作用麼?

   我們有強大的PM，當然有留下緩沖區啦
              

   • 每個人的每個issue都有規定的時間，并且PM在仔細了解功能的複雜程度後，同一個人的不同issues的完成時間也不同，并且要求及時更新。//PM的内心真是細膩
   • 我們的開發時間提前于釋出時間兩天，剩下的兩天時間我們一起解決了各個功能子產品的一些BUG，因為PM對于項目進度的熟練掌握，我們較少熬夜，也有較充足的緩沖區來給各個成員進行交流和完善功能。
6. 将來的計劃會做什麼修改？
   • 根據棟哥可能随時發生的需求變更來做相應的計劃修改 //最有可能需要修改的！！！