一、瀑布模型
軟體過程瀑布模型中，軟體分析佔了軟體設計很大一部分工作量，使用者、市場、分析、設計，是整個軟體設計中密不可分的幾個部分。模型要求在任何設計和實現工作之前，盡可能的把需求完全定義清楚，並把它穩定下來，並且實際開發前凍結需求。在概要設計階段主要需要建立系統高層模型，建立系統和子系統的框架以及基於服務的層等。在詳細設計階段，可以精細的把業務需求轉換為系統模型。然後在實現諸如編碼、測試、系統整合以及發布等下游模型。
二、增量模型
增量模型是指首先構建部分系統，再逐漸增加功能或者效能的過程。增量模型是綜合了瀑布模型和原型化的產物，提倡以功能漸增方式開發軟體。
在生命週期的早期階段（計畫、分析、設計），需要建立乙個考慮了整個系統的架構，這個架構應該是具有強的可整合性的，後續的構件方式開發，都是建立在這個架構之上。剩下的生命週期階段（編碼、測試、交付），來實現每乙個增量。
首先建立的應該是一組核心的功能，或者對於專案至關重要的最高優先順序的系統，或者是能夠降低風險的系統。隨後基於核心功能反覆擴充套件，逐步增加功能以提高效能。
三、scrum過程
sprint 計畫會議、每日 sprint 簡會、sprint 評審會議和scrum 評審會議共同構成 scrum 方法。
四、多團隊的scrum過程
許多專案無法由乙個 scrum 團隊完成，這種情況需要多團隊合作。人們通過一系列的機制來協調多團隊並行開發。兩個或者兩個以上的 scrum 團隊同時開發的專案稱作「擴充套件專案」，協調這些專案的機制稱作「擴充套件機制」，每個擴充套件專案有其自己的複雜性，需要獨特的解決方案。擴充套件的核心是 scrum 團隊，乙個 800 人的專案需要包含 100 個 8 人團隊，我們將如何協調全部團隊的工作呢？
1. scrum 擴充套件成功的關鍵：
首先，在擴充套件前構建必需的基礎設施和基礎架構，一般設計和構建基礎架構需要經過幾個 sprint 週期。
第二，構建基礎設施的同時，確保交付商業價值，這種商業價值也包括將來使用這個基礎設施的應用案例。
第三，其它團隊可以在後期建立。優化原始團隊的能力，向其它團隊分派至少一名初始團隊成員。同時還要注意，專案一開始就取得進展，對取得利益相關者的支援很重要，但應防止擴充套件速度過快。
2.多維度擴充套件專案整體控制上採用瀑布模式
在總的控制上，採用類似預定義過程的分層管理結構在很多情況下都是合適的，這樣可以降低管理上的複雜性，而且，總體方案上的變更本來就比較小，這樣更容易協調和擴充套件專案。不管怎麼說，乙個大型複雜專案的框架被說成是易變的、無法**的恐怕並不一定符合實際情況，所以書生氣十足的建立全面敏捷管理很可能最終把事情搞壞。大型專案的高階管理層也不可能達到與團隊進行適應的頻率和準確度，干預程度也往往不容易掌握，經過一些對比的嘗試，感覺多維度擴充套件的 scrum 高層管理還是經典專案管理理念比較有效，這是穩定性和靈活性的統一。
在這樣的情況下，一種產品 backlog 的分層結構如下圖所示。
spring boot bean 的管理過程
從磁碟中讀取 class檔案 放到map存放配置資訊的map中 需要時通過bean的名，從bean配置資訊容器中找到相應的配置資訊建立物件 當需要此物件時，bean例項容器中沒有時 會到配置資訊的map中找是否有此類的配置資訊 有就直接根據配置資訊建立物件放到bean例項池中 如果沒有則會丟擲nos...
架構之道之軟體架構設計的思想
一 架構師決定著軟體質量 在軟體組織中，架構師的作用舉足輕重。軟體的質量很大程度上是由架構設計的質量來決定的。為了建立高質量的軟體產品 增強產品的競爭力，培養高水平的架構師隊伍，建立有效的架構團隊，提公升架構師隊伍的分析與設計能力，成為企業關注的重心。二 體系結構設計決定著架構的成敗 多年來的實踐告...
五步走 軟體需求的管理過程
摘要 角色 職責描述 市場人員 負責discover階段所有工作，並幫助開發專案經理在define階段初期很快地了解業務和客戶 開發專案經理 協調discover階段的所有活動 負責完成需求文件 維護scope matrix。行業專家 提供行業諮詢 高層團隊 指導discover和define階段的...