2020軟工個人部落格作業-部落格園班級部落格分析

2020軟工個人部落格作業-軟體案例分析

項目	内容
課程連結	2020春季計算機學院軟體工程(羅傑 任健)
作業要求	個人部落格作業-軟體案例分析
課程目标	系統學習軟體開發理論和流程，通過實踐積累軟體開發經驗
本部落格的收獲	練習了分析和評測軟體的流程，為自己的項目開發積累經驗
教學班級	005

一、調研，評測

部落格園的班級部落格功能，是部落格園相比于其他部落格類網站的最核心的功能。我們也在兩門課（OO和軟工）中對其功能進行了充分的體驗，是以我選擇評測部落格園的班級部落格。由于題目限定了班級部落格這一功能，其他方面如寫部落格、界面等不做過多評價與論述。

使用10–30分鐘這個軟體的基本功能

部落格園的班級部落格的基本功能包括：老師端建立班級、增删學生、釋出作業、檢視作業完成情況、批改作業、結課等；學生端檢視通知、檢視作業、寫作業、送出作業等。

首先，我們已經在該平台上完成了兩門課程的學習，學生端的功能已經較為充分的體驗，截圖就不放了。

其次，我又體驗了老師端的主要功能，使用過程中截圖如下：

描述使用這個産品的過程，解決了使用者的問題麼？軟體在資料量/界面/功能/準确度上各有什麼優缺點？使用者體驗方面有問題麼？

班級部落格的整體使用流程及優點：

• 老師首先建立班級，接着添加學生的部落格連結、姓名、學号到班級中，然後可以釋出作業和通知，作業釋出之後，部落格園自動發送郵件在重要的時間節點（比如釋出時、快截止時）通知學生作業消息，可以同時布置多項不同截止時間的作業。
• 學生收到作業消息後，可以看到作業的題目和截止日期，然後寫部落格完成作業，并将作業送出，還可以看到同班其他人作業進展。
• 老師可以看到所有學生完成作業的進展，在學生作業送出之後，對學生的作業進行批改，并将最終所有人的批改結果導出為excel檔案。老師可以在結課之後結課。

從總體上來說，部落格園的班級部落格功能很齊全，解決了線上管理學生和批改作業的痛點，滿足了老師管理學生、釋出和批改作業的主要需求，學生們也能從郵箱中及時收到作業釋出和截止的資訊，并在相應的送出頁面送出自己的作業。

缺點

雖然部落格園滿足了使用者的主要需求，但是在我使用班級部落格功能的過程中，我仍發現一些不合理的bug，以及使用者體驗上不好的地方。

作為學生端：

• bug1：

  作業詳情的頁面用紅色字型在截止時間後方寫出剩餘時間，該剩餘時間由一個整數加一個機關如周、天、小時組成。由于無法表示1.x周或1.x天，顯示的剩餘時間與實際剩餘時間誤差甚至到了幾天和十幾小時，令人誤解。舉例如下圖：

  

• bug2：

  作為班級部落格作業檢視與送出平台，我無法在班級中任何一個頁面裡直接點選寫随筆/部落格，開始完成作業。必須退回個人界面，或點入其他部落格中，再點選新随筆開始我的寫作。使用者體驗不好。

作為老師端：在管理學生方面體驗很好，但許多細節方面存在漏洞，容易被不法分子利用。

• 每個人都可以随意建立班級，但在建立班級時必須要選取校區，而且不需要任何驗證方式，就可以在其他學校的校區下建立一個班級。這一點可能被非法機構利用，建立虛假班級，騙取學生資訊。如下圖所示，我可以在北影建立班級：

  

• 在班級中，管理者隻需要擷取使用者的部落格連結這一公開資訊，就可以将添加學生到自己班級，而不需要學生的同意和認證。在配合部落格園自動發郵件提醒作業資訊這一功能，管理者就可以以作業的形式釋出廣告，并利用部落格園發送騷擾郵件到使用者的郵箱中。

  例如，我可以将羅老師加入我的學生：

  

  不需要知道郵箱，即可群發騷擾郵件：

  

