Alpha衝刺——代碼規範與計劃

這個做業屬於哪一個課程	https://edu.cnblogs.com/campus/fzzcxy/2018SE2/
這個做業要求在哪裏	https://edu.cnblogs.com/campus/fzzcxy/2018SE2/homework/11542
這個做業的目標	團隊項目合做衝刺階段前期。針對代碼規範與計劃
做業正文	Alpha衝刺——代碼規範與計劃
其餘參考文獻	無

隊名

"您爲什麼會鹹魚"

代碼規範

1.排版

1.1 程序塊採用Tab鍵的縮進格數。
1.2 相對獨立的程序塊之間必須空行
1.3 變量說明跟在語句的後方，經過註釋的形式說明，註釋與代碼之間須要以空格間隔
1.4 使用到等號時，等號先後須要添加空格

2.註釋

2.1 對於非基礎語句必須添加註釋，方便組員閱讀
2.2 對函數名和變量名須要添加註釋，方便組員明白其含義
2.3 註釋內容要準確清晰，不可太簡寫
2.4 對於使用首字母形式的變量名，必須說明原英文名是什麼，以及中文含義是什麼

3.標識符命名

3.1 函數名統一經過百度翻譯翻譯成英文得到，並將空格轉化成下劃線
3.2 變量名用百度翻譯翻譯成英文得到，若是太長，則使用翻譯成英文單詞的首字母大寫，空格則如下劃線代替

4.可讀性

4.1 注意運算符的優先級，避免使用默認優先級

5.變量、結構

5.1 去掉沒有用的公共變量

6.函數、過程

6.1 對所調用函數的錯誤返回碼要仔細、全面地處理
6.2 明確函數功能，精確（而不是近似）地實現函數設計

7.可測性

7.1 打印信息 
在同一項目組或產品組內，調測打印出的信息串的格式要有統一的形式。信息串中至少要有所在模塊名（或源文件名）及行號。 
7.2 調測開關 
在同一項目組或產品組內，要有一套統一的爲集成測試與系統聯調準備的調測開關及相應打印函數，而且要有詳細的說明。
7.3 單元測試 
編程的同時要爲單元測試選擇恰當的測試點，並仔細構造測試代碼、測試用例，同時給出明確的註釋說明。測試代碼部分應做爲（模塊中的）一個子模塊，以方便測試代碼在模塊中的安裝與拆卸（經過調測開關）。

8.程序效率

8.1 編程時要常常注意代碼的效率。
8.2 在保證軟件系統的正確性、穩定性、可讀性及可測性的前提下，提升代碼效率。
8.3 局部效率應爲全局俠侶服務，不能由於提升局部效率面對全局效率形成影響。

9.質量保證

9.1 在軟件設計過程當中構築軟件質量。
9.2 代碼質量保證優先原則。
9.3 只引用屬於本身的存貯空間。
9.4 防止引用已經釋放的內存空間。
9.5 防止內存操做越界。
9.6 認真處理程序所能遇到的各類出錯狀況。
9.7 系統運行之初，要初始化一關變量及運行環境，防止未經初始化的變量被引用。
9.8 系統運行之初，要對加載到系統中的數據進行一致性檢查。
9.9 不能隨意改變與其餘模塊的接口。
9.10 充分了解系統的接口以後，再使用系統提供的功能。

10.代碼編輯、編譯、審查

10.1 經過代碼走讀及審查方式對代碼進行檢查。
10.2 測試產品以前，應對代碼進行抽查。
10.3 編寫代碼時要注意隨時保存，並按期備份，防止因爲端點，硬盤損壞等緣由形成代碼丟失。
10.4 合理地設計軟件系統目錄，方便開發人員使用。

11.代碼測試、維護

11.1 單元測試要求至少達到語句覆蓋
11.2 單元測試開始要跟蹤每一條語句，並觀察數據流及變量變化。
11.3 清理、整理或優化後的代碼要通過審查及測試。
11.4 代碼版本升級要通過嚴格測試。
11.5 使用軟件工具對代碼進行維護。

衝刺計劃

1.在前4天的計劃階段，分析開發時可能會遇到的問題，並研究開發時所須要使用的工具。
2.在10天的衝刺階段，天天開會分析當天遇到的問題並在本身有所收穫時和其餘組員分享本身在編程過程當中的收穫.
3.前端：在衝刺階段的前7天完成對界面的開發。
4.前端：在衝刺階段的第8到9天完成前端對後端接口的調用。
5.前端：在衝刺階段的最後一天完善界面和對後端接口的調用。
6.後端在衝刺階段的第3到5天，後端完成基本函數的封裝。
7.後端在衝刺階段的第6到8天，後端完成將函數作成接口。。

—————————————————————————————————————————————

完