伍博文---實踐課:案例分析
這個作業屬於哪個課程 | 至誠軟工實踐F班 |
---|---|
這個作業要求在哪裡 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
這個作業的目標 | <可以更細緻的瞭解軟體的功能並分析,提升自己對以後寫程式碼的嚴謹性> |
學號 | <212106740> |
第一部分 找Bug(黑白盒測試)
1.Bug發生時的測試環境:
手機型號:iphone 13 pro Max
版本號:ios15.4.1
i至誠版本號:3.2.8
2.Bug的可復現性及具體復現步驟
測試次數:15次
可復現性:15次
bug是必然發生
3.Bug具體描述情況:
bug1(每次都會出現這個bug):不會跳轉並且倒計時後一直停在0,也沒有任何提示,不知道是沒有做好頁面還是啥。
bug2(每次都會出現這個bug):在未來的日期竟然也能顯示考勤資訊。
bug3(每次都會出現這個bug):填報時間跟北京時間相差好幾分鐘。
bug4(每次都會出現這個bug):填報的地點可以任意且可以填報沒有的地方或者不匹配的地區。
bug4(大概率會出現這個bug):申報維修,並且點選報修記錄會出現兩次一樣的資訊。
4.Bug分析
-
Bug的可能成因:
應該的有些頁面沒有去完善細節,可能沒有強制使用定位功能,沒有匹配系統時間,還有可能是程式碼的偶然性。 -
Bug的嚴重性:
時間這一類的也說不上嚴重,都是一些小細節的問題,但是對於使用者體驗上確實存在不好的感受,如果不知道這個時間延遲可能在0點打卡後發現還是前一天的打卡記錄這會讓人很頭疼。 -
對於Bug的預期及改進建議:
希望把有些功能完善,既然已經寫在了上面就把該有的功能都完善起來。並且我覺得可以增加一些校園趣味欄目,大家都可以在上面發言之類的,增加一些大家可以參與的功能這樣在以後釋出什麼重要資訊同學們也能更快的接收到資訊,因為現在對於我們來說i至誠就是用來打卡和偶爾請假回家的工具,並沒有用於其他用途,所以我希望能做些特色功能來表顯自己學校的風範吧。
第二部分 功能分析
1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?(例如:團隊人數6人左右,計算機大學畢業生,並有專業UI支援)。
任務需求 | 週數 |
---|---|
問題的定義及規劃 | 1周 |
需求分析 | 1周 |
軟體設計 | 3周 |
軟體編碼 | 6周 |
軟體測試及bug修復 | 6周 |
軟體完成釋出 | 2周 |
2.分析這個軟體目前的優劣(和微信端的“至誠教務助手”相比),哪個更實用?
實用的話在我看來有UI介面(i至誠)的讓人看起來應該是比較容易接受的,因為誰都不想盯著字在那選擇功能會很枯燥,但如果存在許多功能只是一個空殼子反而會影響使用者的體驗,並且i至誠好像沒有互動功能,這樣不僅降低了大家的使用樂趣反而讓同學們覺得這就是一個打卡軟體。微信端的“至誠教務助手”雖然不是那麼美觀但是它不用下載就可以使用並且上面的功能大多數都是可以使用的。
3.從各方面的問題,推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)。
完善已經出現的功能,並且新增一些可以學生互動的功能,讓i至誠不再是一個打卡軟體。
4.你在第一部分發現的bug,為何軟體團隊不能在釋出前修復?他們是不知道,還是有意不修復?你覺得是什麼原因?
在我看來這些一直都會出現的BUG應該是知道的,但是不是很影響使用,也可能大家都覺得沒什麼也沒人反饋,漸漸的就淡出了視線。
第三部分 建議和規劃
1、市場現狀
-
目前市場上是否有其他類似功能的產品、競品?
基本上大學高校都會擁有自己的學校獨有的APP,基本上都是供應自己學校教師和學生使用,應該不存在競爭。 -
上述產品的定位、優勢與劣勢在哪裡?
定位都是以校園為主體,優勢是沒有競爭,劣勢是沒有競爭。 -
上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?
都是服務與校園群體,不存在什麼競爭吧。
2、市場與產品生態
-
產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?
存在師生關係,應該沒有吧,畢竟這是校園使用的軟體。
3、產品規劃
-
你要在當前軟體的基礎上設計什麼樣的新功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?
設計校園新聞牆,匿名吐槽牆之類的互動功能。做這個功能可以調動大家的積極性也可以讓學校領導更好的瞭解校園的情況,而不是道聽途說。每個人都有每個人想說的話,但是礙於面子,或者害羞導致自己很多想法都被埋沒了,我覺得可以讓大家開口說出自己建議和意見大家應該是挺喜歡的吧。 -
如果你是專案經理,可以招聘6個人,並且有4個月的時間,你認為應該如何配置角色(開發,測試,美工等等) 才能在第16周如期釋出軟體的改進版本,並取得預想中的成績。
新增前端開發人員2人,後端開發人員2人,美工人員1人,測試人員1人。 - 請為你的團隊設計16個週期每週的詳細規劃。
開發週期 | 任務 | 開發週期 | 任務 |
---|---|---|---|
第一週 | 需求分析 | 第九周 | 軟體編碼 |
第二週 | 取樣調查 | 第十週 | 軟體編碼 |
第三週 | 原型設計 | 第十一週 | 功能測試及查詢bug |
第四周 | 美化頁面 | 第十二週 | 功能測試及修復bug |
第五週 | 功能互動 | 第十三週 | 抗壓測試 |
第六週 | 軟體編碼 | 第十四周 | 試點測試並收取意見 |
第七週 | 軟體編碼 | 第十五週 | 最終完善功能 |
第八週 | 軟體編碼 | 第十六週 | 軟體正式釋出 |