峽谷Partners--團隊第二次作業github編程實戰

團隊作業（二）

• 項目地址：https://github.com/FZUSESPR21/meeting-system-2
• 項目部署地址：http://fzuedalab.com/rjgc/login.html

第一部分

一、組員職責分工

• 前端：庄康澤、陳少彬、陸吉杉、林思靈
• 后端：洪鴻林、林懷穎、馮浩、葉睿操

二、github提交截圖與組員commit次數

• 次數統計
  • 馮浩:5
  • 葉睿操:3
  • 林懷穎:5
  • 陸吉杉:4
  • 陳少彬:3
  • 洪鴻林:3
  • 庄康澤:4
  • 林思靈:4

三、程序運行截圖

四、遇到的困難

• 馮浩：困難：前端把注冊賬號和關注會議頁面區分開了，后端編寫注冊功能的時候，必須進行兩次連續的表單提交，並且得防止用戶在中途離開導致表單提交有誤，因此得對后端代碼進行大幅修改，成為難點。
  解決方法：固定頁面跳轉，設置請求類型，表單提交方式，不允許中途退出，並且改變他的數據庫。

• 林懷穎：困難:數據表格沒有統一，大家都在自己的表格上改，沒有通知隊友。

  解決：與隊友多溝通交流，改善前后端交互。

• 庄康澤：困難前后端對接時間太趕，來不及撰寫對接文檔，導致數據庫接口調用時頻繁刪改，拖后工期。
  解決：最后后端聚在一起討論並確定了類圖和數據庫模型，完成了最后的接口設置。

• 葉睿操：困難：后端使用PHP，從頭開始學習，與前端的交互頻繁，接口函數頻繁修改，還修改到了數據庫結構，耗時。

  解決：在開工前定好數據庫結構，不要頻繁修改，結構與接口。

• 陳少彬：困難：bootstrap框架的css布局混亂不堪，使用不熟練 。

  解決：像隊友尋求幫助及網上搜索。

• 洪鴻林：困難：類圖的構建和規划，由於沒有PHP基礎知識，剛開始進行如何項目開發的時候出現了一定的錯亂，如何和前端進行交互，后端和數據庫的連接和數據進行處理。前端和后端如何對接接口。
  解決方案：上網查找資料，和前端進行一定的交互。

• 陸吉杉：問題：排版代碼一直不起作用。
  解決：將一個容器div做成兩個嵌套的容器進而運用margin等屬性。

• 林思靈：困難：一開始在布局上出現了問題，在不斷調整float，margin，padding等屬性之后，在隊友的幫助下完成了預期的效果。
  列表在前端不知道怎么判斷是否實現，在之后負責前后端交互中知道了怎么判斷。
  解決辦法：本來只是負責前端，但由於進度較慢，負責起了前后端交互，根據之前學習的內容，依然有許多問題，例如$_POST初始為空報錯，數據庫語句錯誤，函數調用問題，都根據不斷測試和百度找到問題所在，並成功解決

五、團隊貢獻比例

• 馮浩:20%
• 葉睿操:10%
• 林懷穎:15%
• 陸吉杉:10%
• 陳少彬:10%
• 洪鴻林:5%
• 庄康澤:15%
• 林思靈:15%

六、PSP表格

洪鴻林：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	50	30
• Estimate	• 估計這個任務需要多少時間	10	5
Development	開發	330	350
• Analysis	• 需求分析 (包括學習新技術)	20	40
• Design Spec	• 生成設計文檔	60	40
• Design Review	• 設計復審	10	30
• Design	• 具體設計	25	30
• Coding	• 具體編碼	30	40
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	15	10
• Code Review	• 代碼復審	30	20
• Test	• 測試（自我測試，修改代碼，提交修改）	45	40
Reporting	報告	30	40
• Test Repor	• 測試報告	20	10
• Size Measurement	• 計算工作量	15	20
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	30	20
	合計	760	855

馮浩：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	45	40
• Estimate	• 估計這個任務需要多少時間	10	5
Development	開發	320	300
• Analysis	• 需求分析 (包括學習新技術)	25	30
• Design Spec	• 生成設計文檔	60	40
• Design Review	• 設計復審	10	30
• Design	• 具體設計	15	20
• Coding	• 具體編碼	30	40
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	10	10
• Code Review	• 代碼復審	35	20
• Test	• 測試（自我測試，修改代碼，提交修改）	25	20
Reporting	報告	30	40
• Test Repor	• 測試報告	15	20
• Size Measurement	• 計算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	30	20
	合計	760	855

