团队开发流程总结
如果沒有一個能夠拍板的人，那么整個團隊將會伴隨著越來越多的爭議而走向消亡。
?
特別是如果在一個團隊中，存在著那種非常固執任性的，不服從指揮，堅持我行我素的人，那么這個團隊消亡的速度就會愈發的快了。
?
算了，不叨叨這多了，開始正題！
?
首先先了解一下開發的大致步驟。
?
▍開發步驟
?
1、需求分析
2、頁面原型設計
3、數據庫建模
4、架構
5、類設計
6、編碼
7、測試與調試
8、部署
?
▍項目前期
?
第一個也是最重要的：找好領頭羊，不是每個人都適合作為領導者，這個領頭人一定要在團隊中有威信，有公信力和領導力。
?
另外如果自己自身在團隊中沒有威信，領導力不夠，那么最好不要當這個領頭人，乖乖的當個小組員，做好自己的本職工作就好。
?
團隊互補是很重要的，好的搭配才是精彩的開始，糟糕的人員搭配只會讓事情變得很糟。
?
組隊的時候不能只看個人能力，還要看個人的溝通表達能力，有時候個人的性格脾氣也會對整個項目的進度產生影響。
?
人員分工一定要合理，包含兩點：第一好鋼要用在刀刃上（不要讓不熟悉相關工作的人做相關的事情），第二每個人的工作量盡量做到最好的“均分”。
?
▍需求分析
?
單人完成！
?
主要分析這個系統是干什么的，需要哪些功能，用戶主要是哪一類人群。
?
在需求中需要有完整的用例圖和用例表，不只是做到“差不多”，而是要做到用例全覆蓋。以下為單個用例表實例：
?
?
?
在需求中要指出變量、函數、類等的命名規范。
?
確定頁面緩存方式，哪些表格是按照整個表格緩存，哪些表格是按照單個字段緩存。
?
需求文檔一定要完整清晰，發現其中有欠缺的地方要及時完善補充。
?
▍頁面原型設計
?
單人完成！多人同時提供設計思想會導致頁面始終難以確定。
?
如果其他人有任何意見，可以在設計完成后提出，如果最后關于某個問題爭執不下，那么就團隊投票表決或者是組長做決策，不要在一個小問題上糾結太久。
?
▍數據庫建模
?
單人完成！
?
在數據庫表的設計上要保證科學合理，數據表的構建一定要符合3NF范式。
?
每張表必須有一個自增id作為主鍵，不做其他用處，只是用來標識數據的數量。
?
▍架構
?
架構構建的時候，盡量使用當前流行且成熟的框架，保證架構的實用性與牢固性。
?
▍類設計
?
類設計就是要設計出有哪些類，這些類中又分別有哪些方法， 每個方法是做什么用的，然后這些方法之間又是怎么連接在一起的。
?
?
?
?
▍編碼
?
我個人認為編碼應該分為兩個小的階段：
?
第一階段前后臺獨立編碼，前臺完成頁面的制作，后臺根據頁面原型圖敲定大體上會用到的函數以及函數以及所涉及到的變量，這段時間內前后臺是互不影響的，可以獨立同時進行的；
?
然后前后臺獨立工作完成之后，就可以進行整合了，第二階段前后臺整合，前臺在后臺中找到所要請求的函數，如果有并且正確，那么就直接調用這個函數，如果后臺沒有考慮到這個函數，或者函數的參數與返回值不滿足前臺的請求方式，那么就需要對后臺進行微調，這個時候前后臺人員的交流就要多一些了。
?
不要想著能一次性寫好，這是不可能的事情，或者說是做夢。。。
?
如果是前后等后臺完成之后再動工，或者是后臺等前臺完成之后再動工，那樣的話中間等待的時間就會被浪費掉。
?
我的隊員就犯了這樣一個錯誤，我做前臺，他做后臺，我把前臺頁面做好之后，問他后臺的編碼工作完成沒有，結果他說他在等我前臺的變量名定好之后再動工，我簡直要氣死了。
?
離提交時間就只有這么短了，他竟然告訴他還沒有動工！！！
?
不過要說怪的話，也怪我沒有事先說好編程階段的時候怎么做，沒有把我的看法拿出來跟他們交流（我以為他們應該跟我想的一樣）。
?
團隊中的每個個體都需要有良好的編程規范，多寫注釋。
?
網站或者軟件在開發過程中，必須要使用版本控制器進行版本控制（小型團隊使用SVN學習||SVN的正確打開姿勢，大型團隊使用GitGit簡潔教程-本地項目推送到GitHub），否則會做很多無用功。
?
▍測試與調試
?
這一步驟是為了保證程序能夠正常跑起來。測試是為了找出Bug，而調試是為了找出出現Bug的原因，然后修改程序修復Bug。
?
團隊之間肯定會存在方式思路不同的時候，調試過程中，當我們覺得隊友的代碼或者處理邏輯有所欠缺或不足時，在沒有與原始編碼人員商討的情況下，不得擅自修改，防止出現“交叉版本”。
?
▍部署
?
運用不同工具開發的項目，其發布的方式也可能會有相應的區別。
?
比如如果是普通的web項目，有兩種方式：第一種在編輯工具中配置服務器（例如在eclipse中配置tomcat），然后啟動配置在編輯工具中的服務器，項目就可以跑了；第二種是將web項目打包成war包，然后放在放到服務器中運行。
?
▍項目后期
?
項目完成之后，要看到這些文檔：
?
需求分析文檔
項目總體設計報告
項目詳細設計報告
項目進度報告
項目測試報告
項目使用說明書
項目風險評估報告
轉載于:https://www.cnblogs.com/quehai/p/10882381.html
總結
- 上一篇： Unity检视面板的继承方法研究
- 下一篇： ThreadLocal 详解