用況驅動旨在為到最終產品為止的每個階段都可以回溯到使用者的真正需求。以體系結構為中心是指關注體系結構模式的開發，以引導後續系統，保證系統的平滑演進。每一次迭代包括迭代計畫、迭代評價和一些具體活動。關於核心工作流中的五個活動：需求、分析、設計、實現和測試較好理解，這裡不再贅述。下面對
rup的四個階段要做的工作做一闡述。
1. 初始階段
----
本階段確定所設立的專案是否可行，具體要做如下工作：
對需求有乙個大概的了解，確定系統中的大多數角色和用況，但此時的用況是簡要的。對給出的系統體系結構的概貌，細化到主要子系統即可。
識別影響專案可行性的風險。
考慮時間、經費、技術、專案規模和效益等因素。
關注業務情況，制訂出開發計畫。
2. 細化階段
識別出剩餘的大多數用況。對當前迭代的每個用況進行細化，分析用況的處理流程、狀態細節以及可能發生的狀態改變。細化流程時，可以使用程式框圖和合作圖，還可以使用活**、類圖分析用況。
對風險的處理。
----
需求風險
考慮專案的目標是否偏離了使用者的需求。為解決需求風險要充分了解使用者需求以及各需求的優先度，還應盡量列出所有的用況，至少列出重要的用況，並要建立領域的概念模型。
----
技術風險
考察所選的技術方案是否可行。建立原型是解決技術風險的一種有效方法。
----
技能風險
考慮實施專案的人員素質能否勝任專案的要求。
----
政策風險
考慮政策性的因素對專案的影響。
----
●進行高層分析和設計，並作出結構性決策。
----
所產生的基線體系結構包括用況列表、領域概念模型和技術平台等。以後的階段對細化階段建立的體系結構不能進行過大的變動。
----
●為構造階段制訂計畫。
----
細化階段完成，意味著已經完成了如下的任務：用況完全細化並被使用者接受；完成概念驗證；完成類圖；開發人員能給出專案估算（可分為精確、人月和無法估算）；基於用況考慮了所有風險（可分為高風險、可能的風險和不可能的風險），並制訂了相應的對策和計畫；對用況標出優先順序（可分為必須先實現、短期內實現和長期實現）。
3. 構造階段
----
識別出剩餘的用況。每一次迭代開發都針對用況進行分析、設計、編碼（如類宣告、屬性宣告、範圍宣告、函式原型宣告和繼承的宣告等）、測試和整合過程，所得到產品滿足專案需求的乙個子集。由於細化階段的軟體設計已經完成，這樣各專案組可以併發開發。
----
在**完成後，要保證其符合標準和設計規則，並要進行質量檢查。對於新出現的變化，要通過逆向工具把**轉換為模型，對模型進行修改，再重新產生**，以保證軟體與模型同步。
----
此階段要建立類圖、互動圖和配置圖；如乙個類具有複雜的生命週期，可繪製狀態圖；如演算法特別複雜，可繪製活**。
4. 移交階段
----
這一階段完成最後的軟體產品和最後的驗收測試，並完成使用者文件編制以及使用者培訓等工作。[來自
baidu.com快照]
EFI BIOS各階段介紹
sec是power on 後執行的第乙個部分，要求cpu應事先知道一些平台配置資訊和hw支援特性 產生臨時memory,可以是 processor cache,static ram 或其他在系統早期就可以訪問的system memory。除此還要知道 早期的memory 可以 map 到 boot ...
MongoDB管道聚合各階段
管道聚合各階段 名稱 描述 project 改造流中的文件，像通過增加新的字段或移除存在的字段。對於每乙個輸入文件，輸出乙個文件。match 過濾文件流，只允許匹配的文件不經過修改進入到下乙個管道階段。match使用標準的mongodb查詢。對於每個輸入文件，輸出要麼乙個文件 匹配乙個 要麼零個文件...
PIPE各階段的實現
1.pc選擇和取指階段 這個階段必須選擇程式計數器pc的當前值，並且 下乙個pc值。pc選擇邏輯從三個程式計數器源中進行選擇。當一條 錯誤的分支進入訪存階段時，會從流水線暫存器m 訊號m vala 中讀出該指令valp的值 指明下一條指令的位址 當ret指令進入寫回階段時，會從流水線暫存器w 訊號w...