在之前一周學習過個人能力的發展的重要性以及軟體工程師個人的成長之後，這一周我主要學習了團隊之間的合作的重要性。具體就是學習了構建之法的第四章和第五章。
第四章
第四章，講的是兩人合作。在軟體行業的逐步發展中，乙個軟體基本上乙個人是完成不了的，軟體都是在相互合作中完成的。
首先，**除了要足夠正確簡潔外，還要清晰，讓人一目了然。簡單來說，**風格的原則：簡明，易讀，無二義性。但是，最重要的**設計規範還是程式設計、模組之間的關係。畢竟，乙個軟體的流行與否與它的效能與客戶需求還是密不可分的。其次，在編寫**的時候，我們就要考慮到它之後可能出現的錯誤，修改錯誤，慢慢除錯花費的時間會更長。在這之後，**寫完之後，就是需要同伴來給我們進行**複審。**複審的主要作用就是找出**的錯誤，並且不斷改進，然後團隊之間相互傳授經驗。這是非常必要的。對我們亦或是團隊的成長都有很大幫助。有的錯誤在這一次犯了之後，就要吸取經驗教訓，不能再犯第二次。複審不僅僅有**複審，還有設計複審、設計計畫複審和文件複審。在乙個軟體設計的最後過程就是結對程式設計，這是乙個不斷複審的過程，提高設計和編碼質量，及時發現並解決問題，避免把問題拖到最後。
在以上這麼多步驟中，兩個人又或者是更多人沒有默契是做不來的。團隊也不會從一開始就合作默契，一定會有一些矛盾，但在不斷的相處過程中，這些矛盾很有可能會變成堅不可摧的力量督促我們前進。在團隊中，對於他人的錯誤，要及時給予指責，不能藏著掖著。最好能夠在自己行動之前，考慮到他人的感受，不那麼自私。這些因素都與個人性格有關，因此，在團隊中，同樣可以磨練我們的性格。
第五章
第五章，講的主要是團隊和流程。從第四章，我們可以看出，團隊對我們有多重要，無論個人的能力有多強，不在集體中的話，也不能完全發揮出來。
首先，團隊的定義就是團隊成員有各自的分工，互相依賴合作，共同完成任務。軟體團隊有各種形式，適用於不同的人員和需求。基於直覺形成的團隊模式未必是最合適的。而在書中提到了十幾種模式：一窩蜂模式，主治醫師模式，明星模式，社群模式，業餘劇團模式，秘密團隊，**團隊，交響樂團模式，爵士樂模式，功能團隊模式，官僚模式。我們不必去一味迎合這些模式，需要根據自己團隊的現狀來決定自己團隊的模式。
然後，最主要的是團隊合作的流程。其中基礎的流程是瀑布模型。在自己團隊工作的時候，我們可以根據瀑布模型進行各種變形，調整到最適合我們的狀態。當然還有其他流程，統一流程包括許多任務作流和四個階段。工作流：業務建模，需求，分析和設計，實現，測試，部署，配置和變更管理，專案管理以及環境。四個階段：初始階段，細化階段，構造階段，交付階段。另外，還有老闆驅動的流程以及漸行交付的流程。就是要不斷地進行開發，發布，聽取反饋還有根據反饋做改進等等。在自己團隊沒有什麼明確的方向時，我們可以參考這些流程。如果有明確的目標，就要按照團隊的需求，基於以上的流程，制定最適合自己的方案。
最後，我想每個團隊都有自己的軟體生命週期，我們需要在不同的階段提高自己，提高團隊，提高我們自己做製作的軟體的水平和軟體的質量。
《構建之法》 個人第三次作業
這個作業屬於哪個課程 系統分析與設計 這個作業要求在 作業要求 這個作業的目標 了解各項原型工具，使用一種工具進行原型設計 目前 墨刀 支援建立移動端 iphone ipad android web端的專案。使用郵箱註冊後我們就可以使用免費版的墨刀了。通過簡單的使用，了解到他有以下特點 a 墨刀這個...
《構建之法》第三次作業 原型設計
這個作業屬於哪個課程 這個作業要求在 shen momo 這個作業的目標 學習現代軟體工程思想，體驗軟體開發的過程，以及開發過程中文件的撰寫 一 對比原型設計工具 使用體會 axure作為老牌的原型圖工具，功能最齊全，互動最多樣。設計過程中可以將多個頁面放在同乙個視窗中設計，不僅能夠在設計的同時對比...
構建之法現代軟體工程（第三次）
第3章 軟體工程師的成長 軟體開發流程不僅僅包括團隊的流程，還包括了個人的開發流程，團隊是由每個人組成的，在軟體開發流程中，是由每乙個團隊成員具體的個人在做開發，測試，ui，管理，交流等工作。在軟體工程的術語中，我們把這些單個的成員叫做ic。ic在一次團隊流程中的流程如下 1.通過交流，實驗，快速原...