福大軟工 · 第十次做業 - 項目測評（團隊）

測評項目 ： 福大助手

組長博客連接：http://www.javashuo.com/article/p-hfyhwtzu-ba.html

第一部分：調研，評測

評測

1. 第一次上手體驗

• 安卓：
  進入頁面時只有白色背景，有點單調；界面節約，清晰明瞭；課表的兩種形式的切換，很直觀；功能豐富，能夠查詢各類信息，方便；設置我的背景，充分的個性化。可是登陸以及數據加載稍微有點慢；績點刷新不出來；閃退嚴重。

• ios：
  第一次用課表，感受這功能還行，比較靈活，但使用第二個功能成績查詢，直接給我卡死，獲取了5分鐘都沒有反應，只能強制關閉，對這個軟件感官一會兒就很差了。接下來一些功能感受並非很經常使用，不過自動評議這點仍是能夠的。

---

2. 思惟導圖

---

3. BUG查找

bug1：點擊分享後app會卡死閃退
bug2：ios端點擊推送後app會卡死
bug3：安卓端閃退狀況嚴重
bug4：ios端app內的易班工具沒法正常使用
bug5：ios端的掛科高亮功能沒法正常使用，且績點沒法正常顯示

bug描述

• （1）標題：點擊分享後，app會卡死閃退
  內容：
  <測試環境> ios 10以上及Andriod 5.0以上
  <準備工做> 登陸app
  <測試步驟> 進入主頁後，依次選擇菜單，設置，分享　　
  <實際結果> app卡死，閃退
  <預期結果> 正常分享出去，併成功返回app

• （2）標題：IOS端點擊推送後，app卡死
  內容：
  <測試環境> ios 10以上
  <準備工做> 登陸app
  <測試步驟> 進入主頁後，依次選擇菜單，設置，推送
  <實際結果> app卡死，閃退
  <預期結果> 關聯本機的通知功能，容許該app進行消息通知
  

• （3）標題：Android端閃退狀況頻繁出現
  內容：
  <測試環境> Android 5.0以上
  <準備工做> 無
  <測試步驟> 正常使用app
  <實際結果> app常常性出現閃退狀況
  <預期結果> app正常使用

• （4）標題：ios端的易班工具沒法正常使用
  內容：
  <測試環境> ios 10以上
  <準備工做> 登陸app
  <測試步驟> 進入主頁後，依次選擇菜單，易班工具
  <實際結果> 登陸時，即便輸入正確的帳號密碼但依舊提示登陸失敗，但此時已經處於正常登陸狀態。並且在登入狀態時，點擊大部分的功能都會顯示一個登錄中的文本框，並陷入死循環。
  <預期結果> 正常使用易班工具內的功能
  
  

• （5）標題：ios端掛科高亮功能及績點顯示功能不正常
  內容：
  <測試環境> ios 10以上
  <準備工做> 登陸app
  <測試步驟> 無
  <實際結果> 掛科高亮按鈕勾選後，並無出現實際的效果，且績點一欄都是「-」符號
  <預期結果> 勾選高亮按鈕後，在掛科的科目一行出現高亮，績點正常顯示
  
  

---

4．你以爲爲何這個產品組的人沒有發現這個bug

緣由：軟件發佈後缺乏按期的後期維護，以及有的部分bug太過於角度刁鑽，產品組並無發現甚至放在心上。

---

5. 假設大家團隊須要開發這套系統，須要注意哪些方面(架構、部署運維、微服務等)。

部署須要準確熟練
數據加載時間要更短一點，用戶纔會有更好的體驗
要消除閃退的現象

採訪

採訪對象 1：

• 介紹採訪對象的背景和需求（他們有沒有用過相似的APP，除了現有的功能還有別的需求麼）

  該用戶是安卓用戶，平時一直使用福大教務通。沒有新的需求。

• 讓採訪對象使用福大助手（請上傳照片證實用戶的確正在使用，遠程採訪的同窗請讓別人幫忙照相）
  

• 描述用戶使用這個產品的過程, 用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？

  用戶詳細使用了每項功能，軟件的成績、課表、考場、教室這些的查詢比較準確，用戶使用良好。但使用過程當中圖書館以及嘉熙講壇界面沒法打開，用戶查閱圖書館書籍的需求未解決。用戶認爲福大助手是一款不錯的APP。

