201671010436 王雪剛 實驗十四 團隊項目評審&課程學習總結

一:實驗名稱:團隊項目評審&課程學習總結


二:實驗目的與要求

(1)掌握軟件項目評審會流程;
(2)反思總結課程學習內容。

三:實驗步驟


任務一:按照團隊項目結對評審名單,由項目組扮演乙方,結對項目組扮演甲方,相互對各自軟件產品進行驗收評審(會議流程參見實驗十三 軟件項目驗收相關知識),並形成驗收意見。
任務二:經歷了一個學期的軟件工程學習和項目實踐,請每位同學完成一篇個人學習總結博客。

四:實驗內容

項  目
內  容
這個作業屬於哪個課程
任課教師博客主頁鏈接
這個作業的要求在哪裏
作業鏈接地址
作業學習目標
(1)掌握軟件項目評審會流程; (2)反思總結課程學習內容。

任務一:

本團隊在Github倉庫中提交的驗收意見表:https://github.com/maomaochongzu/tuanduizuoyeshiyanba

任務二:

(1)對於《實驗一 軟件工程準備》的任務5所提問的博客鏈接:https://www.cnblogs.com/wangxuegang/p/10512539.html

    對提出問題進行解答:
團隊的發展前景從以下幾個因素表現: 1.共同的事業願景:一個組織能否一起走的更遠、更久,歸結於這個團隊是否有共同的遠景,也就是團隊信念,組織信念是讓團隊成員排除萬難,風雨同舟; 2.互補的成員類型:要想保證組織團隊的有效有力,組織成員的組成非常關鍵,很難想象,一個組織都是性格暴躁,或者性格柔弱,或者都是某一塊麪的高手,他們組合在一起能夠給團隊帶來什麼,因此,互補型的成員類型,纔是“粘合”組織的基礎; 3.系統的學習提升:人最大的敵人就是自己,一個組織最大的敵人也是自己。當一個團隊以經驗作爲工作的依靠時,這個組織就有可能陷入“經驗主義的”的怪圈,就有可能會陷入“僵化”,就有可能“死在自己手裏”,一個組織要想保持基業長青,要想永葆青春活力,就必須要依靠系統的學習提升。 3.首先判斷客戶要求是否合理,如果合理做出相應的解決,如果不合理,保持冷靜,不要被客戶情緒影響,心平氣和的進行溝通,找到雙方都能接受的解決方案。
    闡明是如何通過學習/實踐/討論弄清楚的:
    在本次的團隊項目開發過程當中,學習到了很多知識,首先就是讓我感受到了團隊協作的重要性團隊項目學習不僅從技術方面也對如何進行團隊協作,一個優秀團隊的形成等方面有了思考,更是掌握了很多專業性知識。
(2)總結自己在項目的 可行性分析/需求分析/軟件設計/實現/測試/項目驗收/中學到了哪些“知識點”

  • 需求分析:知道了需求獲取的幾種方法及其使用場合:
    a.現場觀察:窺探(真實發生的場地);
    b.訪談:包打聽;
    c.問卷調查:套取;
    d.會議研討:頭腦風暴;
    e.原型評估:界面(樣品)迭代(需要有原型開發的能力);
    f.場景分析:模仿(有角色扮演);
    g.其它:文獻考古,用例分析。
  • 可行性分析:軟件生命週期的第一個階段就是對項目可行性的研究,可行性研究項目不是解決問題,而是確定,確定軟件項目是否值得做,能否用儘可能的代價,在儘可能短的時間內開發完成。
    可行性研究的任務是:a.確定問題是不是值得解決;b.如果問題沒有可行的解,應建議不做這個軟件項目,以避免時間、資源、人力和時間的浪費;c.如果問題值得解,則推薦一個好的解決方案,並制定一個初步的工程計劃。
    可行性研究的內容:可行性研究從以下幾個方面進行分析:a.技術可行性b.經濟可行性c.操作可行性d.法律可行性e.系統效益f.開發方案的選擇
  • 軟件設計:軟件設計的目標是把軟件需求規格說明 書中所表述的用戶功能、性能等需求轉換爲如何實現這些需求的描述,其成果能夠指導後續編碼實現、測試。
    軟件設計的階段與任務:a.傳統的結構化方法將軟件設計劃分爲體系結構設計、數據設計、接口設計及過程設計四部分;b.面向對象對象方法則將軟件設計劃分爲體系結構設計、類設計/數據設計、接口設計、構件級設計四部分;c.概要設計(系統設計),將軟件需求轉換爲數據結構和軟件的系統結構;d.詳細設計(過程設計),通過對結構表示進行細化,得到軟件的詳細的數據結構和算法 。
    在軟件設計這一階段,還對UML建模圖進行了學習:用例圖、類圖、對象圖、序列圖、協作圖、狀態圖、活動圖、組件圖、部署圖,其中對類圖進行了主要的學習。
  • 實現:本次項目開發我們小組採用C#語言,經歷了查閱資料,編寫代碼,模塊運行,代碼整合,系統測試,bug修復等多個環節,對項目開發中編碼規範有了瞭解。
  • 測試:這一部分主要對黑盒測試和百合測試進行了學習,白盒測試又稱結構測試,黑盒測試着重測試軟件的功能,黑盒測試並不能取代白盒測試,它是與白盒測試互補的測試方法,它很可能發現白盒測試不易發現的其他類型的錯誤。
  • 項目驗收:軟件項目實現之後,還要進行項目的實施、維護、管理。

