軟工實踐做業（十）

---

PDF
做業連接

• 調研，評測
  • 評測
    • 上手體驗
    • BUG
    • 緣由分析
    • 須要注意的
  • 採訪
• 分析
  • 時間預估
  • 軟件優劣
  • 具體建議
  • 功能邏輯框圖
  • 模塊分析
  • 評分
• 建議和規劃

---

調研，評測

• 評測
  • 上手體驗
  • BUG
  • 緣由分析
  • 須要注意的
• 採訪

---

評測

• 上手體驗
• BUG
• 緣由分析
• 須要注意的

---

上手體驗

• 身份驗證的操做邏輯有些詭異；
• 界面設計處處透露出半成品的氣息（更想說是隨便作的氣息
• 基本是直接引用網頁或其餘應用，像是爲完成而完成；
• 功能稀少，看似一大排，其實好些是不可用或能夠整合的功能，諸如學生工做管理等功能卻沒有整合在一塊兒；
• 界面乾淨。

---

BUG

這次測試的機型有兩款，如下的bug在兩款機器上基本都有出現。

• 索尼Xperia XZ Premium（ Android8.0 )
• iPad Pro 10.5' ( IOS 12.1 )

使用的軟件平臺爲 微信6.7.3 ( Android ) 和 微信6.7.4 ( IOS )。

如下截圖基本爲iPad的微信上的截圖。

一、成績查詢的年份選擇有限

• 重現步驟：進入福大企業號，進入成績查詢頁面，點擊學年；
• 內容：學年選擇只有2012到2016；
• 建議：增長其餘年份的成績查詢功能。目前2016屆也已經大三了，因此須要查成績的學生基本沒法使用這個企業號查到成績。

---

二、我的日程的本地日曆同步功能

• 重現步驟：進入福大企業號，進入我的日程頁面，點擊設置（底欄最右），點擊同步本地日曆；
• 內容：點擊同步本地日曆後提示「請從APP操做！」
• 建議：可完善功能，作好與本地日曆日程同步的功能，或者直接去掉。實際上此處的問題讓人以爲這個我的日程功能是從其餘地方直接拿來用的。

---

三、我的日程的添加日程中的開始、結束時間選擇功能

• 重現步驟：進入福大企業號，進入我的日程頁面，點擊懸浮加號按鈕，點擊添加日程，點擊開始的年月日選項；
• 內容：沒法選擇結束日期以後的日期；
• 建議：一樣地，結束日期處也沒法選擇開始日期前的

---

四、我的日程的添加日程中的重現選項消失

• 重現步驟：進入福大企業號，進入我的日程頁面，點擊懸浮加號按鈕，點擊添加日程，選擇全天；
• 內容：選擇全天后，重複週期選項消失；
• 建議：不要讓它消失。實際上通過嘗試，若是在選擇全天前先選擇重複週期，重複週期仍然有效，即便它消失了。

---

五、我的日程的日、周、月的日程顯示

• 重現步驟：進入福大企業號，進入我的日程頁面，點擊日/周/月；
• 內容：當日程較多時，有部分日程沒法顯示；
• 建議：讓顯示框徹底按照日程數增加或使顯示框可以滾動。

---

六、我的日程的日程編輯功能

• 重現步驟：進入福大企業號，進入我的日程頁面，點擊任一日程，點擊懸浮加號按鈕，點擊編輯，任意修改，點擊懸浮加號按鈕，點擊保存；
• 內容：點擊保存後頁面無反應，返回後日程信息也並無被改變；
• 建議：完善功能。

---

七、我的日程的日程備註功能

• 重現步驟：進入福大企業號，進入我的日程頁面，點擊懸浮加號按鈕，點擊添加，填寫備註和其餘信息，點擊懸浮加號按鈕，點擊保存；
• 內容：若是備註內容超過255個字符，點擊保存後頁面無反應，返回後日程信息也並無被改變；
• 建議：完善功能或增長長度限制提示。

---

八、個人課表的查看課表功能

• 重現步驟：進入福大企業號，進入個人課表頁面；
• 內容：在有課的狀況下顯示沒有課；
• 建議：完善功能。

---

九、失物招領的圖片上傳功能

• 重現步驟：進入失物招領頁面，選擇上傳了圖片再發布；
• 內容：提示上傳圖片不能爲空；
• 建議：完善功能。

---

十、失物招領的我的搜索功能

• 重現步驟：進入失物招領頁面，選擇通知某人；
• 內容：只能選擇人名，沒法避免重名現象；
• 建議：添加提升搜索精度的選項。

---

十一、失物招領的通知功能

• 重現步驟：進入失物招領頁面，發佈失物招領，選擇通知某人；
• 內容：被通知的人卻並不會收到通知；
• 建議：完善通知功能。

使用截圖不便於展現。

---

十二、福大郵箱的移動端頁面

• 重現步驟：進入福大郵箱界面，在移動端網頁中登陸；
• 內容：移動端網頁提示「您已被禁止登錄，請聯繫管理員」，而桌面端網頁可正常登錄；
• 建議：修復移動端網頁的錯誤。

---

緣由分析

