軟件工程——個人總結


1.在這次的軟件工程課程中,學會了如何使用:
墨刀、Hbuilder、Mockplus、git等軟件

2.新工具。學會了使用:
vs2012中.NET MVC進行網站后端的開發。

3.學習和掌握的新語言、新平台
JavaScript、html、dreamweaver

4.統計一下,你在這軟件工程實踐中,完成了多少行的代碼
在本次課程中大概完成了1200行代碼

5.學習和掌握的新方法
結對編程、軟件測試

6.總結與展望
在這次的課程中,讓我體會最深的就是,代碼不僅僅是給自己看的。代碼的可讀性十分重要,在相互讀懂代碼的情況
下。軟件的開發速度,也會有很大的提升。希望學弟學妹們,認真的進行代碼編寫,提高代碼的可讀性,這樣方便簡潔。
也可以少走很多的彎路。我們的團隊在雲鋪子網站的開發上還是下了很大的功夫的。雖然網站最后沒有經歷后端服務器
的測試。但是,帶界面的布局,上傳下載界面功能的實現,還是下了很大力氣的。這次的軟件工程課程也讓我學會了很多。

7.個性發揮,包括圖文、照片和創意等
學弟學妹們在我們的網站上還是可以找到很多值得再開發升級的地方。也可以多和我們溝通。

個人總結的補充:
問題1:在進行軟件開發時,是否需要重復的修改軟件的功能,從而修改方案(基於我們自身的軟件開發過程思考)?在團隊配合時,很難一次就做好軟件功能的需求分析。如果發現新的需求分析,是否需要重新修改軟件功能的需求分析。
回答1:首先在軟件開發之前,我們應該對軟件的功能與需求進行制定,一定要確保正確。但是,如果一定發現需求分析有誤,應該立即停止軟件開發,繼續完善需求分析,這樣軟件才能更高效的運行。然而,我們在進行軟件開發時,實現,一定要盡量完善需求分析,這樣才能節約時間,不走回頭路。

問題2:對於敏捷開發(書本的第六章第五節敏捷的問答以及第六章的第四點二節)的缺點有哪一些?這些缺點是否可以通過優化而解決?如何通過團隊的協作最大化來避免敏捷開發的缺點,讓自己的團隊有更好的協作能力,在最短的時間內,開發出最優秀的產品。這一段的問答介紹了敏捷開發。但是沒有提到敏捷開發的缺點如何解決。
回答2:敏捷開發,的確存在着一些缺陷,但是,我們能夠通過平時的認真,來優化敏捷開發,讓敏捷開發更高效。

問題3:一款優秀的軟件是否是擁有一份優秀的需求分析(書本的第八章第三小節)?用戶調研是否是必須的,而用戶調研的范圍是否取決於開發者軟件使用范圍。通過調研,如果調研過小是否存在錯誤的認識。書中介紹了多種調研模型。但是確實部分實例,很難有對調研的深刻認識。
回答3:一般來說,優秀的軟件都有一份優秀的需求分析,一份優秀的需求分析也是為軟件打基礎,通過優秀的分析,可以讓軟件更好的運行。

問題4:在進行軟件的開發時,我們如何才能得到軟件產品的規模(基於我們自身的軟件開發過程思考)?用戶的規模對於軟件產品有着重要的影響,如何得到正確的規模。通過正確的規模。我們可以幫助我們的團隊開發出更好的軟件產品。
回答4:這個問題,對於我們組,應該還是很簡單的,因為,我們組開發的雲鋪子,是基於本校學生,所以規模也可以很容易的確定好。在許多時候,軟件是可以升級的,當你的軟件規模變大時,你的后台也得升級,而不僅僅是前端的升級。

問題5:代碼能力的提升需要的是什么?多打打代碼?還是學習更多更優秀的算法?
回答5:代碼能力還是一個多發面的問題,多打代碼當然能提升代碼能力,學習更優秀的算法也能幫助我們提升代碼能力。我們在學習的過程中,要注意全面的學習,通過多發面,提升自己。


注意!

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



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