實驗十二團隊項目用戶驗收評審

時間 2019-12-15

標籤實驗十二團隊項目用戶驗收評審简体版

原文原文鏈接

任務1：團隊做業Beta衝刺

任務2：項目若是是有價值的，有可能有團隊會繼續開發你的項目，到時候會不會出現源代碼找不到、沒有文檔等尷尬的狀況呢？團隊要考慮如何進行高效的源代碼管理，請在Beta 衝刺過程當中試着回答如下連接中關於源代碼管理的10 個問題： http://www.cnblogs.com/xinz/p/5044037.html

你的團隊的源代碼控制在哪裏？用的是什麼系統？如何處理文件的鎖定問題？
咱們團隊源代碼託管在github代碼託管平臺，使用git分佈式版本控制系統作源碼管理及版本控制，對於想要鎖定的文件能夠git相關命令實現。
如何看到這個文件和以前版本的差別？如何看到代碼修改和工做項（work item），缺陷修復（bug fix) 的關係。
可使用git相關命令來查看當前沒有添加到本地倉庫的內容修改狀況，當前添加到本地倉庫但沒有提交到託管平臺的內容提交狀況，以及查看任意兩個提交版本之間的改動狀況；代碼修改應當包括工做項提交和缺陷修復，能夠從commit記錄查看修改狀況
若是某個文件在你簽出以後已經被別人修改，而且簽入了，那麼你在簽入你的修改的時候，如何合併不一樣的修改（merge)? 你用了什麼工具來幫助你？
當修改的部分不發生衝突時,經過git merge命令合併分支來合併不一樣的修改；當修改的文件內容衝突時，合併衝突發生後，查看衝突內容手工修改衝突，完成提交，而後使用git merge命令合併。經過git 版本控制工具既可完成。
你有20個文件都是關於同一個功能的修改，你要如何保證這些文件都同時簽入成功（修改的原子性），或者同時簽入不成功？
經過查看提交記錄驗證，文件是否同時提交成功，若沒法同時成功提交，則使用git reset命令撤回提交記錄
你的PC上有關於三個功能的修改，可是都沒有完成，有不少文件處於半完工的狀態，這時你要緊急修改一個新的bug，如何把本地修改放一邊，保證在乾淨的環境中修改這個 bug, 併成功地簽入你的修改 --- changelist management。
建立新的分支，切換到該分支，修改bug後，提交該分支
規範操做和自動化
你的團隊規定開發者簽入的時候要作這些事情：
- 運行單元測試，相關的代碼質量測試。
- 代碼複審（要有別的員工的名字）
- 和此次簽入相關的issue編號，任務/task，缺陷/bug編號，等等，以備查詢。
請問你的團隊有這樣的自動化工具讓開發者方便地一次性填入全部信息而後提交麼？（高級功能，代碼提交以後，相關bug的狀態會改動爲「fixed」，而且有連接指向此次簽入。）
沒有使用這樣的工具來規範簽入操做
如何給你的源代碼創建分支？
使用git branch新建本地分支，切換分支後，push到遠程倉庫
一個源文件，如何知道它的每一行都是何時簽入的，爲了什麼目的簽入的（解決了哪一個任務，或者哪一個bug）？
cd 到該文件所在目錄，使用git log查看提交記錄
如何給一個系統的全部源文件都打上標籤，這樣別人能夠同步全部有這個標籤的文件版本？
後期指定提交校驗和來對某一次提交打標籤，使用git tag -a v1.2 校驗和命令實現
你的項目的源代碼和測試這些代碼的單元測試，以及其餘測試腳本都是放在一塊兒的麼？修改源代碼會確保相應的測試也更新麼？你的團隊是否能部署自動構建的任務？
源碼及單元測試放在一塊兒，沒有自動化測試腳本。團隊使用Jenkins實現了項目打包部署自動構建任務，以便最新的開發版本上線測試html

任務3：參考軟件項目驗收相關知識（一）要求，完成團隊項目驗收準備工做，包括項目文檔的完善與整理、團隊項目總結陳述PPT編制、符合團隊項目特色的項目驗收意見表的編制、完成項目軟件系統演示前準備工做，確認結對驗收項目組，編制驗收會議名單及驗收會議議程。在團隊項目Github倉庫中上傳以上文檔。

項目驗收相關文檔倉庫地址git

任務4：課堂驗收會

已完成項目彙報及展現
項目驗收意見表及彙報PPT倉庫地址：https://github.com/NwnuPioneer/report

任務5：項目總結，分工及實現心得

團隊照片

驗收流程

項目彙報展現：團隊成員向你們彙報項目開發基本狀況，完成狀況，項目總結。團隊成員向你們在線演示項目成果，接受老師，同窗提問。
項目驗收展現：由結對項目組-Spring_Four團隊做爲驗收方，組織對本項目實施驗收，主要內容包括項目文檔完整性的檢查，源碼提交記錄檢查，項目功能完整性檢查，最後完成驗收，雙方簽字確認結果。

團隊成員的具體分工