• 用戶對產品有什麼改進意見？

  讓單雙週課表的顯示有些問題，應該改進。

• 結論：通過這麼多工做，你必定有充分的理由給這個軟件下一個評價,請選擇一個結論:

  通常

採訪對象 2：

• 介紹採訪對象的背景和需求（他們有沒有用過相似的APP，除了現有的功能還有別的需求麼）

  該用戶是IOS用戶，用過福大易班，福大教務通，超級課程表等應用。沒有新的需求。

• 讓採訪對象使用福大助手（請上傳照片證實用戶的確正在使用，遠程採訪的同窗請讓別人幫忙照相）
  

• 描述用戶使用這個產品的過程, 用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？

  用戶粗略使用了課表和教室查詢功能。在使用其餘功能時由於沒有評價教師，因此不能使用，不少其餘界面也打不開。後面通過咱們研究發現，福大助手有一鍵評議功能，可是藏得太深，用戶不易發現。用戶體驗通常，認爲比教務通功能多，可是不少界面打不開。

• 用戶對產品有什麼改進意見？

  解決這些界面打不開的問題。

• 結論：通過這麼多工做，你必定有充分的理由給這個軟件下一個評價,請選擇一個結論:

  不推薦

採訪對象 3：

• 介紹採訪對象的背景和需求（他們有沒有用過相似的APP，除了現有的功能還有別的需求麼）

  該用戶是IOS用戶。使用過福大教務通，超級課程表等應用，沒有新的需求。

• 讓採訪對象使用福大助手（請上傳照片證實用戶的確正在使用，遠程採訪的同窗請讓別人幫忙照相）
  

• 描述用戶使用這個產品的過程, 用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？

  用戶大體使用了每項功能，查詢方便，使用體驗較好。用戶認爲該軟件綜合了教務通，期末考啦等應用功能，是一款功能很是齊全的APP，看歷年卷，看嘉熙講壇這些都很是方便。

• 用戶對產品有什麼改進意見？

  沒有。

• 結論：通過這麼多工做，你必定有充分的理由給這個軟件下一個評價,請選擇一個結論:

  很是推薦

採訪對象 4：

• 介紹採訪對象的背景和需求（他們有沒有用過相似的APP，除了現有的功能還有別的需求麼）

  該對象爲IOS用戶，有用過福大教務通，福大易班。 沒有新的需求。

• 讓採訪對象使用福大助手（請上傳照片證實用戶的確正在使用，遠程採訪的同窗請讓別人幫忙照相）
  

• 描述用戶使用這個產品的過程, 用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？

  登陸進來顯示了一個課表，還行。但是亂點了一下子，不知是什麼緣由，卡在了登陸中的界面，無奈強行退出。又進來，不當心點了一下注銷，點了一下校園百事通，對話框提示登陸，但是輸入帳號密碼後登陸卻老是提示登陸失敗，只好先放棄登陸。緊接着點了左邊的菜單，想看看課表，卻遲遲找不到課表在哪兒，後來才發現原來是課表功能並無加入菜單，手動加入後能夠查看。後來又點了一下校園百事通，此時竟奇蹟般的能夠直接進入查看，沒有提示登陸。接下來又嘗試了一下其餘的一些功能，有的能夠正常使用，有的則是點進去卻彈出來並卡在登陸中的界面。
  該用戶使用的需求只不過是查看課表、考場、成績，這些需求算是獲得了知足。用戶認爲，該軟件的界面簡約易懂，功能仍是挺齊全的，像是把各個app的功能作了一個融合，但同時無用功能太多了，有的功能還只是徒有其名然而卻根本沒法使用。該軟件上能夠找到不少信息與資源，這點毋庸置疑。用戶還指出了使用這個app並不如直接使用教務通、易班，至少他們沒那麼容易崩潰，功能上也並無多少差的。用戶體驗方面，一直卡死，體驗很差。

• 用戶對產品有什麼改進意見？

  必需要解決一直卡死的問題。同時注意到有一鍵評議這個功能，聯想到有時候請假有點麻煩，但願也加上一鍵請假的功能。

