最終做業 - 軟件工程實踐總結（我的）

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

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

• 達到個人期待和目標：
• 1.加強了本身的代碼能力
• 2.明白了一整個軟件開發的流程
• 3.學習到了一下android開發知識
• 4.最主要的是遇到了一個很不錯的開發團隊！
• 不足：
• 1.因爲時間緊迫，對於開發的學習都比較零碎，基本上是遇到問題了，再去學解決問題的方法。缺少系統化的學習，因此對於一些知識的理解只停留在表面，沒有深刻。對於各個部分的知識還不能有效的串接。
• 2.本身雖然是開發組的組長，可是本身對android開發的也只是初步瞭解，只能幫助隊友入門，很難再起到其餘做用了，本身對於分工也作的不是很好，每一個人的進度也沒有跟的很緊，因此致使咱們組的開發進度較慢，因此本身在這方面的能力還有待提升！

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

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

做業序號	代碼量	備註
1	300	我的做業-詞頻統計
2	300	第二次結對做業
3	1850	Alpha衝刺階段
4	100	團隊做業-項目測評
5	200	團隊現場編程-抽獎系統
6	1250	Beta衝刺
總計	4000

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

做業名稱	耗時(h)	作了啥
軟工實踐第一次做業	1.5	研究makedown......
我的做業-詞頻統計	20.5	設計思路，複習c++，寫代碼，代碼，測試
第三次做業-結對做業（原型設計）	5.5	學習並使用Axure RP 8
第四次做業 - 團隊展現	1	寫博客...
第五次做業 - 結對做業2	18.5	改本身的詞頻統計代碼，學習python爬蟲
第六次做業 - 團隊答辯	1	寫博客....
項目UML設計	3	學習ProcessOn、UML設計，繪製用例圖
需求分析報告	10	瀏覽衆多APP原型設計，學習墨刀，APP原型設計
Alpha 衝刺 （1/10）	7	組內分工，優化原型，學習xml和shape
Alpha 衝刺 （2/10）	6	前端
Alpha 衝刺 （3/10）	9	短信驗證
團隊現場編程實戰（抽獎系統）	3	python學習，海報設計
Alpha 衝刺 （4/10）	8	前端
Alpha 衝刺 （5/10）	8	前端
Alpha 衝刺 （6/10）	8	前端
Alpha 衝刺 （7/10）	12	搭建服務器，嘗試使用okhttp框架創建鏈接
Alpha 衝刺 （8/10）	14	okhttp學習和使用
Alpha 衝刺 （9/10）	12	服務器與app的基本交互
Alpha 衝刺 （10/10）	10	對接
Alpha 過後諸葛亮	1	寫博客
項目測評（團隊）	6	增量原型設計
BETA 版衝刺前準備（團隊）	1	分配任務，寫博客
Beta 衝刺（1/7）	7	前端
Beta 衝刺（2/7）	7	前端
Beta 衝刺（3/7）	7	前端
Beta 衝刺（4/7）	7	前端
Beta 衝刺（5/7）	4	標數據集
Beta 衝刺（6/7）	8	算法對接
Beta 衝刺（7/7）	10	對接測試，挑bug
Beta答辯總結	1	寫博客
本次做業	4	寫博客
總計	221

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

• Alpha衝刺
  • 可憐的實驗班，一週也就6天滿課，偶爾週日早上還要課，中間還有考試。而後在這麼慘的大學生活裏，還有擠時間作軟工，真是太悽慘了。那段時間平均天天凌晨1點半睡覺，真的是傷不起啊。這連續兩週的熬夜，頭髮都要熬沒了，怎麼能不印象深入。
  • 雖然很慘，可是作出來成就感仍是很高的，同時也學到了不少東西。也認識了許多小夥伴，獲得了不少人的幫助，強大的隊友真好啊

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

• 軟工實踐課程也算在呢的話，加上小組開會談論啦，大於在270個小時吧
• 軟工從開學第一週到十七週基本結束，共17周，平均270/17=15.8個小時

五、學習和使用的新軟件；

• visual studio 2017 ：開發c++控制檯程序
• Android studio 3.0.0 ：andoid開發基本工具
• Axure RP 8：原型設計
• Eclipse：寫java的服務器後臺代碼
• Photoshop：這個你們都知道吧
• Typora：寫makedown的工具

六、學習和使用的新工具；

• github：這個一開始以爲好難用，並且沒有必要啊，還各類衝突，可是後來...，你懂得，大型真香現場
• Tomcat：方便快捷搭建服務器。

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

• java：之前學的基本上都忘光了，如今又從新學，初步掌握吧。
• python：只是瞭解到一些皮毛
• Process On：是一個在線畫流程圖/uml圖等的平臺，簡潔易用。
• github：軟工結束後，主要用於找代碼(^▽^)。

八、學習和掌握的新方法；

• UML設計：特別是用例圖，這個東西是真的好用，能讓你很清晰的瞭解到APP的功能，可讓你的開發過程更加清晰

九、其餘方面的提高。