林懷穎：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	50	60
• Estimate	• 估計這個任務需要多少時間	15	10
Development	開發	400
• Analysis	• 需求分析 (包括學習新技術)	20	40
• Design Spec	• 生成設計文檔	60	40
• Design Review	• 設計復審	10	30
• Design	• 具體設計	20	30
• Coding	• 具體編碼	40	60
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	10	10
• Code Review	• 代碼復審	30	20
• Test	• 測試（自我測試，修改代碼，提交修改）	55	40
Reporting	報告	30	40
• Test Repor	• 測試報告	20	10
• Size Measurement	• 計算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	20	30
	合計	760	855

葉睿操：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	40
• Estimate	• 估計這個任務需要多少時間	10	5
Development	開發	330	320
• Analysis	• 需求分析 (包括學習新技術)	20	40
• Design Spec	• 生成設計文檔	60	40
• Design Review	• 設計復審	20	15
• Design	• 具體設計	20	30
• Coding	• 具體編碼	45	50
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	10	10
• Code Review	• 代碼復審	15	30
• Test	• 測試（自我測試，修改代碼，提交修改）	50	30
Reporting	報告	30	40
• Test Repor	• 測試報告	20	10
• Size Measurement	• 計算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	35	40
	合計	760	855

陸吉杉：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	50	40
• Estimate	• 估計這個任務需要多少時間	20	10
Development	開發	360
• Analysis	• 需求分析 (包括學習新技術)	30	60
• Design Spec	• 生成設計文檔	40	30
• Design Review	• 設計復審	20	30
• Design	• 具體設計	20	30
• Coding	• 具體編碼	40	60
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	10	10
• Code Review	• 代碼復審	30
• Test	• 測試（自我測試，修改代碼，提交修改）	50	30
Reporting	報告	30	40
• Test Repor	• 測試報告	20	10
• Size Measurement	• 計算工作量	20	15
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	30	20
	合計	760	855

陳少彬：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	45	30
• Estimate	• 估計這個任務需要多少時間	10	5
Development	開發	300	310
• Analysis	• 需求分析 (包括學習新技術)	20	40
• Design Spec	• 生成設計文檔	30	40
• Design Review	• 設計復審	10	30
• Design	• 具體設計	40	30
• Coding	• 具體編碼	40	60
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	20	15
• Code Review	• 代碼復審	30	20
• Test	• 測試（自我測試，修改代碼，提交修改）	50	30
Reporting	報告	30	40
• Test Repor	• 測試報告	20
• Size Measurement	• 計算工作量	20	30
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	30	20
	合計	700	660

庄康澤：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	45	30
• Estimate	• 估計這個任務需要多少時間
Development	開發	210	240
• Analysis	• 需求分析 (包括學習新技術)	20	40
• Design Spec	• 生成設計文檔	30	40
• Design Review	• 設計復審	10	30
• Design	• 具體設計	20	30
• Coding	• 具體編碼	40	60
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	10	10
• Code Review	• 代碼復審	30	20
• Test	• 測試（自我測試，修改代碼，提交修改）	50	30
Reporting	報告	30	40
• Test Repor	• 測試報告	20	10
• Size Measurement	• 計算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	30	20
	合計	600	620

林思靈：

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	45	30
• Estimate	• 估計這個任務需要多少時間	20	20
Development	開發	200	240
• Analysis	• 需求分析 (包括學習新技術)	30
• Design Spec	• 生成設計文檔
• Design Review	• 設計復審	10	30
• Design	• 具體設計	20	30
• Coding	• 具體編碼	40	60
• Coding Standard	• 代碼規范 (為目前的開發制定合適的規范)	10	10
• Code Review	• 代碼復審	30	20
• Test	• 測試（自我測試，修改代碼，提交修改）	50	30
Reporting	報告	30	40
• Test Repor	• 測試報告	20	10
• Size Measurement	• 計算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后總結, 並提出過程改進計划	30	20
	合計	600

第二部分

一、對於上次團隊選題展示的問題重新回答

• 關於抄襲的問題，所謂抄襲，就是你把別人的創造裝作是自己的。我們這次的作業是通過它原本游戲的立意，比如說：搞笑、合作方面。我們在它的基礎上進行了拓展和改善，相當於說是創造了一個新的游戲。最后我們做出來的東西肯定是和他們不一樣的。例如：LOL和王者榮耀，不能說是王者榮耀抄襲了LOL。

二、選題后的想法、思考和具體行動

• 明白了團隊中還有許多要學習的東西和事物，有相關的服務器和數據庫以及同步方面的知識。對於團隊的分配問題進行一定的討論和分配，明白了項目中每個成員研究的方向以及后期的開發如何進行。對於如何進行開發有了較為深刻的了解。成員也開始進行一定的項目學習，通過項目學習進行開發。對於如何進行服務器和網絡開發有了較為深刻的理解。