• 結論：通過這麼多工做，你必定有充分的理由給這個軟件下一個評價,請選擇一個結論:

  不推薦

採訪對象 5：

• 介紹採訪對象的背景和需求（他們有沒有用過相似的APP，除了現有的功能還有別的需求麼）

  該對象爲安卓用戶，有用過福大教務通，福大易班。沒有新的需求。

• 讓採訪對象使用福大助手（請上傳照片證實用戶的確正在使用，遠程採訪的同窗請讓別人幫忙照相）
  

• 描述用戶使用這個產品的過程, 用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？

  一開始輸入帳號密碼點擊登陸，卻一直登陸失敗，登陸失敗後直接返回登陸界面，期間沒有任何爲何登陸失敗的提示。後來從新鏈接了一下wifi才登陸成功，看來多是網絡的問題。照着菜單欄使用了一下功能，都能正常使用，不過許多功能都在其餘類似app裏見過了。
  用戶的需求在於查看課表、成績、考場、歷年卷，福大助手解決這方面問題。該用戶以爲，福大助手的功能很齊全，把期末考啦、福大教務通、福大易班等app的功能作了一個整合，能夠達到一站式解決的程度，不過正是因爲整合，有許多常常不須要用到的功能，無疑這憑空佔據了手機的空間。在軟件中能夠獲取許多的信息，信息量龐大，這點是值得確定的。用戶體驗方面，此次的體驗不算差，但也不算好，由於許多功能是意料之中的，彷佛並無出現什麼使用戶眼前一亮的功能。既然並無新的功能，爲何不直接使用教務通等功能明確的app而來使用福大助手呢？

• 用戶對產品有什麼改進意見？

  登陸失敗後應提示可能的失敗緣由；應明確軟件的主要功能，而不是泛泛的全部功能都作而並無創新。

• 結論：通過這麼多工做，你必定有充分的理由給這個軟件下一個評價,請選擇一個結論:

  通常

第二部分 分析

估計這個項目作到這個程度大約須要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業UI 支持）。

大約須要兩個月BA。

分析這個軟件目前的優劣（和相似軟件相比），並推理出開發團隊在軟件工程方面能夠提升的一個重要部分（具體建議）。

• 優點:
  • 和其餘軟件相比，它最突出的優點是連通了圖書館以及易班，使它成爲了功能比較全面的存在。
    
  • 其中最重要的一個功能，就是它能幫學生自動評議。
• 劣勢:
  • 安卓端無限閃退，蘋果端常常卡死。
  • 連通圖書館和易班又有什麼用呢？易班原本就很差用，移植易班的功能到這款軟件上更是很差用，多是應爲功能太多，許多地方作得不夠精細，它的優點反而成爲了劣勢。。
• 具體建議：
  • 開發團隊應該使用戶操做更加靈活，不少狀況下，好比說登入，或成績獲取時，應該設置按鈕或其餘東西使得用戶能取消操做，而不是頁面一直卡在數據獲取界面，至少也應該設置登入超時或數據獲取超時，這樣用戶體驗纔不會怎麼差勁。

根據理解和體驗，畫出整個軟件全部功能邏輯框圖，根據重要度標識出各模塊的重要度、完成度、出發點及效果；

分數區間爲1~10

