我的軟件工程課目標


   我的學習過程,遵循下述思路進行:

  發現問題——>定義問題——>自己思考解決方案——>看領域內已有的解——>實踐解決方案——>反思——>思考有無更好的解決方案。

  說說學習軟件工程這門課之前的感性體驗。

  其實自己的編程經驗有限,沒參加過任何中大型軟件項目的開發。在學校最多和同學幾人組個團隊,參加安排的實訓。開發團隊也是瞎湊成的。但就在開發比較小型的軟件項目中,自己也有非常多感覺不好的時候,覺得問題就像浮在水上的葫蘆瓢,按下去又飄上來。比如:

  1.拿到老師布置的任務后,團隊成員就火急火燎的分任務,着手寫代碼,一開始還挺順利的,寫到后來各自寫的模塊合都合不起來。於是又調錯呀修改代碼呀。花的時間遠遠超過寫代碼。各種定義變量呀公共頭文件呀數據存儲結構呀,亂成一團。其次,每個團隊成員對要開發的軟件,甚至負責的模塊理解各不相同,邏輯思路也不一樣,所以到最后時刻,一合,呵呵,還不如就隊里的所謂“大神”一個人寫呢。所以我覺得,一個項目的前期設計真的非常重要,團隊成員一定要溝通細致,我甚至覺得一個軟件開發過程中最不重要的就是寫代碼了,把前期設計弄好,絕對是個事半功倍的事情。

  2.再說寫文檔,我們實訓的時候要寫需求分析文檔,還有每日的日志文檔,項目功能文檔,設計文檔。我實訓的時候最煩寫這些文檔了,覺得又死板又浪費時間。但聽了軟件工程課后覺得寫文檔還是很重要的。就是不知道在一個公司里,是否需求分析的工作也需要實際的開發人員做。應該不是吧?

  3.剛開始編程的時候,特別天真,覺得寫出來的程序完全合乎老師的要求,就是一步到位的那種完美,寫好了丟那,后期絕不用再修修改改。但后來漸漸發現不對勁呀,怎么老師需求一改,我當前的程序完全就對不上了啊?怎么有邏輯漏洞啊?怎么忘了檢查輸入合法性?等等……,於是陷入了對自己的懷疑,覺得自己是達不到大牛程序員的水准了。后來實踐多了,再加上懂了一點點的軟件工程知識,才明白軟件就是改成的!絕沒有完美的軟件,一個軟件就是要不停的改動,不停的改動不一定是自己水平不夠,是因為這是由軟件的本質特點決定的。接受了這點,就又有動力寫程序了。也明白了書上常說的可擴展性,可維護性是個啥意思了,更進一步,知道自己寫程序應該遵循的方向。

  綜上,我的一點點薄弱的經歷體驗強烈的告訴我,軟件工程理論並不是空穴來風,學習它很有必要!

  這學期開設的軟件工程課程,我希望它是一個有趣的追尋問題解的過程。這就是我的最終目標。我希望我是個翻山越嶺、遍訪名士,經暴風,遇猛虎,見美景,飲美酒,最后懷揣收獲,整理行囊再次踏上新的征途的求道者。

  如果要量化這目標,它們就是下面這樣:

  1.在3周內讀完《構建之法》,在鄒欣老師博客上閱讀自己感興趣的相關鏈接內容。最后寫成一篇博文總結發表。

  2.選讀《軟件工程:實踐者的研究方法》

  3.在團隊中運用軟件工程開發理論,看看和之前有何不同,寫成博文。

  4.因為畢業想從事的工作是web前端工程師,特別注意看和開發web應用相關的內容。

  最后,知無涯,還要繼續保持學習 :)


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2020 ITdaan.com