1. 程式人生 > 其它 >實踐課:i至誠APP案例分析

實踐課:i至誠APP案例分析

這個作業屬於哪個課程 至誠軟工實踐F班
這個作業要求在哪裡 https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580
這個作業的目標 <i至誠APP案例分析>
學號 <212106800>

第一部分 找Bug

第一個bug

是關於每日健康打卡預設位置的不合理性,打卡的預設地址是學校所在位置,如果把預設地址改為其他的地址,提交成功後下次再打卡的時候會出現仍然只有預設地址可以選擇


第二個bug

是時間與北京時間存在嚴重誤差

第三個bug

這個多餘的日曆,上面什麼都沒有,既然是校園軟體,與學生生活息息相關,就不應該只是一個空空的日曆

第四個bug

搜尋框提示內容不存在

  • bug分析
    第一個bug和第二個bug都是和打卡有關的,打卡地址可以設定一下其他地址提交成功後儲存下該地址。還有時間和北京時間不同步,誤差三分鐘,這個會導致凌晨0:00~0:03打卡時打到前一天。
    第三個bug是日曆,日曆什麼功能都沒有顯得很雞肋,可以在日曆上顯示學生的課表,給使用者更好的體驗。
    第四個bug,顯示框一直是提示使用者搜尋成績,應該是設計者有在準備開發這個成績功能,但是還沒有開始在軟體上供使用者使用,導致搜尋出來是沒有的

第二部分 功能分析

1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?

任務需求 天數
熟悉團隊 一週
需求分析 一週
開發 三週
測試 三週
bug修復 一週
軟體完成釋出 一週

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

微信公眾號不夠完善,頁面簡陋,i至誠是app。功能上i至誠比較多吧
i至誠實用一些

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

減少那些雞肋的功能擺設,積極修改bug,讓使用者有更好的體驗

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

有的bug團隊應該是知道的,但是作為校園軟體,只是面向該校學生,是一個小集體使用者群,在不影響關鍵功能的情況下,他們沒有去修復。還有的功能可能是處於還在開發。(例如搜尋框提示的成績提示)

第三部分 建議和規劃

市場現狀

-目前市場上是否有其他類似功能的產品、競品?
完美校園
-上述產品的定位、優勢與劣勢在哪裡?
不同於i至誠,完美校園是多個學校在使用的校園app,i至誠只有至誠學院學生使用
優勢就是完美校園功能比較完善,且功能多,可以交電費,還有刷門禁卡
-上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?
我覺得如果是自己學校的軟體,不存在跟別的學校軟體有競爭。

市場與產品生態

-產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?
不存在,都是面向自己學校的學生,一屆接著一屆