一、碼雲位址
二、**規範
計算機只關心編譯生成的機器碼，你的程式採用哪種縮排風格，變數名有無統一的規範等，與機器碼的執行無關。但是，做乙個有商業價值的專案，或者在團隊裡工作，**規範相當重要。「**規範」可以分成兩個部分：
1、**風格規範。主要是文字上的規定，看似表面文章，實際上非常重要。
2、**設計規範。牽涉到程式設計、模組之間的關係、設計模式等方方面面的通用原則。
**風格規範
1、縮排：4個空格（無變化）
2、行寬：100個字元（無變化）
3、斷行與空白的{}行：bsd風格（如下圖，無變化）
4、命名：採用「匈牙利命名」（原為a, b, c這模擬較隨意的命名法）
5、注釋：複雜注釋放在函式頭，簡易注釋放在**語句後，盡量避免中文注釋（無變化）
**設計規範
1、函式：每個函式只做一件事，並且要做好（無變化）
2、**複審：**編寫完成後，小組成員都進行檢查，主要關注點如下：
①找出編碼錯誤，比如一些未被編譯器識別出的錯誤
②不符合團隊**規範的地方
③邏輯錯誤，程式編譯通過但邏輯上是錯誤的地方
④演算法錯誤，不夠優化，邊界條件未處理好
⑤潛在錯誤
三、資料庫設計
功能分析：
·使用者區：使用者登入註冊，使用者存放的資訊。
·問答區：存放題目資訊，可供使用者挑選和解答。
系統處理的資料流圖如下：
通過對功能以及資料流圖的分析，設計的資料項以及資料結構如下：
·使用者資訊：包括使用者名稱、賬號、密碼、性別、出生日期等。
·資料資訊：包括資料標題、正文、發布時間等。
·問答資訊：包括題目標題、正文、題目答案等。
·發帖：包括帖子發帖人、標題、正文、發布時間、回覆數量、收藏量等。
·回帖：包括回帖人、正文、回覆時間等。
上面設計規劃出的各個實體的e-r圖分別為：
邏輯結構設計
四、體系結構圖
五、團隊分工以及比例
組員
分配工作
比例
吳子建專案體系結構設計，列出體系結構圖
33.3%
林浩東**規範和編碼原則發布
33.3%
林家彥資料庫設計，提供相應er圖
33.3%
第八次作業 系統設計和任務分配
一 團隊作業 二 個人作業 專案 託管 團隊專案碼雲 前端 後台 專案開發流程 1.上週進展 專案前端使用vue webpack進行初始化，前端外掛程式的安裝，同時進行了前端元件的架構與初始編碼。專案資料庫設計完成，資料庫的建立以及整個專案的資料庫表的建立也基本完成 專案後台初始化完成，後台管理系統...
團隊作業 系統設計
deadline 2016.10.28 8 00am 二 討論制定團隊的編碼規範，討論之前和討論之後，隊員閱讀 構建之法 第四章內容，並討論總結。將 規範和編碼原則發布在隨筆上，並說說你們這麼選擇的理由。5 三 通過powerdesigner完成團隊專案的資料庫設計，並在隨筆中提供相應er圖。10 ...
系統設計與任務分配
一 團隊專案之碼雲git 團隊專案倉庫 廣師說 提供校園服務的小程式 gitee.com 二 規範及編碼原則 1 總體規範原則 通俗易懂，簡潔明瞭，正確率高，易於維護。2 包的命名規則 由每個版塊的英文單詞構成，首字母大寫，合成詞的首字母同樣須為大寫。例如 chat wechat 3 常量的命名規則...