團隊作業第二次——團隊Github實戰訓練

這個作業屬于哪個課程	2020春s班
這個作業要求在哪裡	團隊作業第二次——團隊Github實戰訓練
團隊名稱	time masters
這個作業的目标	團隊Github實戰
作業正文	團隊作業第二次
其他參考文獻	無

part 1-團隊Github實戰

一、組員職責分工

學号	職責	commit次數
041702303	設計流程，配置設定任務，整合修改代碼、debug等	11
221600428	參與需求分析
221701124	dao	2
221701224	前端設計與編碼	7
221701204	servlet	6
221701321	合作編寫前端	3
221701306	pojo	1
221701405	群内截圖、部落格
221701424	test	5

二、github送出日志截圖

三、程式運作截圖

四、程式運作環境

資料庫MySQL,配置tomcat伺服器,導入eclipse可以直接運作，test檔案夾存在bug可以删除，DB檔案的sql導入可以獲得程式所需的資料庫

五、WEB界面

同運作界面

六、功能實作

基礎功能

附加功能

七、遇到的困難及解決方法

• 041702303 第一次進行這麼多人的線上合作開發，并且事件很緊迫，開始有點沒有方向，後來進行整合代碼心态炸裂，解決方法通過平穩心态，保持平和，多多進行隊員交流

• 學号 221701321

  這是第一次團隊作業，也是第一次使用GitHub進行團隊作業，檔案的更新成了最大問題，時常這邊我剛pull回來，那邊又上傳了，最後隊員溝通之後才解決問題，團隊作業需要溝通。

八、PSP表格

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

		60	80
	100	120

			365
		240	250
			15
	390	425

* 221701224

			270
		70
		110
	290	310

		220	200
			90

		430	550
			320
	470	590

		-
			—

	170	180

九、貢獻比例配置設定

	代碼量		貢獻分配置設定
	設計代碼配置設定任務、編寫util以及整合整個代碼和debug		19
	編寫dao
	三個servlet		13
	編寫前端		12
			9

十、部落格基本功能完成情況（截止前）

1.功能清單

功能點	完成度
身份證、手機号格式驗證及錯誤提示
身份證、手機号的唯一性及錯誤提示
間隔三次才能預約及錯誤提示
存儲預約資訊
預約結束後的中簽計算	0.5
預約查詢及提示

在截止前的版本中：

預約結束後的中簽計算:

點選結束預約按鈕後會進行中簽結算，但是有一個小問題是當總口罩數sum被配置設定到--單次購買數>sum>0時會出現一點問題，其餘可以正常進行。

預約查詢級提示：

後端代碼正常，前端代碼有一個低級的錯誤是資訊對應的表格列結束标簽沒有加上反斜杠，同時查詢如果失敗沒有回報。

2.抽簽算法

對每一個預約記錄進行随機數判定，判定成功将記錄的中簽标記位設為中簽，否則未中簽，循環結束條件為當且僅當口罩總數被配置設定完全或者所有預約記錄中簽。

part 2-團隊展示問題分析

• 同類産品較多，如何突出自己的優勢？
  1. 以極簡為目标，主打功能更加突出，沒有應用市場上已有的軟體那麼繁雜。
  2. 使用者操作更加簡單，不用花費太多時間操作。
  3. 所有的功能均對使用者免費開放。

• 考慮在某個方面特化

  我們的軟體的核心是鎖機，主要是針對學習上的自我督促，需要有一些強制性的，自我檢討的功能，因為平時經常會出現一些,事前下定決心,但學到一半拿起手機就不自覺的刷了起來的情況。

• 關于換題與內建

  在上次項目展示與第一組的協商之後，我們保留原選題，并将第一組優秀的功能集和過來。