範生永--實踐課:案例分析
這個作業屬於哪個課程 | 至誠軟工實踐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周 |