許多問題已經超出了技術上的bug的範疇。

• 開發未完成；
• 開發人員對此項目並不上心。

---

須要注意的

• 遵循團隊的代碼規範，提升項目的可維護性；
• 功能性框架依賴性不能太強，善用開源框架，須要通過充分的測試選擇成熟穩定的框架，例如網絡請求框架；
• 注意封裝一些重複性功能，適度耦合，經過統一入口進行調用，方便維護修改，也方便擴展，例如經常使用的添加附件功能；
• 估計項目的規模大小及用戶羣體的訪問量，選擇可靠的開發和運行環境；
• 開發者在編程以外還須要注意編寫單元測試，接口部分須要更新到團隊的彙總中；
• 須要注意前端和後端的之間的調試方式，各層之間通訊設計按照微服務架構的設計原則，這些服務須要共享數據庫；
• 考慮用戶數據的安全性，以及操做的安全性（例如連續點擊按鈕可能出現的狀況）；
• 始終堅持以用戶爲本的原則，在設計時儘可能減小用戶的使用負擔。

---

採訪

• 背景：一名普通的計算機系大三學生；
• 需求：須要可以查詢成績、課表，若是能整合學生管理功能，如請假審批、節假日去向等就更好了。

• 用戶的問題並無獲得解決。

模塊	優勢	缺點
數據量	部分功能直接連接網頁，內容豐富	部分功能沒法提供任何信息
界面	軟件的總體界面整潔	部分操做邏輯較不合理，部分界面設計較不友好、美觀
功能	可以查看主頁、新聞等	1.部分功能不可用；2.部分功能存在bug，用戶體驗不夠友好；3.直接連接網頁影響響應速度
準確度	部分功能都能正確響應	部分操做存在問題

• 用戶體驗：用戶體驗很不友好，在界面佈局、功能、反應速度等方面都或多或少存在着問題。

• 改進意見：將現有功能完善至可用，如可能，可考慮整合入學生管理功能。

• 結論：很是不推薦

---

分析

• 時間預估
• 軟件優劣
• 具體建議
• 功能邏輯框圖
• 模塊分析
• 評分

---

時間預估

大約三個月。
理由：功能較少，實現難度不高，但對於剛畢業的大學生，仍是須要必定時間的。

---

軟件優劣

• 優點

具有主頁、新聞、公告查看等基本功能，界面簡潔。

• 劣勢

部分功能不可用，部分功能存在較多bug，用戶體驗差。

對比同類軟件：

主要是兩類：一類是同爲福大系的軟件，另外一類是同爲微校系的軟件。

相比於同爲福大系的福大助手、福大教務通和福大一卡通等，本軟件因爲響應速度較不友好，因此身爲微信平臺企業號的輕便優點基本沒有，更不用提許多功能不可用、bug衆多等。

相比於同爲微校系的軟件們，我對比了暨南大學的微校號。暨南微校的界面友好，操做簡便流暢，具備完整的校內通信錄，直通各位學生微信號，且整合有如請假審批、抽籤、簽到、學生工做、問卷調研等功能，用戶體驗良好。

---

具體建議

• 完善功能，提升用戶體驗；
• 應注重界面的設計，追求美觀，避免界面邏輯混亂，不能讓用戶在還沒使用時就對軟件產生很差的印象；
• 同時注重軟件性能，響應速度過慢或者bug較多都會很大程度地下降用戶體驗；
• 要有有效且便捷的用戶反饋渠道，讓用戶參與到軟件的迭代過程當中以便更好地提升用戶體驗。

---

功能邏輯框圖

---

模塊分析

模塊	重要度	完成度	出發點	效果
通知文件	很是重要	80	主要用於查看通知文件，公示以及校內公告	可以查看所需內容
福大主頁	很是重要	75	主要用於查看關於福大的重要信息	連接向福大主頁的網頁，能知足要求
校園新聞	很是重要	80	主要用於查看福大的校園新聞	分爲三類進行新聞訂閱，可查看相關新聞，可搜索，可調節字體和設置夜間模式，較友好
福大郵箱	重要	75	主要用於登陸用戶的福大郵箱	連接向福大郵箱的網頁版
福大黃頁	很是重要	80	主要用於查看福大各部門電話號碼	可以查看所需內容，操做簡便
個人課表	重要		主要用於查看用戶的課表	沒法顯示課表信息
成績查詢	重要		主要用於查看用戶的成績	因爲年份選擇有限，沒法查看絕大多數用戶的成績
我的日程	通常	70	主要用於查看用戶的日程	能進行部分基本操做，但bug較多，且界面不友好
移動OA	通常			沒法使用
失物招領	很是重要	80	主要用於查看、發佈失物招領和尋物啓事信息	可以查看、發佈失物招領和尋物啓事信息，操做簡便
校園巴士	通常	70	主要用於查看校園巴士的運行信息	能查看到基本信息，但所提供的信息量較小，沒法爲用戶提供有效幫助
講座報告	重要	80	主要用於查看講座報告的相關信息	能查看到所需信息，但界面設計和內容排版較不友好
學生證附卡	重要	主要用於查看、更新學生證附卡信息	能查看到部分信息，其餘功能不可用

