天天看點

個人作業——軟體産品案例分析

作業連結

  • 調研,評測
    • 評測
      • 個人上手體驗
      • BUG
      • 原因分析
    • 采訪
  • 分析
    • 時間預估
    • 分析和建議
    • 功能邏輯框圖
    • 子產品分析
    • 評分
  • 建議和規劃

,功能評測,黑箱測試

下載下傳并使用,描述最簡單直覺的個人第一次上手體驗。
  • 初印象為登陸方式不太友好。莫名其妙地分開為身份驗證和關注驗證,各有一個入口,且沒有引導。
  • 進入首頁面後,第一眼覺得界面簡介且功能很多,整合了通知檔案、成績查詢、福大黃頁、校園巴士、失物招領、學生證附卡、講座報告、校園新聞、福大首頁、我的課表、福大郵箱、個人日程和移動OA共13個功能子產品。
  • 然而在具體使用中發現[我的課表]、[移動OA]、[成績查詢]子產品功能是不能用的,[學生證附卡]等子產品基本不能使用,[福大郵箱]、[個人日程]、[失物招領]子產品存有一些影響基本使用的BUG。
  • 無法使用和有BUG的功能讓操作變得十分困難,有些頁面的跳轉邏輯也不夠友好。總的來說,第一次上手體驗感不佳。

軟體的bug

按照描述的bug定義,找出幾個功能性的比較嚴重的bug。至少兩個。

用專業的語言描述(每個bug 不少于 40字),如有必要,可以配圖.

*注:為了友善表示,以“「」"表示按鈕,以“[]”表示頁面。

  • 【功能選擇頁面】
    • 1.IOS端将頁面左滑後可删除子功能,然而删除後隻能在搜尋欄重新找到删除的功能,卻不能再将之添加回選擇頁面了。
  • 【個人日程】
    • 2.添加日程時不能設定提醒:點選「添加日程」進入[添加事件]頁面,輸入标題和設定提醒後,點選「儲存」後無反應。
    • 3.下載下傳日程表傳回後異常:在事件表頁面點選「下載下傳」進入[下載下傳的日程清單]頁面,在點選「<」按鈕後,頁面實作出現異常。具體表現為圖1的[設定]頁面空白,圖2-1、2-2的[添加日程]頁面出現亂碼,圖3的[檢視具體日程]頁面空白等。

      圖1:

      圖2-1:

      圖2-2:

    • 4.日程複制:在[設定]頁面,如圖3所示的3個按鈕多按幾次,小機率出現所有日程都被複制的bug。且此時再進行改色,改變的隻有複制後的日程。效果圖如圖4-1、4-2。

      圖3:

      圖4-1:

      圖4-2:

    • 5.建立日程備注超出長度限制:在[建立日程]頁面所填寫的字長超出255位元組限制時,無法點選「儲存」按鈕(無提示無跳轉)。
    • 6.日程顯示時間有歧義:[建立日程]時設定時長超過一天時,日日程顯示頁上所寫的時間隻有時間無日期。例如下圖,設定的日程時間為12月10日00:09到12月11日07:19。
    • 7.前進傳回按鈕跳轉邏輯錯誤:先打開某一具體日程,按左下角的「<」按鈕傳回後,再打開[設定]頁面,按下「>」按鈕後再按「<」傳回,如圖5所示頁面崩潰。

      圖五:

  • 【成績查詢】
    • 8.功能缺失:進入[成績查詢]後,可選擇的學年隻有12-16學年。
  • 【我的課表】
    • 9.功能缺失:進入[課程表]後,無法顯示課程。
  • 【福大郵箱】
    • 10.手機版登陸失敗:如下圖1所示,網頁版提示“您已被禁止登陸,請聯系管理者。”,而網頁版可正常登陸。
  • 【失物招領】
    • 11.失物招領上傳圖失敗:釋出失物招領時,如若上傳了圖檔再釋出,會提示上傳圖檔不能為空。
    • 12.@功能無法精準定位個人:釋出失物招領時,選擇通知某人後,隻能選擇人名,無法避免重名現象。
    • 13.@功能失效:釋出失物招領時,選擇通知某人,被通知的人卻并不會收到通知。
  • 【學生證附卡】
    • 14.學生資訊采集:進入頁面後首先跳出“擷取失敗!原因:輔導員為空,請添加輔導員”字樣,但實際可輸入的隻有手機号碼一列。且沒有驗證,随意輸入後既可進入[學生證附卡]頁面。
    • 15.功能缺失:[學生證附卡]頁面的補辦和資訊更新均無法使用。
  • 【身份驗證】
    • 16.重複驗證:重複使用同一個人的學号和密碼進行驗證可通過身份驗證,但是在關注驗證時,輸入手機号或郵箱卻提示用之前綁定的号碼進行登陸。此時無法解除學号綁定,新的微信号無法進行任何操作。
    • 17.手機号驗證身份顯示錯誤:[手機号驗證身份]頁面有幾率出現手機号卡在區号框裡的現象。

