1. 程式人生 > 其它 >範生永--實踐課:案例分析

範生永--實踐課:案例分析

這個作業屬於哪個課程 至誠軟工實踐F班
這個作業要求在哪裡 作業要求的連結
這個作業的目標 <軟體工程有理論和實踐,更重要的是分析、思辨、總結>
學號 <212106758>

測試物件:i至誠APP

"i至誠"作為我們在校生的一款校園軟體,它是一個處理校內學生資訊事務的app,在疫情期間,學生每日都需要在"i至誠"軟體上進行健康日報,以及宿舍報修、學生請假、出入校申請等等。

第一部分 找Bug

Bug發生時的測試環境:

  • 手機型號:LE2100
  • 手機版本:ColorOS V11.2
  • i至誠版本:1.9.9.80670(202111081003)

1、健康日報打卡介面的時間與標準北京時間不符,慢了大約兩分鐘,這就導致有的學生想在凌晨00:00分準時打卡的時候,卻因為這個bug而導致失敗,所打的卡不是新的一天而是昨天的。


2、離校碼異常

開啟離線碼,裡面顯示:Internal server error(服務內部錯誤)

第二部分 功能分析

1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?(例如:團隊人數6人左右,計算機大學畢業生,並有專業UI支援)

階段 所需週數
需求分析、調研 2
功能分析 2
與客戶確認交流 2
搭建開發環境 2
原型設計 1
資料庫設計 3
設計稽核 1
功能實現 5
專案改善 1
軟體測試 1
專案整合總結 2
專案交付 1

2.分析這個軟體目前的優劣(和微信端的“至誠教務助手”相比),哪個更實用?

  • i至誠:功能比較完善,用於健康日報,宿舍報修等等。

  • 至誠教務助手:功能單一,主要是看學生的課表,以及期末的成績,更加偏向於學方面。

3.從各方面的問題,推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)

(1) 我覺得主要是使用者隱私保護方面有待提高
(2) 要多站在使用者的角度考慮,積極與學生交流討論,瞭解學生的期望
(3) 線上多檢查,維護要做好

4.你在第一部分發現的bug,為何軟體團隊不能在釋出前修復?他們是不知道,還是有意不修復?你覺得是什麼原因?

首先當時測試時不夠嚴格,使用者需求沒有做好,功能設計不完善,後面也沒沒想過後期維護的問題。

三、建議與規劃

1.市場現狀

  • 目前市場上是否有其他類似功能的產品、競品?

      易班、學習通、藍墨雲班課等高校App
    
  • 上述產品的定位、優勢與劣勢在哪裡?

      這些軟體功能、效能都比較完善成熟,安全性以及介面設計都比較美觀實用;劣勢在於可能每個學校的教學方式不同導致可能不能正常使用等。
    

2.市場與產品生態

  • 產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?

      存在一定的關係,有利用其相互作用二次構成特定使用者生態的可能性。
    

3.產品規劃

  • 如果你是專案經理,可以招聘6個人,並且有4個月的時間,你認為應該如何配置角色(開發,測試,美工等等) 才能在第16周如期釋出軟體的改進版本,並取得預想中的成績。

    1名架構師
    1名前端/UI工程師
    2名軟體工程師
    1名資料庫工程師
    1名軟體測試人員。
    
  • 請為你的團隊設計16個週期每週的詳細規劃。

階段 所需週數
需求分析、調研 第1周
功能分析 第2周
與客戶確認交流 第3周
功能原型設計 第4周
UML構建設計 第5周
資料庫設計 第6周
原型設計 第7周
架構設計 第8周
資料庫優化 第9周
原型優化 第10周
功能結構改善 第11周
專案稽核 第12周
專案測試 第13周
黑白盒測試 第14周
專案整合總結 第15周
釋出專案 第16周