模塊名稱	重要度	完成度	出發點	效果
課表	8	9	爲用戶提供課表，讓用戶知道實時的課程安排	功能完成得不錯，課程數據沒有出錯，界面簡介明瞭
成績	8	9	記錄用戶成績，提供績點信息和學分信息	功能大部分完成，但單科績點沒法顯示以及績點顯示不徹底
考場	7	10	提供學期考試考場	功能大部分完成
空教室查詢	7	9	爲用戶提供空教室信息	功能大部分完成，信息真實性應該符合
圖書館	6	8	連通圖書館，提供檢索功能及預定功能，提供用戶借書信息	功能大部分完成
易班工具	6	8	連通易班，提供部分易班經常使用功能	部分功能都移植成功，但使用時容易閃退或卡死
教務處通知	6	10	讓用戶不用登入網頁就能查找到教務處通知	功能完成，效果良好
歷年卷	7	9	提供歷年卷以及課件等供用戶下載	功能基本完成，效果還不錯，但因爲沒法上傳文件，致使歷年卷內容沒法更新
校招日曆	7	9	提供校招信息以供用戶使用	功能基本完成
二手市場	6	8	提供市場平臺，供用戶使用	功能基本完成，但因爲使用人數少，實用度不高
嘉錫講壇	6	9	用戶無需上教務處網站，可直接在軟件上查看講壇信息及報名	功能基本完成，效果不錯，確實方便用戶
大物實驗	7	9	幫助用戶搶大物實驗	功能基本完成，方便了用戶
一鍵評議	7	9	幫組用戶完成查詢成績以及選課時所須要的教師評議	功能基本完成，但仍是存在一些BUG
設置	8	10	提供人性化設置，方便用戶使用	功能基本完成

針對不一樣的維度評分，對用戶體驗方面、UI界面美觀度、核心功能，分別打分。

分數區間爲1~10

• 用戶體驗方面： 6
• UI界面美觀度： 7
• 核心功能： 9

第三部分 建議和規劃

若是你是項目經理，如何提升從而在競爭中勝出？

首先咱們要明確這款軟件目前的優點與劣勢。
功能全面，且能連通圖書館和易班是咱們的優點，但與此同時豐富的功能缺乏精細的打量，優點也會變爲劣勢，這是咱們都不肯意看到的，因此要從用戶的體驗着手，收集用戶信息，在用戶喜歡、經常使用的功能上加大功夫，簡化那些不經常使用或是受衆面小的功能。

目前市場上有什麼樣的產品了？

如今有一款叫i福大的APP，是福州大學爲全體師生和校友打造的移動校園應用平臺，經過i福大能夠了解學校校情、學校新聞、通知公告等校園動態信息，還能夠查看校園地圖、財務繳費等學習生活服務信息。 這款軟件有點像校園微博，與福大助手仍是存在必定的差別。

你要設計什麼樣的功能？

加入新聞觀看、查找功能，以及校內導航功能。

爲什麼要作這個功能，而不是其餘功能？

首先是新聞觀看、查找功能，學生能夠經過APP瞭解國內外大小事，而且能夠選擇想了解的新聞，輸入關鍵字或者日期等進行查看，同時不用擔憂搜索到非新聞的內容。
其次校內導航功能，首先保證導航須要用到的地理信息可以及時更新。有時想去校內的某地，又或是新開的飯店、體育館等等，不論學生仍是教工人員都經常找不到路，有了這個功能，就能夠節省時間，方便快捷地到達目的地。

爲何用戶會用你的產品/功能？

咱們新增的功能是從受衆方——學生的角度考慮的，這些功能能夠服務到他們。

你的創新在哪裏？能夠用 NABCD 分析。

1. 需求
   • 在一款學生經常使用的軟件中增長新聞觀看、查找功能，方便其在空閒之餘也能瞭解國內外大小事，而且經過篩選查看更具備針對性
   • 校內導航功能能有效的便利學生等羣體的生活。
2. 作法
   • 新聞能根據關鍵字或時間等進行篩選，閱讀更具備針對性
   • 校內導航能保證及時更新地理信息，同時因爲是針對校內的導航，會記錄校內特有的小店、景點
3. 好處
   • 大大節約時間、方便生活
4. 競爭
   • 其餘APP新聞經常是雜亂的，不具備針對性
   • 那些導航不針對校內，一些小店小地都會被忽略
5. 交付
   • 咱們會先讓身邊的人使用，而且對他們提出的問題進行改正。而後放在下載的平臺上，提供給更多的人使用，正確對待他們可能提出的問題。

若是你來領導這個團隊，會有什麼不同？

在人員安排上，更具備針對性，作到人盡其才。同時帶動團隊氛圍，不讓團隊變成只是爲了完成任務而作，而是全身心地去想辦法爲產品添彩。

若是你的團隊有5我的, 4個月的時間，你做爲項目經理，應該如何配置角色（開發，測試，美工等等）？

3我的員負責開放，2我的員負責測試，美工外包。

