軟工網絡15團隊做業9——項目驗收與總結

• 項目宣傳文案（要求不限，看大家如何展現做品~）
  • 宣傳文案可參考：
    • http://www.cnblogs.com/linjin/p/6235513.html
    • http://www.cnblogs.com/aruba/p/6220387.html
    • http://www.cnblogs.com/CSLaker/p/6232572.html

  
  
  
  
  

  • 1.產品概述
    EASY記是一款能爲用戶提升一款輕量級、易用性高的記帳小程序，以清新的界面給以用戶溫馨的用戶體驗。
  • 2.產品功能
    記帳功能：能對收入和支出進行記帳，各有八個記帳類別
    預算功能：可以設置當月預算，當每筆大於預算80%時，會提示
    統計功能；經過收入支出餅狀圖能夠分析某月的收入支出的狀況
    查詢功能：可以根據年月日查詢對應的記帳信息，並計算出相應總收入和總支出，可以導出餅狀圖
    編輯功能：當記帳條目須要修改時，能夠經過編輯來進行修改
  • 3.推廣方案
    • 潛在目標用戶
      我的財務管理意識薄弱的人，提供輕量級、簡約的記帳小程序
    • 對首批目標用戶的推廣方案
      1.經過周圍親戚朋友方式進行推廣
      2.發佈朋友圈、qq空間、微博
    • 下一步擴大用戶羣體的推廣方案
      1.製做足夠吸引人的宣傳單和各類海報來作宣傳。海報需張貼在人流量多而且容許張貼海報 的地方以此來吸引路人觀看，宣傳單能夠經過與商家合做，讓商家幫忙把宣傳單交給用戶。
      2.進一步使用網絡組合營銷方式，經過貼吧推廣、微博推廣、微信推廣、軟文推廣等網絡組 合方式進行推廣
