團隊項目用戶驗收評審

團隊項目用戶驗收評審

1. 你的團隊的源代碼控制在哪裏？用的是什麼系統？如何處理文件的鎖定問題？

　　咱們團隊的源碼控制在Github上，它是一個面向開源及私有軟件項目的託管平臺，起到資源共享的做用，別人能夠對咱們的源碼進行查閱，分享，咱們也能夠學習和共享別人優秀的代碼。咱們用的是win7 系統，它有着成熟，穩定的運行環境。咱們對文件的鎖定上沒有太大的加以限制，是public的，原本這就是一個開源的，共享的平臺，別人能夠學習，共享咱們的代碼，咱們反過來也同樣，大大的提升了開發的速度。

2. 如何看到這個文件和以前版本的差別？ 如何看到代碼修改和工做項 （work item），缺陷修復 （bug fix) 的關係。

　　咱們能夠在項目的commit的上查看咱們的記錄，它裏面有代碼修改及什麼時候修改的信息，咱們能夠看到的是記錄裏面的」+」，它標註的是在原文件的基礎上增長的代碼的記錄，」-「標註的是在原文件的基礎上刪掉的代碼的部分，顏色顯示也不一樣。 其實咱們團隊是以任務爲單位和模塊進行的開發，這種開發模式在任務分配之處就已經給該任務提供了描述。

3.若是某個文件在你簽出以後已經被別人修改，而且簽入了，那麼你在簽入你的修改的時候， 如何合併不一樣的修改（merge)? 你用了什麼工具來幫助你？

　　在git中執行合併便可自動合併Git修改的部分。可是，也存在沒法自動合併的狀況。若是在遠程數據庫和本地數據庫的同一個地方都發生了修改的狀況下，由於沒法自動判斷要選用哪個修改，因此就會發生衝突，git會顯示本地數據庫和遠程數據庫同一個地方的不一樣修改，這時候就須要咱們手動解決衝突，暫時沒有想到什麼好的工具能夠解決不借助人力自動解決這個問題。

4. 你有20個文件都是關於同一個功能的修改，你要如何保證這些文件都同時簽入成功（修改的原子性），或者同時簽入不成功？

　　（1）.直接對工程文件進行整個的簽入掛起的更改，這樣會直接把有更改的全部文件進行簽入。

　　（2）.在修改以前爲將要修改的文件都上鎖，防止其餘的簽入時候進行簽出操做。

5. 你的PC 上有關於三個功能的修改， 可是都沒有完成，有不少文件處於半完工的狀態，這時你要緊急修改一個新的 bug，如何把本地修改放一邊，保證在乾淨的環境中修改這個 bug, 併成功地簽入你的修改 --- changelist management。

　　一樣沒有遇到過。可是分支應該是解決這一問題的有效方法。在對文件修改以前創建分支並在這個分支上進行功能的修改，若是遇到BUG，則在主分支上再創建一個新的分支，最後當這兩個分支都完成以後把它們合併到主分支當中去。這個時候咱們只要在本地新建一個分支，而後在新的分支上進行bug的修復就好。當前分支的內容就被保存在原地。這樣咱們就能夠在「乾淨」的環境中進行bug的修復工做了。固然在修復bug以前，先對原有的分支進行保存，防止新建分支的影響。

6.請問你的團隊有這樣的自動化工具讓開發者方便地一次性填入全部信息而後提交麼？  （高級功能， 代碼提交以後， 相關bug 的狀態會改動爲  「fixed」， 而且有連接指向此次簽入。）

　　咱們團隊目前尚未比較完善的自動化的工具讓開發者方便的一次性填入全部信息，咱們是分階段進行填入，合適後，再進行提交。這多是咱們的一個短板，咱們在後期的學習中會着重解決這個問題，讓開發者方便地一次性填入，提升開發效率。

7. 如何給你的源代碼創建分支？

　　

　　如上圖所示，創建過程已稱述，在這兒就很少說了。

8. 一個源文件，如何知道它的每一行都是何時簽入的，爲了什麼目的簽入的 （解決了哪一個任務，或者哪一個bug）？

　　在Git平臺上，可查看歷史記錄：結果會顯示改行的修改記錄，經過後面的註釋能夠知道該次簽入的說明。因爲歷史查看也會顯示出修改人員，能夠向該次修改的人員進行更詳細的詢問。

9. 如何給一個系統的全部源文件都打上標籤，這樣別人能夠同步全部有這個標籤的文件版本？

　　咱們多個版本的源代碼管理都沒有用到標籤。多是應該項目規模還比較小，用標籤的收益不大。標籤其實就是爲整個項目或者某一個.java文件制定一個索引，在版本的推移中，如若發現新版本的各方面均不如以前的版本，能夠經過標籤查到到以前的版本或者某一文件。從標籤的試用上來看，標籤在大型項目中會十分靈活。可以快速定位到某一個變動集並對其進行操做。

10. 你的項目的源代碼和測試這些代碼的單元測試，以及其餘測試腳本都是放在一塊兒的麼？ 修改源代碼會確保相應的測試也更新麼？你的團隊是否能部署自動構建的任務？

　　測試目前的確是咱們團隊一個一個短板，場景所提到的自動測試程序咱們幾乎沒有。現在Beta的開發階段已通過去，也僅是對成員作出測試數據記錄以及測試日誌的上傳，測試強度依然欠缺。從如今到項目展現的這段時間，咱們會尤爲重視測試。如若時間條件容許，也會編一個自動測試程序進行各個變動集的編譯測試。

一：項目驗收表及測試文檔：https://github.com/teammzs/project14

二：驗收會議名單及實施文檔：https://github.com/teammzs/project14

三：甲方驗收意見表及過程文檔：https://github.com/teammzs/project14

