集大軟件工程網絡15我的做業3-案例分析
調研的產品爲 集大通html
第一部分:調研&評測
1. 下載並使用,描述最簡單直觀的我的第一次上手體驗。
![](http://static.javashuo.com/static/loading.gif)
主要界面分別是新聞,朋友圈,聊天和應用中心等數據庫
- 朋友圈裏基本就是像微信朋友圈同樣,能夠看到校友們分享的生活中的動態,能夠評論轉發等
- 聊天裏面能夠收到同窗用集大通給你發送的消息,還能夠接收到校園內部的公衆號的推送等
- 而應用中心是最實用的模塊了
![](http://static.javashuo.com/static/loading.gif)
看了一下發現能夠查詢課表,查詢消費狀況,充值校園卡等等後端
總的來講,對該軟件的第一印象還不錯,雖然界面不是很好看,可是對於校內學生來講,它的許多功能仍是頗有用的。瀏覽器
2. 按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug,至少2個。
![](http://static.javashuo.com/static/loading.gif)
3. 相信每一個同窗的朋友中必定有人須要用這樣的軟件, 選擇一個朋友(用戶)進行採訪,並加以記載。
介紹採訪對象的背景和需求(他們爲什麼要使用該軟件,例如開博客,讀博客,給博客點評,她有什麼痛點,她還有別的需求麼)app
她是集美大學的計算機工程學院15級學生
一開始是由於在學校的錄取通知書中看到集大通的推廣信息因此使用的工具
平常使用的做用主要是分享一下生活中的動態,看看校友發的動態,瀏覽課程信息,使用充值校園卡等功能性能
痛點:朋友圈不能搜索!
有一些同窗會在集大通裏發一些小廣告,好比賣本身閒置的書籍等等
有的時候恰好須要了,但因爲集大通刷屏太快,根本找不到,這個時候就很須要一個搜索功能測試
需求:
- 但願添加搜索朋友圈特定信息的功能
- 但願添加在朋友圈中屏蔽某些用戶的功能
讓採訪對象使用10 – 30 分鐘該APP的功能 (請上傳照片證實用戶的確正在使用, 遠程採訪的同窗請讓別人幫忙照相)
![](http://static.javashuo.com/static/loading.gif)
- 描述用戶使用這個產品的過程,用戶的問題解決了麼?軟件在數據量/界面/功能/準確度上各有什麼優缺點?用戶體驗方面有問題麼?
用戶經過輸入學號密碼登陸系統,打開應用中心的充值校園卡功能,跳轉到支付寶完成了付款,系統提示充值成功。
用戶的問題解決了,她想充個校園卡吃飯!
軟件特色:
- 數據量:做爲一個學校內部分享生活的平臺,它的數據量挺大的,天天都會有許多校友們在上面發動態,發廣告,發雞湯,找對象......
- 界面:
- 缺點:我的看來這個軟件的界面不是很符合如今的審美,我以爲能夠作地更加地扁平化一點
- 優勢:各類便利地功能都放在十分明顯的地方,不會浪費太多用戶的時間來找到某個功能的入口,好比說課程表直接按兩下屏幕就能夠打開
- 功能:
- 優勢:功能十分的豐富!並且許多功能都頗有用,好比
- 充值校園卡:不再用原來的那個老舊的線下充值的設備了
- 查詢宿舍電費:能夠很方便地看到宿舍成員的充電狀況
- 圖書館入口:能夠很方便地查詢館藏圖書狀況
- 缺點:有一些較爲雞肋的功能,並且點進去還會有莫名其妙的錯誤
- 準確度:做爲一個學校官方的應用,信息來源等等仍是很準確的
- 用戶體驗:整體來講用戶體驗還不錯,使用起來不會出現什麼卡頓之類的問題,功能也十分有用。若是界面能更加簡潔好看一點就更好了,最好還能定製首頁的按鈕數量和顯示狀況。
用戶對產品有什麼改進意見?
- 能夠爲朋友圈新增一些功能好比
- 加強一些應用的穩定性
- 界面能夠改進一下,畢竟使用受衆是二十幾歲的大學生,軟件的界面對他們的影響仍是很大的
4. 請選擇一個結論:通過這麼多工做,你必定有充分的理由給這個軟件下一個評價:
個人評價是: 好,不錯
- 應用中內心面的許多功能真正地讓咱們這些集大學子的生活更加便利了
- 做爲一個校內微博,偶爾刷刷朋友圈看看校友們在幹什麼也挺有趣的,能增進校友之間的瞭解
- 一些資訊模塊,方便了校內的官方機構(好比圖書館)通知一些事項,方便學生和學校
5. [附加題]除了定性的結論,是否能有定量的結論 (就像比較時髦的手機評測那樣, 跑個分?), 如何定量地評價一個軟件?
- 能夠經過
- 一個軟件運行的時候所佔用的內存
- 存儲數據佔用的空間
- 用戶的下載量
- 每日用戶的在線數量
- 軟件的更新速度
等等方面定性地評價一個軟件。
- 評價集大通
- 更新日誌
![](http://static.javashuo.com/static/loading.gif)
能夠看到它的更新頻率大概是兩個月一次
這一點上看它的更新進度仍是挺快的
- 存儲用量
![](http://static.javashuo.com/static/loading.gif)
能夠看到該軟件所佔用的存儲空間也是極小的,系統中佔用較多空間的軟件甚至能夠達到數G的程度
第二部分:分析
1. 使用此軟件的全部功能 , 估計這個項目作到這個程度大約須要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業UI 支持)。
這個軟件的功能不少,主要能夠分爲幾個部分:
若是團隊的全部人都有開發這個軟件所要求的技術基礎的話,估計
- 兩週完成朋友圈部分
- 兩週實現即時通信
- 兩週實現資訊發佈的部分
- 兩週實現應用中心接口
- 只是簡單地跳轉到某個應用的網站的,大概三天能完成
- 新增長的新功能大概一週能完成
- 一個月進行測試等等
2. 不要寫成一個羅列功能的流水單子! 而是要集中火力在一個場景,這個場景中典型用戶有什麼需求,軟件如何解決了需求(或者沒解決),UX 有什麼細節是好的,差的,請結合書上UX的內容來分析。
場景: 某某同窗今天想去學校某某機構辦理業務,可是他不知道該去哪裏辦理以及辦理步驟。因而他打開了集大通,發了一條動態,內容是「哪位大兄弟有辦過XXX,該去哪裏辦理,急,在線等」。幾分鐘以後,恰好刷到他這條動態的校友們便順手回覆了他
正如書中所說
一個好的軟件,即便功能和同類軟件區別不大,但卻會讓人感受到很是好用。這就是軟件的用戶體驗(User Experience)
UX上好的地方是操做步驟不多並且很直觀,沒有那麼多花哨的沒用的操做步驟,直接點擊朋友圈的分享就能夠了,一樣瀏覽的時候點擊評論即可以與動態的主人互動,操做很簡單,感受挺好用的。
3. 你在第一部分發現的bug,爲什麼軟件團隊不能在發佈前修復?他們是不知道,仍是有意不修復?你以爲是什麼緣由?從下面的可能性中選取幾個:
- 對用戶需求掌握很差
- 具體的設計質量不高
- 開發人員粗枝大葉
- 測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試
- 其餘
我認爲上述我提到的bug中
- 電量助手顯示我未分配宿舍,這一點是具體的設計問題
- 課程表整個班級都是同樣的,沒有針對我的的部分作出修改,這一點是對用戶的需求掌握很差
4. 團隊在哪個層次還有問題? 能夠把本身想問軟件團隊的問題都列出來, 也許就能獲得團隊的親自解答了!
團隊在產品風格設計上能夠更自由一點,多給用戶一些自由定製的空間
5. 從各方面的問題,推理出這個軟件團隊在軟件工程方面能夠提升的一個重要方面 (具體建議)。
- 作好調查,深刻了解受衆的具體需求和不滿的地方
- 開發方面注重應用的穩定性,好比一些新上線的功能,就有不穩定的狀況發生,建議在正式添加新功能前能夠實驗性地開放使用權限,並收集用戶地建議,同時讓用戶作好心理準備,待能發現的問題都基本解決後更新爲正式版本
第三部分:建議和規劃
(參考《構建之法》第8章功能的定位和優先級;第9章項目經理)
1. 這個軟件/網站/服務有不少能夠提升的部分, 若是你是項目經理,如何提升從而在競爭中勝出?
不過因爲這個軟件的特殊性--集美大學內部app,它沒有什麼競爭對手
2. 目前市場上有什麼樣的產品了?
做爲總體來講
其它的不少學校也有相似咱們的集大通同樣的校園app,
在瀏覽器上以「學校官方app」爲關鍵字,就可以找到不少相似的應用
- 從app的功能上來講
它的子功能有許多的競爭者:
- 朋友圈
- 這個功能現在的即時通信軟件具有,微信、qq、skype等等都有相似的概念
- 聊天
- 同上,這個功能實際上因爲主流即時通信軟件的緣故,其實使用量並不大(根據身邊人的使用狀況)
3. 做爲新的項目經理,這個產品的核心用戶羣是什麼樣的人, 典型用戶長什麼樣?學歷,年齡,專業,愛好,收入,表面需求,潛在需求都是什麼?
產品的核心用戶羣固然是集美大學的學生
典型用戶:
- 學歷: 本科在讀
- 年齡: 二十左右
- 專業: 各類專業都有,集大是一所綜合性的學校
- 愛好: 對周圍發生的事情比較有興趣
- 收入: 學生,通常沒有真正的收入
- 表面需求: 瞭解學校內的信息
- 潛在需求: 經過app達到線下社交的目的
我想設計的是 爲集大通添加一個利用NFC爲校園卡直接領款的功能
- Need
集大通在18年初增長了爲校園卡帳戶充值的功能,可是充值的是校園卡的網上帳戶,要想讓校園卡內能夠直接使用的餘額增長還須要到線下的一臺充值機器上刷一下。有不少同窗充值完以後發現校園卡里面的餘額並無增長覺得是系統的bug,還有的同窗知道須要線下充值可是殊不知道充值機器在哪裏,因此線上的一體化的充值是不少同窗的需求。
- Approach
咱們已經有了一個集大通app,而且有了學校的一卡通數據庫信息,因此咱們要作的只是利用app在學生的手機上調用NFC功能,來爲學生的校園卡充值
- Benefit
受益很明顯,只要學生的手機支持NFC,或者舍友啊身邊的人只要有一人的手機支持NFC,那他就不須要去線下機子上充值了。何況,廈門是真的熱,中午11點半走到食堂門口充個校園卡都能汗流浹背,顯然,線上一體化充值是墜吼的。
- Competitors
同上,並無真正意義上的競爭者,若是說是這個功能的競爭者的話,那應該就是那一批線下充值機器了。它們時常崩潰,並且還要學生頂着烈日狂風出門,何況還花了學校很多資金,顯示是比不了的。
- Delivery
直接發佈在集大通內部,充值校園卡以後的充值訂單上能夠選擇打開NFC直接充值。
這一方式在廈門是有先例的,廈門的E通卡,能夠在廈門乘坐全部公共交通、許多零售設施(無人飲料機等)、旅遊景點等等,也支持了利用手機NFC直接充值了,不再用跑到萬達麥當勞甜品站充值了=-=
因此若是校園卡也這樣的話,我以爲能夠提升同窗使用校園卡的頻率,從而帶動校園內部消費,即有益於學生也有利於學校
5. 若是你有錢能夠招聘 6 我的, 有 4 個月的時間, 你做爲項目經理, 應該如何配置角色 (開發, 測試,美工等等)?
3個開發,2個美工,1個測試
由於相對來講我以爲開發和美工的工做量比較大
美工的工做直接決定了軟件的外觀和給用戶的感覺
而高質量的開發會讓測試工做減小
可是測試也是不可或缺的
6. 描述你的團隊在16 週期間每週都要作什麼,才能在第16周如期發佈軟件的改進版本,並取得預想中的成績。
項目設計階段(大概一、2周)
- 全部成員一同分析需求
- 對UI 功能等提出意見與建議
- 編寫設計文檔 程序接口文檔等等
- 原型設計預覽等
項目開發階段 (大概七、8周)
- 開發 測試 美工同步進行
- 使用例如VSTS這樣的集成環境,配置好自動化構建工具,bug report工具,資源分享工具等等
- 開發實現功能
- 美工素材優化程序
- 測試獲取自動化構建的最新版本軟件進行測試
- 得到反饋:bug , UX等
- 重複該循環
- 項目驗收階段(一、2周)
- 進行最後的測試(性能測試等)
- 將項目交付給目標平臺
- 移交產品使用文檔等
- 並作好長期維護的準備