項目的一些感想

---

咱們的項目也進入了後期了，大部分工做都已經完成，最近寫了設計說明書，我是負責系統出錯設計，指定測試計劃和複查與審查的編寫。
接下來列舉系統出錯設計的部份內容，參照了書籍與老師的說法。

---

系統出錯設計

系統要保證用戶在沒有正確的用戶名和密碼的狀況下沒法登錄，不然就會竊取到他人的聊天記錄。這就須要程序員在編寫前端和後端代碼時注意編寫的嚴密性，不能讓其餘人惡意地侵入系統並進行破壞。

---

出錯信息

採用錯誤提示窗口向用戶提示錯誤，並進行處理。這裏採用表格列舉一些常見的錯誤信息。

錯誤類型	子項
登錄錯誤	用戶名輸入錯誤
	密碼輸入錯誤
輸入錯誤	沒有內容
	輸入不合法
網絡錯誤	鏈接超時
	鏈接斷開
聊天記錄	找不到聊天記錄
	沒法查詢聊天記錄
數據庫鏈接	數據庫鏈接斷開
	數據庫鏈接出錯
軟件	軟件運行中止
	軟件卡頓出錯

---

這裏寫出了咱們的軟件可能會犯的一些錯誤信息。

小結：感受寫了這部份內容本身收穫了許多，首先會開始考慮軟件的可能出錯的信息的出錯以及對策，再也不是隨意寫的代碼，一點也不考慮使用軟件用戶的感覺。其實寫了軟件測試，本身學會一些測試方法以及測試的步驟，例如單元測試，模塊測試等。之前可能沒怎麼學過大的程序，要也是寫了幾百行的樣子，可是卻沒有什麼規範化，以爲只要輸入輸出正確就能夠了，實際上還須要考慮每個代碼模塊的質量，方便之後的複用。接下來寫了審查與複查，明白了一個軟件還要進行後期的維護，進行最後審查內容，不僅是代碼，還有綜合測試，看是否與需求文檔，功能說明文檔是否一致，這纔是作了真正的項目。讓我明白了不僅是編碼纔是主力，其實其餘文檔的書寫以及項目的流程也很是重要，之前咱們的想法只適合短小的代碼，一旦代碼量大了以後就會不可控制，只有規範的需求分析，和設計以後，才進入編碼階段，最後進行代碼的測試與維護，這纔是一個大項目應該有的流程。
問題：1.我所負責的安卓端並無實現註冊登錄功能，主要是服務器那塊不太熟悉。
2.咱們沒有作項目的經驗，以致於仍是按照之前的老風格，先寫代碼爲主，再進行需求分析以及設計，這一點是咱們的很差。固然也有技術的難度，由於可能許多需求提出來以後，有些會實現不了，所以也放棄了不少功能。