黃海鵬---i至誠案例分析
這個作業屬於哪個課程 | 至誠軟工實踐F班 |
---|---|
這個作業要求在哪裡 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
這個作業的目標 | <找出i至誠的bug> |
學號 | <212106713> |
1.軟體基本介紹
“我i至誠”校園App是一款綜合移動資訊平臺,把學校各個業務資料,應用統一彙總集中展示,為全校師生提供便捷的日常辦公,教學服務,提高工作效率。
2.第一部分 找Bug
*在Bug發生時的測試環境:
i至誠版本:版本號2.0.8
手機作業系統:安卓
*Bug的具體情況及描述
Bug 1:更換i至誠頭像時無法進行拍照操作,重複試驗了很多次還是不行
Bug 2:進入“我的”右上角的二維碼點選進去不是二維碼,相關的二維碼功能都沒有,點選進入是個人信心頁面
Bug 3:進校碼無法正常顯示
Bug 4:當我輸入福建省北京市的時候,系統並沒有判斷是否可以這樣子操作
Bug分析
第一點:設計這個軟體的時候只做了加法沒有不斷的做減法,有的功能是多餘的沒有去處理。
第二點:這個軟體平時沒有定期進行維護更新檢查
第二部分 功能分析
1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?
在我看來,需求分析階段大概要1-2周,軟體設計階段需要3-4周,編碼階段6-7周,測試階段1-2周,軟體交付驗收階段2周
2.分析這個軟體目前的優劣(和微信端的“至誠教務助手”相比),哪個更實用?
優點:i至誠這個設計相對於教務助手更加好看,功能眾多,能在系統上實現交水電費的功能,進校也有個二維碼。
缺點:系統功能眾多的同時,沒有做的更加人性化,有的功能是多餘的,也沒有成績查詢的功能,如果教務助手和I至誠能合併起來是不是會更加便捷
3.從各方面的問題,推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)。
要定期進行維護,聽取學生的意見去修改,有bug第一時間去處理,減少一些使用體驗的麻煩,還有就是加強學生的資訊保護安全
4.你在第一部分發現的bug,為何軟體團隊不能在釋出前修復?他們是不知道,還是有意不修復?你覺得是什麼原因?可以從下面的可能性中選取幾個:
開發人員沒有換位思考,只考慮了怎麼設計,不考慮使用者的可用性和持續性
第三部分 建議和規劃
市場現狀
目前市場上是否有其他類似功能的產品、競品?
我覺得現在每個學校都有一個這樣子的產品吧,我以前學校的系統是實現了教務助手和i至誠的結合,這樣子方便得多
上述產品的定位、優勢與劣勢在哪裡?
優勢:介面美觀,功能多,方便進行管理以及繫結學生資訊
劣勢:從個人需求的角度出發,我用到更多的是教務助手,所以有時候覺得i至誠並不實用,2者一起的話會更好
上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?
呈現的是相互依託的關係,我們是使用者。並不存在競爭的關係
市場與產品生態
產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?
對於這個產品來說適用場景在各大高校,老師和學生之間的相互作用二次構成特定使用者生態的可能性。
產品的子產品,以及其他相關產品之間是否存在一定的關係?是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性?
子產品,微信小程式等