網絡15軟工我的做業5——軟件工程總結

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

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

   但願這門課學完以後可以提升本身的實際動手能力，可以編寫出有價值的程序，而不是僅僅編寫的是能運行的程序。但願在這門課程結束後，本身的編程水平可以有所提升，可以增長本身的就業概率。但願可以鍛鍊本身的思惟能力，讓本身思考問題可以更加全面。大概每週至少會拿出十多個小時用在這門課上吧，並且在後面幾周須要進行編程，所花費的時間將會更多吧。畢竟，對於計算機類的專業來講，咱們須要對它付出大量的耐心，大量的精力，纔可以實現咱們所要達到的目標。這就像從《辜新星：時刻調整方向 找到人生的藍海》中所說的那樣：計算機專業須要大量時間，須要付出大量精力，也須要極大的耐心。只有當咱們爲之付出了什麼，認真地作了什麼，咱們才能從中得到咱們所但願得到的，纔可以提高本身的能力，讓本身可以實現本身的目標。只有在這門課程中投入了精力，投入了時間，這樣咱們纔可以有所收穫，纔可以實現咱們的目標。

   • 在開始時的第一篇的博客，我也有就本身對於課程目標和指望進行了闡述，目前來講我在這門課程中鍛鍊到了本身的編程能力，在兩次衝刺階段中，天天都在寫代碼，學習新的知識，在衝刺階段結束後，實際編寫出了可使用的程序而不是僅僅是個運行的代碼，是已經發布的程序了。也在這段時間的課程和編程中鍛鍊本身的思惟能力，讓本身思考問題可以更加全面。每週也至少有二三十個小時用在軟工課上，用在編程上。
   • 可是不足之處在於，可能本身考慮問題不夠全面，開發出的軟件沒有考慮到一些狀況，本身邏輯和思惟的能力仍是有着不足之處，並非很全面。而後的話，就是本身的軟件測試方面沒有考慮很全面，有些狀況沒有考慮到，使得軟件在用戶使用時出現了一些問題。由於本身開發軟件的能力仍是不是很高，開發軟件也是頭一次，經驗不足，從而致使咱們考慮問題不是很全面，須要咱們在工做、學習中不斷鍛鍊本身，不斷累積，纔可以達到考慮問題全面。
2. 總結這門課程的實踐總結和給你帶來的提高，包括如下內容：
   1）統計一下，你在這門課程中，完成了多少行的代碼；
   • 我在這門課程中，完成了大概1400行的代碼。

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

   做業	所花時間
   軟工網絡15我的閱讀做業1	6h
   軟件工程網絡15我的閱讀做業2-提出問題	9h
   軟件工程網絡15結對編程做業	24h
   軟件工程網絡15團隊做業1——團隊組隊&展現	1.5h
   軟件工程網絡15我的做業3——案例分析	10h
   軟工網絡15團隊做業2——團隊計劃	6h
   軟工網絡15團隊做業3——需求分析與設計	10h
   軟工網絡15團隊做業4——敏捷衝刺（Alpha階段)	76h
   軟件工程網絡15團隊做業5——測試與發佈（alpha階段)	5h
   軟件工程網絡15團隊做業6——展現博客	4h
   項目複審——Alpha階段	2h
   軟件工程網絡15團隊做業7——alpha階段之過後諸葛亮分析	5h
   軟件工程網絡15我的做業4——alpha階段我的總結	5h
   軟工網絡15團隊做業8——敏捷衝刺（Beta階段)	56h
   軟工網絡15團隊做業9——項目驗收與總結	6h
   項目複審——Beta階段	2h
   網絡15軟工我的做業5——軟件工程總結	5h

   3）哪一次做業讓你印象最深入？爲何？
   • "軟件工程網絡15我的閱讀做業2-提出問題"讓我印象最深入。
   • 由於那次做業真的是無從下手，時間很緊迫，又得翻看整本書，瞭解好整本書才能夠根據本身的理解提出本身關於這本書的疑問和本身的不一樣理解之處。可是提問題真的好難啊，有時候就以爲這部分我有問題，可是又不知道本身應該怎麼表達出來。此次做業真的是絞盡腦汁才寫出來的，還各類上網找資料來證實本身的觀點和說明本身的疑惑點。
   4）累計花了多少個小時在軟工上？平均每週花多少個小時？
   • 累計花了232.5小時在軟工上。平均每週花15個小時。
   5）學習和使用的新軟件；
   • 知曉雲、leango、微信web開發者工具、問卷網、墨刀
   6）學習和使用的新工具；
   • 微信web開發者工具
   7）學習和掌握的新語言、新平臺；
   • 學習和掌握的新語言：WXML，WXSS，JS
   • 新平臺：微信web開發者工具
   8）學習和掌握的新方法；
   • 像是微信小程序的開發流程，應該使用的語言，應該怎麼運用，怎麼進行開發，開發完後怎麼進行發佈等等。還學會了知曉雲的數據庫的相關用法和使用語句。
   9）其餘方面的提高。
   • 提升了本身的抗壓能力，可以在時間很緊迫的情況下，抗住壓力將軟件開發出來。鍛鍊了本身的團隊協做能力，使得本身可以和他人更好地協同合做。鍛鍊了本身解決錯誤的能力，知道了在遇到問題的時候怎麼進行解決。

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

• 在進行項目以前，咱們應該先進行項目相關的前期工做，像是軟件的安裝或者是項目的相關性的知識學習。
  • 在本次項目的Alpha階段中，咱們的項目出現了一個重大的意外，就是咱們在安裝Eclipse的SDK插件時，安裝過程出現了錯誤，致使軟件不能運行，整個項目的進度都被耽誤了，而且後來爲了項目能夠正常進行，咱們只好更換了微信小程序平臺來開發項目。
