團隊項目開發5天-規範要求
轉發：
轉發地址：http://www.javacc.top/showbloginfo.action?id=44
項目規範
數據庫名稱規範
1218g1p2
數據庫支持utf-8
最終版的提交物
- 01.項目需求簡報-系統功能分析v1.0.xlsx
- 02.項目立項申請書.docs
- 03.項目開發週期表.xlsx
- 04.***項目WBS.docx
- 05.***項目數據庫建模.pdm
- 06.需求說明與分析2.0.docx
- 07.***項目展示.pptx
- 08.***db.sql
- 09.測試賬號.txt
- 項目文件
項目規範
- 項目名稱小寫，不要有鏈接符號
- 包名小寫，域名倒置
- com.im.dao
- com.im.service
- …
- 使用Maven管理目錄結構
- 自定義名稱要符合規範
- 所有接口的方法，都要有文檔註釋
項目第一天
項目提交物檢查
- 根據要求，統一項目提交物的名稱，文檔格式。
- 檢查各個小組提交物的內容，着重文檔規範，項目提交物文檔命名規範
早晨9點半，開啓小組會議
會議內容
- 確保小組成員到位
- 總結昨天的工作內容
- 確定全組今日目標
- 分配每個小組成員工作內容，細化工作
- 確定好交付時間，時間細化到30分鐘
- 給小組成員一個回答時間，自己遇見的難點需要幫助地方
組長日誌
- 體現出今天的工作，同時體現出明天的任務
- 要體現出每個人的任務，完成情況要屬實，用百分比表示。
開發中注意的事項
命名規範
- 項目名稱
- 包名
- 類名稱
- UserDao
- UserServcie
- UserServiceImpl 實現類
- UserController
- addUser(@ModelAttrubite(“user”) User user)方法
- deleteUser(int id);
- CharacterFilter
- 方法名稱
- 駝峯命名法
- 首字母小寫，合成單子，依次首字母大寫
- 例如：getName();
- 首字母小寫，合成單子，依次首字母大寫
- 一般使用的是動詞，如果遇見不知道的單詞使用單詞查詢
- 駝峯命名法
- 變量名稱：
- 如果該變量是一個屬性的話。
- 見名知意。
- 同方法一樣駝峯命名。
- 如果是實體類（bean、po）的屬性，記住要和數據庫字段保持一致。
- 如果該變量是一個屬性的話。
- URL地址欄中的信息要求小寫
- RequestMapping("/地址小寫")
註釋
在接口，實體類，控制器中要有明確的文檔註釋
- 要求每一個接口的方法都要有文檔註釋。
- 每一個實體類的字段都要有文檔註釋。
- 控制器的功能要有文檔註釋。
- 寫明當前類的作者@author ***
- 如果多人編輯同一個類，
- 增加版本號@version 1.2
- 增加作者@author ***
代碼提交
- 在項目中，沒有寫完的（出現編譯錯誤的）代碼，不允許提交。
- 確保提交的代碼沒有編譯問題。
- SVN項目版本同步，先更新項目，然後修該，最後提交JAVA文件。
代碼衝突
修改文件v2.2，A拿到的是v2.2， B拿到了v2.2，A修改完成提交v2.3，B提交的內容中沒有A的v2.3
B備份自己的文件， 同步到最新的v2.3，將自己的內容再添加進入，合併，再提交，新版本v2.4成功。
保持有效溝通
- 每人寫自己的任務的時候，必須和組員相互溝通。
- 樂觀，正能量，談話要有情商。
代碼檢查
- 每個人提交自己的代碼之前，都必須檢查好。
- 保證自己的項目爲比較新的版本。
- TeamLeader要定時ReView代碼。
日誌提交
- 組員在20：00之前提交程序員日誌。
- 組長在22：00之前提交組內日誌。
- 日誌要體現出今天你完成的工作，明天你將要完成的事情。
- 組日誌，要體現出團隊的進度，明日計劃。
項目第二天
項目中強調的事情
- 這次項目不只是一個實踐的過程，更是一個提升。
- 做自己能做的事情，也要嘗試着做哪些自己不熟悉的工作。
- 對於學習慢的同學要奮起直追。
項目協作
- 溝通，有效溝通
- 判斷項目合作的效率，1個人的工作量 + 1個人的工作量 >= 2個人的工作量
- 思考如何將團隊合作變的高效，
- 要有對代碼強有力的責任心。
- 判斷項目合作的效率，1個人的工作量 + 1個人的工作量 >= 2個人的工作量
- 寫代碼要有的態度
- 耐心
- 細心
- 奮鬥的心
開發注意事項
項目設計修改
- 同步pdm數據庫建模
- 要和組員全組通知
- 《需求文檔》要同步（數據庫字典）
項目內容擴展
- 確保目前功能保證完成
- 增加新的功能
- 修改項目設計，參考以上項目修改標準
關注成員工作
- 以半個小時爲節點，詢查一下情況。
- 解決問題，不要死磕。
注意休息間隔
- 組長組織休息時間
項目增加功能
- 需要修改增加的功能點
- 找相關的人完成相關的業務
項目目標
- 完成業務邏輯實現
- 使用單元測試Junit，通過檢測所有的業務邏輯方法
- 前端頁面要交付，以zip的形式提交到羣共享的組裏面
- 名稱：項目名稱_web.zip
- 完成少量的控制器
注意代碼保護
定時：保存一下代碼
小組會議：
- 現階段完成的東西
- 接下來需要完成的任務
- 目標與現實之間的差距
項目第三天
互動
- 每個同學聊聊寫項目的感受
- 聊聊如何在家提升工作效率
- 如何保證有效溝通
項目研發流程
- 需求分析
- 概要設計
- 詳細設計
- 項目原型圖
- 項目開發
- 框架選擇
- 建模
- 編碼
- 項目測試、修正
- 白盒測試
- 黑盒測試
- 項目內部線上測試
- 服務器內部，部分訪問
- 壓力測試
- 根據測試結果，版本修正
- 由內部修正版本迭代
- 項目上線測試
- 通過用戶反饋收集信息，等待下個版本加入
- 項目2次迭代
- 運維
項目里程碑
- 明確目前項目完成的內容
- 明確目前項目中還未完成的內容
- 確定項目最後結束時間
項目第四天
軟件開發
有點累：充實。
累到不行：需要要調整。
做軟件是有一定規律的
- 設計的充分與否關乎到後期開發的方方面面。
- 計劃的設定與實際開發，往往中間實現是有差距的。
- BUG是一定會有的
- 程序在開發階段出現的結果，沒有好與壞，是開發環節的必經過程
做軟件中尋求你的快樂
只有找到心中的熱情，才能把這個事情做好
- 認真可以把事情做完
- 用心可以把事情做好
項目開發注意事項
- 代碼規範，
- 類名稱，
- 方法名稱，
- 屬性名稱
- 字符集規範統一，使用utf-8
- 接口、實現的命名
- 包的創建，層側劃分
- 見名知意的原則
註釋
- 保證項目中使用文檔註釋
- 每一個類都要有文檔註釋
- 每個接口的抽象方法都要有文檔註釋
- 每個類的中的屬性，都要有文檔註釋
- 在方法裏面對於關鍵代碼使用單行註釋說明
- 10分之3是註釋
項目組長會議
- 將每個人的任務點劃分明確，到具體的業務上。
- 擴展新功能模塊，增加圖表展示。
- 梳理代碼，組長REVIEW，規範第一。
增進用戶體驗
- 頁面要美觀大方。
- 能自動計算的地方自動計算，不需要用戶手動輸入。
項目跟進
實事求是
- 小組成員彙報自己的項目，提交物：程序員日誌
- 項目組長彙報工作，提交物：小組進度日誌
項目大局觀
- 合理安排項目功能點的開發順序
項目突破
- 增加亮點功能
- 打造讓客戶尖叫的產品
項目準備提交物更新
- 同步你的需求文檔《06.需求說明與分析》
- 同步項目組的WBS
- 同步項目組中的數據庫建模pdm
- 同步項目需求簡報
- 同步立項申請書
- 同步開發週期表
項目第五天
能力的提高
- 協作的能力
- 執行能力
- 學習能力
- 解決問題的能力
- 自控力
完成新增功能
- 使用echars完成數據圖表展示
- 提高用戶體驗
項目答辯所需要的材料
最終版的提交物
-
01.項目需求簡報-系統功能分析v2.0.xlsx
-
02.項目立項申請書.docs
-
03.項目開發週期表.xlsx
-
04.***項目WBS.docx
-
05.***項目數據庫建模.pdm
-
06.***項目項目原型文件
-
07.需求說明與分析2.0.docx
-
08.***項目展示.pptx
-
09.***db.sql
-
10.測試賬號.txt
-
項目文件
明天要準備的東西
明天項目內部測試
常用的用戶賬號信息，
- 使用記事本把常用的賬號和密碼保存在文本里面
- 測試數據，要規範
- 每一個數據都像真實數據一樣
- 以上內容不要翻看數據庫
流程熟悉
- 流程必須熟悉，不能出現卡頓
- 在演示過程中避免出現404，500，505等異常信息
- 項目整合，多次練習
週一項目答辯的要求：
要求：
- PPT展示不得少於10頁，頁面得體大方
- 每個同學都寫入一些感言在裏面
- 保證提交上來的項目是能夠運行的
- 確保你的項目整合完整的
- 項目的數據庫備份的sql數據是豐富、並且正確的。
PPT內容
- 項目開發的背景和需求
- 項目使用的技術和數據庫
- 業務流程和主要功能
- 重點功能詳細展示
- 項目總結與項目收穫
轉發：
轉發地址：http://www.javacc.top/showbloginfo.action?id=44
感謝分享~