四:驗收會議過程

1.項目彙報
　　由老師擔任主持人，項目組長或主要技術人員進行PPT講解，彙報本項目的項目背景、開發過程、功能簡介、工做總結，並對本系統進行演示，由老師和其餘同窗對本項目進行提問，該團隊成員進行解答，在此同時，老師根據項目講解狀況、項目完成度以及答疑狀況對本項目進行評分。
2.項目驗收
　　在此之間，咱們已完善並整理好需求分析說明書、系統設計方案說明書、系統測試文檔、實施文檔、會議記錄、項目總結文檔等重要文檔，完成項目軟件系統演示前準備工做，並準備好項目驗收意見表、驗收會議名單及驗收會議議程。
　　本次項目驗收會議成員爲F4+2團隊和本團隊的全體成員，先有本項目作工做彙報和總結，接着，本團隊主要技術人員進行系統實現過程簡述和系統演示，這些工做結束之後，由F4+2團隊進行提問，本項目成員解答，最後由F4+2團隊的組長填寫項目驗收意見表，驗收項主要包括系統安裝和運行、系統功能以及系統開發文檔。

五.站立式會議場景

5、任務分工

	具體任務	工做量比例	完成時間
馬婧（12），馬紹輝	1.實施文檔 2.驗收會議名單及驗收會議過程 3.Beta衝刺三	17%	4h
馬婧（13）	1.Beta衝刺四 2.撰寫博客 3.Beta衝刺四	17%	4h
馬世芳	1過程文檔  2.甲方驗收意見表 3.Beta衝刺一	17%	4.5h
張俊逸	1.Beta衝刺二   2.測試文檔  3.項目驗收表	16%	3.5h
馬仲山	1.Beta衝刺一  2.ppt 3.項目彙報	17%	4h

    六.總結

馬婧（12）：此次項目以後，我以爲一我的尤爲大學生要養成總結與反思的習慣，並有意識地提煉平常工做成果。此次開發主要用的是Java，在一種語言上編程，但別爲其束縛了思想。深刻一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，因此也沒有哪門語言是「包治百病」的「靈丹妙藥」。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。

張俊逸：本學期的任務快結束了，今天爲止咱們的項目和任務總算所有完成了，在之後咱們也會繼續完善本系統，讓他變得更成熟，咱們也繼續走在學習的道路。在開展項目的這段時間，完成咱們項目的同時，經過查看他人博客的展現以及與其餘同窗的交流等方式，讓我見識到了很多優秀的項目。最大的感觸就是，不管是任何一個項目，哪怕其規模再小或是功能再簡單，只要能真正幫助到用戶，就要努力完成。組員間的互相幫助和共同窗習也使我成長了更多，之後你們仍是加油。

馬婧（13）：這學期的軟件工程教會了不少東西，不只是在編程方面的提高，還懂得了在一個開發團隊中怎樣互相協做。同時讓我瞭解到一個軟件的開發並非當你擁有編程能力就能夠完成開發的，在開發前須要準備不少東西像調查問卷，需求分析等，只有通過這些科學的方法，咱們才能開發出用戶須要的軟件。在項目開發中咱們會遇到不少的難題，和同伴們解決這些難題也是很是快樂的事。在這之中咱們也得了不少經驗，這對咱們在之後的工做中有很大的幫助。此外軟件工程的每一項階段經過實際的項目進行實踐，將理論與實踐結合，更好地理解了課本知識，忙了一學期，收穫挺多。

馬紹輝：從項目立項到驗收這整個過程，讓我對軟件工程有了一個全新的認識，拿到一個項目不是埋頭敲代碼，而是要總體的規劃，獲取需求，分析需求，明確需求，這些步驟都是不可缺乏的。團隊合做作項目，首先得確立一個大的目標；其次要把這個目標分解成小目標，對目標要進行有效的管理；最後，團隊的合做很重要，有效的交流和溝通是每一個軟件應該具備的基本素質。此次項目，我也學到了不少，不管作任何事都要認真，同時也看到了本身的不少不足之處。

馬世芳：一學期的時間很快就過去了，回顧這學期的學習，和夥伴們把一個系統從無到有的實現，有着滿滿的自豪感。雖然其中也遇到了困難，但在解決困難時讓咱們成長了許多。咱們學會了和同伴怎樣去合做，去交流，知道了理論與實踐並重，內外雙修的重要性。咱們要站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正。

 馬仲山：此次項目以後，咱們軟件工程的學習要告一段落了，可是，對於我這種喜好編程的人來講，這纔是剛剛開始，無論之後有沒有這種團隊項目的學習，我都會繼續個人這方面的學習，堅持下去。這幾回團隊項目的學習，讓我和個人團隊付出了不少，同時也學到了不少。汗水的付出，才讓咱們懂得了勞動的價值和收穫的快樂。有時，咱們的項目文檔會寫到深夜，雖然很發睏，可是那種爲項目拼搏的精神，爲幾回得到的滿意的分數，咱們感到快樂與自豪，以爲本身的奮鬥是有價值的，有意義的。在小組中，咱們會各司其職，完成本身的任務，不會作的任務問一下同伴，看他有什麼好的想法和意見，在彼此的交流與合做中，深深地體會到合做的重要性以及價值。才體會到「我有一個蘋果，你有一個蘋果，咱們互相交換後，仍是我有一個蘋果，你有一個蘋果，可是，你有一種思想，我也有一種思想，咱們彼此交換後，咱們各自就有了兩種思想」的哲學價值。最重要的是在項目中，你們你一句，我一句的爭辯與討論中，讓咱們進步很快，收穫很足。同伴之間也創建了很深的友誼。我相信咱們此次團隊項目的學習收穫到了早起老師預期的效果，到達了一個新的高度，咱們還會繼續加油！