軟件工程概論總結 -开发者知识库

軟件工程概論總結 -开发者知识库,第1张

這周是本學期的第十七周了,軟件工程概論這門課也接近尾聲,總體來說,本門課學習最大的收獲就是體驗到了團隊的開發流程,這與個人開發有很大的區別。

軟件工程,既然是一個工程,那么和單純的代碼就有很大差別,身為工程,就涉及到了初步的需求分析、功能設計、書寫設計文檔、實時的編寫程序、測試、維護和反饋等等過程,而不只是簡單的編寫代碼。結合構建之法這本書,我們從學習個人的能力測試與鍛煉,到兩人結對開發,再到團隊開發項目。逐漸培養了合作意識,團隊開發與個人開發的最大區別在於個人開發的時候,不必要考慮別的想法或者變成習慣,自己想先設計邏輯或者是先進行類與實例的開發等,都可以隨着編程的進度以及項目的要求來一步一步進行;但是,團隊開發就大有不同了。首先,如何分配任務就是一個大問題,總有一種感覺就是自己編程一個題目可以立馬下手,而團隊開發的話,不知道如何來分配任務,按照什么分配,比如一個java web項目,是按照jsp分配,還是按照beanservlet等來進行划分,如果有人給分配好相對來說簡單點,所以,來分配任務實際上是一個很體現能力的事情,需要對項目整體的框架有所了解,對可重用部分有所掌握,這樣不只是單單按照jsp來分配,而是把相似的功能或者模塊分配給一個人,這樣能大大提高開發的效率。也許,這就是團隊中項目管理與開發成員在能力的一部分差距的體現吧。隨后還有一個很重要的問題就是,每個人開發的模塊最后不能很好的整合到一起,總會出現有的功能放到上面不能正常使用,或者是邏輯結構根本就不一致,放不到一起去。所以,經常有一些小功能模塊自己寫出來是可以使用的,但最后沒有加到最終的程序中去。雖然有這些問題,但是也是由於這樣的實時的開發,體驗每一個開發的過程,每一個階段,這樣從中體會到的開發經驗應該才是最寶貴的,這對以后一個項目開發的框架概念的搭建會有很大的幫助。

關於作業的話,我覺得大概還算合理吧,有時候大家都有惰性,沒作業,可能就會沒有實踐,從而課程上說的方法都是紙上談兵。所以,作業的量還是有一定必要的,多少過得充實些吧。

對於課堂,簡單發表一下我的個人建議。實在說,王老師對教學方面確實是很負責任的,對課程以及作業的情況也很用心。但個人覺得有一些可以簡單改進的地方,個人感覺老師課上注重培養我們的是一種工匠精神,從對我們的要求上也可以看得出來,比如上課對我們的能力的分析或者對我們的定位等。確實,做什么事情基礎很重要,也是決定一件事請能走到什么高度的關鍵要素。工匠精神確實可貴,但是,如果定位只定在最底層的話,着實少了一些其他能力的鍛煉和培養,比如給自己定位到一個開發人員,那么在項目開發的過程中,不會考慮其他的問題,比如,我這部分代碼開發出來別人是否能夠直接使用,接口留的是否合理等等;但是,如果將自己定位在一個項目管理或者相對高一些的角色,考慮事情也許就會全面許多,在實際開發時,想到的就不只是代碼這些表層的問題,會考慮到每個隊員是否能夠發揮出他的優勢,最終項目能夠定位到什么層次,實現一些什么功能,是否能夠切實的讓別人使用等等。我覺得這是相對少數人能夠處理好的問題,一個人的價值不在於他是否努力的付出,而在於他的可替代性,簡單說就是這件事沒幾個人能做好,你能做好那么價值就很明顯了。所以,我認為在培養基本代碼的編寫,也就是工匠精神的同時,應該更多地有導向的培養這種整體框架的意識,意識很重要,而不是形成一種只編寫代碼的習慣,像機器一樣。可能,我所表達的是出於學生的角度來看,也許老師需要兼顧到整個班級的學生,所以我所說的建議是否使用,希望老師根據實際情況,看看是否合適吧。

最后,提三點建議(個人看法)

1、上課多少可以引導一些學生的管理思想,也是基於工匠思想的基礎上吧。

2、跨年級評價多少有些主觀,實際上更多的是交流和學習,這樣意義會大些。

3、課上可以適當活躍一些,多讓學生發表自己的看法,也許效果會好些。

最佳答案:

本文经用户投稿或网站收集转载,如有侵权请联系本站。

发表评论

0条回复