项目最终复审报告
“北航學堂”項目最終復審報告
一、團隊成員簡介
Sevens團隊在M1和M2階段都是一共有七名隊員，M1階段我們的團隊成員有：陳少杰，金鑫，高孟燁，雷元勇，王迪，鄧亞梅，鄭培蕾；在M2階段鄧亞梅同學轉會到了Dxteam，李承晗同學轉到我們團隊，經過兩個階段我們最終完成了北航MOOC手機客戶端的項目，雖然說中間遇到的困難很多，我們的軟件中也可能還存在一些問題，但是我們盡了自己的努力并且把項目完成了，這是很值得我們高興地。
下面是我們團隊在M1和M2階段的合影：
? ?
這是我們團隊的個人介紹博客：http://www.cnblogs.com/sevens/p/3993978.html
團隊個人博客地址：
金 ? 鑫：http://www.cnblogs.com/JinD/
陳少杰：http://www.cnblogs.com/baitrsou/
高孟燁：http://www.cnblogs.com/gaomy/
雷元勇：http://www.cnblogs.com/leiyy/
王 ? 迪：http://www.cnblogs.com/buaawd/
李承晗：http://www.cnblogs.com//Coolio/
鄭培蕾：http://www.cnblogs.com/peilei/
二、工程介紹
1、團隊項目的目標，預期的典型用戶，預期的功能描述以及預期的用戶數量
?首先還是先介紹一下我們北航學堂的項目，MOOC是Massive Open Online Course的縮寫，通常被譯為大型開放式網絡課程，這項技術的目的在于使更多的在現實生活中沒有辦法接受高等教育的人享受到和頂級高校學生一樣的教育資源，同時也能夠讓高校的教育資源得到更充分的利用。北航作為國內的頂尖高校之一，也發展了自己的MOOC教育平臺，這是網站的鏈接：http://www.mooc.buaa.edu.cn/，目前這個網站正在發展中，因為把所有的課程都進行錄像整理上傳并不是一件簡單的事情，我們團隊的目標就是為北航MOOC系統開發一款Android客戶端，使之能夠實現網站上的功能，也使用戶可以在Android移動終端上體驗北航的在線精品課程。
? ? 我們預期的典型用戶是北航內的學生，想要考研的學生也可能會需要，因為北航MOOC網站上的資源總量還比較少，目前總計是有13門課，所以校外人員想要在北航MOOC上找齊自己想要學習的一套課程還比較難。但是因為上面的課程都是北航現在還在開展的課程，所以北航的學生則可以利用這個系統將上課拉下的知識補上。可是因為這種學習方式的節奏比較慢，可能沒有有的學生自學效率高，所以可能實際使用上會有一定的局限性。
我們在項目開始之初，想的功能比較復雜，還有課程評價，課程討論帖等部分，但是后來在具體實現中發現功能還沒辦法添加，因為我們是在學長IOS端的基礎上開發的，使用的也是學姐提供的MOOC服務器的接口，我們沒有權力修改這個服務器端，所以服務器端沒加這些接口之前我們也沒辦法實現這些功能。而現在能實現的基本的功能我們都做出來了，包括初始化，登陸，無登陸瀏覽課程，注冊，課程列表，我的課程，課程介紹，選課，播放課程。
預期的用戶數量是100個，這個數字是有些少的，我們的項目在M1階段因為網絡連接的問題并沒有發布出一個合格的alpha版本，我們的很多工作的都是在Beta階段完成的，所以最后發布的時間比較晚，推廣的時間也有限，所以預期的用戶數量比較少。
2、滿足的用戶需求以及用戶評價
參見錄制的視頻。
3、實現定義的下載量
我們在期末的那節課中報的用戶數量是50，因為當時我們還有些棘手問題沒有搞定，軟件沒有最終完工，所以報的用戶數量就比較少，最后我們是在1月3號初步的版本成型，當時提交應用，后來也進行了幾次修改，直到昨天網站才審批通過，所以我們的下載量數據主要是友盟統計的新增用戶量，審批通過之前我們是把安裝包分享在了百度的網盤中，友盟的新增用戶量是：68，目標是實現了，但是我們的用戶量還是很少，主要的原因一個是現在MOOC網站上的資源對學生的吸引程度不夠，另外一個就是我們發布的時間比較晚，而且趕上考期我們能做的推廣也比較少。
4、團隊的成員如何分工協作的？如何在兩次開發里程碑中總結經驗的？
在第一個階段，因為對Android開發第一次接觸，甚至對自己的項目的理解也不深，所以當時分工就很粗糙，根據學長自己做的經驗就把任務分成了三大部分，后來就導致大家彼此之間交流不多，而且在網絡沒有連接成功的情況下，兩外兩部分很難開展工作，最后網絡的部分成為我們的大難題在M1階段沒解決掉，所以Alpha版本就發布失敗了。在第二個階段，我們在分工的時候沒有分配大塊的任務，把任務細化，先一起主攻網絡連接的部分，連接成功之后后面的工作就變得順利了許多。所以從中總結的經驗是，首先要搞清楚現在最應該做的是什么，集中力量把大的困難解決掉之后，再把任務細化分配，這樣進度才能快。
5、團隊如何平衡 時間/質量/資源 爭取如期完成任務的？
首先，因為是第一次做Android項目，所以我們做的優化并不多，只能保證把代碼里面我們能夠測試到的錯誤改掉，所以可能代碼的質量并不是很高。平時我們也有其他的課程，所以我們的時間安排并沒有像老師說的那樣每天兩個小時，時間的安排比較靈活，主要是在大家沒有課比較空閑的時間集中多做一些，每個人寫完自己負責的部分之后就先對自己這部分進行測試，這樣軟件組裝的時候的錯誤才會盡可能的少。獲得的資源一般都是從網絡編程大牛的博客中找到的一些實現方法，運用到我們自己的軟件中，另外也從學姐那里得到了服務器接口的說明文檔，以及我們網絡連接失敗的原因，學姐給我們的幫助也很大。
6、在產品之外，團隊代碼的軟件工程質量如何？如何用數據來證明？
我們已經把代碼中的注釋加了進去，主要的內容是我們軟件的設計思路，以及里面比較值得注意的地方。測試的部分我們主要做的是兩部分，一部分是人工的測試，就是我們的測試人員會把軟件所有的按鍵遍歷一遍，找出其中的問題，也確實發現了一些bug，而且因為我們目前推廣的主要都是自己認識的同學或者親朋好友，所以有問題的話他們都會給我們反饋；另外一部分是云測試，有百度云測試以及Testin的云測試，我們一共做過四次云測試，得到的結果程序兼容性大致在90%，然后深度遍歷的測試也沒有發現什么問題，這是我們的測試報告http://www.cnblogs.com/sevens/p/4200151.html
7、對于項目的目標用戶是一般學生的項目， 你們如何找到學生做需求分析？他們給你什么樣的反饋？
因為考期的時間確實比較緊張，所以我們就采用了拉身邊同學試用，給自己熟悉的老同學以及親朋好友試用的方式，讓他們裝上軟件使用并把自己人為的不足之處反饋給我們，我們從這些返回的意見中得到的主要有3點。第一：里面的資源太少，有的同學想找一門想學習的課程但是沒有；第二：UI的設計比較簡單話，設計的界面比較單調；第三：播放器不太穩定，有時候緩沖等待的時間比較長。
三、團隊項目的實際進展，發布的功能，發布軟件的平臺， 用戶反饋的截屏。
1、項目的實際進展
燃盡圖的增減是根據當天隊員在scrum meeting反饋的情況進行的，有的時候大家都比較忙的時候，就比如說途中8號到15號，大家都在忙編譯的實驗，所以軟工的項目就停滯了一個星期，后來有同學基本完成編譯試驗之后又開始有當天的進度。因為前期拖掉一些時間，所以在計劃的最后一天我們乜有按時完成最后的任務，當時令我們鼓舞的是網絡連接這個大問題終于搞定了，所以我們繼續了一周左右將初步的版本完成了。
2、發布的功能
初始化，注冊，登陸，免登陸查看課程，課程列表，我的課程，查看課程信息，選課，選擇課程章節，課程播放
未實現的功能以及已知的bug：評論以及搜索功能；網絡比較差的情況下程序不穩定；運行程序過程中斷網程序會崩潰。
http://www.cnblogs.com/sevens/p/4200024.html
3、發布的網站
現在我們得到審批通過的平臺有兩個，一個是豌豆莢，另外一個是91，我們也在百度開發平臺以及小米應用市場上提交過應用，目前還在審批過程中。
91平臺：http://apk.91.com/Soft/Detail.aspx?Platform=Android&f_id=41351093
豌豆莢：http://www.wandoujia.com/apps/com.example.buaa_mooc
另外我們作為推廣的平臺還有百度網盤：http://pan.baidu.com/s/1nt0vz9v
4、?團隊成員在M2 的角色和具體貢獻
我們現在總體的代碼量統計是2748行，但是因為前期有些工作最后被舍棄了，而且也刪掉了相當多的部分，所以下面的代碼量總量會超過代碼總量。而且代碼量因為難度的區別，也不能直接反饋成為貢獻的多少。
| 團隊成員 | 角色 | 具體的,?可衡量的,?可驗證的貢獻 |
| 陳少杰 | DEV | 1350行（網絡連接部分，數據處理處理部分，UI修改）；宣傳推廣 |
| 王迪 | TEST | 330行（課程搜索部分，后被去掉）；發現沒有網絡時崩潰的bug被修復；宣傳推廣； |
| 金鑫 | DEV | 820行（網絡連接部分，數據處理處理部分，UI修改）；宣傳推廣 |
| 雷元勇 | TEST | 310行（課程搜索部分，后被去掉）；發現課程圖片加載出錯的bug被修復；宣傳推廣；整理M2階段的postmortem |
| 高孟燁 | DEV | 910行（UI界面的搭建；前后臺合并中研究解決后端遇到的問題）；宣傳推廣 |
| 李承晗 | TEST | 4次云測試：百度云測試；Testin云測試；云測試報告的整理；發現登陸之后課程信息顯示未登錄的bug被修復 |
| 鄭培蕾 | PM | 44篇博客，軟件的整理上傳開發平臺，整理TFS，宣傳推廣 |
團隊貢獻分分配：?
| 團隊成員 | 貢獻分分配 |
| 陳少杰 | 63 |
| 王迪 | 41 |
| 金鑫 | 55 |
| 雷元勇 | 42 |
| 高孟燁 | 58 |
| 李承晗 | 40 |
| 鄭培蕾 | 50 |
五、特色功能
我們的項目是仿照學長的IOS客戶端做的，接口也都是學長提供的，所以并沒有什么特色的東西，如果非要說的話，免登陸瀏覽課程列表勉強算是，不過這也是跟著學長的實現的。
六、團隊從用戶那里得到了什么反饋，有什么樣的bug
1、軟件在網絡情況比較差的情況下可能會崩潰，或者是課程圖標加載出錯；這應該是因為我們的算法優化做的不好，在刷新圖片或者視頻的時候對網絡的要求比較高，如果在網絡順暢的情況下，運行是沒有問題的。
2、UI界面比較單調；這是因為我們在網絡連接的地方耽誤的時間比較長，后來都在查資料解決這個問題，UI注意的不多
3、視頻資源比較少。
七、相對于M1階段團隊的進步
1、首先是隊員編程能力的進步，寫了更多的代碼，對Android編程也更加熟悉，以后如果再次做Android項目不會無處下手；
2、成員之間配合的增強，前端和后端DEV之間變得更加默契，接口設置的更加合理，還有就是測試人員和DEV之間也能夠配合，測試出錯誤，及時反饋及時修改；
3、對軟件開發過程的進一步理解，連接了一款軟件的開發周期，擴充了視野，不在是以前什么都不懂的小白。
M2階段的postmortem地址：http://www.cnblogs.com/sevens/p/4225358.html
八、總結
? 回想這個學期，M1和M2階段給我們的留下的印象還是蠻深刻的，雖然我們組的項目沒有hots大神組那么棘手，但是感覺一路走過來也是挺不容易的，主力的DEV們也都是奮戰了好多個日夜，現在從Android零基礎到獨立開發出一款軟件，之間的差距也是很大。所以總體來說，這門課是一個讓人很痛苦，但是確實能學東西的課，我作為項目的PM，雖然說代碼沒寫過，但是確實對軟件開發的過程有了一些了解，而其他隊員相信也都有自己的收獲，我們很清楚我們做的還不夠好，但是我們確實付出了努力，Sevens，加油！
轉載于:https://www.cnblogs.com/sevens/p/4224618.html
總結
- 上一篇： 有了JSON.stringify()，处
- 下一篇： 微信公众号 语音转文字api_快速上手—