老九門(第四組)團隊第二次作業github編程實戰


團隊第二次作業github編程實戰


這個作業屬於哪個課程 2021春軟件工程實踐S班
這個作業要求在哪里 作業要求
這個作業目標 深入了解網站搭建,體驗促進團隊協作
其他參考文獻 百度、github、CSDN

項目github地址

老九門項目github地址

項目部署的在線地址

地址

組員職責分工

組員職責分工

github 的提交日志截圖

程序運行截圖
xx
xx
xx
xx

數據庫設計

普通參會者表:user
image
秘書表:secretary
image
分論壇主席表:subchairman
image
主席表:chairman
image
論壇關注者表:followedforum
image
論壇通知表:forumnotice
image
分論壇信息表:subforuminfo
image

各組員的commit次數

林明昊 康偉澤 陳鵬楨 傅江峰 黃雋芊 李淇 宋日榮 王冠儒 張驍
14 4 13 8 6 3 4 4 3

程序運行截圖

在完成基礎功能方面,我們完成了會議網站展示會議議程和分論壇信息,包括分論壇議題、主席和召開時間等;普通參會者注冊功能,並在注冊時可以選擇想要參加的分論壇,可以選擇參加一個或多個分論壇;普通參會者注冊通過后,登錄系統后,將收到所選擇參加分論壇的信息推送。會議主席登錄系統后能了解會議的參會人數;秘書獲取全部參會者信息,擁有人員列表;並且秘書可以發布分論壇相關消息通知。
很抱歉我們未能完成附加功能。

以下是我們的運行截圖。

  • 普通參會者議程瀏覽頁面
    程序運行截圖
  • 分論壇列表
    程序運行截圖
  • 普通參會者接收通知列表頁面
    xx
  • 秘書查看人員信息列表
    xx
  • 發布通知界面
    xx
  • 查看參會人數
    xx

遇到的困難及解決方法

康偉澤

  • 困難
    第一次實戰團隊作業,對於如何規划、如何在開始寫代碼前做好各種准備工作不夠清楚,所以真正實行的時候很混亂。
  • 解決方法
    在實踐中進行鍛煉。這一次的一天編程作業讓人能夠得到鍛煉。對之后我們團隊進行其他項目以及我們的大作業能夠有不少助益,獲得經驗來在項目開始前進行更好的布署。

陳鵬楨

  • 困難
    在編寫代碼前沒有進行細致詳細的部署,導致剛開始的時候有一些混亂。
  • 解決方法
    在與隊友的溝通交流中很快適應了團隊協作編寫,並且對彼此都需要確認的部分進行了確認。再進行了一些修正。

傅江峰

  • 困難
    對於新學的技術不太熟悉,對編寫較為陌生。並且GitHub的使用不太熟練。由於Github的卡頓和很多細節的問題浪費了不少的時間。
  • 解決方法
    通過搜索和隊友的幫助,解決了很多細節上的問題。讓編程得以進行。並且進一步熟悉了github的使用。

林明昊

  • 困難
    對於技術不太熟悉,而且經常登不上去GitHub,在GitHub的Pull上也浪費了很多時間。編程上也有一些問題。
  • 解決方法
    在隊友的幫助下,解決了一些自己發現不了問題。只能通過更好的網絡來讓github的提交更快。

黃雋芊

  • 困難
    在頁面布局的時候碰到了很多問題,尤其是各個模塊的位置上,經常出現錯位和無法將想要移動位置的組件放到自己想放的位置上。並且同樣的布局在不同的電腦屏幕上有不一樣的顯示,可能變得不美觀了,讓人非常難受。
  • 解決方法
    在發現margin和padding沒有辦法解決我的問題的時候,我百度了多種方法也沒有效果,后來想到自己再手動添加一個模塊在上面或者左邊,調整它的寬度和高度,來讓我想要移動的模塊到我想要它到達的位置。

李淇

  • 困難
    在和所搭對的后端隊友對接前后端時,發現前后端對接出現了一些問題。發現css外聯始終沒有辦法應用於頁面,並且檢查了多處位置,鏈接正常,單獨測試頁面和css也正常,就是沒有辦法顯示。
  • 解決方法
    試圖將css和jsp放在同一個列表下也沒有辦法應用,只能將外聯的css放到jsp中內聯,這樣就能夠顯示了。

宋日榮

  • 困難
    在和所搭對的后端隊友對接前后端時,發現前后端對接出現了一些問題。發現自己的數據庫連不上,沒有辦法將數據顯示在所寫的頁面。
  • 解決方法
    關閉了數據庫連接,重新連接后能夠正常使用。后面再對一些頁面進行了修正。

王冠儒

  • 困難
    隊友布局在自己的電腦屏幕上顯示變得很奇怪,發現是使用了固定布局,並且設置了固定寬度。這樣的情況讓前端頁面在交流之間變得較為困難,不夠方便便捷。
  • 解決方法
    試圖將幾個模塊的寬度改成%比例制度,這樣在大部分的電腦屏幕上都能有個比較好的比例,看上去會比較美觀。

