我的做業3-案例分析

產品

1.所選產品

智慧集大平臺——集大通APP

2.產品介紹
   「集大通」是我校統一通訊平臺，集消息推送應用入口、組織機構、單點登陸等爲一體，目標是方便學校辦公、服務與通訊，方便師生學習、工做、生活與娛樂。咱們將不斷打造，使之成爲學校信息化的入口平臺，成爲「智慧集大」的窗口——「微門戶」，同時實現移動信息化。

第一部分：調研， 評測

1.下載並使用，描述最簡單直觀的我的第一次上手體驗。

  最先使用集大通app是在收到錄取通知書的時候，根據通知書所說的便開始下載使用了。集大通app的界面設計挺簡潔的，對於四個功能區「新聞-朋友圈-課餘生活-消息-個人」的分佈都很清晰，可是對於當時剛入學的人來講其實對於它的具體使用並非很瞭解，也就是看看課表，刷刷朋友圈，應用中心的那些功能基本上並無使用到。因此第一次的上手體驗其實並非很好，以致於後來卸載了，由於實際上並無 怎麼用到。

2.按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug，至少2個。

• 用專業的語言描述 (每一個bug 很多於 40字)，若有必要, 能夠配圖。

Bug1：

  由上圖能夠看出每一個功能區的第一個圖標都會出現閃爍一下子，而後才能穩定顯示正確圖標。猜想是由於每一個功能塊的圖標加載出現問題，三個功能塊加載圖標的各自進程出現互相干擾，致使加載出現問題。（gif在線製做網站：http://gif.55.la/）

Bug2：

  由上圖能夠看出每一個功能的未讀消息均爲9條，實際上應該不可能恰好每一個功能的未讀消息都恰好是同樣的。猜想關於未讀消息設置的變量可能定義爲全局靜態變量，每一個功能都使用這個變量，致使每一個功能的未讀消息數都是同樣的。

Bug3：

  在查看課程表的時候，只能經過移動才能看完整整個課程表，問題是課程表沒有適應手機大小。若是想截取整個課表，由於課程表的顯示問題，就只能截取兩張，這樣就顯得很不美麗了。

Bug4：

  課程表雖顯示「個人課表」，可是實際顯示的是班級課表，像本人並無選修交換與廣域網這門課，可是課表上仍有顯示該門課。課表並無根據每一個人具體選課作修改。猜想實際上並無作這方面的設計，由於教務處上的個人課表也是如此。

Bug5：

  點擊課程表換膚功能，選擇「上傳照片」或「恢復默認」均沒有反應。猜想在這兩個按鍵上沒有設置相應的監聽事件，致使點擊後並無觸發相應事件的發生。

Bug6：

  進入集大教務後，只有圖中圈的那部分能夠移動，這樣致使閱讀起來很不方便，沒法看清整條消息。

Bug7：

  點擊「消息」-「教務」,出現「unknown app」錯誤，可是點擊其餘項查看，卻沒有問題。點擊進入到應用中心後，而後退出進入消息-點擊教務就會出現這個狀況，只能重啓app。致使這個Bug的緣由不是很清楚。

Bug8：

  直接點擊進入學工會顯示上圖錯誤，可是經過i集大進入，選擇學工系統卻能夠正常進入。顯示的問題是「沒有登陸」，猜想是直接點擊進入學工的那個功能，並無獲取到登陸信息（用戶和密碼），致使顯示沒有登陸。

Bug9：

  從上圖看出聯繫人列表裏，居然有兩個個人同窗，裏面內容同樣，出現這個狀況好像是我點擊「個人同窗」的頻率過高，忽然就出現了兩個。出現這個狀況的緣由不是很清楚。

3.相信每一個同窗的朋友中必定有人須要用這樣的軟件, 選擇一個朋友（用戶）進行採訪，並加以記載。

• 提示: 採訪提要

  • 介紹採訪對象的背景和需求（他們爲什麼要使用該軟件，例如開博客，讀博客，給博客點評，她有什麼痛點，她還有別的需求麼）
    採訪對象：計算機工程學院網絡專業學生；
    使用緣由：查成績、查課表、校園卡充值查詢、繳網費；
    痛點：課程表顯示的是班級課表，沒有根據我的選課信息更改；校園卡充值必需要到」領款機」或者「圈存機」處領款纔算充值成功；課程播報不許確

  • 讓採訪對象使用10 – 30 分鐘該APP的功能 （請上傳照片證實用戶的確正在使用， 遠程採訪的同窗請讓別人幫忙照相）
    

  • 描述用戶使用這個產品的過程，用戶的問題解決了麼？軟件在數據量/界面/功能/準確度上各有什麼優缺點？用戶體驗方面有問題麼？
    基本上每一個人使用了集大通都超過一年了，使用集大通的狀況通常都同樣，主要都是看課表以及使用應用中內心的某些功能。關於用戶的痛點，目前軟件尚未解決。
    數據量：數據量挺大的，朋友圈天天發佈動態、校園卡消費記錄、電費充值和使用記錄都很詳細，可是有些數據有延時、過期問題，好比新聞模塊一直都是那個版面
    界面：主界面看起來比較簡潔美觀，可是有的界面一直保持不變，讓人缺少閱讀興趣，而且「簽到」按鈕設置過大，影響美觀。
    功能：功能知足日常使用須要，可是有的功能出現累贅，好比已經有了「個人」-課程表，在應用中內心面又有一個「我的事務」-」課程表」
    準確度：基本上都是準確的，可是關於課程播報問題會有延時問題。
    用戶體驗方面的問題：校園卡網上充值業務，還要到圈存機上進行領款。太久沒有登陸集大通會出現登陸過時，要從新登陸。頁面模塊排版，有的頁面基本沒有用到過。

  • 用戶對產品有什麼改進意見？
    但願改進校園卡網上充值業務，不用再去圈存機上進行領款；課程播報問題；更改頁面的排版，將常用的模塊提到最外層；課程表能夠根據每一個人具體選課狀況

