第四天隨筆

BondBondG發表於2024-04-20

第四天總結

會議照

昨天工作完成總結

黃永名

  1. 對sql語句進行了測試,測試合格。
  2. 編寫了最終的sql操作文件,同時規範了表的取值範圍,使得表關係更加嚴謹。
  3. 經過昨晚的討論,進一步確認和規範了表。

劉立光

  • 無完成事項。

賴國顥

  • 完成了HTTP協議的內容。

楊百友

  • 完成了以下介面的實現及Http資料的封裝。

李兆彬

  • 對MySQL語言進行學習。

李子聰

  • 無完成事項。

李濟遠

  • 修改了資料庫表的結構,並學習了新的sql語句,複習了已經學過的sql語句,插入了更多資料以便於測試。

今日工作完成情況

黃永名

表中有些殘留的測試資料,將其全部改為了合格的測試資料。比如原來的使用者名稱name是”小明”,現在name的意義是工號,將其改為”3121008922”這個學號,以此類推,並將Admins表和user表中所有的使用者名稱都改成不重複的學號。然後再一一將Admins表和user表中的郵箱改成唯一的郵箱。將表結構圖,表欄位的約束統一整合到最終的sql說明文件V3裡,附上最終的sql檔案,不再更改。。

劉立光

  • 測試剩餘介面。

賴國顥

  • 準備進行HTTP協議的測試。

楊百友

  • 完成了以下介面的功能。

李兆彬

  • 學習了介面的概念,介面測試的原理,並瞭解了HTTP請求的語法格式。

李子聰

  • 學習了基本的介面測試知識。

李濟遠

  • 再次對錶的結構進行了部分修改。

工作中遇到的困難

黃永名

  • 初始拒絕修改欄位,但為保證圖書管理系統質量,經多方討論後採納了最終方案。進行了一系列欄位的調整,包括將name的含義改為工號,並設定了非空唯一約束,同時對郵箱也進行了相同的處理。

李兆彬

  • 實踐的第一步遇到了困難。

李濟遠

  • 由於對前後端具體編碼內容的瞭解不完整,需要多次交流以修改資料表結構。

每人程式碼的簽入

黃永名

  • 清理了測試資料,調整了Admins表和user表中的資料。

賴國顥

  • 提交了gdut_library.zip

李濟遠

  • 提交了book_sys.sql

每日總結

黃永名

  • 經過這次專案開發,我體會到了軟體設計嚴謹的重要性。在一開始就對需求進行徹底的分析,然後跟著需求設計出邏輯嚴謹的表結構這一過程是十分重要的。好的,嚴謹的表結構不是一拍腦子就能想到的,必須切身實地的考察使用者的需求,透過對需求進行嚴謹的考量從而設計出可靠的,安全的,邏輯合理表結構。這一步雖然看起來很繁瑣,但是對後面的開發至關重要,稍有不慎就要捲土重來,雖然我們選擇的是瀑布式的開發模式,但是作為一個正常的人來說,誰也不想自己辛苦的工作白乾。如果當初我認真思考了表結構的設計,並對此加以改進,大概也不至於走這麼多彎路了。

劉立光

  • 團隊在敏捷開發中討論問題並完成了多個介面和部分HTTP協議,為新的迭代任務做準備。

賴國顥

  • 在專案中邊學習邊實踐,感受到團隊支援的重要性。

楊百友

  • 今天實現了基本上所有的介面實現,但是還有一些可用最佳化的地方,如資料庫的查詢最佳化,以及製作一個簡易的許可權系統以及介面攔截。介面攔截就是沒有登入的使用者無法訪問受限制的介面,以及非管理員無法訪問一些敏感的介面,諸如新增管理員資訊,修改使用者密碼,新增書籍等介面。

李兆彬

  • 學習介面測試和文件閱讀。

李子聰

  • 開始介面測試學習,爭取早日完成。

李濟遠

  • 透過不斷的資料表結構修改,增強了對前後端工作內容的理解。

相關文章