RUP階段性的工作流程極其輸出工件 (轉)
RUP中有9個核心工作流,分為6個核心過程工作流(Core Process Workflows)(
業務建模、需求、分析設計、實施、測試、部署)和3個核心支援工作流(Core
Supporting Workflows)(、環境、和變更管理)。這些工作流在整個生命週期中一次又一次被。在每一次迭代中又有不同的重點,表現為執行不同的具體活動。
以下列表是RUP關於軟體過程的階段劃分和每個階段的核心工作流程、活動、工件,希望能為目前正在從事軟體工程的同行們提供一點點便利,其實,這些東西都是從Rational的幫助中抽取出來的。
輸出工件也都是Rational提供的標準文件模板。
階段 | 核心工作流 | 工作流明細 | 活動 | 輸出工件 |
先啟階段 | 專案管理 | 構思新專案 | 確定並評估風險 | 《風險列表》 |
確立商業理由 | 《商業理由》 | |||
專案審批 | 《專案審批記錄》 | |||
啟動專案 | 《計劃 》(初稿) | |||
《先啟階段迭代 計劃》 | ||||
評估專案規模和 風險 | 確定並評估風險 | 《風險列表》( 改進) | ||
確立商業理由 | 《商業理由》( 改進) | |||
制定軟體開發計 劃 | 制定評測計劃 | 《評測計劃》 | ||
制定風險管理計 劃 | 《風險管理計劃 》 | |||
制定產品驗收計 劃 | 《產品驗收計劃 》 | |||
制定問題解決計 劃 | 《問題解決計劃 》 | |||
制定軟體開發計 劃 | 《軟體開發計劃 》 | |||
制定質量保證計 劃 | 《質量保證計劃 》 | |||
專案計劃複審 | 《專案計劃複審 記錄》 | |||
計劃下一次迭代 | 制定迭代計劃 | 《迭代計劃》 | ||
迭代計劃複審 | 《迭代計劃複審 記錄》 | |||
管理迭代 | 啟動迭代 | 《工作單》 | ||
評估迭代 | 《變更請求》 | |||
《迭代評估》 | ||||
監測與控制專案 | 安排和分配工作 | 《工作單》 | ||
處理異常事件與 問題 | 《變更請求》 | |||
重新評估專案規 模和風險 | 確定並評估風險 | 《風險列表》 | ||
確立商業理由 | 《商業理由》 | |||
業務建模 | 評估業務狀態 | 確定和獲取常用 詞彙 | 《業務詞彙表》 | |
制定業務規則 | 《業務規則》 | |||
確定和調整目標 | 《業務前景》 | |||
評估目標組織 | 《目標組織評估 》 | |||
制定業務建模指 南 | 《業務建模指南 》 | |||
確定業務流程 | 定義業務架構 | 《業務架構文件 》(概述) | ||
查詢業務主角和 用例 | 《補充業務規約 》 | |||
業務用例模型 | ||||
改進《業務詞彙 表》 | 《業務詞彙表》 | |||
改進《業務前景 》 | 《業務前景》 | |||
改進《業務規則 》 | 《業務規則》 | |||
改進業務流程 | 建立業務用例模 型 | 業務用例模型 | ||
詳細說明業務用 例 | 《補充業務規約 》 | |||
《業務用例詳細 說明》 | ||||
複審業務用例模 型 | 《業務用例模型 複審記錄》 | |||
設計業務流程實 現 | 查詢業務角色和 實體 | 業務用例實現 | ||
業務模型 | ||||
改進《業務詞彙 表》 | 《業務詞彙表》 | |||
改進《業務規則 》 | 《業務規則》 | |||
改進業務架構 | 《業務架構文件 》 | |||
改進角色和職責 | 詳細說明業務角 色 | 業務角色 | ||
詳細說明業務實 體 | 業務實體 | |||
建立組織單元 | 業務物件模型組 織單元 | |||
業務物件模型復 審 | 《業務模型複審 記錄》 | |||
流程自動化研究 | 定義自動化需求 | 分析模型(概略 ) | ||
需求 | 分析問題 | 獲取常用詞彙 | 《詞彙表》(概 述) | |
制定需求管理計 劃 | 《需求管理計劃 》 | |||
確定專案前景 | 《前景》(概述 ) | |||
理解涉眾需要 | 獲取涉眾請求 | 《涉眾請求》 | ||
查詢主角和用例 | 用例模型(概述 ) | |||
制定補充規約 | 《補充規約》( 概述) | |||
改進專案前景 | 《前景》(改進 ) | |||
定義 | 查詢主角和用例 | 用例模型(改進 ) | ||
《用例詳細說明 》(概述) | ||||
改進專案前景 | 《補充規約》( 改進) | |||
《前景》(改進 ) | ||||
改進《詞彙表》 | 《詞彙表》(改 進) | |||
管理系統規模 | 確定用例的優先 級 | 《軟體架構文件 》(用例檢視) | ||
改進專案前景 | 《前景》(改進 ) | |||
改進系統定義 | 設計介面原 型 | 使用者介面原型 | ||
詳細說明需求 | 《軟體需求規約 》 | |||
詳細說明用例 | 《用例詳細說明 》(改進) | |||
改進補充規約 | 《補充規約》( 改進) | |||
管理需求變更 | 需求複審 | 《需求複審記錄 》 | ||
改進用例模型 | 用例模型(改進 ) | |||
測試 | 制定測試計劃 | 制定測試計劃 | 《測試計劃》 | |
環境 | 準備專案環境 | 選擇開發工具 | 開發工具 | |
開發文件模板 | 專案文件模板 | |||
準備迭代環境 | 編制開發案例描 述開發流程 | 《開發案例》( 開發流程) | ||
準備迭代指南 | 制定使用者介面指 南 | 《使用者介面指南 》 | ||
制定業務建模指 南 | 《業務建模指南 》 | |||
制定用例建模指 南 | 《用例建模指南 》 | |||
制定設計指南 | 《設計指南》 | |||
制定指南 | 《程式設計指南》 | |||
制定測試指南 | 《測試指南》 | |||
在迭代期間支援 環境 | 支援開發 | 開發基礎設施 | ||
配置與變更管理 | 計劃專案配置與 變更控制 | 制定配置管理計 劃 | 《配置管理計劃 》 | |
建立專案配置管 理環境 | 建立實施模型 | 實施模型 | ||
設定配置管理環 境 | 專案庫 | |||
建立整合工作區 | 工作區 | |||
變更與交付配置 項 | 工作區 | 工作區(更新) | ||
管理基線和釋出 | 建立基線 | 專案儲存庫(更 新) | ||
建立部署單元 | 部署單元 | |||
管理變更請求 | 提交、複審、更 新變更請求 | 《變更請求》 | ||
監測與報告配置 狀態 | 執行配置稽核 | 《配置稽核結果 》 | ||
精化階段 | 專案管理 | 計劃下一次迭代 | 與先啟階段相同 | 與先啟階段相同 |
管理迭代 | 與先啟階段相同 | 與先啟階段相同 | ||
監測與控制專案 | 與先啟階段相同 | 與先啟階段相同 | ||
重新評估專案規 模和風險 | 與先啟階段相同 | 與先啟階段相同 | ||
需求 | 分析問題 | 與先啟階段相同 | 與先啟階段相同 | |
理解涉眾需要 | ||||
定義系統 | ||||
管理系統規模 | ||||
改進系統定義 | ||||
管理需求變更 | ||||
分析設計 | 定義備選構架 | 構架分析 | 《軟體構架文件 》(更新) | |
《參考構架》 | ||||
設計模型 | ||||
部署模型 | ||||
用例分析 | 用例實現(初步 ) | |||
分析類 | ||||
分析行為 | 用例分析 | 用例實現(更新 ) | ||
分析類 | ||||
確定設計元素 | 設計模型 | |||
複審設計 | 《複審設計記錄 》 | |||
《變更請求》 | ||||
設計構件/實時設 計 | 類設計 | 設計類 | ||
用例設計 | 用例實現(詳細 ) | |||
封裝體設計(用 於實時構件設計) | 封裝體 | |||
子系統設計 | 設計子系統、接 口 | |||
複審設計 | 《複審設計記錄 》 | |||
《變更請求》 | ||||
設計 | 類設計 | 設計類 | ||
資料庫設計 | 資料模型 | |||
複審設計 | 《複審設計記錄 》 | |||
《變更請求》 | ||||
改進構架 | 由分析、設計模 型改進構架 | 《軟體構架文件 》(更新) | ||
複審構架 | 《複審構架記錄 》 | |||
《變更請求》 | ||||
實施 | 建立實施模型 | 建立實施模型 | 實施模型 | |
《軟體構架文件 》 | ||||
制定整合計劃 | 計劃系統整合 | 《整合構建計劃 》 | ||
實施構件 | 編碼、、測 試構件 | 構件 | ||
複審程式碼 | 《程式碼複審記錄 》 | |||
計劃子系統整合 | 《整合構建計劃 》 | |||
整合每個子系統 | 整合子系統 | 實施子系統 | ||
工作版本 | ||||
整合系統 | 整合系統 | 工作版本 | ||
測試 | 制定測試計劃 | 制定測試計劃 | 《測試計劃》 | |
設計測試 | 設計測試 | 測試用例 | ||
測試過程 | ||||
工作量分析文件 | ||||
實施測試 | 實施測試 | 測試指令碼 | ||
設計測試包和測 試類 | 測試包和測試類 | |||
實施測試子系統 和構件 | 測試子系統和測 試構件 | |||
在整合測試階段 執行測試 | 執行測試 | 測試結果 | ||
在系統測試階段 執行測試 | 執行測試 | 測試結果 | ||
評估測試 | 測試評估 | 《測試評估摘要 》 | ||
環境 | 準備迭代環境 | 與先啟階段相同 | 與先啟階段相同 | |
準備迭代指南 | ||||
在迭代期間支援 環境 | ||||
配置與變更管理 | 變更與交付配置 項 | 與先啟階段相同 | 與先啟階段相同 | |
管理基線和釋出 | ||||
管理變更請求 | ||||
監測與報告配置 狀態 | ||||
構建階段 | 專案管理 | 計劃下一次迭代 | 與先啟階段相同 | 與先啟階段相同 |
管理迭代 | ||||
監測與控制專案 | ||||
重新評估專案規 模和風險 | ||||
需求 | 管理需求變更 | 與先啟階段相同 | 與先啟階段相同 | |
分析設計 | 設計構件/實時設 計 | 與精化階段相同 | 與精化階段相同 | |
設計資料庫 | ||||
改進構架 | ||||
實施 | 制定整合計劃 | 與精化階段相同 | 與精化階段相同 | |
實施 來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-991775/,如需轉載,請註明出處,否則將追究法律責任。 ![]()
請登入後發表評論
登入
全部評論
最新文章
|
相關文章
- 從Spring的幾個階段理解其工作過程Spring
- RUP是如何輸給敏捷Agile的?敏捷
- 京東工作階段....
- TWI工作指導的四階段法
- aop 階段性概況
- MyBatis執行流程的各階段介紹MyBatis
- 課程階段性總結
- 面試每日一題011:從新手階段到流失階段,遊戲的階段性目標是什麼?面試每日一題遊戲
- SSL連線分為兩個階段:握手和資料傳輸階段
- SEO專案操作在不同階段的工作分配
- 如何激發下屬的工作積極性
- Java學習路線圖,其五個必經階段Java
- 階段性總結_學習筆記筆記
- 組織級敏捷轉型的四個階段敏捷
- 作為DMAIC的第一個階段,Define是如何工作的?AI
- [轉]重定向輸出
- 手游出海 分階段做好全球釋出工作
- 如何簡化專案管理流程,只需這五階段專案管理
- 輸入一段字串,去除字串中重複的字元,並輸出字串字元
- 不同階段的企業如何進行保持敏捷性敏捷
- 死磕Spring之IoC篇 - Bean 的屬性填充階段SpringBean
- 前端各階段資源,學得完算我輸前端
- 將輸入的字元轉化為int格式輸出字元
- 【javaWeb】第55天——java web階段性總結JavaWeb
- 醫療行業軟體開發流程-立項階段行業
- 初學Java的5個階段,你在哪個階段?Java
- Java進階面試系列階段性總結【石杉的架構筆記】Java面試架構筆記
- 人生的二階段。
- webpack專案釋出階段移除所有consoleWeb
- Xcode 7 Bitcode的工作流程及安全性評估XCode
- 統一過程(UP)定義了初啟階段、精化階段、構建階段、移交階段和產生階段,每個階段以達到某個里程碑時結束,其中()的里程碑是生命週期架構。 A.初啟階段 B.精化階段 C.構建階段 D.移交階段架構
- 第一階段:Java內功祕籍-線性表Java
- 一致性協議之三階段提交協議
- 單元測試階段的測試工作量自動預估
- converter設計模式擴充套件,多種輸入輸出與標準輸入輸出的轉化方案設計模式套件
- Python 3 進階 —— print 列印和輸出Python
- 輸出儲存在記憶體中的字串(迴圈輸出每一個的字元和一次性全部輸出)記憶體字串字元
- outputStream(輸出流)轉inputstream(輸入流)以及輸入流如何複用
- 轉載一段簡潔明瞭的python程式碼 實現了讀取檔案並按行反轉後輸出Python