201671030113 李星宇 實驗三做業互評與改進報告

任務一.
http://www.javashuo.com/article/p-hecaiica-dx.html
①點評內容:html

回答問題二:框架

書中提到的軟件團隊模式每個都有各自的特色,例如主治醫師模式,在團隊中有明確的主力即主刀醫師,而在咱們學生學習軟工課,就演變成僅一人賣力作工程,其他人只是圍觀或是做用很小,這樣的模式缺點大於優勢,不適用於做爲咱們學習軟工課時的模式;關於社區模式,此團隊模式比較自由,不少我的組成一個團隊,各司其職,最終將各自成果整合,效率很高,但缺點是代碼的錯誤和衝突很明顯,就須要更嚴格的代碼複審和簽入的質量控制。最後,至於你博文中提到的94頁的那句話我找不到,你怕是看錯了書或者記錯了頁數。
②閱讀心得
閱讀了這位同窗的第一篇博文後,我僅對他提出的第二個問題作了部分回答,雖然這位同窗提出的問題很深入,可是例如問題一,並非從《構建之法》這本書中提出的,而是根據理論課本《軟件工程導論》中提出的。性能

http://www.javashuo.com/article/p-dpirjlte-hu.html單元測試

回答問題四:
關於第四個問題
首先代碼複審是爲了發現問題,絕大多數均可以由開發者獨立發現。從這一意義上說,複審者是在替開發者幹開發者本應乾的事情。而單元測試是針對特定領域的開發,整理專門的核查表進行單元測試。
心得:
這位同窗提出的問題都是基於課本,剖析兩個近似的項目工做之間有何聯繫以及區別是什麼,淺顯易懂。學習

http://www.javashuo.com/article/p-qamieohk-ed.html測試

回答問題三:
人生的十字路口須要本身去選擇,要考慮過去和將來等各類因素,但每個選擇都是本身作的,無需後悔。
心得:
沒找到關於和咱們做業同樣對於《構建之法》提問題的學生做業博客,只找到了「第一次做業準備」。設計

任務二:htm

見摘要圖片
對象

任務三:
對高年級在軟件工程實驗課中作過額項目提出的幾個問題。blog

1.項目如今有用戶嗎? 答:沒有了,當時上課的時候作過的項目,如今已經沒再看過了。 2.項目可否繼續開發,源代碼/文檔還有麼? 答:有源代碼,能夠繼續開發,只是目前沒有這樣的想法了。 3.項目開發有什麼經驗和教訓? 答:曾經在書中看到的幾點能夠推薦給你,我和個人團隊試過這些方法,頗有效。交叉審覈——兩我的爲一組,互相檢查對方的代碼;假如你作的是業務系統,記得切實注意負載、性能等非功能性需求。我遇到的教訓,咱們團隊項目的系統框架設計只考慮了面向對象和可維護性,而且沒實現完美設計和高效率代碼同時兼備。 4.對學好軟件工程有什麼建議? 答:儘可能讓本身多瞭解一些現實中的軟件開發過程,或者參與到一些簡單的軟件開發中,瞭解人們的方法與問題後,再與軟件工程中的理論相比較;系統地學習最新的軟件思想和軟件開發技術;以實用型工程能力爲培養導向,理論學習與實踐緊密結合,增強英語水平、交流能力、團隊精神和創新意識的培養這些吧。

相關文章
相關標籤/搜索