• 項目的測試狀況
  • 參考alpha階段的測試要求
  • 迴歸測試：在修改/增長功能的狀況下，請用迴歸測試，從新運行alpha版本的測試用例，確認beta版是否存在「退化」
    alpha階段的測試
  1. 在測試過程當中總共發現了多少Bug？每一個類別的Bug分別爲多少個？
     • a.修復的bug；
       • bug1：根據用戶的反饋，統計界面設計過於顏色過於花哨，後已作了修改
       • bug2：根據用戶的反饋，主頁的帳單詳情列表從日期正序排序改成倒序，第一條爲最新記錄。
         
       • bug3：根據用戶的反饋，記帳界面支出和收入選項卡設置的不明顯，沒法肯定當前屬於哪個選項卡，後將選項卡設置爲當位於當前選項卡時，選項卡爲紅色。
       • bug4：在alpha階段使用本地緩存的方法存儲數據，beta階段改位使用知曉雲，將數據存儲到數據庫中
         +bug5：alpha階段查詢界面當作月或年查詢時，查詢出來的條目中的日期是被截斷的，只能顯示到月或年，在beta階段修復了這個問題。而且在查詢界面設置了對應年月日查詢各自的總收入、總支出查看。
         +bug6：在alpha階段由於對樣式設置的問題，記帳界面和統計界面出現了整個界面都會滾動，beta階段修復了這個問題。
     • b.不能重現的bug
       • bug1：用戶在使用時，出現過主界面的帳單詳情顯示不出來。可是後面又能夠顯示了。

     • c.這個產品就是這樣設計的，不是bug；
       無

     • d.沒有能力修復，未來也不打算修復；
       • bug1：當記帳條數超過20條，主界面帳單詳情區域只能顯示20條數據，沒法顯示完全部的記帳信息，以及查詢界面當查詢的日期內的帳單條數超過20條時，只能顯示20條數據，沒法顯示完全部數據。

  2. 大家在什麼樣的平臺、硬件配置、瀏覽器類型等條件上對大家的軟件進行測試？——測試矩陣（test matrix）

     測試項	監測點	預產期結果	小米4	vivo X9	vixo X5	vivo Y66	oppo R11s
     微信受權界面	點擊「歡迎使用EASY記」按鈕	獲取用戶微信頭像和微信暱稱，而且進入到主界面	√	√	√	√	√
     主頁面	「主頁」圖標	若是有記錄的帳目，就在該頁面顯示出對應的信息（此顯示當月的帳單信息），並計算出當月的月支出、月收入	√	√	√	√	√
     記帳頁面	「記帳」圖標和「保存」按鈕	在該頁面記錄的收入支出信息能夠保存成功，並顯示到帳單顯示界面中，且保存成功會跳轉到帳單顯示頁面	√	√	√	√	√
     查詢頁面	「查詢」圖標和日期選擇器	在該頁面中能夠經過選擇不一樣的日期，月份，年份來查詢本身所要的帳單信息	√	√	√	√	√
     編輯頁面	「刪除」按鈕	從主頁中的某條帳單信息點擊後進行編輯頁面，點擊刪除按鈕能夠將這條信息刪除，刪除成功後跳轉回主頁，主頁中就沒有這條信息了，月支出或月收入也隨之變更	√	√	√	√	√
     編輯頁面	「保存」按鈕	從主頁中的某條帳單信息點擊後進行編輯頁面，對這條帳單信息進行修改以後點擊保存按鈕，保存成功後會跳轉回主頁中，就會看到修改後的帳單，若是有更改金額，月支出或月收入也會隨之變更	√	√	√	√	√
     統計頁面	是否顯示當月統計圖	此界面默認顯示當月的收入支出統計圖，噹噹月有記錄時，從其餘界面切換到此界面時就會直接加載出當月的餅狀圖，當有數據變更時，再次切換到此界面餅狀圖也會跟着改變	√	√	√	√	√
     統計界面	查詢某月餅狀圖	當點擊查詢按鈕時，根據所查詢年月，顯示出當月的餅狀圖信息	√	√	√	√	√
     統計界面	導出餅狀圖	當點擊導出按鈕時，將餅狀圖導出成圖片保存到本地中	√	√	√	√	√

  3. 非功能測試
     • 性能指標（響應時間和吞吐量，須要給出截圖和測試實例以及結果）
     • 系統資源監控（CPU、內存佔用狀況，須要給出截圖和測試實例以及結果）
     • 壓力測試（不一樣併發用戶數，須要給出截圖和測試實例以及結果）
     • 疲勞度測試（測試服務器持續運行的能力，須要給出截圖和測試實例以及結果）
     • 安全測試（從三個角度來看，即保密性、可用性、完整性。須要給出截圖和測試實例以及結果）
  • 性能指標
    • 受權界面
      
    • 主界面
      
    • 記帳界面
      
    • 查詢界面
      
    • 統計界面(因爲圖片緣由直接截取響應時間，沒有整個界面截下來)
      

  • 系統資源監控
    平均CPU佔比13.09%
    平均內存佔用161.50M（如下三張爲微信開發平臺測試報告）
    
    
    

    • 受權界面
      
    • 主界面
      
    • 記帳界面
      
    • 編輯界面
      
    • 查詢界面
      
    • 統計界面
      
  • 安全測試
      微信小程序在傳輸或者進行網絡請求時，使用的都是https協議的連接，使用了https協議的網頁或網址之類在傳輸過程當中是進行了加密，整個頁面都是進行了加密的，這樣能夠避免微信小程序的相關數據被泄露或者是被篡改。而且微信小程序是隻可以得到用戶的微信暱稱和頭像，其餘資料是不可以獲取的，而且不容許跳轉到外部網站，不容許放連接，微信小程序之間是不容許相互跳轉的。這在很大程度上保證了小程序的安全性，避免跳轉到不明頁面，致使小程序被攻擊。

