IT工程師數位筆記本

一、團隊成員和個人博客地址

PM:劉猛

開發人員：胡亞坤，董元財

測試人員：馬漢虎，賴彥諭

團隊名：bestRW

團隊博客地址：http://www.cnblogs.com/niceRW/

董元財：http://www.cnblogs.com/dycaly/

胡亞坤：http://www.cnblogs.com/myskety/

劉猛：http://www.cnblogs.com/liumeng-buaa/

馬漢虎：http://www.cnblogs.com/xmscse/

賴彥諭：http://www.cnblogs.com/Cocky

二、團隊項目簡介

1. 團隊項目目標：開發一個可用于校園學生之間進行二手商品交易的android應用。

2. 預期典型用戶：凡是有出手自己閑置不用的物品但仍有價值需求的學生，尤其是一些升了級的學生們，他們的

課本，資料都可以借助這個應用發布出去。

• 典型用戶和場景1

• 典型用戶和場景2

• 典型用戶和場景3

3. 預期功能：具備瀏覽商品和發布商品的功能，用戶之間的交流通訊功能以及交友功能。

4. 預期用戶數量：100-200，但未達到預定下載量。

主要原因：

• 完成時間比較晚，延誤了推廣；
• 軟件推廣力度欠缺；
• 該應用是基于用戶參與的，在前期推廣未能取得良好效果的情況下難以形成對應用熱度的正反饋。

5. 團隊分工：

我們團隊一共有5個成員，在M1階段時由于PM參與了開發工作，所以團隊項目的管理有很大的欠缺，于是在M2階段我

們將PM換給了劉猛同學，將團隊分工更加化，開發的效率有所提高。明確同時董元財、胡亞坤為開發人員，馬漢虎、

賴彥諭為測試人員。但是在分工之中我們也存在一些問題，最主要的還是測試相關的，開發人員開發速度有些慢導

致測試測試人員前期任務量較少。

6. 團隊項目地址：

服務器：https://github.com/dycaly/TLMSever

android客戶端：https://github.com/fishtobeonthetree/yihuo

7. 相關文檔：

團隊項目功能規格說明書：http://www.cnblogs.com/niceRW/p/4931445.html

團隊項目技術規格說明書---服務器：http://www.cnblogs.com/niceRW/p/4932033.html

團隊項目技術規格說明書---客戶端：http://www.cnblogs.com/niceRW/p/4932567.html

8. 測試：

服務器單元測試代碼覆蓋率：http://pan.baidu.com/s/1mhuwUZu

http://www.cnblogs.com/niceRW/p/5116139.html

三、Beta階段更新說明

我們在beta版本主要加入了以下幾個功能：

1：增加了用戶的發布界面

2：增加了用戶的購買界面

3：使用下拉刷新取代了之前的handler后臺更新

4：優化了網絡連接框架

5：重構了好友請求與消息列表布局

功能描述圖片

四、項目實際進展

燃盡圖

從以上燃盡圖可以看出來我們有一段時間的進度比較緩慢，這主要是因為開發人員當時忙于編譯和數據庫等作業，

況且開發人員也比較少，所以拖延了工程的進度，這也間接導致了軟件完成日期延遲，沒有時間做過多的推廣的工作，

導致用戶量沒有達到預期目標。這是我們需要改進的地方，沒有為工程的進度制定合理有效的規劃。

五、團隊成員M2貢獻

六、項目特色

• 荷蘭式拍賣

荷蘭式拍賣（Dutch Auction）是一種特殊的拍賣形式。亦稱“減價拍賣”，它是指拍賣標的的競價由高到低依次

遞減直到第一個競買人應價（達到或超過底價）時擊槌成交的一種拍賣。

• 人工式

人工式無聲拍賣：是早期的傳統減價拍賣形式，是先由拍賣師當眾報出最高價格，然后由投買人據此逐一應價。凡

遇無人應價的價位，拍賣師由此遞減報出新的價位，逐次降價，過程一直持續到有人購買為止；凡遇兩個以上應價

的價位，拍賣師應由此遞增報出新價，即立即轉入增價拍賣形式，競相加價過程一直持續到無人再加為止。

• 表盤式

表盤式無聲拍賣：也是荷蘭人發明的，是現代化的減價拍賣形式。即指先由拍賣師當眾報出最高價格，用電子拍賣

鐘上的相應刻度顯示出來，然后再由投買人按動電鈕逐一應價，凡無人應價時，則拍賣鐘指針逆時旋轉，表示遞減

降價，直到有人按動電鈕使其停轉表示購買為止。凡遇兩個以上應價時，則拍賣鐘指針順時旋轉，表示遞增加價，

直到剩下最后一人按鈕使其停止。在此，電子拍賣鐘取代木制拍賣槌作為成交工具。

• 特點優勢：

相對于普通的校園二手交易平臺，我們的平臺能夠給賣家或者買家更加公平的價格，而且有效的縮短了成交時間，

幫助賣家更快的售出商品。由于它定時降價的特性，也更加容易電子化。

另外，我們認為我們的同學在這樣的一個類似于競價拍賣的過程中，不僅能夠以實惠滿意的價格購得所需的商品，還

可以體會到競價購物的樂趣，屬于一個輕松愉快的過程，應該會受到很多同學的歡迎。

六、團隊從用戶那里得到了什么反饋，有什么樣的bug？這是預料之中的還是沒想到的？

得到的反饋首先是軟件中有的商品不多，數量有限，這其實完全是意料之中的，因為發布較晚，只是在我們的一些群里

做了相關的推廣，用戶不是很多，而我們這個軟件又是基于用戶分享的，所以前期必然會出現這個問題。另外還有一些

bug,比如說某些頁面的信息更新不夠及時，沒有在第一時間更新，這個其實也在考慮范圍內，因為考慮到過于頻繁的ui更

新會影響整個程序的性能，所以舍棄了某些及時的用戶體驗。還有在登錄時有時需要多次點擊登錄按鈕才會登錄進去，

這個bug目前還沒有找到原因。

七、團隊和M1相比，在軟件工程方面有什么進步？

我認為我們的M2比較M1而言，比較明顯的改善就是M2我們做了一些對軟件的測試，雖然不多，但比之于M1,還是有很大

進步的,另外團隊之間的合作性也明顯加強了。

M2 postmortem：http://www.cnblogs.com/niceRW/p/5115381.html

八、總結

1、實現做好項目規劃非常重要，要為整個項目制定合理有效的進度規劃，確定好每一階段性任務，并且做好對突發情況的

準備，這樣整個開發過程才會有條不紊。

2、團隊成員之間的分工要制定明確，確保各個成員都能為整個項目貢獻出自己的一份力量，加強團隊成員之間的交流協作

是軟件工程順利進行的保障。

3、盡可能多盡可能熟練的掌握相關的開發知識，這樣在開發的過程中才能少走彎路，提高效率，同時也能保障性能。

4、重視測試的重要性，要為做出的軟件的質量負責，確保開發出來的軟件質量可靠，應用性得到保證。

至于建議，就是真正因為做好軟件工程這門課，需要我們付出很多的精力，只有這樣，才能通過一個充實的過程感受到軟件

工程開發這一整個過程內涵所在，我們這學期就是由于編譯、數據庫等大作業壓力的存在，時間比較緊張，沒能夠很好地做好

軟件工程的每一個階段的工作，非常遺憾，所以希望這門課可以在同學們有足夠時間和精力空間的時間開展，比如可以錯開

編譯之類的課程，這樣達到的效果應該會更好一些。