軟件案例分析

博客園班級博客功能評測

項目	內容
所屬課設：北航2020年春軟件工程	班級博客
作業要求：軟件案例分析	作業要求
教學班級	006
個人課程目標	學習一個具備一定規模的軟件在生命周期中需要哪些工作，鍛煉自己的團隊協作能力，並使自己具有開發一個“好軟件”的能力
這個作業在哪個具體方面幫助我實現目標	通過各種案例分析，評測，辯論，總結，我們就能看到軟件工程的原則在實踐中的種種體現，學好軟件工程，幫助我們在實踐中做得更好。

調研與評測

所選軟件及選取理由

我選擇評測的軟件是博客園的班級博客，之所以選擇這個軟件作為評測項目，原因有以下幾點：

• 我已經是這個功能長達一年多的用戶了，對其中許多功能已經有了非常多的使用，實踐出真知，因此我認為作為用戶有一定的話語權。
• 這個學期（未來）仍將繼續使用這一功能，對這一軟件的評測有助於我發現其中的更多功能並更好的使用。
• 以前對這個功能的使用停留在PC端，可以借此機會開展移動端業務:)。

體驗軟件的功能

使用網頁端的基本功能

首先，我們在電腦端以學生的身份登錄，訪問https://edu.cnblogs.com/，進入主頁，界面如下圖所示，其中向我們展示了活躍班級，作業博文，再往下拉還有作業動態和統計概覽兩個分欄。

點擊我的班級，會彈出一個下拉列表，里面是你所在的班級。

接下來，我們進入這學期軟件工程班級，下圖所示是進入后的界面。

然后我們進入具體的作業中，進行查看，這是我們這次軟件案例分析的作業，弱弱地點擊提交按鈕，顯示出如下界面，可以在已發布的博文中選擇進行提交。

然后再點擊一個已截止的作業，發現提交按鈕變成了已截止的提示。

---

然后我們再嘗試以助教的身份創建一個班級，我點擊了創建班級，並按下圖填寫了相關的信息，直接點擊“創建班級”按鈕，班級創建成功。

然后我們在里面添加一名學生，顯示添加成功之后頁面並未自動刷新，我們手動刷新頁面，可以看到成員已經被我們添加在了班級之中。

然后這名成員發布了一個投票，在我刷新后正常顯示了投票內容，投票完成后回到首頁，發現成員提交了一次作業，對PC端的使用告一段落。

使用移動端的基本功能

首先，我們在手機上安裝博客園APP，一開始即碰壁，錯誤0x400，后台關掉程序重啟后得以正常顯示。但里面卻沒有班級功能，評測失敗。又在應用商店找到了另一款名為博客園的軟件，下載安裝后仍然沒有班級功能。然后我在博客園官網找到了鏈接下載，結果下載的是和第一款軟件相同的軟件。（難受.gif）

可見博客園官方並未給出一個支持班級功能的APP，或者其下載鏈接非常隱蔽，以致於我無法找到，評測告一段落。

描述使用這個產品的過程，解決了用戶的問題么？軟件在數據量/界面/功能/准確度上各有什么優缺點？

這個產品在使用過程中（PC端網頁版）體驗還是非常不錯，很好的解決了一個班級應該有的功能，從創建班級，添加成員，發布作業，提交作業，發布投票，公告等等功能，共同支撐起了這么一個在線的班級平台，能夠很好的滿足班級管理的需要。

我們通過與CSDN的對比來說明軟件的優缺點：

• 在數據方面，CSDN比較有優勢，因為用戶量要比博客園多，並且由於其搜索引擎優化做得比較好，所以無論是百度還是google（尤其是百度）在搜索問題的時候排名靠前，博客園雖然在這方面也做了工作，但還是稍稍遜色於CSDN，不過也非常不錯了。
• 在界面方面，個人感覺博客園做得要好很多，自定義的界面讓人擺脫了千篇一律的枯燥，給人耳目一新的感覺；而CSDN博客定制性差，基本只能調整下模塊位置，換個固定的顯示模板。
• 功能方面，偏商業化的CSDN並沒有班級這項服務，自然是博客園要更加適合班級的管理。
• 最后一點是由於CSDN的商業化，其廣告較博客園要多許多，這一點會帶來比較差的用戶體驗。

參考博客