(3)結合個人項目/結對編程/團隊項目的個人經歷,談談心得
    爲期兩個多月的團隊項目開發已經收尾,從剛開始的團隊組建到最後任務完成,經歷了項目選題,原型設計,需求分析......,代碼編寫,系統運行測試,bug修復,幾乎每次都會花費很對時間,有時候還沒有得到預期的結果,但是我們還是會盡力的去做,驗收準備工作的進行,都有一種成就感。需求文檔、系統設計文檔、編碼規範文檔等一系列文檔編制一次又一次的修改,使得我們的項目一步步完善起來,總之,還是有所成果。

(4)總結這門課程的實踐總結和給你帶來的提升:

  • 統計在軟件工程實踐中,你完成了多少行的代碼?
    從查閱資料到具體的代碼編寫,經過了很長時間,在一次次的修改當中,具體寫了多少行,已經不記得了,不過,我覺得寫了多少行並不重要,而通過這次項目開發掌握了多少編程類的知識,纔是有意義的。
  • 你在軟件工程實踐的各次作業分別花了多少時間?
任  務
耗  時/h
實驗一 軟件工程準備
6
實驗二 軟件工程個人項目
17
實驗三 作業互評與改進
4
實驗四 軟件工程結對項目
25
實驗五 團隊作業1:軟件研發團隊你組建
10
實驗六 團隊作業2:團隊項目選題
10
實驗七 團隊作業3:團隊項目原型設計與開發
26
實驗八 團隊作業4:基於原型的團隊項目需求調研與分析
40
實驗九 團隊作業5:團隊項目需求改進與系統設計
33
實驗十 團隊作業6:團隊項目系統設計改進與詳細設計
50
實驗十一 團隊作業7:團隊項目設計完善&編碼
120
實驗十二 團隊作業8:軟件測試與Alpha衝刺
15
實驗十三 團隊作業9:BETA衝刺與團隊項目驗收
17
  • 哪一次作業讓你印象最深刻?爲什麼?
        實驗七 團隊作業3:團隊項目原型設計與開發 這次作業是讓我影響最深刻的一次,因爲在實驗中,大家對原型設計的方法可以說是一無所知,從接到任務到實驗完成,我們 我們小組項目倉庫管理系統的需求調研方法錯誤,問卷調查法不適用,所以,在實驗九中既要完成項目需求改進與系統設計還要對需求重新調研分析,任務量相對較大,時間花費較多,所以,給我的印象較深刻。
  • 累計花了多少個小時在軟件工程實踐上?平均每週花多少個小時?
        累計花費了將近兩個月在軟件工程時間上,平均每週花費四天多的時間。
  • 你學習和掌握的新語言、新平臺?
        學習和掌握的新語言、新平臺:博客、GitHub、Visio2013、Mockplus、墨刀、SQL Server2014、Visual Studio等。
  • 填寫下表,總結一學期的學習中,你學習或使用的軟件工程開發工具、開發方法和建模方法
軟件開發工具、項目管理工具 軟件開發方法 軟件建模方法
Github、sql sever2014、Visual Studio 原型化方法、結構化方法、面型對象的開發方法 面型對象的建模方法
  • 其他方面的收穫或提升:
        在開發過程中,有很多的收貨。首先就是讓我明白,做一件事,一定要堅持到底,不管你目前的水平是怎麼樣的,知識總是慢慢來積累的,只要有恆心,就一定會把一件事做好,然後就是,團隊的力量是強大的,分工合作,往往能達到更好的效果。

(5)你認爲目前的課程存在哪些問題,你有什麼更好的建議?
    首先從老師的角度來說,他們和助教在每次的任務發佈到作業批閱,都耗費了很多精力和時間,而且老師還要一邊給我們上課,整體來說還是挺好的,但是,有以下幾點我覺得還有待改進。 1、老師上課的方式上。應該多和同學能交流一些實踐方面的東西,比如代碼的一些核心內容,我知道這些也許是此課程之外的內容,只是我覺得這樣更有助於同學們完成任務。 2,在上實驗課時,老師如果有機會的話,可以讓同學們帶上自己的電腦,實時的查看同學們的開發進度,現場指導,效果可能會更好。 接下來從學生的角度來說,我們這個班,從集體組成上就有區別於其他班,大家都是來自於不同的專業,掌握的知識很分散,就比如這次的項目開發,我覺得編程問題,應該就是同學們所共有的問題,不過好的一點就是。我們的代老師,從一開始就提醒我們學習一門語言。爲以後的內容做準備,在此,很感謝代老師對我們的指導。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章