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的?敏捷
- 互動設計師的工作流程及不同階段的職責
- (轉)螢幕輸入輸出的一些屬性
- aop 階段性概況
- TWI工作指導的四階段法
- MyBatis執行流程的各階段介紹MyBatis
- 諾蘭的階段模型(轉載)模型
- 課程階段性總結
- 讀書筆記:RUP (轉)筆記
- 近階段測試工作小結:
- 公路工程施工準備階段的測量監理工作(轉)
- 面試每日一題011:從新手階段到流失階段,遊戲的階段性目標是什麼?面試每日一題遊戲
- SSL連線分為兩個階段:握手和資料傳輸階段
- RUP的剪裁原理和剪裁過程 (轉)
- SEO專案操作在不同階段的工作分配
- mongodb 階段性技術總結MongoDB
- 如何激發下屬的工作積極性
- 轉:Git 工作流程Git
- Java學習路線圖,其五個必經階段Java
- 業務流程的升格、進階、轉換
- 階段性總結_學習筆記筆記
- 原創圖書流程介紹:寫作階段
- 原創圖書流程介紹:選題階段
- 專案團隊的發展階段(轉)
- 專案管理不同階段的重點(轉)專案管理
- 階段性進展:開源資料庫已開始得寵(轉)資料庫
- 作為DMAIC的第一個階段,Define是如何工作的?AI
- IT專案管理-計劃階段(轉)專案管理
- 18個提高工作積極性的方法–資訊圖
- 如何簡化專案管理流程,只需這五階段專案管理
- 原創圖書流程介紹:編排校階段
- Python進階02 文字檔案的輸入輸出Python
- 手游出海 分階段做好全球釋出工作
- 敏捷開發與jira之階段工作項概述敏捷
- RUP是敏捷的嗎?敏捷