軟件工程概論課程總結

　　這個學期的《軟件工程概論》課程結課了，回顧這十幾節課，確切的說是回顧這一個學期，我在這門課上投入的時間平均下來天天是4-5個小時，最少的時候也要投入一個多小時，而最多的時候甚至熬夜到次日早上。那麼具體在這門課上都幹了些什麼呢？那就要從上學期期末開始提及；上學期期末就留下了這門課的我的做業的第一項；接着隨着這學期課時的進行，先是作了四則運算一、二、三、4，其中四則運算4是兩人結組完成；再接着到了團隊項目階段，作了兩個10天的衝刺，在此期間，幾乎天天都在看相關的書籍和視頻自學；看完後再考慮怎麼寫程序，怎麼設計。在作團隊項目時，也有例如找水王，求最大子數組等一些我的和協做的題目。下面我就從這些方面依次作一下總結。而且在最後給出對這麼課的教學建議。

　　寒假自學javaweb開發，在到校時已經能獨立開發登陸註冊頁面，而且因爲看的是某培訓機構的視頻，全部對tomcat服務器等也有些瞭解。在自學這幾天我認真閱讀了《構建之法》的前五章，寫了兩篇閱讀筆記。總的來講，這個寒假沒有白白浪費，除了除夕先後幾天，基本上天天都會看一點學一點。

　　開學以後，正式開始學習這門課，剛開始還覺得和普通的課程同樣，理論學習+實驗+期末考試；後來才知道這門課是全過程考覈，成績體如今平時的我的做業、團隊做業的完成狀況上。剛開始不太接受這種方式，可是後來發現這種「作中學」和全過程考覈才適合咱們專業；理論知識咱們也學，可是咱們注重的仍是動手實踐能力，編程的能力。四個版本的四則運算，表面上看起來是四次做業，其實否則，四次需求功能的增長，四次代碼的優化，從是能自動生成三十道小學四則運算題目的 「軟件」，要求是除了整數之外，還要支持真分數的四則運算、題目避免重複、可定製出題的數量等到提出能夠控制是否有乘除法，加減有無負數等要求，再到提出能夠控制生成的題目個數，生成的題目要存到數據庫中；最後一次是把程序變成一個網頁程序，用戶經過設定參數，就能夠獲得各類題目，並可實如今線答題並評判。這些需求得增長，正是咱們從此在工做開發過程當中可能遇到的。客戶提出的需求變化，你要想知足客戶的需求，必須繼續分析怎麼設計程序，有時候是在原來基礎上修改，可是有時候有不得不把代碼重構。

　　到了團隊開發階段，因爲第一個想法經過調查問卷的形式獲得的反饋結果不盡人意，因此在前一天晚上，咱們毅然決定換題，開發工具依舊選擇最近比較火的微信小程序。要說咱們比其餘團隊用Android 或者java 開發的難處在哪，哪就是自學的資源太少，除了官方提供的開發文檔，還有就是一些機構的開發教程，但是因爲是剛推出不久，小程序在早期更新很大，許多方法和API多是上一個版本能用，到下一個版本就有更新了。不過咱們仍是依然選擇這條路，由於若是發佈程序，咱們的推廣優點就出來了。但是萬萬沒想到，到目前爲止，咱們團隊的小程序一直處於審覈中的狀態，到社區看發現好多開發者都在反饋這個問題，最近一週審覈太慢了。雖然有一點沮喪，可是想到本身從使用被人的微信小程序到本身開發一款小程序。從我的獨立開發到一個團隊協做開發。即便是有時候一天在上面投入的時間是12個多小時，即便有時候由於其餘事情太多，其餘科目的做業沒有即便完成，有過抱怨，可是我仍是以爲值得，由於有時候正是這種強迫式的要求才會釋放你的潛能，纔會讓你在短期內學到更多的知識。團隊協做開發、天天寫我的項目進展、寫團隊項目進展，這正是從此工做開發的方式。那些咱們在團隊開發中，在項目開發中遇到問題與困難，正是咱們在畢業後工做時的墊腳石。

　　最後依據我我的在上這門課切身感覺給王老師提幾點建議，第一就是期末時的做業歸檔，工程量太大，若是在前幾節課就說明期末做業歸檔的話，可能會以爲效果好一些，由於這樣學生每週發周總結和按時發衝刺進展的概率會增長，就不會像如今同樣，一天發十幾篇博客，而後慢慢改發佈時間，這樣應付式的博客和歸檔我的感受對學生來講起不到一點做用；第二就是閱讀筆記的要求，我的感受有時候並不必定要按照固定的格式寫，由於並非每次閱讀都會有我過去是怎麼作的思考，可能我以前對此一無所知，我是經過閱讀才知道有這種開發方式或者理論知識。

　　以上就是我對這學期《軟件工程概論》的總結。