• bug3：

  在班級成員管理界面，離開班級作為危險選項，被大大的放在成員正下方。而傳回首頁的選項則仍然在左上角。作為老師在不小心離開班級之後，無法再回到班級。離開班級之後，班級也沒有被解散。最終管理者數量變成了0，成為了一個奇怪的團體。

  

由于本次作業特别限定了評測部落格園的班級部落格，對于其他令人不滿意的地方如個人設定界面簡陋、部落格書寫界面簡陋，且不能如Typora一樣即時預覽等，與CSDN相差甚遠，但好在沒廣告，還是比較良心的。然而我們在教學中還是不得不使用部落格園，可能這也是符合《建構之法》中對于項目的描述：

與CSDN相比，班級部落格就是部落格園的“第一象限”，而寫部落格之類的就是“第二象限”，個人設定的界面之類的屬于“第三象限”，可以自己寫前端代碼設定部落格樣式就屬于“第四象限”。而且部落格園在班級部落格功能部分無論是界面還是功能設計都比其他部分好了不止一個檔次，也足以證明全力以赴這一點。

改進意見

針對以上提出的幾個問題，我想到了如下改進方式：

• 剩餘時間，固定顯示為：

  "%d周%d天%d時"

  的方式，将誤差控制在一小時以内。
• 作為一個部落格網站，學習CSDN，将寫部落格/随筆永遠放置在最頂端，可以直接點到。

  

• 建立班級需要向對應校區負責人申請，以及可以增加校區項”其他“，作為一些使用者私人開班的選項。
• 添加學生需要獲得學生的同意。
• 所有管理者離開班級後，班級解散；班級建立者可以随時回到自己建立的班級。

定性與定量評價

• 定性評價：對于部落格園的班級部落格部落格功能，我的評價是“好，不錯”，即五檔中的第四檔。
• 定量評價：由于隻限定了部落格園的班級部落格，相當于專門挑了他最好的功能，可評價的點并不多。

  類别	描述	評分
  功能	核心功能	班級管理、釋出作業、批改作業、學生送出作業	10
  細節	自動發送郵件提醒作業進度與老師評論 截止時間誤差太大，不能在班級裡點寫随筆	8
  使用者體驗	關于班級檢視作業，送出作業部分很不錯 寫部落格部分不好用	7
  輔助功能	可以自定義前端代碼，設定個性化部落格界面
  差異化功能
  釋出部落格	釋出部落格後，很快通過稽核	9
  體驗	軟體的适應性	手機浏覽器（華為手機自帶浏覽器）中打開部落格園頁面，大部分可以正常顯示。 但在點選送出作業時，頁面排版變亂；最為重要的作業清單和通知等被放在了最後。
  記住使用者的選擇, 适應使用者的特點，使用者越用越友善	可以做到儲存之前的釋出部落格的設定 但沒有記住我發表部落格是為了送出作業，沒有自動提醒
  廣告部分	沒有廣告打擾，體驗不錯
  安全性	不法分子可以利用一些漏洞釋出廣告騷擾使用者		-1

二、分析

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

由于我的項目經驗不多，分析的不一定準确。簡單分析一下，班級部落格功能需要分校區、班級，主要類似一個教學平台，可以收發作業，作業的形式是部落格連結，每名使用者有相應的權限。再配合上資料統計、評論統計、背景資料庫建立等，再以團隊6人對需要使用的知識都很熟悉，而且是完全照着現有班級部落格功能做的前提下，總共可能需要6個月的時間。如果沒有參照物，從零開始自己摸索，可能花的時間要更長，因為需要搜集使用者資料與回報，不斷疊代，是以至少1年時間。

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

部落格園的班級部落格可以定位為教學平台，類似軟體可以看為課程中心以及其他收發作業的平台。

