團隊項目選題

各個團隊要在10月10日前決定作哪個項目 (按黃金點遊戲排出的次序挑選)，肯定以後寫團隊博客描述他們要作的到底是什麼系統 (不懂的地方能夠在博客上提問或聯繫老師)。
此次課程有5個學生團隊，咱們有2個備選項目，3個自選項目。

第一組項目：在以往項目的基礎上繼續完善改進（1個團隊）

PhyLab物理實驗網站：

核心功能是提供預習報告和自動數據處理，然後加入了論壇模塊，提供了必定的社交功能。
[1] 初版http://www.cnblogs.com/buaase/
[2] 第二版http://www.cnblogs.com/default1406/

第二組項目：選擇下面指定項目中的一個（1個團隊）

1. 軟工自動測試平臺

需求：在軟件工程課程中，我的項目的測試一直是一個難以自動化的問題。不一樣的學校的項目題目不一樣，測試代碼也不同，每一屆助教都須要手動測試或費時費力寫一個自動批處理測試的程序。但在助教們使用的過程當中發現，實際上大部分測試的大部分步驟都是能夠固定下來的，好比說爬取Github倉庫，命令行批處理運行等。但願能開發一個軟工OJ，它的擴展性比較強，能夠稍微定製化。好比能處理數獨、能處理四則運算、地鐵線路規劃這樣的題目做業的自動斷定測試。它不只能支持軟工題目自動評分、還能支持代碼查重、代碼規範評分等，同時其定製化的成本不要太大，最好可以支持助教使用不一樣的語言來利用平臺。

形式：平臺能夠經過下發安裝包安裝，或能夠利用HTTP請求與用戶程序交互來提供服務。

2. 軟工團隊項目度量反饋平臺：

需求：

1. 源代碼管理的度量與反饋
   在軟件工程課程中，團隊項目階段就開始使用了源代碼管理。可是因爲不熟悉且沒有獲得有效的指導，學生的Github技能每每不能獲得太大的提高。咱們但願你開發一款這樣的工具：它能自動分析學生源代碼項目，並對項目的源代碼管理質量做出評分；同時它能夠可視化展現不一樣時間節點提交代碼量的多少，並展現出每一個同窗的實際修改量；最後，它能夠對學生的項目提出源代碼管理上的一些意見，而且要具體。
2. 項目進度管理的度量與反饋
   可以根據用戶輸入的Issue ID，任務內容描述，代碼簽入ID，博客地址等內容，自動生成團隊項目的每日例會報告，同時根據存儲在數據庫中的歷史數據來衡量項目管理的質量，並分析項目可能存在的問題。
   形式：暫定爲使用網站。

3. 博客園移動客戶端

需求：實現一個edu.cnblogs.com的客戶端。目前，博客園的edu方面的API已經開通了，如今能夠在https://oauth.cnblogs.com/申請API受權，班級博客及其它API文檔在http://api.cnblogs.com/help，使用過程當中遇到的問題能夠發郵件到：contact@cnblogs.com。

4. 工單系統

背景

工單是企業爲客戶提供一個正式反饋問題的渠道，也是企業跟蹤和處理問題的重要工具。

基本需求

• 預製客服信息，客服能夠用預製帳號登陸工單系統，處理客戶建立的工單（回覆工單，郵件接收工單狀態變動）
• 客戶註冊，客戶經過郵箱註冊（需作郵箱驗證）；
• 客戶發起工單，客戶填寫問題描述，機密信息（帳號密碼等，需在數據庫中加密存儲）
• 新建溝通記錄，客服和客戶能夠在未結束的工單裏提交回復，經過郵件通知對方工單進展；
• 客戶評分和結單，客戶爲本次服務的滿意度評分並結束工單，結單後不能再添加溝通記錄和改變工單狀態；

高級需求

• 工單超時處理，客戶超過必定期限未回覆工單則由系統自動結單；
• 指派處理人，工單進展會經過郵件發送給被指派的處理人；
• 上傳附件，問題描述和溝通記錄中可上傳附件。附件包括圖片文本和壓縮文件；

特殊需求

• 統計客服的工做量，每一個客服每一個週期的問題數量
• 統計客戶的滿意度，每一個客服每一個週期客戶平均滿意度

第三組項目： (3個團隊) 自由選題

這些團隊能夠本身選擇真實軟件項目，提交項目計劃書給老師審覈，必須在規定時間內公開發布並達到事先計劃的一系列指標（用戶數目、用戶評價等）。

全部團隊時間：

• Alpha版本發佈：4周以後 (1周計劃和設計，2周實現(sprint)，1周穩定和發佈)。
• 10/24: 全部的任務都建立在Github中，並應用各類估計方法 (1) (2)， 去估計各個任務的時間。把各個任務交給我的。每一個任務必須有估計的時間，而且時間不能多於8小時。把全部任務更新以後，截屏、統計大家項目到底須要多少時間作完。寫成一個博客。（各個團隊的PM 負責此事)
• 10/31: 必須寫出第一個每日例會（scrum meeting）報告。(例子)
  1. 每一個人的工做（有Issue的內容和連接）：昨天已完成的工做，今天計劃完成的工做；工做中遇到的困難。
  2. 燃盡圖（Github燃盡圖製做方法）
  3. 每日例會的照片
  4. 每人的代碼/文檔簽入記錄（簽入記錄對應的Issue內容與連接）
     如實報告這四個部分的，得滿分5分。少任何一個，就扣1/4的分。遲交得0分，晚於兩週交博客，倒扣所有分。
• 複審、反思、團隊重組: 1周。
• Beta版本發佈：4周 (與Alpha階段一致)。
• 團隊博客：在 10/17日前寫出你的項目的NABCD。並明確寫出在哪裏發佈軟件，估計發佈後一週的用戶量（精確到千）。