• 項目的發佈說明，主要包含：本版本的新功能，軟件對運行環境的要求，系統已知的問題和限制，軟件的發佈方式以及發佈地址 ；

  • 本版本的新功能：

    
    本版本在原來的基礎上，新增長了統計功能、導出圖片功能、預算功能、查詢頁面的收入支出計算，而後在原來的功能上進行了改進，首先將存儲方式從本地緩存更改成雲數據庫存儲；其次，更改了記帳、編輯頁面的類別顯示方式，從原來的下拉框更改成點擊圖片按鈕添加；而後，更改了顯示頁面的顯示方式，從所有顯示更改成按月份和倒序顯示；再有，更改了查詢頁面的日期顯示問題，再也不是隻顯示年或者月了；且更改了整個微信小程序的界面顯示；最後更改了登陸方式，再也不是須要點擊兩步了，經過點擊按鈕就能夠完成受權和進入的操做了。

  • 軟件對運行環境的要求：須要在手機上安裝有微信，而且要可以使用微信小程序即用戶先須要將微信更新至iOS6.5.3版本或Android6.5.3版本及以上版本。
  • 系統已知的問題和限制：
    • 系統已知的問題：由於本記帳小程序的背景圖、每一個用戶的數據都是分別存放在網上的，這就致使小程序的加載速度會比較慢，其餘功能都還好，主要是在受權後進入主頁面時，會比較慢，尤爲是該用戶原來有輸入過數據時，加載的速度會更慢。而後就是使用了微信自帶的提示框API，可是會有出現記錄了預算卻不能在提示框的輸入框中顯示的問題。
    • 系統已知的限制：在於微信小程序必須是在微信中才可以找到和使用的，其餘平臺就不能夠了，且只有微信更新至iOS6.5.3版本或Android6.5.3版本及以上版本纔可使用微信小程序。
  • 軟件的發佈方式：咱們的記帳小程序——EASY記是經過微信公衆平臺|小程序中的開發管理將咱們的發佈版本提交審覈，在經過審覈後，將審覈經過的版本發佈出來。

  • 軟件的發佈地址：咱們的記帳小程序——EASY記是發佈在微信的小程序中，能夠在微信小程序應用中搜索到。
    
    可使用二維碼進行安裝和使用咱們的EASY記微信小程序：
    

• 提供一個穩定的碼雲的開源源碼和項目連接（以便後來人在大家項目基礎上繼續改進完善）；

  • 碼雲地址：https://gitee.com/git_ty1213/jizhang_program

  • readme：
    

• 要求列出代碼簽入的歷史， 並錄製視頻演示從碼雲代碼倉庫同步代碼，在本機編譯，構建， 併發布到目標機器的過程；

  • 碼雲簽入歷史：
    
    
    
    
    
    

  • 視頻演示：（PS：由於視頻過大，不能完整的轉成gif圖，就只可以截成幾部分來轉爲gif圖）
    
    
    

• 用戶使用狀況報告（使用反饋意見、用戶數量、使用頻度）；

  • 使用反饋意見：
    
    

    1、主界面問題
    • 預算功能，不點擊保存也可設置預算
    • 帳單詳細最新一條記錄要顯示在最前面
    2、記帳界面
    • 收入支出界面設計同樣，收入和支出選項卡沒有作出明確的顯示，不清楚如今所處的是收人仍是支出的選項卡。
    3、統計界面
    • 統計界面可改成收入支出統計切換查看
    • 餅狀圖顏色不美觀，顏色太花哨

    4、整體印象

    • 界面不夠友好,對於某些功能的使用，用戶表示不清楚應該選擇哪裏點擊
    • 界面設計還需改進，有些界面不夠美觀
    • 功能比較完善，能知足用戶的使用需求
    PS:在用戶反饋完意見後，咱們有對相應地方進行修改

  • 用戶數量：累積用戶數大概有32人左右。
    

  • 使用頻度：使用頻度不是很頻繁，大概最多一天一兩次吧。

• 團隊項目總代碼行數、項目預估遺留的bug數、項目總耗時；
  • 團隊項目總代碼行數：團隊項目總代碼行數大概爲2687行。

  • 項目預估遺留的bug數：
    預留的bug數大概有2個：
    （1）預算功能，不點擊保存也可設置預算.
    （2）主頁面和進入微信小程序時加載比較慢。

  • 項目總耗時：項目耗時大概爲50個小時。