張驍

  • 困難
    在和所搭對的后端隊友對接前后端時,發現html和jsp還是有一定修改的困難。對如何將后端的內容嵌入前端有一定的疑問。也對外聯css無法應用的問題產生疑惑。
  • 解決方法
    在經過上網搜索學習教程和隊友的幫助下,終於能夠將css正常應用,並且學習了如何將自己做的頁面與后端進行修正和對接。

評估每位組員的貢獻比例

林明昊 康偉澤 陳鵬楨 傅江峰 黃雋芊 李淇 宋日榮 王冠儒 張驍
14% 8% 16% 14% 16% 8% 8% 10% 6%

PSP表格

林明昊PSP表格

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

康偉澤PSP表格

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

陳鵬楨PSP表格

PSP2.1 Personal Software Process Stages 預估耗時(分鍾) 實際耗時(分鍾)
Planning 計划 30 30
·Estimate ·估計這個任務需要多少時 590 610
·Development ·開發 520 550
·Analysis ·需求分析(包括學習新技術) 30 30
·Design Spec ·生成設計文檔 30 60
·Design Review ·設計復審 30 45
·Coding Standard ·代碼規范 10 10
·Design ·具體設計 60 45
·Coding ·具體編碼 180 180
·Code Review ·代碼復審 60 60
·Test ·測試(自我測試,修改代碼,提交修改) 90 120
Reporting 報告 70 60
·Test Repor ·測試報告 30 30
·Size Measurement ·計算工作量 10 10
·Postmortem & Process Improvement Plan ·事后總結, 並提出過程改進計划 30 20
合計 620 640

傅江峰PSP表格

PSP2.1 Personal Software Process Stages 預估耗時(分鍾) 實際耗時(分鍾)
Planning 計划 30 45
·Estimate ·估計這個任務需要多少時 740 655
·Development ·開發 680 635
·Analysis ·需求分析(包括學習新技術) 30 30
·Design Spec ·生成設計文檔 60 45
·Design Review ·設計復審 10 10
·Coding Standard ·代碼規范 10 10
·Design ·具體設計 30 60
·Coding ·具體編碼 420 330
·Code Review ·代碼復審 60 30
·Test ·測試(自我測試,修改代碼,提交修改) 60 120
Reporting 報告 60 40
·Test Repor ·測試報告 30 20
·Size Measurement ·計算工作量 10 10
·Postmortem & Process Improvement Plan ·事后總結, 並提出過程改進計划 20 20
合計 770 700

黃雋芊PSP表格

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

李淇PSP表格

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

宋日龍PSP表格

PSP2.1 Personal Software Process Stages 預估耗時(分鍾) 實際耗時(分鍾)
Planning 計划 30 30
·Estimate ·估計這個任務需要多少時 620 640
·Development ·開發 540 570
·Analysis ·需求分析(包括學習新技術) 30 30
·Design Spec ·生成設計文檔 30 60
·Design Review ·設計復審 40 45
·Coding Standard ·代碼規范 10 10
·Design ·具體設計 60 45
·Coding ·具體編碼 180 190
·Code Review ·代碼復審 70 60
·Test ·測試(自我測試,修改代碼,提交修改) 90 130
Reporting 報告 80 70
·Test Repor ·測試報告 30 40
·Size Measurement ·計算工作量 10 10
·Postmortem & Process Improvement Plan ·事后總結, 並提出過程改進計划 30 30
合計 650 670

王冠儒PSP表格

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

張驍PSP表格

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

團隊選題展示過程中,老師和同學提出了一些問題。有沒有哪個問題你們想重新回答

       團隊選題展示過程中,徐助教提出了一個問題,就是我們展示過程中所提到的提交作業和評分功能在我們並不很長的實踐時間內是較難完成的。包括老師有提到說不必做太多太復雜的功能,重點是要精,要把自己要做的模塊做好,要實用。
       我們覺得老師和助教都說得很有道理。之前我們希望這個網站可以有非常豐富的功能,希望可以把目前那些平台的作用全都搬到自己的網站。經過老師和助教的提醒,確實是比較困難的事情。可能確實都能有那些模塊,但是每個模塊可能都會做得很粗糙,比如說模塊有很多的限制,不能支持多種類型的語言,或者使用非常不便等等。我們確實應該把這些問題考慮進去。至於老師說的打分系統的功能,我們確實是要交給第八組第九組的同學來完成更合適。

在上次團隊選題之后,你們組有什么新的思考和想法?

       上次團隊選題之后,我們想到的是這個課程網站應該是屬於軟件工程和軟件工程實踐一起的網站。因為這兩門課是同一個老師且是一脈相承的。我們想要新增一個展示模塊,比如說展示過去軟件工程實踐課程中做過的項目,還有老師的一些看法呵評價,可以給后面的學生一些參考,也可以避免學生在最后的實踐大作業中選擇重復的選題,讓學生可以展示更有想法、更有實踐意義、更實在的作品。還有一個互動模塊,主要先做學生的提問,助教、老師或者同學來解答,避免重復問題,無端消耗老師和助教的精力。
       我們重新開了會,再次確定了大家對這個選題具體的想法。我們大致探討了這兩個模塊所需要的知識內容,我們大致繪制了這兩個模塊的模型。並且,我們也覺得確實應該把東西做精而不是做多。我們更細致地討論了原本就打算做的簽到等模塊的具體設計,希望可以把部件做得更精細。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM