軟工實踐第六次作業-軟體產品案例分析
軟工實踐第六次作業-軟體產品案例分析
題目地址:https://edu.cnblogs.com/campus/fzu/FZUSoftwareEngineering1816W/homework/2438
案例分析
說起母校同學們心中浮現出什麼呢?。
一程風雨,一程陽光;一路耕耘,一路收穫;母校走過了一程又一程的路,是一段又一段美好的回憶,是一載又一載的風華,是一個又一個的故事。
浩浩閩江東入海,巍巍學府立東南,福大在走過了她的六十個年頭,正在走向更好的明天。
福州大學與我們相隔甚遠,但她卻與我們的心距離很近,是個讓我們牽腸掛肚的地方。
在福州大學公眾號上,我們可以即時使用手機關注福大新聞,檢視自身課表、成績等,但是難免存在一些讓人不愉快的小bug,希望同學們能夠找出更多的bug,使得我們的公眾號更加盡善盡美。
關於 微信企業號:福州大學 的案例分析
微信企業號:福州大學,不要說你找不到!
可掃描e通卡上的二維碼進行註冊,或掃描下面二維碼:
第一部分 調研,評測
1.1 評測
1.1.1 個人第一次上手體驗
福州大學公眾號在第一次使用時在部分介面會讓人覺得這是個很成熟的產品,但是在有些地方卻覺得不盡如人意,感覺是測試輔助階段。就整個產品可以很清楚的瞭解是為了福州大學學生的日常生活的產品,提供有學習部分的課表,教務通知,學校新聞等,生活部分有校園巴士,日程管理等。諸多功能給人的感覺不一致,我第一反應就是不同開發人員的不同開發風格。
1.1.2 產品bug
1.在日程管理模組,新增一個日程後沒有跳轉而出現兩個儲存。可能由於開發對時間的處理存在問題,在儲存的整個過程中對沒考慮這個瞬間時間的變化。
2.課表無法匯入,也沒有提供匯入課表的入口。可能資料來源的提供方還未進行溝通。
3.成績查詢年份出錯,只提供了我入學前的年份查詢成績。
1.1.3 產品組為什麼沒發現bug?
1.沒有進行系統完整的評測,比如新增日程時的報錯。
2.課表應該是在和教務處的溝通還未解決
1.2 評測
1.2.1 採訪物件
福大計算機實驗班的一位衚衕學,之前未使用過該產品,之前一直使用同類型的產品。他對該產品已有的功能沒有特別強的需求。
1.2.2 採訪物件的迴應
該產品的大部分功能在其他同類產品面前顯得有點弱勢,而按該同學所言,他的校園巴士比較感興趣,但是該產品對此功能並未能很好的解決他的問題,該產品的校園巴士只是記錄了校車的工作時間,基本沒有其他突出的功能。
1.2.3 給該產品的評價
- 不推薦
第二部分 分析
2.1 估計用時
如果以(團隊人數6人左右,計算機大學畢業生,並有專業UI 支援)這個條件估計這個專案做到這個程度大約需要多少時間,大概需要1個月,在課程比較少的情況下,一個月時間完全足夠完成該專案,如果是學生是可安排的時間有限的話,估計大概也要一個半月吧。
2.2 軟體優劣
2.2.1 優勢
功能豐富,包括一些校園巴士,校園新聞和檔案等,更適合老師和研究生之類的使用者人群。
2.2.2 劣勢
沒有目前已有的一些同類型產品功能強大,主要體現在無法更針對學生的日常學習和生活部分,比如學習成績,考試資訊,課表以及培養計劃之類的,對大部分本科生而言,就這些功能來說就是該產品競爭不過同類型產品。
2.2.3 具體建議
比如個人日程管理這種的大部分手機都具有的功能就不需要,需要更多和學生日常關係的部分有關的功能,比如校園巴士是很好的一個想法,不過實現的不是很好,基本就是顯示校車是工作時間去無法具體到校車的走向。
2.3 功能邏輯圖
2.3.1 個人資訊
- 重要度:90%
- 完成度:30%
- 出發點:為了學生能更方便的使用該產品查詢如課表,成績等重要資訊
- 效果:大部分功能無法使用
2.3.2 通知資訊
- 重要度:70%
- 完成度:70%
- 出發點:為了學生能更方便的瞭解校內動態
- 效果:大部分可以使用
2.3.2 其他功能
- 重要度:60%
- 完成度:50%
- 出發點:擴充套件的功能對部分學生很有用,屬於有則錦上添花,沒有也無關緊要
- 效果:功能很好,完成的效果不能很好的解決問題,如校園巴士
2.4 分維度打分(100)
使用者體驗:60 理由:很多功能無法使用,部分功能無法解決問題
UI介面:70 理由:介面簡潔,使用簡單
核心功能:60 理由:很多針對學生的功能還未完成,無法使用
第三部分 建議和規劃
3.1 如果你是專案經理,如何提高從而在競爭中勝出?
如果我是產品經理,我們產品的優勢在於學校資源的傾斜,從企業號中可以看出,從學校方面可以獲得學生資料,所以產品除了必要的課表查詢,成績查詢等功能之外,可以好好利用學生資源。
3.2目前市場上有什麼樣的產品了?
1.福大易班
福大易班功能較為複雜豐富,涉及學習和生活的較多方面。並且很多活動和獎學金的申請可以在易班上進行操作。福大易班提供大量功能的情況下,常年處於半崩潰狀態,在某些條件下,很多功能崩潰無法使用。
2.福大教務通
這是一款比較穩定的軟體,介面簡潔,功能也比較明確,當然與目前的公眾號相比它也缺乏一些特色的功能。
3.福大助手
這是一款做得比較美觀,功能也很豐富的同類競品,頁面美觀並且貼近目前學生的需求。但目前主要是面向學生使用者。
3.3你要設計什麼樣的功能?
可以做學生一幫一,可以提供學生成績好的同學發起幫助成績差的同學,之前之類的活動都是學院部門分團委舉辦的。可以通過該產品向全校開放此功能。我們之前的一幫一是針對總排名,沒有看到某些課的進步。我們的一幫一可以是針對到某門課,這樣可以進行跨學院組隊。
3.4為何要做這個功能,而不是其他功能?
相對於同類產品都是學生自己的資訊進行彙總暫時,而學生之間的關係和互動就顯得有點少,而且我們的產品可以從學校那邊獲取學生的資訊更有助於該功能的實現。
3.5為什麼使用者會用你的產品/功能?
一幫一是積極向上的事情,學院內部就會舉辦這種活動,還是每年都舉辦,重要性可想而知。如果開設此功能可以和各學院合作,比如綜測和獎品獎狀進行鼓勵進度最大的一組,適當的鼓勵可以提高學生的熱情。
3.6你的創新在哪裡?可以用 NABCD 分析。
Need,需求
對於在校的學生而言,他們希望能有一個產品,它能夠提供方便的教務資訊查詢,以及部分生活服務。學生們所需的是一個方便,快捷,功能簡明易用的產品。
Approach,做法
開發一幫一功能,獲取學校的學生資料,自行發起組隊,對成績進行分析,給進步最大的學生鼓勵。
Benfit,好處
微信公眾號可以免去APP登入註冊較為繁瑣的流程,而直接使用相應的功能,佔用的資源小,方便快捷。
Competitors,競爭
目前同類競品有如福大教務通和福大助手等,他們的功能較為完善並且介面也十分友好。我們產品在其他功能上可以重點開發,比如校園巴士,學生一幫一等等,輔助功能帶動主功能。當然,主功能不能不做,起碼要做到能正常使用
Delivery,推廣
e卡通就是最好的廣告
3.7如果你來領導這個團隊,會有什麼不一樣?
我會進行合理的分工,主次分明,針對學生就先做有關學生的部分,比如課表查詢和成績查詢,之後就是各種其他教務處的功能,使學生更方便的使用而不用登入教務處。
3.8如果你的團隊有5個人, 4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等等)?
2名美工,後期轉測試 1名後臺(包括網路搭建和資料測試,介面封裝) 2名前端
3.9描述你的團隊在16 週期間每週都要做什麼,才能在第16周如期釋出軟體,大小里程碑績點設定。
1-2周 專案分析,需求文件 3-4周 設計文件,美工2個設計原型 5-12周 開發,美工不斷微調修改設計頁面,後臺1位開發,前端2位 13-16周 評測和修改,2位美工轉化身份測試,3位開發按照評測結構修改
3.10專案釋出後,有沒有考慮過專案該怎麼部署才能滿足需求。依據下圖(某校教務處系統的部署)作為參考,分析16周後你所完成的專案上線需要哪些配套裝置(伺服器、頻寬、資料庫需求數量與配置) 。
應用伺服器配置:4核 8G*2
後端伺服器配置:8核16G*2
關係資料庫:SQL Server/SQLite
快取資料庫:Redis 數量:2
網站安全性:DDOS
(注意伺服器執行峰值期,期末考前和選課時間要尤其關注伺服器狀態)