4.請選擇一個結論：通過這麼多工做，你必定有充分的理由給這個軟件下一個評價:

• 很是不推薦
• 不推薦
• 通常
• 好，不錯
• 很是推薦

  我給的評價是好，不錯。對於集大學生來講，這個app知足能夠說知足了全部學生的須要，像是查看課程表，校園卡，上網業務，上教務處，水電費充值等。經過使用集大通這個app能夠更加便捷，咱們不用再要跑到營業廳，圈存機那裏才能辦理相關業務，又或者咱們能夠經過朋友圈知道一些你想要的消息，好比二手書、考研、考公等。可是從小細節上看，這個app也是有一些bug的，好比其實朋友圈這個功能，其實天天都會去刷一遍的人應該不多，像新聞欄一直都是那樣的版面，內容貌似也一直沒有變過，這樣這個版塊的設計意義就不存在了，點擊率很低。

5.[附加題]除了定性的結論，是否能有定量的結論 (就像比較時髦的手機評測那樣， 跑個分？)， 如何定量地評價一個軟件？

第二部分：分析

1.使用此軟件的全部功能 , 估計這個項目作到這個程度大約須要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業UI 支持)。
 大約須要7個月
  問題的定義及規劃：半個月，主要肯定軟件的開發目標及其可行性。
  需求分析：半個月，在肯定軟件開發可行性的狀況下，對軟件須要實現的各個功能進行詳細需求分析。
  軟件設計：半個月，根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計、數據庫設計等。軟件設計通常分爲整體設計和詳細設計。還的軟件設計將爲軟件程序編寫打下良好的基礎。
  程序編碼：3個月，將軟件設計的結果轉化爲計算機可運行的程序代碼。在程序編碼中一定要制定統1、符合標準的編寫規範。以保證程序的可讀性、易維護性。提升程序的運行效率。
  軟件測試：2個月，整個測試階段分爲單元測試、組裝測試、系統測試三個階段進行。測試方法主要有白盒測試和黑盒測試。

2.不要寫成一個羅列功能的流水單子！ 而是要集中火力在一個場景，這個場景中典型用戶有什麼需求，軟件如何解決了需求（或者沒解決），UX 有什麼細節是好的，差的，請結合書上UX的內容來分析。
  典型用戶：學生
  場景：宿舍電量查詢
  場景中典型用戶的需求：查詢電量 需求是否解決：經過集大通app上的電量助手能夠方便的瞭解電量使用信息
  UX
  好的：集大通的電量助手這個功能，讓咱們能夠隨時查詢宿舍用電狀況，它的界面設計的很直觀簡單，能夠很清楚看到剩餘電量、實時用電而且有一個月內的用電折線圖，還能夠有具體的用電記錄和充值記錄的查詢功能，這個功能塊很是符合住宿學生的需求。
  差的：集大通的電量助手目前尚未實現能夠網上充值電費。

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

• 對用戶需求掌握很差
• 具體的設計質量不高
• 開發人員粗枝大葉
• 測試把關不嚴，敷衍了事，沒有注意在特殊的配置或環境下測試
• 其餘

  理由:在題目找bug中，從應用中心到消息列表中，選擇教務會出現"unknown app"錯誤，和課程播報延時甚至能夠說是隨機性的，以及應用中心每一個分組中每個圖標都會出現閃爍等問題，均可以看出在軟件測試中，測試量不夠充足，由於這些問題在app使用中是很常見的，不是很隱蔽難以發現的，而開發人員在測試中卻沒有發現這些問題，能夠看出測試把關不嚴。對於用戶需求掌握不夠，能夠從"個人課表"看出，每一個用戶須要的是屬於本身的課表，而不是整個班級的課表，這就說明開發人員對用戶需求掌握很差，沒有針對用戶我的的課表。

4.團隊在哪個層次還有問題？ 能夠把本身想問軟件團隊的問題都列出來， 也許就能獲得團隊的親自解答了！
  軟件測試；
  問題1：爲何課程表不是「我的課程表」？既然換膚功能沒有實現，爲何還有這個選項？
  問題2：既然校園卡已經實現網上充值/支付寶充值，爲何還要多餘的步驟——到領款機或者圈存機進行「領款」？
  問題3：爲何進入集大教務的網頁，不能適應手機大小？這樣瀏覽很不方便。

