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

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

課程名稱：軟件工程1916|W（福州大學） 做業要求: 我的做業——軟件工程實踐總結做業 做業目標:我的做業——軟件工程實踐總結做業 學號：221600412

---

1、請回望暑假時的第一次做業，你對於軟件工程課程的想象 1）對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？

通過這學期的軟件工程實踐，讓我更加的熟悉編程，編程能力也提升了許多，同時作爲團隊的隊長個人管理團隊的能力也提升了許多，這對之後轉向管理崗打下了堅實的基礎。總的來講，這個課程雖然累，可是同時也收穫了許多。

2）總結這門課程的實踐總結和給你帶來的提高，包括如下內容：

1.統計一下，你在這門軟件工程實踐中，完成了多少行的代碼: 大概5000行，主要的團隊後端模塊和結對編程Github集訓。 2.軟工實踐的各次做業分別花了多少時間？（作一個列表）

序號	做業	時間（小時）
1	我的做業第一次—準備篇	5
2	結對第一次—原型設計（文獻摘要熱詞統計）	10
3	對第二次—文獻摘要熱詞統計及進階需求	20
3	(1)團隊第一次做業——團隊展現	20
4	(2)團隊第二次做業——選題報告	25
5	(3)團隊第三次做業——原型設計	24
6	(4)團隊第四次做業——需求規格說明書	23
7	(5)團隊第五次做業——系統設計&數據庫設計	22
8	(6)團隊第六次做業——現場編程github實訓	25
9	(7)團隊第七次做業——Alpha衝刺
10	Alpha衝刺——序言篇(任務與計劃)	10
11	Alpha衝刺(1/10)——2019.4.24	12
12	Alpha衝刺(2/10)——2019.4.25	11
13	Alpha衝刺(3/10)——2019.4.26	14
14	Alpha衝刺(4/10)——2019.4.27	15
15	Alpha衝刺(5/10)——2019.4.28	11
16	Alpha衝刺(6/10)——2019.4.29	11
17	Alpha衝刺(7/10)——2019.4.30	12
18	Alpha衝刺(8/10)——2019.5.1	13
19	Alpha衝刺(9/10)——2019.5.2	14
20	Alpha衝刺(10/10)——2019.5.3	15
21	Alpha衝刺——測試篇	13
22	Alpha衝刺——總結篇	12
22	團隊第八次做業——Beta衝刺
23	Beta衝刺——凡事預則立隨筆	10
24	Beta衝刺(1/7)——2019.5.23	11
25	Beta衝刺(2/7)——2019.5.24	12
26	Beta衝刺(3/7)——2019.5.25	14
27	Beta衝刺(4/7)——2019.5.26	15
28	Beta衝刺(5/7)——2019.5.27	13
29	Beta衝刺(6/7)——2019.5.28	12
30	Beta衝刺(7/7)——2019.5.29	11
31	Beta衝刺——用戶使用調查報告——2019.5.31	14
32	雲打印 對Echo的Beta產品測試報告	12
33	雲打印 對 追光的人 的Beta產品測試報告	15
34	Beta衝刺——總結篇	13

<br/> >2）哪一次做業讓你印象最深入？爲何？

【團隊做業第六次—團隊Github實戰訓練】的印象最深。由於當時要求當天提交做業，因此前幾天一直熬夜先項目。。

累計花了多少個小時在軟工實踐上？平均每週花多少個小時？ 大概有250h+，平均每週20h左右。

學習和使用的新軟件：墨刀，Boostrap 學習和使用的新工具：墨刀，Github 學習和掌握的新語：新平臺；SpringBoot，Linux 學習和掌握的新方法：迭代開發 其餘方面的提高：團隊的管理能力提高了，編程能力也獲得了提升

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

在團隊開發中，有需求變更和更改接口的時候要及時溝通，接口文檔也要及時更新，在Alpha階段的時候有時候後端改了一個接口，前端不知情，在那裏一直調，嚴重浪費其餘隊員的時間，同時應該及時和隊員溝通了解進度，避免由於溝通問題而致使項目延期。

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