任務	成員	任務量	完成時間
彈幕數據爬取及分析	杜世康	20%	72h
主播管理功能的實現及軟件操做手冊的撰寫	劉丹	15%	60h
彈幕管理功能的實現及軟件驗收表的撰寫	李玉瑩	15%	60h
系通通計功能的實現及軟件需求規格說明書的撰寫	曹瑩雯	15%	60h
系統數據分析功能的實現及軟件測試報告的撰寫	尹楠	15%	60h
系統權限系統的實現及軟件系統設計說明書的撰寫	王靜雅	20%	70h

實驗心得

杜世康：通過這一學期的軟件工程課程的學習及團隊項目的開發。我進步很大，不只僅是書本上知識的掌握，不只僅是編程水平的提高，不只僅是對於軟件工程這門課程的理解，還有團隊項目開發經驗的積累，軟件開發流程的掌握以及對於團隊建設經驗的積累，我受益不淺。
劉丹：此次的實驗使我瞭解到一個項目產品如何進行驗收的。也是本學期最後一次實驗。通過一學期軟件工程的學習。還有老師的翻轉課堂教課,不但讓我從理論上掌握軟件工程,還有從不一樣的實例,讓理論和實踐獲得了很好的結合。整一個學期下來，總的來講仍是學到了不少東西的，有不少地方是值得確定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其範疇已經遠遠不止侷限於該門課程，成爲了一個綜合的一個可以解決問題的思想集合。經過團隊合做完成做業的過程。我認識到團隊合做的重要性。合理分工。積極的配合。讓咱們的項目又快又好的完成了。
王靜雅：本學期軟件工程的課程已經到了收尾的階段，回想起這一學期關於軟件工程的學習，感受收穫頗多。老師的翻轉課堂的教學模式，對咱們是一種新奇的體驗。這門課程讓我切身體驗一個項目從無到有，從有到延續的整個過程，也深切領會到團隊的重要性，團隊要有主心骨，要有合理的分配，讓不一樣的人負責不一樣的部分，方能人盡其用。開學初對軟件工程的淺薄認知讓我在接下來的學習中多次被打臉，原來這不僅是簡單的設計編程，而是一種創造，把一個軟件項目一步步分析確認，參照前人的經驗過程，把它一點點的創造出來，這個過程也讓我認識到軟件的設計不是程序員的一廂情願，更重要的是用戶的意願，用戶就是上帝，上帝的意願天然就要程序員儘量的實現。最後，感謝老師和助教的幫助和指導，爲他們的辛勤付出點贊，也感謝其餘成員的幫助與支持，有開拓者纔有這樣的體驗，感謝各位！
尹楠：通過一學期的學習，咱們的團隊項目也基本完成。在這個項目中，我對所學知識有了進一步鞏固，學到了不少書本上沒有的知識，瞭解了一個項目開發的完整過程，我的能力獲得了提升。在咱們團隊全部成員積極配合，共同努力下，項目得以順利進行，也真真認識到團隊合做的重要做用。這學期老師採用了翻轉課堂的教育模式，起初非常不習慣，但如今回想這一學期所學內容，收穫不少。
曹瑩雯：此次的項目咱們的團隊提出來一個我認爲很新穎的題目。裏面有不少知識點是我歷來沒有接觸過的。一開始我能幫上忙的地方也很少，但在完成任務的過程當中，我從中學習到了不少以前並不瞭解的知識。經過團隊協做了解到的知識遠比本身從書本上了解的更全面更快速。在這也很是感謝個人成員們，我從他們身上學到了很多東西，也很是感謝在面對任何問題時，咱們能不爭吵心平氣和冷靜的商討處理問題。可能這就是團隊的魅力所在。最後也很是感謝老師和助教團隊在教學過程當中的辛勤付出。
李玉瑩：本學期的軟件工程課程已經快要收尾，在一學期的實踐過程當中我收穫頗多，一開始選題的時候組長提出的這個題目感受頗有趣很新穎，可是應用的數據挖掘方面的技術我以前卻從未接觸過，在作項目的過程當中在組長的指導下對這部份內容也瞭解了很多，至今，這個項目通過幾個月的努力完成了大部分的功能，最後一節課老師點評的時候也發現了不少不足和能夠後續接力開發的地方。團隊合做在軟件工程中真的扮演着很重要的角色，有一個優秀的領頭人也是相當重要的，總之感謝全部的小組成員們，尤爲感謝組長，教會了咱們不少也給咱們分擔了不少。程序員

實驗總結

通過這幾個多月來的努力，咱們順利的完成了既定的開發任務。從項目完成狀況來看，咱們完成了90%的工做，很滿意。而對於未完成的部分，也在咱們預想之中，那是咱們目前自身技術的天花板，咱們須要在之後的學習中，提升本身，去突破它。從項目完整性來看，本次開發的項目較爲完整，從前期需求分析，用戶調研，到系統設計，編碼測試，最後驗收文檔的撰寫全部環節，完成的都很認真。咱們有信心認爲這是一次成功的團隊項目開發實踐。
可以取得這樣的開發成果，咱們很感謝，也很感激背後默默付出的老師們，助教們，謝謝大家嚴謹負責的治學態度以及對學生的啓發指導。也感謝咱們團隊裏的每個成員，正是咱們互相幫助，攜手並進，在課堂上不斷的討論，課後認真的實踐，才得以本次團隊項目成功驗收，感謝大家！github

最終項目燃盡圖