目前部落格園的班級部落格的優勢在于：

• 老師批改作業友善，直接點選部落格連結，無需下載下傳檔案，可以及時評論增加與學生的互動性
• 老師釋出作業友善，部落格園自動發送郵件通知學生，臨近截止也會發送郵件。
• 學生與老師交流友善，可以看到其他人作業，互相交流友善。
• 學生釋出的部落格可以讓公共使用者看到，得到更多人的交流與回報。

缺點在于：

• 寫部落格很不友善，主要還是需要課下寫完，再複制到部落格園中，甚至不如課程中心送出檔案友善。

沒有确切資料支撐，但從使用經曆來看，國内主流技術類部落格網站中，隻有部落格園一家做了班級部落格；更多作業釋出與接受還是使用校内課程網站，是以估計其目前名列第二。

你在第一部分發現的bug，為何軟體團隊不能在釋出前修複？從各方面的問題，推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)。

• 在第一部分發現的有關學生端方面的bug，從《建構之法》的閱讀經曆來看，可能是由于典型使用者和典型場景分析不到位造成的。該軟體團隊僅僅考慮了學生接收作業、送出作業、老師釋出作業的場景，卻并沒有考慮到學生需要完成作業時的場景。

  簡略的典型場景應為：學生看到了作業，點選新随筆寫作業，完成部落格寫作，點選釋出，點選送出作業選中剛才的部落格，将作業送出。以及典型使用者：懶惰的學生A，隻想直覺的看到準确的剩餘時間，等剩餘時間與預期工作時間相近再開始寫作業。

  建議軟體團隊在典型使用者的建構和典型場景的建構部分更加細緻，處理好使用者的需求。

  不過，不排除部落格園團隊想要通過讓使用者多點選幾次才能寫部落格的方法，來增加部落格園社群的通路量和點選量。

• 在第二部分發現有關教師端方面的bug，有兩種可能。

  第一種可能：與學生端bug類似，沒有建構典型使用者中的“搗亂者”角色，典型使用者與典型場景分析不到位。

  第二種可能：考慮到了“搗亂者”，但為了簡化和加速班級建立的過程，放棄了對這一無關财産聲明的安全漏洞的修複。因為班級部落格的主要使用者是老師與學生，如果增加驗證步驟，雖然會保證安全性，但會導緻整個班級建立的過程更加複雜，老師可能會因為過多繁瑣步驟選擇不使用部落格園而去繼續使用課程中心。

三、建議和規劃

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

部落格園的班級部落格是一個文章類作業的收發平台。作業的主要類型應為報告、文檔、代碼等電子版作業。這就需要學生和老師可以在計算機相關裝置上工作、學習。而且部落格本質上具有公開性。是以，潛在使用者為大學校園或企業内不涉及隐私的報告類作業的課程的師生。從大學師生數量以及目前網際網路企業的數量上來看，班級部落格市場非常廣闊，潛在使用者頁非常多，可大緻估算為在校文學類、工科類大學生數量。

目前市場上有什麼樣的産品了，它們的優勢劣勢在哪裡?和它直接競争的産品在那裡？

首先，部落格類産品最大的競争對手即CSDN。它的優勢在于寫部落格界面好，不需要自己在本地寫好之後再複制粘貼上去，更偏向對寫部落格功能的重視，而且界面更好看一些，可能使用者基數大一些。劣勢在于CSDN并沒有班級部落格管理功能，而且廣告偏多。

其次，作為班級管理平台。與之相比，課程中心與mooc等網站，也能解決班級收發作業和管理的問題，其優勢在于可以同時在平台上釋出教學視訊，且能上傳或下載下傳附件。劣勢在于，這類經典的學習平台，無法實作同學之間的互相交流和學習，也沒有部落格更能永久性的記錄下學習經曆，往往上完課就丢了。