首先明確本身的目標，而後不斷的往這個方向進行努力，不要在大學荒廢了本身。其次認真對待每個課程爭取沒個課程都拿到高分，其次好好學習英語，在你將來的發展過程當中英語會起到相當重要的做用，其次多走出宿舍，多運動，多去參加一些比賽，擴寬本身的視野。 關於中途換隊員的問題，我以爲要換能夠，可是應該兩我的技能相同的狀況下換組，好比這個項目的java後端和另一個隊伍的java後端互換，或者前端互換，而不是隨機換人，你把一個PHP換到咱們隊裏寫java？？這項目不延期？

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

團隊合做的階段：萌芽階段，磨合階段，規範階段，創造階段。 個人團隊都經歷過：萌芽階段，磨合階段，規範階段。 個人團隊沒有到達「創造」階段。 萌芽階段：一開始組隊以後，你們仍是個作個的事，沒有團隊的意思，就偶爾在qq羣裏問一下做業的問題。 磨合階段：你們寫代碼的風格都不同，先後端對接數據格式命名，後面團隊協商統一使用駝峯命名法。 規範階段：在兩次衝刺階段，你們都能比較主動，按時完成預期的任務，遇到問題也及時溝通解決。 創造階段沒有達到，由於你們仍是被做業牽着走，缺少主動去寫代碼興趣。

5、怎樣證實你學會了軟件工程？ 1）研發出符合用戶需求的軟件 必須公開發布，有實際的用戶，必定的用戶量和持續使用量 （3 天后能保持10 - 100個用戶）；而不是: 作沒有用戶使用的軟件 2）經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄 3）而且經過數據展示軟件是能夠維護和繼續發展的。而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料 請在隨筆中用數據證實上述內容或側重選擇之一。

第三點 咱們的軟件是能夠維護和繼續發展的,有源代碼，代碼文檔，且代碼能編譯，有task/bug 等項目的發展資料 後端代碼Github地址 接口文檔Show地址

六*（選作）、閱讀軟件工程中關於代碼質量的的經典論文，從下列文獻中選擇一篇或若干篇，結合本身的實際作一個閱讀筆記（例如，本身寫的代碼質量如何，是否是一個大泥球，如何衡量本身代碼的質量）？從如下參考論文中選擇一篇或若干篇：

文獻地址

閱讀的論文文獻：Code quality analysis in open source software development 大體瀏覽了一下該文獻，該文獻是針對開源軟件質量發展的一篇論文，首先談到開源和代碼質量我就想吐槽在開始結對編程的時候，隊友代碼命名風格各異，致使團隊開發協做特別麻煩，同時沒有使用開源軟件，致使項目代碼複製來複制去最好都不知道哪一個代碼是最新版本，好在後面閱讀了一些代碼規範，也針對團隊指定了一系列的代碼編程規範，最後在團隊開發中隊友協做開發仍是沒有比較大的問題。其次是開源，說到開源那就必定要談Github，畢竟目前最流行的開源軟件，github是一個好東西，不少不少牛人，都會發布相應的項目在上面，對於咱們來學習，進階有很大幫助，在大二雖然接觸過Github但大多數是在GIthub上查看代碼和下載代碼，直到軟件工程這門課團隊編程以後，我才逐漸熟悉和了解Github的其餘功能。還有就是掌握好英文水平，用一些簡單的英文去諮詢github上的國際友人。

參考論文文獻： [1] Stamelos I, Angelis L, Oikonomou A, et al. Code quality analysis in open source software development[J]. Information Systems Journal, 2002, 12(1): 43-60. [2] Boehm B W, Brown J R, Lipow M. Quantitative evaluation of software quality[C]//Proceedings of the 2nd international conference on Software engineering. IEEE Computer Society Press, 1976: 592-605 [3] Samoladas I, Stamelos I, Angelis L, et al. Open source software development should strive for even greater code maintainability[J]. Communications of the ACM, 2004, 47(10): 83-87

7、個性發揮，包括圖文、照片和創意等

感謝咱們整個團隊的成員，感謝大家給予個人幫助，也感謝老師和助教們一整個學期的辛苦付出。

團隊的首次合照 小黃杉

小黃衫濟濟一堂