描述你的團隊在16 週期間每週都要作什麼，才能在第16周如期發佈軟件，大小里程碑績點設定。

首先每週要固定2次例會，日常人員多交流，保證信息的流通
其次以周爲單位，將工程進行分割，並以每週最後次日做爲deadline來進行督促。

項目發佈後，有沒有考慮過項目該怎麼部署才能知足需求。依據附錄圖（某校教務處系統的部署）做爲參考，分析16周後你所完成的項目上線須要哪些配套設備(服務器、帶寬、數據庫需求數量與配置)

應用服務器配置：4核8G x 1
後端服務器配置：8核16G x 1
關係型數據庫:SQL Sever/Oracle/MySql數量：2(讀寫合併、備份 x 1）
緩存數據庫：Redis數量 ：2（主備）
網站安全性：WAF,DDOS

第四部分 增量開發設計

優化/新增功能點的原型界面

基本實現思路

按順序依次是：

• 原有界面優化，單日課程功能多餘，去掉此功能界面簡介美觀
• 新增學業功能，學生可由此查看本身目前的總績點、總排名、修習狀況等信息。
  實現思路較簡單，從數據庫中獲取數據簡要處理便可實現
• 新增功能地圖導航，當學生一時間想不到校內某些地址時，可輸入關鍵字查找福大校內的地圖信息，APP將爲其導航。
  實現思路：與百度達成合做。調用百度地圖接口實現地圖信息的基本功能，再進一步添加特殊名稱地址信息。

優化/新增功能點與原有產品如何接入

接入原有產品：新功能將經過添加在原有產品左抽屜的列表中實現功能接入。

第五部分 答辯總結

評估團隊中每一個人對本次做業的貢獻比例，描述爲本次測評做業的工做流程、組員分工、組員工做量比例（禁止一鍋端平的狀況，若是沒有評估，全組平均後，組長得分減 50%）

成員	參與	貢獻比例
白晨曦	答辯	5
蔡子陽	測試安卓端	7
陳德斌	採訪	12
樂忠豪	增量設計	10
李麒	建議與規劃	10
林志華	ios端測試	11
黃培鑫	採訪調研總結	12
王煥仁	測試總結	11
何裕捷	問卷調查	10
吳佳煒	博客與報告整理	12

答辯總結

求出本組的現場答辯得分：去除最高總分，最低總分，求平均分

第？組	一	二	三	四	六	七	八
評分	83	78	74	81	78	69	78

現場答辯得分：77.8分

收集其餘組對本組提出的問題，並回答

第一組

• Q：問卷調查的統計圖缺少必要的數量標註
  
• A：做爲展現圖圖片簡潔更能直接展示出數據結果，演講中若是用了大量的數據反而容易形成聽者疲勞，因此咱們捨棄了標註。
  
• Q：增量開發的難度如何，大概須要多久的工做量？
  
• A：難度適中，無過高算法要求，工做量大體在十週左右
  
• Q：四個增量開發中大家最看重哪一個功能，爲何？
• A：最看重地圖導航功能，由於這個功能的需求量是最高的，無其餘產品替代

第二組

• Q：是否是應加強對BUG的描述？（規範性）
• A：這是咱們所欠缺的，可是也有好的一面，當面對無專業知識的人羣，通俗易懂的語言反而能起到更好的效果
• Q：答辯時長偏短，是否是應該適當多加入點內容？
• A：的確應該增長一些內容，爲了答辯精簡因此只是挑選了部分重要內容進行講解，下回必定更好的把控時間，儘可能將內容爆滿。
• Q：增量開發的週期爲多長？
• A：增量設計難度適中，無過高算法要求，工做量大體在十週左右

第三組

• Q：測試報告中存在頁碼錯誤（所有爲1）
• A：咱們會好好檢查的，謝謝提出
• Q：同校幫功能有沒有能力取代出清羣，替身羣，拼車羣等校功能羣？若是不能，該如何去推廣？
• A：同校幫和普通羣的不同之處在於發佈的任務不會被刷屏清掉，每一個任務爲一個帖子，清晰明白，這是可以取代羣的優點所在。
• Q：四個增量開發，大家以爲以大家小組須要花多久的時間才能完成？
• A：工做量大體在十週左右。

第四組

• Q：爲何沒有展現分工呢？
• A：具體分工會在博客中展示出來，敬請期待
• Q：大家的調研採訪不夠理想，準備怎麼改進？
• A：擴大受訪人羣，提升問題質量及關聯度
• Q：找到的bug是否過少？
• A：的確太少了

第六組

• Q：您好，測試報告中存在如圖片貼反，錯別字等狀況，是否存在準備不足的狀況？
• A：確實存在準備不足的狀況，咱們下次會注意這個問題的
• Q：您好，bug3僅描述爲常常性出現閃退，這一bug是否描述過於模糊，不然如何定性頻繁出現？
• A：出現閃退這種現象太過玄學，咱們也沒法肯定它是通過多長確切時間就閃退，頻繁的定義是從用戶體驗上來定性的，相較於其餘軟件，這款軟件閃退的次數太高，就以爲是頻繁了，這也是咱們的調查結果
• Q：您好，可否大體描述增量設計「小白實時」的基本實現思路？
• A：在小白身上裝GPS定位器，數據實時反饋到後臺，再呈如今軟件上

第七組

• Q：針對大家的調研採訪存在必定的缺陷，大家打算怎麼彌補？
• A：能具體說明是哪些缺陷嗎？咱們必定積極聽取您的意見
• Q：整個分析與測試的內容偏少，很難有說服性，大家打算怎麼增長本組的說服性？
• A：測試分析都是人工檢測出的事實存在的問題，若是不夠有說服力咱們會擴大測試人員的數量，針對不一樣機型進行測試
• Q：本來小白就有本身的微信公衆號能夠實時，那大家在福大助手裏面再弄一個小白實時還有意義嗎？
• A：固然有意義了，能在一款APP裏就有上學所需的功能爲何還須要進入公衆號這麼麻煩呢？就像在食堂能微信支付寶支付，爲何還要用學生卡呢？

第八組

• Q：ppt中關於採訪調查的餅狀圖有點看不太懂在說什麼
• A：餅狀圖的批註已經在旁邊標好了，若是還有哪些地方不明白能夠向咱們提出具體的問題
• Q：找到的bug是否過少和簡單？
• A：確實過少了
• Q：認爲有必要使用一款學習類的軟件發佈一些動態嘛？由於據瞭解在超級課程表中也有相關功能，但實際使用的人數並非不少。
• A：能夠沒有，可是若是有能夠有更好的用戶體驗。您是如何瞭解到超級課程表的相關功能的使用人數呢？若是使用人數很少，可能有不少的因素在其中，但這個點子自己的出發點仍是好的。

第六部分 我的部分

PSP

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	10	20
· Estimate	· 估計這個任務須要多少時間	10	20
Development	開發	750	463
· Analysis	· 需求分析 (包括學習新技術)	30	35
· Design Spec	· 生成設計文檔	10	20
· Design Review	· 設計複審	10	8
· Coding Standard	· 代碼規範 (爲目前的開發制定合適的規範)	0	0
· Design	· 具體設計	500	300
· Coding	· 具體編碼	0	0
· Code Review	· 代碼複審	0	0
· Test	· 測試（自我測試，修改代碼，提交修改）	200	100
Reporting	報告	30	40
· Test Repor	· 測試報告	0	0
· Size Measurement	· 計算工做量	0	0
· Postmortem & Process Improvement Plan	· 過後總結, 並提出過程改進計劃	30	40
	合計	790	523

學習進度條

第N周	新增代碼(行)	累計代碼(行)	本週學習耗時(小時)	累計學習耗時(小時)	重要成長
3	0	0	17	17	Axure up;NABCD模型
4	1000	1000	23	40	八爪魚採集器；字符統計
5-9	0	1000	100	140	團隊合做開發項目；java學習
10	0	1000	8	148	java學習，jdk,eclipse
11	100	1100	30	178	Android Studio
12	100	1200	35	213	Android Studio界面
13	100	1300	35	248	Android Studio界面,界面設計規範
14	200	1500	35	283	Android Studio界面，java代碼