你覺得為什麼這個産品組的人沒有發現這些bug?
  • 是個有按鈕就可以了的企業号,産品組的人應付作業糊弄了事
  • 傳遞時間太趕完全沒時間做測試就釋出了
  • 總的來說就是态度不太行…
假設你們團隊需要開發這套系統,需要注意哪些方面(架構、部署運維、微服務等)。

第8章 使用者調研, 軟體的使用者體驗

相信每個同學的朋友中一定有人需要用這樣的軟體,記載你對這位使用者的采訪。例如使用下面的采訪提要:

介紹采訪對象的背景和需求(他們有沒有用過這個APP或類似的APP,除了現有的功能還有别的需求麼)

讓采訪對象使用微信福州大學企業号(請上傳照片證明使用者的确正在使用,遠端采訪的同學請讓别人幫忙照相)

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

使用者對産品有什麼改進意見?

被采訪者1

  • 背景: 計算機專業同學
  • 需求:需要一個便捷的、提供功能齊全且故障率不高的校方APP
  • 照片:
  • 使用過程:下載下傳了企業微信,并且使用了自己的學号進行注冊,試用了所有功能。
  • 使用感受:在使用産品的過程中,使用者的問題沒有得到解決。大部分功能都不能使用,不過錄入了所有福州大學學生的名字和學号,資料量還是挺全的。
  • 改進意見:把功能做完再談改進吧。

被采訪者2

  • 背景:醫大同學,用過類似福大易班的校園APP
  • 需求: 沒什麼需求
  • 使用過程:介紹了她們學校的APP,嘗試使用了福大微信企業号,結果因為企業号沒有解綁功能(如BUG16所示),試使用失敗。
  • 使用感受: BUG的力量!
  • 改進意見:加入解除綁定的功能。
結論:經過這麼多工作,你一定有充分的理由給這個軟體下一個評價,請選擇一個結論:

非常不推薦

不推薦

一般☑

推薦

非常推薦

> 參考 8.6 節 對工作的估計, 和14.1 節 軟體工程的品質

使用此軟體的大部分功能,聯系第二部分的分析,估計這個項目做到這個程度大約需要多少時間(團隊人數6人左右,計算機大學畢業生,并有專業UI 支援)。

  • 估計時間:兩個月。
  • 理由:整體需要做的工作挺多的,雖然完成度不佳,但考慮到學習成本,是以估計為兩個月。

