我的博客做業-軟件案例分析

我的博客做業-軟件案例分析

項目 內容
這個做業屬於那個課程 班級博客
這個做業的要求在哪裏 做業要求
我在這個課程的目標是 學習軟件工程的相關知識
這個做業在哪一個具體方面幫我實現目標 從多角度分析博客園,學習設計開發模式
這個做業在哪一個具體方面幫我實現目標 博客園班級博客

目錄

第一部分 調研,評測(軟件的bug,功能評測,黑箱測試,第8章用戶調研,12章軟件的用戶體驗)(必答)

軟件基本功能的用戶體驗

我認爲一個軟件最好的體驗是兩個字「簡約」。簡約不是功能不全,簡單的功能有簡單的實現,複雜的功能也能經過化繁爲簡,最終體現出簡單的美但蘊含着的設計理念,我以爲這是最好的用戶體驗。css

博客園班級博客這個軟件是一個教育社區,面向的用戶主要是與計算機科學相關的學生老師。教育工具的使用好壞可以直接影響教育的效果,博客園的班級博客在這一點上完成的是很是好的。下面我以一個使用者的角度從理論上分析這款軟件的優勢。教學班級的需求他都能完成前端

  • 老師和助教的管理員權限
  • 做業列表的展現、做業的提交與批改

  • 評論功能提供交流平臺

  • 班級公告的展現數據庫

  • 投票功能提供一個老師和同窗們共同決策的高效辦法後端

我沒有找到博客園關於班級博客的bug,可是我經過使用和搜索發現了博客園軟件的bug

bug1:

找到了一個較爲明顯的功能性bug,bug詳細描述爲「tag的顯示內容不全,有時會出現tag丟失的狀況」:markdown

bug2:

bug描述:markdown引擎出現的故障,使用目錄功能後,若是是連接形式,最終會將連接也徹底顯示出來,連接跳轉也會失效。前後端分離

博客園的不足

博客園的界面體驗是一言難盡的工具

博客園班級博客雖然不存在這樣的問題,能夠看得出博客園班級博客是一個團體獨立開發的,可是我是想分析一下博客園總體界面的問題。學習

博客園的界面存在一個界面風格不統一的狀況,如下舉例說明測試

首頁爲這樣:

但跳轉到設置頁面,導航欄就變成了這樣

部分功能(須要用到導航欄指引)的功能是這樣:

招聘功能界面是這樣:

能夠看到的是,博客園這個軟件是不一樣的設計團隊獨立開發,最後對接接口的一個產物,在開發前期就沒有考慮好統一博客園的主題,開發工做上協做但不協調,最終沒有達成一個在展現上立體化的效果,給人的直觀感覺是拼接而成,而不是自成一體。但我也明白網站的重構是須要牽扯到多方面的,沒有一個強大的團隊和被迫更替的契機是不可能作到的,作得好皆大歡喜,作的很差極可能會丟失這一平臺的忠實用戶。網站

手機端的使用

這個軟件在手機上很好的完成了頁面尺寸的兼容,頁面中的全部元素都沒有丟失,能夠肯定的是,團隊從開發之時就想到了在移動端設備上的使用。

軟件評分:

類別 描述 評分 (滿分 10 分, 良好 6 分, 及格 4 分,聊勝於無 1 分, 不好 -3 分)
功能 技術博客檢索,知識輸出,互動交流,學生教育(教育所需的學生助教老師交流,做業的提交,其餘班級的瀏覽) 10
用戶體驗 可以兼顧用戶體驗和適度的廣告,博客編輯大多無障礙 8
輔助功能 須要本身寫css、js代碼來完成博客主題的設置 6
差別化功能 獨特的教學平臺,交流互動平臺,並且對用戶免費(相比CSDN來講),是一個很好的得到技術信息的社區 10
體驗 PC和移動端都能較好適應軟件的使用 10
成長性 可以記住用戶的選擇,設置用戶偏好 8
用戶有控制權 系統狀態有反饋,等待時間要合適。關鍵操做有確認提示,有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工做, 快捷操做鍵可調整。 10

結論:儘管存在一些問題,可是博客園的功能是完備的,且有大量的技術愛好者的沉澱與心血,總的來講是一款很是成功的軟件。

  • a) 很是不推薦
  • b) 不推薦
  • c) 通常
  • d) 好,不錯
  • e) 很是推薦

評價:e) 很是推薦

第二部分 分析(參考8.6節對工做的估計,和14.1節軟件工程的質量)

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

答:由於網站存在先後端的關聯,經過查看源代碼,能夠發現,博客園的開發是在2012就完成並沿用至今的。

經過js文件的命名我推斷出在2012年後博客園的前端設計就沒有變化過了。在2012年,博客園的前端展現必定是領先行業內其餘平臺的,可是在2020年的今天,博客園的UI設計已是時代的眼淚了。