用戶體驗方面有問題么？對產品有什么改進意見？

在這里我想談談在使用博客園班級功能時出現的bug，或者說可以做得更好的地方。

• 網頁端進行放大會出現顯示上的問題，筆者突發奇想將網頁放大了500倍，然后出現了下圖所示的結果，可以看到，班級的名稱不僅沒有完整顯示，而且原本的兩個按鈕（發起投票和分享博文）只剩下一個（分享博文），另一個卻是怎么也找不到了，這算是一個功能性的bug，可能沒想到有人這么“無聊”，但既然放大帶來了排版上相應的改變，說明博客園本身是支持放縮操作的，那這就是問題所在了。

• 在我以助教的身份創建班級時，沒有任何需要證明我身份的操作，也就是說無論我是否確實是助教，都可以創建一個班級，而不需要得到驗證；只是這樣的話還好，如果在邀請時給被邀請人一個選擇的機會，這應該就不能算是“bug”了，這種用戶控制權的缺失，會在有惡意用戶出現時嚴重影響用戶的體驗。

• 在我第一次嘗試發布作業時，點擊發布作業按鈕多次，網頁沒有給出任何答復，刷新頁面后同樣的操作，卻一次性成功了。

• 在班級內成員提交作業后，班級內的熱門博文並沒有更新，可能是一種緩存式的設計，並不能事實，或者在較小的時間窗口內更新，但會給用戶造成某種錯覺，建議在性能足夠的情況下，盡量縮短更新的區間。

• 對於移動端，我作為用戶希望能夠快速找到官方的APP，而不是在應用市場的3，5個里進行海選，甚至海選之后都找不到，這一點亟待改進。

• 還有一點是頁面的組織上，直到這次作業我才發現班級博客的網址是https://edu.cnblogs.com/，從博客園的主頁到班級博客和個人主頁只需一次操作即可完成，但如果你在班級的內部，需要跳轉至少三級才能回到個人主頁，而個人主頁這樣用戶經常訪問的網頁，對於學術和一般用戶是同樣的需求，不應該藏的那么深。

• 關於補交作業，我一直好奇博客園的作業為什么都是按時截止，沒有一個補交窗口，在補交時只能聯系助教或老師，線下進行補交，在我成為“老師”后，我終於發現這一功能的存在，遺憾的是，似乎只能設置為一周內補交，而且這一設置對所有班級內作業通用，而無法自定義時間，更不要提依據作業難度動態調節補交區間。（這項功能的缺失似乎可以督促人交作業D)

以上是我個人體驗中遇到的bug和建議改進的地方。

對軟件的評價

對於PC端用戶，我非常推薦這一軟件的，因為其班級功能雖然有些許不盡如人意的地方，但其功能十分的強大，非常適合一個班級的管理。我以表格的形式為其打出一個分數。

類別	描述	評分 （滿分 10 分）
功能	核心功能	10
細節	有什么為用戶考慮的細節?	9
用戶體驗	當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。	10
輔助功能	一些輔助功能如皮膚等	10
差異化功能	這個軟件獨特的功能. 它對用戶的吸引力有多大?	9
成長性	記住用戶的選擇, 適應用戶的特點，用戶越用越方便	9
用戶有控制權	系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷捷操作鍵可調整。	8
綜合打分		9.3

分析

使用此服務的所有功能，估計這個軟件/網站/服務做到這個程度大約需要多少時間(團隊人數6人左右，計算機大學畢業生，並有專業UI支持)。

據估計，如果只完成一個班級博客的話，不考慮支持自定義樣式界面等美化博客的內容，完成班級博客中的一些基本功能可能需要3-4個月的時間。

分析這個軟件目前的優劣(和類似軟件相比)，這個產品的質量在同類產品中估計名列第幾？

博客園的優缺點，我們在第一章節中以和CSDN做比較的方式已經展示過了，這里不再贅述。但需要注意的是，我們分析的是博客園的班級管理功能，在這一點上並不能於CSDN、簡書、甚至知乎等產生比較，因為他們根本就沒有這項服務。所以博客園的班級博客功能應該是一種創新性的功能，在當前的市場上有着一家獨大的地位。

你在第一部分發現的bug，為何軟件團隊不能在發布前修復？他們是不知道，還是有意不修復？你覺得是什么原因？

