這個作業屬於哪個課程
至誠軟工實踐f班
這個作業要求在**
這個作業的目標
測評i至誠
學號212106738
雖然i至誠極大的方便了我們的校園生活，但是任何東西都沒有完美的，經過測試體驗發現了有一些方面有寫小問題。
bug具體情況描述
1.軟體的安全性不高，例如i至誠打卡可以不需要密碼就可以往軟體埠裡面輸入資訊。
2.部分按鈕展示出來，點進去並沒有任何資訊
4.「進校碼」功能因為軟體安全問題，怕被其他人惡意修改進校碼顏色，直接改成了用文字描述，沒有實現本該有的功能。
5學生申請出校之類的資訊，若輔導員一直沒有審核，這個申請會一直存在，不會因為申請長時間未審核而自動撤銷。
6軟體登入介面沒有友好提示，隨便輸入的賬號和密碼自會提示賬號密碼錯誤，正確的應該是提示賬號密碼不存在
bug分析
第一點可能一開始設計和製作軟體階段，安全性沒設定的太高。
第二點功能還沒完全開發出來。
第三點沒有定時去維護軟體裡的小的模組
第四點可能是懶的花太多精力跟那些惡意改軟體的人鬥智鬥勇，直接從源頭掐斷，用文字描述是紅碼還是綠碼。
第五點在設定「申請」這個功能沒有給出審核時間限制，例如設定24小時未審核自動撤銷申請之類的。
第六點 可以增加乙個賬號不存在的提示
根據軟體已有的功能，評估其做到這個程度大約需要多少時間？
答：如果所有資源ui都是現做，應屆大學生6人，需求分析 24天調研24天時間，ui設計**實現1420天，軟體測試35 一共需要大概20到30天
至誠教務助手的優點；體積小，不占用手機記憶體 開發成本低，後期維護成本低
至誠教務助手的缺點；容易造成卡頓，功能不齊全，體驗感不佳。
綜上分析個人覺得i至誠軟體更使用，軟體的很多功能是小程式所沒有的。
從各方面的問題，推理出這個軟體團隊在軟體工程方面可以提高的乙個重要方面（具體建議）。
答：定期維護軟體 並提高軟體的安全度，優化有缺陷的功能
你在第一部分發現的bug，為何軟體團隊不能在發布前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？可以從下面的可能性中選取幾個：答：軟體發布之前他們是不知道的，i至誠畢竟是外包給別人做的，一開始需求溝通 使用者調研沒有做好 沒有考慮到太多方面的問題。軟體做出了之後雖然發現了問題，但是這些問題不影響總體的使用，重新改又比較麻煩，成本還高，就先用著了。
產品的子產品，以及其他相關產品之間是否存在一定的關係？是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性？
黃海鵬 i至誠案例分析
這個作業屬於哪個課程 至誠軟工實踐f班 這個作業要求在 這個作業的目標 找出i至誠的bug 學號 212106713 1.軟體基本介紹2.第一部分 找bug 在bug發生時的測試環境 i至誠版本 版本號2.0.8 手機作業系統 安卓 bug的具體情況及描述 bug 1 更換i至誠頭像時無法進行拍照操...
實踐課 關於i至誠的案例分析 陳傑
這個作業屬於哪個課程 至誠軟工實踐f班 這個作業要求在 作業要求 這個作業的目標 分析i至誠並測試bug 學號212106703 基本環境 windows10 發生的時間段 全時段發生 工具介紹 fiddler 模擬網路延時場景 network emulator tookit 模擬網路丟包場景 1....
實踐課 關於i至誠的案例分析 陳傑
這個作業屬於哪個課程 至誠軟工實踐f班 這個作業要求在 作業要求 這個作業的目標 分析i至誠並測試bug 學號212106703 基本環境 windows10 發生的時間段 全時段發生 工具介紹 fiddler 模擬網路延時場景 network emulator tookit 模擬網路丟包場景 1....