原部落格
第二部分 分析
第三部分 建議和規劃
bug：
未發現bug原因：
應注意方面：
描述使用者使用這個產品的過程, 使用者的問題解決了麼？軟體在資料量/介面/功能/準確度上各有什麼優缺點？使用者體驗方面有問題麼？
使用者先進行繫結並登陸，註冊中發現不知道要輸的賬號密碼。問題已解決，再嘗試多個密碼之後終於登陸成功。
使用者對產品有什麼改進意見？
講座報告需要分類，子頁面過於簡陋需要重新設計，可以增加校園巴士定位顯示功能。
分析這個軟體目前的優劣（和類似軟體相比），並推理出團隊在軟體工程方面可以提高的乙個重要部分（具體建議）
建議：從適用人群的角度考慮，改善介面設計。增添新的實用功能，與同類產品區別開來。產品發布後要及時處理出現的bug。
根據理解和體驗，畫出整個軟體所有功能邏輯框圖，根據重要度標識出各模組的重要度、完成度、出發點及效果
模組重要度
完成度出發點
效果校園新聞
590%
基本功能之一
能展示所有校園新聞，並有基本的分類和搜尋功能
福大郵箱
475%
方便在手機上使用fzu郵箱
手機版無法登陸
福大黃頁
395%
方便查詢各部門**號碼
基本可以查到各主要部門的**號碼
福大主頁
165%
意義不明
跳轉到福州大學官網主頁
成績查詢
440%
基本功能之一
沒做完失物招領
278%
方便找回失物
實現基本功能，但是存在部分bug
我的課表
535%
基本功能之一
沒做完個人日程
175%
方便管理日程
基本功能實現，但是bug較多
校園巴士
270%
方便使用小白
聊勝於無
講座報告
285%
基本功能之一
能展示所有講座報告，並有基本的分類和搜尋功能
學生證附卡
470%
方便管理學生證附卡
基本功能完成
通知檔案
385%
基本功能之一
能展示所有通知檔案，並有基本的分類和搜尋功能
階段分配
alpha階段
beta階段
依據實際情況調整人員結構
週數工作
第一周明確專案選題
第二週進行詳細的需求分析
第三週確定開發細節
第四周開始學習新的技術
第五周正式開始alpha版本的開發
第六周-第十周
基本完成alpha版本
第十一周
對產品進行測試並修改bug
第十二周
總結之前一段時間的開發中存在的問題並確定接下來的改進方向
第十三周
開始開發beta版本
第十四至十五周
基本完成beta版本
第十六周
對產品進行最後的測試並發布
軟工實踐第七次作業（軟體產品案例分析 ）
按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。用專業的語言描述 每個bug 不少於 40字 如有必要，可以配圖。你覺得為什麼這個產品組的人沒有發現這些bug?假設你們團隊需要開發這套系統，需要注意哪些方面 架構 部署運維 微服務等 採訪 描述使用者使用這個產品的過程,使用者的問題...
第七次作業
磁碟管理和維護 磁碟檔名 dev sd a p 1 128 dev hd a p 1 128 dev vd a p 1 128 heads 磁面 sectors track 扇區 cylinders磁柱 分割槽命令 fdisk dev sd 格式化 mkfs.ext4 dev sda mkfs.xf...
第七次作業
共有一下六步 1.客戶機提出網域名稱解析請求,並將該請求傳送給本地的網域名稱伺服器。2.當本地的網域名稱伺服器收到請求後,就先查詢本地的快取,如果有該紀錄項,則本地的網域名稱伺服器就直接把查詢的結果返回。3.如果本地的快取中沒有該紀錄,則本地網域名稱伺服器就直接把請求發給根網域名稱伺服器,然後根網域...