• 找學習資料更快了，我以爲這個很重要啊！
• 對android開發瞭解更進一步了
• 團隊協做能力++，我想放眼全部實踐課程，沒有比這更能增長你這方面能力的了。

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

• 最開始真正意義上的軟工實踐，是那個我的項目-詞頻統計，當時根本不知道控制檯程序是什麼o(╥﹏╥)o後來請教了同窗才懂得。也明明瞭什麼單元測試啦，算是第一次瞭解到軟件工程的規範了吧。第一次做業作了幾十個小時，想一想就以爲本身很心酸，可是最後作出來仍是頗有成就感的。
• 後來進入一個團隊，大佬雲集啊，我是誰，我在哪，我是怎麼跟他們一塊兒作的，懵逼三連。一開始負責前端，覺得本身劃劃水就過去了，而後發現前端這種東西也好難。後來隊友解決不掉的服務器交互，也移交到我這裏，連續好幾個熬夜終於算是弄出來了，索性沒有拖累團隊。哎，人菜就要多努力。
• 再後來負責對接測試，確實心酸，尤爲是跟算法的對接，兩邊都很懵逼，「這塊不該該是大家來作的嗎」，「啊，咱們覺得是大家作的啊」，一開始沒溝通好，後面是真的難受啊，還好你們都很強，仍是在最後期限交上了一份不錯的答卷

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

• 對下一屆學弟學妹們（和開學初的我）的建議和告知：
• 據說下一屆大家軟工實踐就必修了！真是替大家開心呀
• 對於軟工實踐這門課，首先要先找好隊友，對於一個10人左右的團隊來講，最好個方面的人才都要有，這樣纔好便於分工。
• 對於我的來講，必定要找適合本身的團隊，既不能讓本身在大佬雲集的團隊被埋沒，也不能又當爹又當媽的什麼事都本身作。因此在這節課開始出，必定要有一技之長，或開發或美工等等
• 對大一的個人建議：
• emmmm那個時候我還在數學系，你應該有點先見之明早點開始學計算機啊！！！

（2）特別地，特別地，下一屆要不要中途換隊員（強制的、完全的從一隊換到另外一隊）？ 假設依舊是一個90+人數的大班

• 對於這個我先分兩個情形吧，自願的和強制的

• 對於自願的：固然是鼓勵啊，隊友的變換更能體現一個團隊的調節能力、應變能力。以及新隊員可否對團隊任務快速接手，這些方面的能力，是咱們十分必要的。也是將來在一個團隊中，咱們須要面對和必然會面對的。

• 對於強制的：雖然換隊友雖好，正如上面所說。可是，強制仍是不要了，對於一個剛從軟工實踐中解脫出來的人，軟工實踐大多數人都是從零開始，甚至從負開始，對於這樣的一個團隊，學習本組須要的技術會耗掉大量的時間，忽然告訴你，你要換組了，這將會增長這位同窗和團隊的總體時間消耗。同時團隊有一個大佬就很好了，大佬再被換走，豈不是太慘了。

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

• 萌芽：團隊PM是帶着想法來找到咱們的，雖然這個想法還不成熟，可是咱們都有一個大概的構想，開了一次會議後，各自分工，各司其職。
• 磨合：剛開始的團隊不免會出現一些問題，就對這個項目而言，咱們也都質疑過它的可行性和實用性，可是質疑歸質疑，沒有更好的方案進行替代，咱們仍是按照咱們最初的構想在往下走。就咱們開發組而言，每一個人都比較好說話，因此咱們算是一個很和平的小團隊，很感謝強大的隊友，對於給的任務，都不會拒絕。可是仍是會有點小摩擦，好比隊友服務器搞不定的時候要跟我換任務，我一開始是拒絕的，可是心想身爲小組長，多作點是應該的。最後結果仍是能夠接受的。
• 規範：我認爲咱們的團隊正處於這麼一個階段，每一個人分工明確，能夠互相幫助，交流也比較流暢，可以在組長分配任務以前先開始作一部分，明白本身在團隊中的定位。
• 創造：如今團隊我尚未到創造的階段，團隊大多數人還只能停留在本身的工做上，角色還不能根據項目的需求自由轉換。

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

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

因爲服務器受限（貴的服務器買不起，差的服務器算法跑不了，因此只能把服務器搭在本地），因此沒有什麼用戶，也不知道符不符合。可是咱們幾個用着挺開心的。

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

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

首先咱們的開發過程當中有整理對應參考的文檔和咱們本身的文檔，以及一些代碼規範。

因此咱們的產品是易維護且可繼續發展

• 源代碼](https://github.com/MercuialC/Alpha_project)
• 代碼規範：

• 部分文檔截圖
  

4）對着這個檢查表：http://xinz.cnblogs.com/p/3852177.html 檢查一下，本身若是去企業面試，這些常見的問題是否都能回答，並在此總結。

請在隨筆中用數據證實上述內容或側重選擇之一。

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

我叫楊喜源，來自計算機四班，雖然不強但也不菜

• 附上一張結對照片吧。

• 再來一張咱們第一張合影吧。