5.從各方面的問題，推理出這個軟件團隊在軟件工程方面能夠提升的一個重要方面 (具體建議)。
  經過對集大通這個app使用能夠看出，對它的使用率有必定的偏向。在「新聞-朋友圈-課餘生活-消息-個人」五個功能欄裏，其實最常使用的是「個人」和「消息」，其餘欄能夠說沒使用過。可是在集大通的版本更新中，這些欄目一直存在着，並且在「個人」裏面有些功能的實現並無知足用戶的使用需求。因此我以爲軟件團隊在用戶需求方面能夠在改進點，能夠參照敏捷開發裏的一條原則：常常發佈可用的軟件，發佈間隔能夠從幾周到幾個月，能短則短，這樣能夠比較及時的瞭解到用戶需求的變化，及時作好相應的功能的改變。

第三部分：建議和規劃

(參考《構建之法》第8章功能的定位和優先級；第9章項目經理)
1.這個軟件/網站/服務有不少能夠提升的部分, 若是你是項目經理，如何提升從而在競爭中勝出？
  針對集大通這個app，若是要增長使用率，就必須儘量的知足大部分學生的使用需求，瞭解學生使用這個軟件主要是爲何什麼目的，增強這方面功能的完善，作好殺手功能，像是網上校園卡充值，網上電費充值等，同時要注意外圍功能的設計，一個良好的界面設計，能夠增長用戶體驗感，再加上點創新，能夠根據節日給界面加點裝飾。

2.目前市場上有什麼樣的產品了？
  超級課程表

3.做爲新的項目經理，這個產品的核心用戶羣是什麼樣的人， 典型用戶長什麼樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什麼？
  核心用戶羣：在校大學生
  典型用戶1：學生，本科或者研究生，年齡18-27歲，表面需求：查成績查課表等平常信息的查詢，潛在需求：就業信息，專業相關工做招聘；考研、考公信息
  典型用戶2：教師，博士、教授，表面需求：查詢學生信息，學生簽到，我的信息查詢

4.功能：你要設計什麼樣的功能? 爲什麼要作這個功能，而不是其餘功能？ 爲何用戶會用你的產品/功能? 你的創新在哪裏? 能夠用 NABCD 分析（http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）.
  我要設計一個與老師在線聊天的功能，這裏的老師整個學院的老師，按每一個教研室區分。
  緣由：雖然經過微信或者qq也能夠跟老師聊天，可是侷限就是你必須有老師的微信號或者qq號。這個功能包含了整個學院的老師，而且按教研室區分，能夠根據本身須要去找老師聊天，問問題。
  使用緣由：能夠與學院的任何老師進行聊天，解決沒有某老師聯繫方式的困擾。假使你想學習Python，可是專業又沒有開設這門課，就能夠經過這個功能找到相應老師諮詢關於Python的問題。
  創新：包含每一個教研室的老師的聊天方式，便於找到所需老師，當諮詢問題超過一天沒有回答，會經過短信方式提醒。

(1)N (Need 需求):這個功能的設計是爲了知足學生能夠跟學院裏的任何一個老師進行交流的需求。由於實際上，除了你本專業的授課老師，平時是不多見到其餘專業的授課老師，因此當你有除本專業知識之外的問題時，你會苦於找不到合適的老師給你解答。功能裏的老師分組是按教研室進行區分，而且在老師簡介裏有列出該老師所教課程，能夠很方便的找到學生所須要的老師。

(2)A (Approach 作法):對於獲取相關老師的信息，能夠經過各學院的行政辦公室，正常來講，行政辦公室裏都會有整個學院老師的聯繫方式和所教課程的信息。

(3)B (Benefit 好處):更加有效及時使學生的問題獲得解決。

(4)C (Competitors 競爭):由於集大通是針對集美大學的官方app，因此不存在競爭。

(5)D (Delivery 交付):經過集大通消息推送，或者當用戶打開集大通時會提示新功能發佈(提醒一段時間)，又或者經過學院告知學生等形式將新功能交付到用戶手中。

5.若是你有錢能夠招聘 6 我的, 有 4 個月的時間, 你做爲項目經理, 應該如何配置角色 (開發, 測試，美工等等)?
  在計劃和需求分析階段兩週，6我的都投入工做；軟件設計階段一週，是對整個軟件系統進行設計，如系統框架設計、數據庫設計、界面設計等，因此須要開發3人，美工1人；軟件編碼階段：具體軟件的實現，因此須要開發3人，測試2人；軟件測試階段：將開發的三人加入到測試中，開發2人，測試2人，由於開發者對相應代碼設計熟悉，因此作測試也比較熟悉

6.描述你的團隊在16 週期間每週都要作什麼，才能在第16周如期發佈軟件的改進版本，並取得預想中的成績。
參考自 老師教學計劃 的時間安排

周	計劃
第 6-7 周	需求分析、軟件設計
第8-9周	Alpha任務分配計劃
第10周	Alpha階段總結
第11周	項目複審
第12-13周	Beta任務分配計劃
第14周	Beta階段總結
第15周	項目複審
第16周	總結