• 根據Beta衝刺過程當中各個成員的具體貢獻彙總排序，總分爲N*20，給出每一個人的團隊我的貢獻分（排序無並列，所以每一個人的我的貢獻分不一樣）；

  名字	貢獻值
  郭雅芳	28%
  譚燕	27%
  徐婉萍	26%
  李香榮	11%
  王華俊	8%

• 每一個組員的項目感言；

  • 徐婉萍：本次Beta階段主要就是根據上一個Alpha階段進行進一步的開發和增長一些新功能。在上階段的時候，咱們由於技術不過關，致使咱們的項目沒有鏈接上數據庫，只可以使用本地緩存來存儲數據。在這個階段，咱們使用了知曉雲來進行數據的存儲，實現了將數據存放在數據庫上，而不是在本地緩存中。而後，咱們根據Alpha階段中，用戶提出的一些意見更改了咱們的一些功能和實現設計，而後增長了一些新功能，像是統計功能和導出圖片的功能。在本階段，咱們一開始就安排好了相關的項目進度和任務安排，而後根據實際進展進行小幅度的調整，使得咱們的項目進展順利，而且按時完成了咱們的項目。在本次項目中咱們收穫了不少，也對微信開發技術有了一些瞭解，以爲微信開發挺有意思的。
  • 郭雅芳：在beta階段，負責將數據保存到數據庫中，在alpha階段咱們是將數據保存到本地緩存裏的，這是不知足用戶的指望的，在beta階段咱們使用知曉雲，將數據改成從本地緩存改爲使用數據庫進行對數據的操做，在beta階段我負責的是這一部分，以及使用openid的使用，在獲取數據時須要對應每一個用戶的openid來取相應的數據，須要考慮在何時獲取openid，以前是將其放在login界面的頁面加載函數中，可是發現這樣第一次是沒法獲取到openid的，後改成在點擊受權以後再獲取openid，這樣第一次受權就可以拿到openid了。整個項目結束了，在這個階段裏，讓我對小程序的開發有了必定的瞭解，雖然仍是有不少小問題，可是仍是收穫頗多的。
  • 譚燕：本次beta階段開發總體變化蠻大的，可是根本的東西沒變。在alpha階段我意識到了界面背景的問題，因而beta階段我把總體從新設計了一遍，着重摳細節，以適應不一樣手機屏幕寬高，這是一件很費心思的工做，每個方面都要一點一點調整。還有一個較大的改變是收支類型的選擇方式，從原來的下拉框到如今的直接點選。每一次迭代都有新的收穫，我前端作得更駕輕就熟了，可是還不夠，後臺的操做我還須要學習。還有很重要的一點，我以爲原型設計必定要考慮全面一點，仔細一點，否則到後面新的想法出來可能會改得面目全非，必定要有容錯能力。最後很感謝個人隊友，咱們一塊兒努力，迎難而上，互相幫助，這段時間都辛苦了。
  • 王華俊：在本次Beta階段，我做爲新加入的成員，與原團隊的成員一塊兒完成了本次Beta階段的項目開發。咱們團隊針對ALpha階段的項目，根據用戶的相關建議進行了進一步的改進和增添新的功能，來完善咱們的項目。在本次衝刺中，我負責了項目代碼的測試方面的工做，雖然任務沒必要其餘團隊成員多，可是一樣也從中收穫了不少，對於小程序的開發也有了一些瞭解，知道了微信小程序的開發流程和具體實現的問題。
  • 李香榮：在本次Bate階段中，咱們增長了統計功能和導出帳單的功能，豐富了記帳小程序的功能；同時在 用戶的建議下，咱們美化了程序的界面，使得咱們的小程序界面更加美觀；咱們使用了數據庫來存儲數據，這樣數據丟失的可能性就大大下降，比起Alpha階段，這是咱們最大的進步。在此次的衝刺中，我負責了代碼的測試，任務量雖小，但仍是讓我對小程序的開發有了一些瞭解，收穫不少。