• 在團隊項目進行中，咱們要作好團隊成員之間溝通交流工做。
  • 對於處理團隊團員之間的意見不一樣時，咱們先讓每一個團隊隊員先講清本身的意見想法，而後採起少數服從多數的原則，肯定最終的決定。
• 團隊項目在開發過程當中，咱們要先作好時間進度的安排，按時間進度表進行，這樣才能更好的完成項目，不容易出現項目完不成的狀況。
  • 在本次項目中，咱們一開始就安排好了相關的項目進度和任務安排，而後根據實際進展進行小幅度的調整，使得咱們的項目進展順利，而且按時完成了咱們的項目。
• 在項目定項時，最好先進行前期的調查，看是否你能夠承擔這個項目，是否可以完成，是否有你不可以作到的事情。
  • 在咱們的此次項目中，由於前期的調查和準備不足，一開始選擇作個安卓程序，可是咱們的項目差點由於安裝不上SDK插件，致使項目出現「空窗」了，致使最後爲了完成項目臨時更換了項目實現的平臺，改成了微信小程序平臺。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。對於換人機制，有什麼樣的建議？

• 對下一屆實踐的建議
  • 在進行項目的時候，要提早學習好相關的知識，要提早準備項目所須要的東西，例如項目所須要用到的軟件、工具、插件等都應該提早安裝好，所要用到的編程語言也應該提早學好，這樣才能夠更好地完成項目，才能夠順利進行項目，不會出現項目完不成的項目。在決定本身團隊的項目的題目時，應該和本身團隊的成員討論，要一塊決定，要選擇適合本身團隊的項目，要是本身的團隊有能力能夠承擔的，要是符合本身團隊的水平的項目，別一味選擇高大上的項目，而後本身作不出來，項目失敗就很差了。選擇了項目以後，就好好作下去，別去抄襲他人的代碼，也別中途放棄，一旦完成了項目會有很大的收穫的，就算作得不是很好，也是你本身真正作出東西來了，必定能夠從中有收穫的。在項目開發過程當中，必定要學會和團隊成員相互溝通，學會協同合做，別本身一我的悶頭寫代碼，寫完後才發現本身的代碼和其餘團員的代碼合不上就很差了。在進行項目開發前，最好將項目的進度安排和任務分配肯定好，這樣就不會出現有人寫一樣的功能，出現白作工的狀況。
• 對於開學初的我
  • 好好學習，每天向上。好好學習好知識，好好進行實踐，爲本身的從此開發打好基礎。要學會專心一件事，這樣纔可能會有所收穫，不會荒廢時光。好好學習好老師教授的知識，別在大學中荒廢時光，在課外時間，能夠在學有餘力的狀況下，好好學習其餘知識，爲本身的將來打好基礎，作好本身能夠作的一切事情。
• 對於換人機制
  • 說實在的，其實這個換人機制真的沒有什麼意義。由於原來在的項目團隊纔剛經歷一段時間的項目開發，這時候團隊成員之間已經經過項目的ALpha階段的項目開發磨合好了，這時候又得將磨合好的團隊拆散，再引進一位新的成員，這就又須要咱們進行新的一輪的磨合，實在太浪費時間了。並且每一個團隊編寫的代碼都不一樣，新加入的團隊成員就得花時間瞭解新的團隊的項目的代碼和項目的開發要點，纔可以進行團隊的項目開發，這太費時間了，並且新加入的團隊成員對加入的項目不熟悉，甚至有可能前期應該學習的知識就沒有學習，這就會致使新加入的團隊可能不會將重要的任務交給新成員，畢竟咱們的開發時間有限，不可以將時間都浪費在爲新成員熟悉咱們的項目上。

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

• 萌芽階段：咱們將本身的團隊組建起來了，也肯定好咱們團隊的項目了，可是對於項目的進行仍是不知所措的，不知道本身應該怎麼去作，從哪裏開始。團隊之間的配合仍是剛剛起步，沒啥默契。
• 磨合階段：團隊成員之間都相互熟悉了，對於每一個團隊成員之間的個性都沒有了解，有不一樣意見也能夠進行開會協商，求同存異，團隊之間的默契也在慢慢培養了。
• 規範階段：通過Alpha階段，團隊的每個人都互相瞭解，PM分配任務也會考慮每一個人不一樣的狀況，根據每一個人的強項去安排，每一個團隊成員之間都有了默契，能夠各司其職進行團隊項目的開發，均可以根據分配給彼此的任務進行開發，相互之間進行配合。
• 創造階段：咱們的團隊目前來講，並無達到這個階段。目前仍是在規範階段中。

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

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

     • 項目用戶量
       

     • 項目二維碼
       

2. 經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件
   • 有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄
     • 項目規劃
       http://www.javashuo.com/article/p-ciqotsya-gh.html
     • 項目需求
       http://www.cnblogs.com/coolgirls/p/8823909.html
     • 項目設計
       http://www.cnblogs.com/coolgirls/p/8823909.html
       http://www.cnblogs.com/coolgirls/p/8869839.html
     • 項目實現
       http://www.javashuo.com/article/p-vjteaqkm-hg.html
     • 項目發佈
       http://www.javashuo.com/article/p-glmzbjci-hc.html
     • 項目維護
       http://www.cnblogs.com/coolgirls/p/8996901.html
     • 項目進度
       http://www.cnblogs.com/coolgirls/p/8869849.html
       http://www.javashuo.com/article/p-uceqzmtd-dh.html
3. 而且經過數據展示軟件是能夠維護和繼續發展的。
   • 而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料
     • 咱們團隊使用碼雲管理代碼：
       https://gitee.com/git_ty1213/jizhang_program
     • 具體說明：
       http://www.javashuo.com/article/p-glmzbjci-hc.html