> 分析這個軟體目前的優劣(和類似軟體相比),并推理出團隊在軟體工程方面可以提高的一個重要部分(具體建議)。

  • 優點:
    • 微信企業号是一個很好的平台,基本上所有在校大學生都使用微信,非常适合在上面釋出通知,在上面提供一些實用的功能也能更好地服務于廣大福大師生。
    • 相比于“福大教務通”、“福大易班”、“福大助手”等針對福大學生的校園APP,福州大學企業号不需要另外下載下傳,更加便捷,還提供了福大黃頁等功能,還可以通過企業号直接聯系到校友,如果推廣起來還是挺不錯的。
  • 劣勢:
    • 福州大學企業号功能雖多,但能用的不多,沒有特别大的亮點。且推廣度不高,知道的人并不多。
  • 建議:
    • debug。先修複好現有功能的bug基礎上再選擇去增添功能和推廣。
    • 因為一卡通背後印着這個公衆号的二維碼,是以建議增加和一卡通相關的充值之類的功能。
    • 建議增加請假報批等功能。
    • 建議去除完全沒必要的功能,如[個人日程]。
    • 建議增加常見問題查詢的功能。提供一些如怎麼補辦學生證、如何請假等問題的答案。而因為[校園巴士]所能提供的資訊量較少,如果無法精準定位小白,是以可以可以把這項功能整合到常見Q&A裡。
    • 增強推廣力度,可以考慮通過班導向大一新生傳播等途徑,目前推廣力度不足,且搜尋不夠友善。雖然在校卡背後貼了公衆号的二維碼,但是許多人不知道這個公衆号的作用,且關注邏輯麻煩,是以并不會選擇使用它。

> 根據了解和體驗,畫出整個軟體所有功能邏輯框圖

> 根據重要度辨別出各子產品的重要度、完成度、出發點及效果

重要度按1~5評分,1:不重要,2:一般重要,3:重要,4:很重要,5:非常重要。

子產品 重要度 完成度% 出發點 效果
通知檔案 5 85 為使用者提供檢視通知檔案,公示以及校内公告 提供了基本功能
福大首頁 80 位使用者提供關于福大的重要資訊 連結向福大首頁網頁版
校園新聞 4 主要用于檢視福大的校園新聞 界面友好,查詢友善
福大郵箱 2 60 主要用于登入使用者的福大郵箱 由于手機版郵箱不可用,而網頁版直接登陸網頁檢視,是以效果不佳
福大黃頁 為使用者提供了福大各部門電話号碼 操作簡便、分類明确
我的課表 為使用者提供課表 無法顯示,背景圖也不對
成績查詢 10 主要用于檢視使用者的成績 無法檢視
個人日程 1 為使用者提供日程記錄 bug較多,使用不友善
移動OA 3 無法使用
失物招領 75 為使用者提供釋出和檢視失物招領和尋物啟事功能 有些小bug,但能用
校園巴士 為使用者提供校園巴士資訊 能檢視,但資訊量較少
講座報告 為使用者提供講座報告資訊 能檢視到所需資訊
學生證附卡 40 為使用者提供檢視、修改學生證附卡資訊的功能 隻能檢視部分資訊,不能修改

> 針對不同的次元評分,對使用者體驗方面、UI界面美觀度、核心功能,分别打分。

評分項 理由
使用者體驗 bug較多,功能不全,但能檢視校内新聞、公告和學生學号,可以基礎使用
UI界面美觀度 8 界面比較簡潔美觀
核心功能 7 整合了很多的功能,但功能雖全卻不精,很多功能都或多或少的具有一些缺憾,略顯雞肋

參考《建構之法》第8章 功能的定位和優先級;第9章 項目經理

