gitbub鏈結位址
資料輸入鏈結
資料生成程式的原理考慮的因素：
學生（意願，時間，標籤無重複）
部門（時間，標籤無重複）
(1)建模
處理過程分為輸入資料處理（input）, 匹配（match），匹配結果輸出（output）
輸出處理模型:
將學生與部門抽象成類
部門(2)匹配演算法的實現
考慮因素（重要性從高到低)
演算法思想
具體說明
(1)**規範:
命名：類名每個單詞首字母大寫，方法名首字母小寫，其餘單詞首字母大寫，常量名全大寫，下劃線分格，變數名第乙個單詞的首字母小寫，其後單詞的首字母大寫。變數名不應以下劃線或美元符號開頭。
分行：每個語句占用一行，比較清晰。
注釋：簡單的程式沒注釋，複雜的程式注釋放在相應語句的上方。相應變數的注釋放到右邊。
(2)**示例:
private void matchprocess(int index) }}
//對時間不衝突的學生與部門，第二次篩選
for(int i = 0; i < input.depa.length; i++) }}
對測試資料的思考：如果資料太小，部門不衝突志願申請總數小於部門人數限制，測試無意義，如果資料太大，一輪志願部門就招滿人了，測試也沒有意義。
測試結果：為了計算方便，去除時間衝突，將部門例會時間設為無，每個志願均有效，然後控制前150個學生標籤匹配度為1，後150個學生標籤匹配度為0.最後得出不如意值方差為1.6764888888888967。覺得可以了，其他複雜資料暫時不想測試。（溜了，溜了
要先吐槽一下隊友：放假就無情的拋棄了我，去玩了，我一直深深以為，不靠譜的只有我乙個，沒想到隊友比我心還大，三號都沒找我交流一下作業訊息，反倒是k班乙個13號交作業的人喪心病狂的天天催我。然後是向隊友道歉，在選擇語言的時候，沒有選擇雙方都會的語言，然後作業後期很焦躁，亂發脾氣。在最後快提交作業，轉成.exe程式的時候，滿腦子就想甩鍋走人，也的確這樣做了，但是走一會兒還是回來了，然後再走。
題外話：做事情還是要早開始，不能拖，拖著拖著就沒有了鬥志，「快到死線效率高」是「快到死線要求低」產生的錯覺。
作業二 結對
心得 在本次的結對合作的四則運算中，我主要負責的是顯示時間和使用者能夠設定時間的功能。在程式設計設定時間方面功能的時候，程式執行時間的顯示與輸出是沒有問題的，但最大的問題就是實現時間滾動的功能。然而，通過我們共同商討，查閱了相當多的資料，以及共同協作，最終解決了這個問題。通過這次合作，讓我了解到了團...
結對作業二
這個作業屬於哪個課程 2021春軟體工程實踐s班 這個作業要求在 結對作業二 結對學號 221801218,221801219 這個作業的目標 搭建乙個平台爬取 其他參考文獻 目錄3.成品展示 4.結對討論過程描述 5.設計實現過程 5.2 功能結構圖 5.3 資料庫設計 6.說明 6.2 後端部分...
結對作業二
這個作業屬於哪個課程 2021春軟體工程實踐 s班 這個作業要求在 結對作業二 結對學號 221801214 221801225 這個作業的目標 fork git倉庫 原型設計實現 其他參考文獻 目錄二 psp 三 專案訪問鏈結 四 成品展示 五 結對討論過程描述 六.設計實現過程 七.關鍵 展示 ...