最后一次团队作业——总结
| 這個作業屬于哪個課程? | <課程的鏈接>? ? ? ? ? ? |
| 這個作業要求在哪里 | <作業要求的鏈接> |
| 團隊名稱 | Three cobblers |
| 這個作業的目標 | 總結 |
?
?
?
?
?
?
?
?
一、團隊信息
- 團隊名稱:Three cobblers
- 項目名稱:教師實驗室自主排課系統
- 隊員信息:
| 201731081105? ?? | 王成宇? ? ? ? ? ? ? ? ?? | 組長? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? |
| 201731072424 | 黃健 | 隊員 |
| 201731041314 | 孟祥輝 | 隊員 |
?
?
?
?
?
?
?
二、各成員總結
- 王成宇 201731081105
1、以前提問題的博客地址:https://www.cnblogs.com/wwcy/p/10551558.html
2、回望第一次個人作業并解答:
答:一個團隊是需要有領導力的負責人的,所謂的放任管理是指再平常的編寫項目過程中,小組成員可以自由發揮,但是在小組合力開發過程中,
就需要一個具有領導力的負責人來對項目過程中的任務進行計劃安排并分配,同時統一所有的編碼要求。
?
答:不需要另一種模型,這是在考驗一個團隊的凝聚力,倘若出現了上述的錯誤,團隊成員應該合力解決,同時吸取教訓,完善自己的個人能力。
?
答:最好不要變換,因為這樣的順序是有講究的,獲取和引導是前提,如果變換了順序會使得軟件需求這個過程變得復雜,得不償失。
答:這里的典型用戶就是普通用戶的大眾體,他們擁有普通用戶最典型的特點,作為程序員,我們可以以這些典型用戶的角度來看待問題,
能更快解決問題。之所以不同是因為他們屬于不同類型的典型用戶。
答:這個問題始終無法解決,也許作為一個軟件工作者,通過工具編寫出不同的代碼‘程序就是我們的創新吧。
3、新的問題
(1)在我們項目測試的時候,如果遇到無法修改的錯誤或者說在某個地方卡住了,項目無法進行下去該怎么辦?
(2)在我們團隊合作的過程中,各個成員技能掌握差距較大,導致任務分配失調,該怎么解決?
4、掌握的新技能
(1)單元測試方法:通過老師發的資料學習
(2)github使用方法:通過同學指導學習
5、體會總結
通過一學期的學習對于《軟件工程原理及方法》這一門課程有了深刻的了解,同時通過項目的進行,對于項目開發過程,從一開始
的選題報告、需求分析到最后的α測試和β測試,對于過程中的每一個過程有了深刻的了解,為以后項目程序的開發打下了基礎。
?
- 黃健 201731072424
1、提出問題的博客鏈接:https://www.cnblogs.com/hj77/p/10555478.html
2、問題解答:
問題一:通過網上查閱資料,明白了如何實現自動化回歸測試,就是使用自動化測試工具,如TestComplete、IBMRational Function Tester。
問題二:通過課程的學習了解到,要提高自己對軟件時間的估計能力,只能積累經驗,不可能一蹴而就。
問題三:暫時無法解答。
問題四:通過網上查閱資料,了解了斷言就是用于在代碼中捕捉我們在編寫代碼時做出的一些假設;關于斷言的使用,可以再預計正常情況下程序不會到達的地方放置斷言:assert false。
問題五:通過課程的學習,我覺得應該在滿足產品質量的前提下,盡可能去提高用戶的體驗。
3、掌握的技能:
(1)一些工具的使用,如功能測試工具,單元測試工具及UML建模工具等;
(2)團隊合作
4、體會與總結:
體會:最深刻的體會就是課程作業多,課程學習有一定難度。體會到了團隊一起學習成長的樂趣。
總結:通過這學期的學習,提高了自己的實踐能力和團隊協作能力。學習過程中一有不會的就去網上查閱資料或者是在團隊內部進行交流。
?
- 孟祥輝 201731041314
第一次作業博客:https://www.cnblogs.com/mxh-/p/10557309.html
1、問題回顧
問題1:
來源:第五章第一節-非團隊與團隊
提問:在討論非團隊問題時,那七八個人被視為烏合之眾是否有些不當?
回答:他們在自己的紙板上寫著“Java,五毛一行”“網頁前端,不酷不要錢”等內容說明他們對自己所寫方面的領域還是比較擅長的,當聽到板磚賺錢的消息時他們或許只是迫于生活的壓力而
選擇妥協。他們缺少的只是一個展示技能的機遇,如果他們其中真的有能力之輩,遇到伯樂,或許會創造不凡的成就。
問題2:
來源:第八章第三節-獲取用戶需求-用戶調研
提問:為什么在談論用戶調研方法時,沒有通過視覺角度獲取用戶需求的方法?
回答:軟件開發過程中所面對的用戶大部分應該對軟件了解的比較少,對于他們想要實現的功能或者說是需求不能有準確的表達,導致用戶需要的和用戶表達的內容難以匹配,所以通過這種交談
式的調研是不能很好的獲取用戶需求的,但是其依然十分關鍵。另一方面,作為調研人員,個人認為可以制作一些能夠實現某些功能的模塊展示給用戶,通過視覺的角度去獲取用戶的需求,
同時在展示的過程中與其交流用戶需要或者更傾向于實現的功能模塊,或許能夠獲得更為準確的用戶需求。
問題3:
來源:第十二章第一節-用戶體驗的要素
提問:在獲取用戶體驗要素時,是否可以讓內部開發人員也親身體驗自己團隊開發的軟件?
回答:內部開發人員是軟件的設計與開發者,用戶的體驗對他們來說是一種反饋,以便進行實時的修改,個人認為他們可以自己親身體驗他們自己軟件,作為真正的體驗者,能夠親身了解軟件劣
勢,這也避免了交流存在的弊端。另一方面,軟件面對的用戶是大眾,所以并不是所有的人都能夠輕易的理解軟件的應用的方法,盡可能將軟件的使用方法做簡單能夠增強用戶的體驗。
問題4:
來源:第十六章第一節-迷思之三:好的想法會贏
提問:Dvorak鍵盤為什么不能的到廣泛普及使用?
回答: QWERTY鍵盤的普及只是大眾已經習慣了這種鍵盤,然而習慣也是經歷了很長一段時間才適應的,如果能夠給予Dvorak鍵盤一段被適應時間,我認為可能會實現比較大的價值。但是這并不能排除
會在這段時間內減緩部分行業的發展,但是等到大眾真正熟練時,這些損失會很快的被彌補同時會創造更多的價值。
問題5:
來源:第十七章第二節-領導力-知人善任
提問:對于不爽的貢獻者,如何能夠調動他們的積極性?
回答:對于這類人而言,他們的技術是得到肯定的,部門或者公司需要這些人,企業應當肯定他們的能力,重視他們的存在,并且應當給予其一定的獎勵或者鼓勵,調動他們的積極性,讓他們發揮出
他們的高能力。積極性對于企業十分重要,它能夠感染周圍的人,不僅僅是在軟件開發方面有所幫助,還能提高整個團隊的效率與幸福感。
2、掌握了哪些技能:
通過這學期的學習,我逐漸學會了融入團隊、與團隊共同完成項目的過程與方式,同時了解與掌
握了軟件概要設計說明書以及軟件詳細設計說明書的編寫內容和過程,進一步形象地學習了完整
軟件開發的基本流程,對軟件工程有了全新的認識。
3、學期總結:
經過一學期的學習,我逐漸熟悉了軟件開發過程的完整的流程以及每一個環節所涉及的解決和優
化方法,懂得了軟件開發過程中涉及的每個步驟以及環節都是至關重要的,不論做哪一個環節都
要認真對待謹慎處理,以防后期發現漏洞導致嚴重的損失。同時明白的一個團隊的重要性,每一
個成員都應當發揮自己的優勢,通過團隊的努力共同完成項目。或許,完成的項目并不是很好,
但經歷的這個過程卻讓人難忘。
?
三、項目Github下載地址
地址:https://github.com/MAPLEOM/201731041314.git
轉載于:https://www.cnblogs.com/wwcy/p/11063755.html
總結
以上是生活随笔為你收集整理的最后一次团队作业——总结的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: C#中的依赖注入那些事儿
- 下一篇: 汇编学习--第六天