這個軟體有很多可以提高的部分。

  • 如果你是項目經理,如何提高進而在競争中勝出?
    • 提高軟體的品質和穩定性。即使軟體擁有吸引使用者使用的功能,但是若穩定性和容錯率達不到使用者的可接受範圍内,也會極大削減使用者的使用興趣,不能長期使用。
    • 有足夠吸引人的功能,提供件沒有的而在特定群體中很實用的功能。
    • 注意宣傳。通過學校官方來進行宣傳。
  • 目前市場上有什麼樣的産品了?
    • 超級課程表、課程格子
      • 對所有高校提供的APP,提供友善快捷的課表功能。超級課程表還提供四六級查詢、跳蚤市場、超級課堂等功能。
    • 福大教務通、福大助手
      • 針對福州大學實際情況設計。提供課程表,查詢成績,學分,考試安排,教務處消息通知等功能。
    • 期末考啦
      • 提供試卷、PPT下載下傳等功能。
    • 易班
      • 通過校本化能夠和教務處連接配接,提供課表和成績查詢等功能。
  • 你要設計什麼樣的功能?
    • 在原有基礎上删除以下功能:
      • 校園巴士;
      • 個人日程。
    • 在原有基礎上再增加以下功能:
      • 1.一卡通查詢充值;
      • 2.常見Q&A;
      • 3.福大地圖和地點介紹;
      • 4.校曆查詢;
      • 5.請假申請;
      • 6.圖書館借書管理。
  • 為何要做這個功能,而不是其他功能?
    • 一卡通查詢充值:印在一卡通背後應該要提供相關功能吧;
    • 常見Q&A:讓使用者有問題時可以有地方查詢;
    • 福大地圖和地點介紹:讓不熟悉學校情況的新生快速适應學校環境,免去他們的一些苦惱。
    • 校曆查詢:提供校曆查詢,有助于學生了解這個學期的進度與情況,友善學生做出合理規劃。
    • 請假申請:友善學生請假,不用跑很遠,而且可以友善老師檢視是否有學生請假。
    • 圖書館借書管理:友善學生檢視已借書籍、書籍到期期限等資訊。
  • 為什麼使用者會用你的産品/功能?
    • 平台便利;
    • 功能均是從使用者角度出發所考慮得出的;
    • 提供了一些其他軟體所沒有的一些功能;
    • 功能完備,使用便捷。
  • 你的創新在哪裡?可以用 NABCD 分析。
    • 你的創意解決了使用者的什麼需求?(N)
      • 擁有功能全面,提供黃頁、Q&A、請假申請等功能,解決了使用者查找學校資訊困難、請假困難等痛點。
    • 你有什麼招數來解決使用者的痛苦或問題?(A)
      • 提供其他軟體所沒有的功能,使學生的問題迎刃而解。
    • 你這個産品或服務會給使用者帶來什麼好處?(B)
      • 本産品幫助同學更快地适應校園生活,友善地檢視學校通知等資訊,在學習和生活上為同學更高的效率。
    • 你的産品有沒有類似的競争者,他們的産品怎麼樣?(C)
      • 福大教務通等軟體。這些軟體功能僅限于查課表,查成績,找空教室,查考場。不具備生活,工作上的便捷功能。
      • 超級課程表等軟體。針對性強,與教務處對接更好,功能更全面。
    • 你如何推銷你的産品?(D)
      • 我們可先得到校方的支援,通過線上線下同時宣傳,向學生宣傳一卡通背後的二維碼作用等。
  • 如果你來上司這個團隊,會有什麼不一樣?

    明确團隊分工和時間配置設定。為每一位成員配置設定合理的工作任務,并在合理的時間内傳遞可用的軟體功能,對于無法實作的功能使用其他的方法進行代替

  • 如果你的團隊有5個人, 4個月的時間,你作為項目經理,應該如何配置角色(開發,測試,美工等等)?
    • 開發前期,兩人負責功能開發,一人負責美工,兩人負責UI,各部分人員在完成一個功能子產品之後必須自行測試通過再傳遞。後期測試階段再安排2~3人進行系統測試。
  • 描述你的團隊在16 周期間每周都要做什麼,才能在第16周如期釋出軟體,大小裡程碑績點設定。
時間/周 安排
1-2 考慮使用者需求,确定功能,制定初步計劃。随後進行實際調研,對出現的問題,需求沖突等進行政策調整。
制定出較為完善的工作方案,明确人員分工和工作計劃,開展工作。
4-7 搭建軟體基本架構,形成初步的架構,實作幾項基礎功能,并對目前出現的問題及時回報,調整開發政策,明确下一階段的開發任務。
8-12 功能進一步完善,軟體基本完成,各功能完善,開始考慮釋出測試版。
13-14 軟體系統測試和調試。
15 小範圍内釋出Beta版本,并處理回報資訊
16 進一步完善釋出。
  • 項目釋出後,有沒有考慮過項目該怎麼部署才能滿足需求。依據附錄圖(某校教務處系統的部署)作為參考,分析16周後你所完成的項目上線需要哪些配套裝置(伺服器、帶寬、資料庫需求數量與配置) 。
    • 應用伺服器叢集:2 核 2G * 6
    • 後端伺服器叢集:16 核 64G * 2
    • 資料庫:5個
    • 帶寬:10M