我覺得產生這些bug的原因不在於產品組成員的技術問題,細節決定成敗,一些細節問題在這個軟體中尤其突出,應該是他們沒有系統的對各個功能測試和完善。
軟體架構是乙個系統的草圖。軟體架構描述的物件是直接構成系統的抽象元件。開發這套系統,關於架構設計,要關注可靠性、安全性、可伸縮性、可定製化性、使用者體驗等方面。
部署運維,在軟體發布前,運維工程師要對產品業務邏輯熟悉,對產品架構設計進行合理性評估、資源評估、指導資源就位。
微服務不需要像普通服務那樣成為一種獨立的功能或者獨立的資源。定義中稱,微服務是需要與業務能力相匹配,這種說法完全正確。微服務作為一項在雲中部署應用和服務的新技術已成為當下最新的熱門話題。但大部分圍繞微服務的爭論都集中在容器或其他技術是否能很好的實施微服務,而紅帽說api應該是重點。
(以下回答皆來自採訪物件,與本人無關,本人只做記錄者)
我強迫舍友幫忙測試了此軟體,並對其提問了相關問題,一些bug是由他提供給我的,如無法切換賬號問題。
描述使用者使用這個產品的過程, 使用者的問題解決了麼?軟體在資料量/介面/功能/準確度上各有什
麼優缺點?使用者體驗方面有問題麼?
我的問題基本上沒有解決,一些功能像是福大新聞這類不太重要的功能倒是做出來了,資料量介面之類的好像都沒有體現,不知道怎麼回答,使用者體驗很差。
使用者對產品有什麼改進意見?
(笑了笑)先把bug改好就謝天謝地,其他就不奢求了。
◦ 非常不推薦
◦ 不推薦
◦ 一般
◦ 非常推薦
參考 8.6 節 對工作的估計, 和14.1 軟體工程的質量使用此軟體的大部分功能,聯絡第二部分的分析
兩個月使用者體驗:60
ui介面美觀度:70
核心功能:60
參考《構建之法》第8章 功能的定位和優先順序;第9章 專案經理這個軟體有很多可以提高的部分。
這款軟體與同類產品相比沒有什麼特變突出的地方,這一點很難拉攏使用者,軟體需要亮點,首先,我覺得這款軟體的功能不夠完善,需要增加一些功能,其次,這款軟體介面設計並不亮眼,需要更加貼合使用者的設計,最後軟體需要系統進行測試,修改和完善。
福大易班,福大助手,福大教務通
因為相比於其他功能,學生更需要這樣的一款功能。
1、n這款軟體解決了使用者平常學習工作生活所需,使用這款軟體,使用者可以查詢到自己的學業資訊,福大相關資訊。
3、b使用者使用這個軟體門檻非常低,占用記憶體非常小
4、c這個軟體很多功能是福大易班,福大助手中沒有的,後期如果完善的話,會比其他同類軟體更具有競爭力
5、d這款軟體使用者群體為福大學生老師,校內推廣比其他途徑更加容易,宣傳方式得當很快會得到第一批使用者。
我會著重改善使用者體驗這一塊,做好前期調查工作,了解使用者需求,刪減掉不必要的功能,增加完善使用者最需要的功能,介面ui要美化,這樣能夠吸引更多的新使用者和留住老使用者。
開發人員:2人
測試人員:2人(由開發人員自行測試)
美工人員:2人
其他人員:1人
第5-11周:專案按照軟體開發流程步步為營,定期會議,討論技術難題
第12-13周:軟體主功能實現,軟體測試
第14-16周:軟體測試,輔助功能完善
個人作業 軟體產品案例分析
deadline 2017 12 2 22 00 pm 每個人發表一篇隨筆,通過分析華為軟體開發雲,結合閱讀 構建之法 寫一篇隨筆。附 華為軟體開發雲官網 案例分析 同學多多少少經歷過一輪敏捷開發,對軟體工程的一系列工程流程及團隊內各個人員分工有了一定的了解。而實際企業的開發流程又是如何?華為軟體開...
個人作業 軟體產品案例分析
評測 軟體的bug,功能評測,黑箱測試 按照描述的bug定義,找出幾個功能性的比較嚴重的bug。至少兩個。用專業的語言描述 每個bug 不少於 40字 如有必要,可以配圖.構建之法 對於bug的定義概括下就是說軟體的缺陷 症 狀 從使用者角度看,軟體出了什麼問題 程 序 錯 誤 從 角度看,的什麼錯...
個人作業 軟體產品案例分析
2.按照描述的bug定義,找出幾個功能性的比較嚴重的bug。至少兩個。3.用專業的語言描述 每個bug 不少於 40字 如有必要,可以配圖.4.你覺得為什麼這個產品組的人沒有發現這些bug?5.假設你們團隊需要開發這套系統,需要注意哪些方面 架構 部署運維 微服務等 第8章 使用者調研,12 章 軟...