是以，部落格園最核心的賣點應該就是可以将部落格作為作業，在與網友（包括其他學生）分享交流的同時，完成作業的送出，并且友善老師管理與批改。劣勢就在于，部落格園的班級部落格目前還僅僅隻能做部落格類的作業，而且寫部落格的功能做的一般。

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

我們可以建立以下典型使用者：

• 教師：學曆：本碩博；職業：大學教授；愛好：喜歡鑽研科技知識，平時喜歡用部落格記錄自己的教學經驗，分享技術知識；表面需求：收發作業，管理學生，鍛煉學生表達能力；潛在需求：改變教育模式，希望學生能夠通過寫部落格也愛上分享，在作業中互相交流和學習。
• 學生A：學曆：大學；職業：學生；愛好：喜歡個性化工作環境，鑽研科技知識，平時喜歡用部落格記錄自己的學習經曆，分享和交流技術知識；表面需求：完成作業、交作業；潛在需求：通過部落格記錄自己的學習經曆，與更多的人分享交流，可以個性化設定部落格。
• 學生B：學曆：大學；職業：學生；愛好：玩遊戲；表面需求：完成作業、交作業；潛在需求：能友善的在平台上完成作業，不需下載下傳額外的軟體，能及時提醒收發作業。
• 搗亂者：學曆：不明；職業：發廣告；愛好：發現使用者量大網站的bug，以此釋出公告或竊取資訊；表面需求：與其他使用者交流，給大家釋出資訊；潛在需求：無障礙的向使用者發送群體騷擾資訊，搗亂社群秩序。

典型場景：

• 教師：教師釋出作業之後便可以關閉頁面，等待平台自動通知學生做作業。等科研空閑打開平台想看看同學交作業的情況，随手點選幾個已交的作業，無需下載下傳即可閱覽内容。覺得有亮點或問題可以立刻回報，希望這個學生或别的學生也能注意到。看到某篇部落格比較好，随手點選分享給别的同學。等同學們做完作業評完分，将分數資訊一同下載下傳下來，錄入教務系統。
• 學生A：收到作業提醒開始完成作業，本地完成markdowm格式的部落格撰寫，想直接上傳該檔案進而不需要複制粘貼。希望自己的部落格不僅僅作為作業，還能為廣大網友提供幫助和思考。接着點進其他同學們的作業，想要和其他同學互相學習交流，發現某個dalao的作業思路清晰、文字優美，便點選關注并且發私信與其交流學習。最後，發表一篇不作為作業得部落格總結一天得學習。
• 學生B：收到作業提醒繼續玩遊戲。收到作業馬上截止的提醒，開始完成作業，不想本地再費事編寫，想要線上直接用markdown寫作業并看到即時效果。寫完之後，直接上交，不再打開部落格園和班級部落格。老師發出評論點評時再上線回答問題。
• 搗亂者：可能在各種場景下騷擾使用者，一定要嚴防！

功能：你要設計什麼樣的功能？為何要做這個功能，而不是其他功能？為什麼使用者會用你的産品/功能？

設計功能：

• 班級部落格裡，使用者下拉框中，添加新随筆選項，讓使用者直接開始寫部落格。

  

  我注意到在班級部落格功能中的各個頁面中切換時，”我的班級“和“使用者自己”這個兩個下拉菜單項永遠浮動在頁面上方，是以，為了排版整齊美觀，可以将寫部落格功能加入使用者的下拉菜單中。

  我想使用者應該都希望閱覽完作業要求直接開始寫作業，而不是退回個人中心或是點選其他地方繞個路。

• 在寫部落格時，可以上傳或導出寫好的markdown文檔。

  該功能原因可見上述學生A的典型場景。

• 當使用者完成部落格時，添加文本檢測等功能，智能推薦使用者是否需要将這篇部落格作為某個作業送出。

  該功能可以增加使用者體驗，以防學生完成作業後忘記送出作業，相信很多學生會在完成作業後直接使用該功能送出。