軟工實踐|我的做業——軟件工程實踐總結做業

班級：軟件工程1916|W
做業：我的做業——軟件工程實踐總結做業
學號：221600420
做業目標：總結本身的軟工實踐

1、請回望暑假時的第一次做業，你對於軟件工程課程的想象

1）對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？
在開篇中，我提到了個人目標和期待爲：

可以經過這門課程，完成實際項目的總體流程，提升本身的代碼能力、團隊協做能力。

總體上來講，是有達到目標的，可是在團隊協調方面仍然有進步的空間

2）總結這門課程的實踐總結和給你帶來的提高，包括如下內容：
1. 統計一下，你在這門軟件工程實踐中，完成了多少行的代碼；
使用 cloc 統計，結果爲： 4406 行。具體以下：

2. 軟工實踐的各次做業分別花了多少時間？（作一個列表）

序號	做業	時間
1	我的做業第一次—準備篇	3
2	結對做業第一次—原型設計（文獻摘要熱詞統計）	14
3	結對做業第二次—文獻摘要熱詞統計及進階需求	17
4	團隊做業第一次—團隊展現	1
5	團隊做業第二次—項目選題報告	10
6	團隊做業第三次—項目原型設計	12
7	團隊做業第四次—項目需求分析	8
8	團隊做業第五次—項目系統設計與數據庫設計	10
9	團隊做業第六次—團隊Github實戰訓練	9
10	團隊做業第七次—項目Alpha衝刺	30
11	團隊做業第八次—過後諸葛亮	2
12	團隊做業第九次—項目Beta衝刺	21
13	團隊做業第十次—Beta階段團隊項目互評	5
14	我的做業第二次—軟件工程實踐總結做業	3
總計		145

3. 哪一次做業讓你印象最深入？爲何？
【團隊做業第六次—團隊Github實戰訓練】的印象最深。
當時因爲本身有點其餘的事，而後這個做業的時間又比較趕。本來覺得本身一天應該可以完美搞定這個做業，可是實踐後才知道bug多多，不斷踩坑，最終仍是熬夜加班才把bug改完並部署。也算做是alpha衝刺前的一次練兵，對alpha衝刺也有必定的幫助。

4. 累計花了多少個小時在軟工實踐上？平均每週花多少個小時？
總的大體應該有145+小時（包含問題2中列出的時間及答辯等時間），平均每週大概有12+小時

5. 學習和使用的新軟件&新工具；
VS Code、墨刀、GitHub

6. 學習和掌握的新語言、新平臺；
React框架、Taro框架

7. 學習和掌握的新方法；
前端UI組件的單元測試方法

8. 其餘方面的提高。
對於團隊的協調及管理

2、寫下屬於本身的人月神話——我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

團隊成員若是沒有一開始就定義好相關的文檔、接口等，會在後面不斷的掉坑裏，尤爲是在某一個成員改動了某一塊內容後，若是沒有及時通知到相關成員身上，可能會引發沒必要要的爭執...
好比在beta階段，甲同窗改動某功能後，以爲得把數據庫中的字段A改爲字段A'，因此他就改了。到後面另一個同窗發現忽然出了個數據庫報錯，才發現數據庫已經被改掉了，這個時候，兩我的開始了balabala...，最終結果是甲同窗屈服了，把數據庫改了回來...

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。 特別地，特別地，下一屆要不要中途換隊員？

告知： 這是一門挺辛苦的課，得花費挺多時間（相比於其餘同窗分的課而言），可是隻要認真付出了，就必定會有收穫的。剛開始可能會以爲，怎麼還沒開學就開始佈置做業了？這課是要累死的節奏啊？可是反過來看，這樣的節奏正好是恰到好處的，在學期初，其餘課程時間較爲寬鬆的時候完成了大部分任務，等到期末，當其餘人還在準備期末考的時候還得敲軟工實踐的代碼，而你只要認認真真去複習考試科目就行的時候，你就會以爲，真棒！

關因而否要換隊員：換是能夠的，可是換的方式能夠更加優化一些。好比設置一個相似於人才市場，有一個雙選的機制，同窗能夠自行決定去留，而接收的組也能夠考慮是否接收等，而不是強制說甲組的A同窗必須去乙組，乙組的B同窗必須去丙組。

4、分析一下本身所處的團隊。軟件工程實踐是大學裏少有的認真的團隊協做經驗。《構建之法》上說團隊的發展有幾個階段，你的團隊都經歷過麼，最後到達了「創造」階段了麼？（參考《構建之法》第17章 人、績效和職業道德）

• 萌芽階段
  選題由隊內成員提出，通過討論就這樣肯定了下來。你們根據各自狀況分配了任務並開始相關學習。

• 磨合階段
  每次做業分配任務後各位成員都很認真地完成了任務，進展也比較順利。

• 規範階段
  經過兩次衝刺，整個團隊目前開發規範性獲得了很明顯的提升，主要體如今先後端接口以及各自的代碼上。

• 創造階段
  尚未達到

5、怎樣證實你學會了軟件工程？

1）研發出符合用戶需求的軟件

必須公開發布，有實際的用戶，必定的用戶量和持續使用量 （3 天后能保持10 - 100個用戶）；而不是: 作沒有用戶使用的軟件

所在的團隊經過beta衝刺後，項目的累計用戶量及訪問人數以下：


（數據來源：微信官方小程序 - 小程序數據助手）

2）經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件

有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄

團隊在一開始就定下了項目的大體計劃，也具體到了每一個人的工做上。項目進度也都在計劃以內，沒有出現延遲等現象。

3）而且經過數據展示軟件是能夠維護和繼續發展的。

而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料

項目的源碼均可以在github上找到，同時也有編譯的說明文檔，接口而言也有詳細的markdown文檔。