• 在第一部分的bug中，有很大一部分是關乎用戶體驗的，比如班級博客和博客園主頁已經個人主頁之間的關系，這類問題沒有處理好我覺得很大程序上是對用戶的需求掌握不好。
• 對於頁面放縮后的一系列問題，可能是由於開發人員的粗心大意，沒有注意在特殊的配置或環境下測試。
• 對於移動端找不到APP的問題，找到的APP質量不高的問題，我覺得可能是因為開發上有難度，或者認為移動端的需求不大。

建議和規划

這個軟件/網站/服務有很多可以提高的部分，如果你是新上任的項目經理，如何提高從而在競爭中勝出？

首先，市場有多大？潛在的用戶有多少？

就現在而言，粗略估計高校教職工團體和大學生、研究生等數量在千萬以上，因此其市場還是相當可觀的。

班級博客，其潛在用戶自然是那些可以組成班級的集體，我認為不能僅僅局限在學生群體甚至大學生群體，公司也是潛在的用戶，如果我們能改變現有的所有班級之間都是相互公開的這種設計，像GitHub的public和private倉庫一樣，允許private型班級的出現，或許市場能比現在更大。

目前市場上有什么樣的產品了，它們的優勢劣勢在哪里?和它直接競爭的產品在那里？

• 第一類競爭產品是CSDN，簡書等知識分享平台，但由於前文已經討論過這些平台都沒有班級的功能，因此在班級博客方面構不成直接的競爭。
• 第二類競爭產品是高校的課程中心，這一點是我聯想到之前項目結束后在雲盤提交作業這一操作，想到了學校的課程中心，里面也有班級管理相關的服務，很多作業也是在這個平台上面提交，可以說是搶占了博客園的部分用戶。但是兩者的區別十分明顯，課程中心班級就是班級，局限在幾十個人的小圈子里，而博客園上發表的博文可以被廣大的博友閱覽，並提出建議，互動交流的氛圍是課程中心沒法比的。

作為新的項目經理，這個產品的核心用戶群是什么樣的人，典型用戶長什么樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什么？

核心用戶群體仍然是高校的教職工團體和大學生，學歷就是本科及以上，因為多數高中生不具備在電腦前寫博客的資源和能力，專業似乎CSDN和博客園這些平台都偏好計算機類專業的學生，可能由於相關方面的用戶比較多，就好像我認識的人只有理科生排版采用latex一樣，文科生都用word，愛好和收入對於學生群體就無從談起了。

表面需求很簡單，老師、助教發布作業，學生交作業；但潛在的需求很多，如何更好地管理班級，如何增強師生之間互動的氛圍，如何讓學生真正在上面學到東西，而不是流於一份份的博客作業，需求是多種多樣的，精益求精才能做到更好。

功能：你要設計什么樣的功能？為何要做這個功能，而不是其他功能？為什么用戶會用你的產品/功能？你的創新在哪里？可以用NABCD分析.

這個功能我在本章第一節中提到過，private型班級，用於企業內部的管理。下面我們用NABCD模型來分析這一功能。

• Need：解決了公司用戶想要通過博客平台來管理公司下的各個部門，在這個平台上提交工作報告等內容。

• Approach：將班級區分為public型和private型，private型對外不可見，旨在為公司，企業等用戶提供服務。

• Benefit：首先這個東西沒有人做過，其次企業確實有提交工作報告的需求，但不是通過這個平台，因此可以創新性的提供這一服務，就像之前只有博客園有班級功能一樣，能夠進一步擴大市場。

• Completitors：當前市場無相關競爭對象。

• Delivery：提供用戶首月免費，前多少名用戶注冊給予折扣等服務來推廣這一功能。

如果你有錢可以招聘6個人，有4個月的時間，你作為項目經理，應該如何配置角色(開發，測試，美工等等)？描述你的團隊在16周期間每周都要做什么，才能在第16周如期發布軟件的改進版本，並取得預想中的成績。

• PM（我）
• 開發3人
• 測試1人
• 美工1人
• 市場調研1人

開發人員每周進行一定功能上的開發，然后交由測試人員進行測試，美工負責界面的設計，市場調研負責和相關企業聯系，分析潛在用戶的需求，用於指導進一步的工作。當然，紙上得來終覺淺，具體的分工還是要根據項目的實際進展做一個動態的調整。