雖然有專業的UI設計支持,可是先後端分離開發的模式是很強調溝通協做的,即便不須要團隊本身進行界面設計,關於接口的交流和數據庫的設計也都是很是耗時的。能夠估計,在6人團隊的規模下,大概有上百個頁面(包括博客園前臺展現、班級模塊、後臺管理、管理員管理、)的UI接口設計,以及很是豐富的後臺需求,我預計至少須要3個月的高強度投入(包括知識學習儲備以及開發),可以在儘可能少的重構狀況下,完成博客園的全面複製。

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

答:博客園這個產品在行業內必定是名列前3的,下面對比幾個教育平臺,能夠感覺到博客園的強大

博客園 CSDN W3C SegmentFault
用戶入門門檻 部份內容付費 免費 社區免費,課程付費
用戶粘性 較高,每一篇博客都是心血 較高,付費內容期對用戶的期待較高,總體付費內容質量很高,但質量的高地徹底取決於創做者本心,付費做品質量沒法監管與量化 較高,更多像是菜鳥教程,面向新手很好的文檔查詢工具 課程付費,質量層次不齊,用戶黏性低
用戶體驗 廣告合理,使用流暢 廣告嵌入太多,但不影響閱讀,使用流暢,但搬運現象嚴重,對原創做者不友好,不少時候甚至沒法區分哪個纔是原創 廣告合理,使用流暢,功能齊全 界面最爲親和,但價格感人,知識付費資金成本時間成本高,收益不可預計,因此用戶體驗通常
用戶活躍度 活躍度高,問題回答效率高 活躍度高,問題回答效率高, - -
用戶忠誠度 高,帳號每每表明着流量,表明着社區影響力 高,帳號每每表明着流量,表明着社區影響力 - -
技術大牛 大牛入駐多,技術博客內容質量超高 博客內容抄襲居多,抄襲門檻低 - -
客服反饋 bug修復快,客服反饋快,態度好 - - -

3)你在第一部分發現的bug,爲什麼軟件團隊不能在發佈前修復?他們是不知道,仍是有意不修復?你以爲是什麼緣由?能夠從下面的可能性中選取幾個:

答:

  • bug修復很差修復是由於沒有實現測試的全覆蓋,功能的交叉重疊致使全覆蓋基本是不可能的
  • 有時bug不修復是很早已經發現,可是發展的問題在發展中解決(修復成本太高)。今天的bug也許成爲明天的話題,有熱度就有流量,沒準就火了呢

第三部分 建議和規劃(參考《構建之法》第8章功能的定位和優先級;第9章項目經理)

1)首先,市場有多大?潛在的用戶有多少?

​ 博客園班級博客主要針對的是有實際班級的用戶,因此不存在獨立的個體用戶,都是以具體的班級爲依託,能夠說博客園的班級博客是很好的教育工具,全部的博客有關的教學課程均可以在博客園班級博客內建立一個本身的班級,不過這一點須要博客園去嘗試地推,和高校談合做,光靠用戶的口耳相傳是很難作到大面積推廣的。

2)目前市場上有什麼樣的產品了,它們的優點劣勢在哪裏?和它直接競爭的產品在那

​ 目前市場山競爭的產品有CSDN,慕課網,W3C,SegmentFault,但他們的定位大可能是獨立的教育平臺,用戶都是獨立的個體,可是博客園的目標用戶是高校的每一門課,本質上來講你們作的不是同一件事,所作工做只是教育行業的不一樣分支。不存在正面的競爭用戶,也就談不上優劣勢了。

3.做爲新的項目經理,這個產品的核心用戶羣是什麼樣的人,典型用戶長什麼樣?學歷,年齡,專業,愛好,收入,表面需求,潛在需求都是什麼?

​ 核心用戶爲高校的課程主管老師。

​ 潛在需求博客園的班級博客已經幫助老師們實現了,只不過不少老師可能還不太適應利用互聯網這一項工具,博客園班級博客這個項目其實能夠大力推廣,如今的使用量還配不上他在行業內做爲獨特的教學輔助工具的地位。

4.若是你有錢能夠招聘6我的,有4個月的時間,你做爲項目經理,應該如何配置角色(開發,測試,美工等等)?描述你的團隊在16週期間每週都要作什麼,才能在第16周如期發佈軟件的改進版本,並取得預想中的成績。

​ 若是我是PM,我會配置兩位開發,兩位測試,兩位美工;

​ 美工須要提早給我項目最終的樣板,我做爲PM我去作項目的實際推廣,每週的工做安排大體以下:

​ 在第1-2周肯定項目完成後的樣板,肯定本身項目的定位,推演每一項具體功能的可行性以及技術難題,討論肯定第一步推廣的目標用戶羣(有影響力的課程),討論規模效應後的變現模式,經過廣告仍是經過會員等模式。

​ 第三週到第十四周實現網站的功能。

​ 第十五到第十六週進行軟件的部署、用戶的前期測試與意見收集。最終上線產品

相關文章
相關標籤/搜索