---

評分

模塊	打分	理由
用戶體驗	60分	反應速度慢，且存在較多bug，用戶體驗很差
UI界面	70分	界面簡潔，部分操做邏輯較不合理
核心功能	60分	功能略顯單薄，一些簡單的需求可以知足，許多功能沒法使用

---

建議和規劃

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

我認爲須要提升的地方大體有量點：

首先是軟件的質量問題，目前的用戶體驗還不夠好。在試用和測試的過程當中能夠很明確地感覺到這個軟件在設計製做上的嚴重不足。若將其與功能齊全，製做也較爲完善的福大助手或其餘微校相比較，那根本就是雲泥之別。從界面設計不合理到功能設置不完善，這款軟件的app須要改進的地方有很是多，更不要說與對手競爭、吸引用戶了。它連知足用戶的基本要求都很是困難。沒有誰會願意浪費時間在一款並不便捷，使用體驗也不盡如人意的軟件上的。

其次是宣傳。咱們學校關於本身公衆號和企業號的宣傳基本沒有。若是不是此次做業，我甚至不知道咱們學校有這樣的軟件存在。這對於一款須要學生支持的軟件來講是致命的，因此應增強宣傳，提升在本校生，甚至在外校生中的知名度，這也有利於提升學校在學生中的聲譽。

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

主要是兩類：一類是同爲福大系的軟件，另外一類是同爲微校系的軟件。

相比於同爲福大系的福大助手、福大教務通和福大一卡通等，本軟件因爲響應速度較不友好，因此身爲微信平臺企業號的輕便優點基本沒有，更不用提許多功能不可用、bug衆多等。

相比於同爲微校系的軟件們，我對比了暨南大學的微校號。暨南微校的界面友好，操做簡便流暢，具備完整的校內通信錄，直通各位學生微信號，且整合有如請假審批、抽籤、簽到、學生工做、問卷調研等功能，用戶體驗良好。

• 你要設計什麼樣的功能？

一個學生管理的功能。該功能能夠協助學生工做，幫助學生和輔導員進行請假、節假日的審批。

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

目前咱們學校的軟件中還缺少相似的功能。全部相關的審批和表格填寫都須要人工在紙質假條、表格上進行填寫，每次請假都須要填寫紙質假條再交給輔導員簽字，很是不便。

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

Need
如今咱們學校的軟件中還缺少相似的功能。全部相關的審批和表格填寫都須要使用紙質文件，耗時耗力，電子化是大勢所趨。

Approad
添加一個審批模塊，提供假條填寫和記錄、節假日去向填寫等功能，而且不斷完善。甚至能夠添加電子化簽名、存檔等功能

Benefit
可以便利學生和輔導員的學習和工做，也讓文件管理更加簡便。

Competitors
目前校內尚未相關產品。

Delivery
對於這類校園應用，特別是這種嵌入學生、輔導員工做中的應用，首先必須獲得學校的支持，以後的推廣就比較簡單。先經過老師或輔導員瞭解學校在這方面的意向，而後爭取與相關工做的老師進行溝通。在得到支持後也要注重用戶反饋，及時修復、增添功能，讓軟件能真正便利你們的生活。

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

通過此次的測試能夠看出，該軟件還比較簡陋：功能少、部分設計不合理，還有存在不少bug。若是由我來領導團隊，會更注重界面的美觀和基本功能的可用性。

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

美工一人（包括UI和原型設計）
開發三人（前端兩人，後端一人）
測試一人（開發階段輔助後端）

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

週數	任務	里程碑
1	肯定項目內容與項目核心，進行需求分析，初步完成需求說明書
2	完善需求規格說明書，明確分工，計劃好接下來的時間安排	完成需求分析
3-4	搭建開發環境，制定編碼規範，構建架構，進行原型設計	完成原型設計
5-7	開始主體功能的編碼，美工完成UI設計，前端與後端並行，根據具體狀況調整進度
8	功能完善，測試，並改進	發佈Alpha版本
9-11	開始其它功能的編碼，完成接口設計，實現對接，完成剩餘模塊的任務
12	繼續完善各功能模塊，初步完成正式版本	發佈Beta版本
13-14	大規模測試，修復bug，根據反饋不斷調整完善最終版產品
15	編寫用戶手冊	用戶手冊完成
16	項目部署，發佈最終版本的產品	項目部署，發佈最終版本的產品。

• 項目發佈後，有沒有考慮過項目該怎麼部署才能知足需求。依據下圖（某校教務處系統的部署）做爲參考，分析16周後你所完成的項目上線須要哪些配套設備(服務器、帶寬、數據庫需求數量與配置) 。
  • 負載均衡：2臺（主備）
  • 應用服務器：16核32G 2臺
  • 後端服務器：32核64G 3臺
  • 關係型數據庫：MySql 3個（讀寫分離2個，備份1個）
  • 緩存數據庫：Redis 2個（主備）
  • 網站安全：部署WAF，防DDoS攻擊的防火牆等設備
  • 帶寬：採用千兆以太網鏈接