軟件工程總結做業

1、回望與總結

回望

Q ：對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足？
A ：收穫：體驗了一把寫android後端的感受，雖然偶爾還會由於沒理解後端須要作的事務而對組長的需求感到困惑，漸漸明晰了後端的模式。
不足：在寫總結寫說明書寫博客的時候，每次都以爲很辛苦想拖着啊（編碼一小時博客兩小時。沒有點亮展現、做報告這方面的技能（一次好的報告真的很加分。

總結

一、統計一下，你在這門軟件工程實踐中，完成了多少行的代碼；

Sudoku : 150
結對編程 ：800
XMatch : 1300

二、軟工實踐的各次做業分別花了多少時間？

任務	耗時
課前暢想	2
數獨	21
結對做業 - 原型設計	3
結對做業 編程	20
團隊前期工做	5
Alpha衝刺階段	30
Beta衝刺階段	15
軟件雲評測	8
課程總結	4
總計	108h

三、哪一次做業讓你印象最深入？爲何？

結對編程。結對編程做業完成時期爲國慶小長假，然鵝恰逢集訓，分身乏術。加上我一開始低估了此次做業的難度，認爲留下一天對付妥妥的（哈哈。與對友確認好前期的設計工做，編碼確實挺迅速完成了，嗯，我以爲理論AC，然鵝由於對類的傳參等不熟悉，形成我想象中應該發生的動做都沒完成。當時已經離截止時間僅僅幾小時了，急速衝鋒，多虧了對友有這方面的經驗，最後算是有驚無險勉強過河吧，跑出告終果並且我粗略一看對的上（太天真了。當我幾天後想起此次做業未測試結果，寫test代碼對跑出的結果進行驗證時，我受到了驚嚇，運行結果顯然是有問題的，彷佛修改了一兩行代碼後改善完成，真怕被對友打死啊（TAT。
算是今年軟工中遇到的比較驚險的狀況，過後反思，作事必定要留有餘地不要讓本身陷入手忙腳亂被催催催的地步（可是個人總結博客仍是拖到了如今啊。項目不像作題能夠有明確的判斷結果返還，應該好好作測試工做。

四、累計花了多少個小時在軟工實踐上？平均每週花多少個小時？

120+h。前期幾回小做業的話基本是一兩天內完成，後期團隊項目進行衝刺時每晚至少保證兩小時團隊齊聚工做室共同編碼，平均每週12h。

五、學習和使用的新軟件/工具

做業部落 目前最經常使用的markdown編輯器，簡潔方便強大。
墨刀 原型設計工具，網頁版也可以使用。
IDEA 全稱IntelliJ IDEA，java開發工具，我以爲很棒棒啊。
apizza 只使用了其中的測試接口部分。

六、學習和掌握的新語言、新平臺

在java語言的基礎上體驗了一些框架的使用如springboot。

七、其餘方面的提高。

經歷了一個小項目的流程，經歷了需求探討、設計、說明書編寫、原型設計、編碼等過程，對開發有了更具體的瞭解。以及被深深嫌棄的美工

2、屬於咱們的人月神話

我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

XMatch團隊中有兩位靈魂人物，組長CoderQiang以及PM xiangChen 。CoderQiang首先奠基了編碼的格調，把控團隊項目進度以及每日工做發佈，大大提升了組員的效率，少作無用功。團隊衝刺期間隊內有多位同窗陸續外出比賽，正是由於團隊的工做是落實到當天完成的，減小了因成員外出而發生的項目進展受到阻礙、因依賴於某位成員的工做未完成而打亂後期工做安排。
PM 關注、協調項目的進展，按要求完成博客的編寫，實時總結與預期，帶動了團隊的發展。
事實告訴咱們，團隊中最重要的並非那幾顆勤勤懇懇的螺絲釘，而是把控全局的人。一個好的leader能更好發揮組員的力量，指導團隊走得更穩更好。

3、一些建議

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

對學弟學妹們：雖然你可能會體驗到舍友由於沒有軟工實踐而天天幸福的呼呼大睡！你在寫軟工實踐而舍友在浪！軟工實踐仍是但是體驗一下的，只上理論課是體會不到開發的有意思的。
對開學初的我：你知道後來的你拔了幾顆智齒嗎
對大一的我：別熬夜別熬夜別熬夜，護髮護髮護髮。
至於中途換隊員：由於軟工實踐碰上了各類各樣的考試啊等等問題忙的焦頭爛額，咱們一開始對換隊員挺反對的，由於在原本就不多的時間裏還要付出額外的代價，若是更換先後所處的位置差異很大，那代價就更大，要配環境、教導入門，而後須要修改團隊工做安排，想想就以爲麻煩不少。此次的換隊員彷佛還在比較能夠接受、代價小的範圍內更換（沒什麼怨言，但願學弟學妹們能夠加大challenge，好好玩，好比PM出走啊，前端後端交換啊（看熱鬧臉。換換換，必須得換。

4、分析團隊

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

階段	完成度
萌芽階段	√
磨合階段	√
規範階段	√
創造階段	√

整個團隊算是走的平平穩穩，磨合地較好，前期組長就早早制定下規範，中途並無由於規範產生過度歧。

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

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

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

目前軟件已經發布測試，主要用戶羣體是福州大學廣播臺的一個小支隊，用戶數目在15人左右。

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

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

咱們團隊的需求較爲明確，最終交付的版本基本實現前期需求規格書中提到的功能。團隊持續平穩運做，多人github穩定提交代碼。
整體commits

我的commit狀況