2.
核心工作流程
軟體工程中的工作流程分為兩部分：核心工作流程與核心支援工作流程
核心工作流程（在專案中的流程）
業務需求建模
分析設計
實施測試
部署核心支援工作流程（在組織中的流程）
環境專案管理
配置與變更管理
2.1.
業務需求建模
2.1.1.
目的業務建模的目的在於：
了解目標組織（將要在其中部署系統的組織）的結構及機制。
了解目標組織中當前存在的問題並確定改進的可能性。
確保客戶、終端使用者和開發人員就目標組織達成共識。
匯出支援目標組織所需的系統需求。
為實現這些目標，業務建模工作流程說明了如何擬定新目標組織的前景，並基於該前景來確定該組織在業務用例模型和業務物件模型中的流程、角色以及職責。
作為對這些模型的補充，還編寫了以下文件：
補充業務規約
詞彙表2.1.2.
業務建模工作流程
2.1.3.
提供的文件與模型
商業邏輯建模（
use case
）（rose
）業務需求說明書（
ms word
）專業詞彙表（英漢對照）（
ms word）風險
說明（ms word
）複審說明書
2.1.4.
文件模板
參見專案管理
規範目錄下業務需求文件模板子目錄
2.2.
分析設計
2.2.1.
目的分析設計的目的在於：
將業務需求轉換為未來系統的設計。
逐步開發強壯的系統構架。
使設計適合於實施環境，為提高效能而進行設計。
2.2.2.
分析設計工作流程
2.2.3.
提供的文件與模型
系統總體設計報告（
ms word
）系統設計模型
domain model
（rose
）系統設計模型
design model
（rose
）資料庫設計模型
（power designer
）資料字典（
ms word
）系統詳細設計報告（
ms word
）工作量化書（
ms word
）2.2.4.
文件模板
參見專案管理
規範目錄下分析設計文件模板子目錄
2.3.
實施2.3.1.
目的實施的目的包括：
對照實施子系統的分層結構定義**結構、
以構件（原始檔、二進位制檔案、可執行檔案以及其他檔案等）的方式實施類和物件、
對已開發的構件按單元來測試，並且
將各實施員（或
團隊）完成的結果整合到可執行系統中。
實施工作流程的範圍僅限於如何對各個類進行單元測試。系統測試和整合測試將在測試工作流程中進行說明。
測試的目的在於：
核實物件之間的互動。
核實軟體
的所有構件是否正確整合。
核實所有需求是否已經正確實施。
確定缺陷並確保在部署
軟體之前將缺陷解決。
2.3.2.
實施工作流程
2.3.3.
提供的文件與模型
實施總結書（
ms word
）實施模型（
rose
）系統整合
書（ms word
）**審核意見書（
ms word
）源**（
ms word
）使用者使用手冊（
ms word
）錯誤解決記錄手冊（
ms word
）構件及其說明
2.3.4.
文件模板
參見專案管理
規範目錄下實施文件模板子目錄
2.4.
專案管理
2.4.1.
目的本部分的目標是，通過提供一些
專案管理
的環境，使這個任務更加容易完成。它雖然不是成功的秘訣，但它介紹了可以顯著提高成功交付
軟體可能性的
專案管理
方法。專案管理
的目的是：
為對軟體
密集型專案進行管理提供框架。
為專案的計畫、人員配備、執行和監測提供實用的準則。
為管理風險
提供框架。
該工作流程主要側重於迭代式開發流程的以下重要方面：
風險管理
計畫迭代式專案，貫穿生命週期並針對特定的迭代
監測迭代式專案的進度、指標
2.4.2.
專案管理
工作流程
2.4.3.
提供的文件和模板
風險管理計畫（
ms excel
）工作計畫書（
ms excel）風險
列表（ms excel
）迭代計畫（
ms excel
）問題解決計畫（
ms excel
）測試計畫書（
ms excel
）系統整合
計畫書（
ms excel）子
系統整合
計畫書（
ms excel
）工作單（
ms excel
）產品驗收計畫（
ms excel
）評測計畫（
ms excel
）專案計畫複審意見書（
ms word
）開發總結（
ms word
）2.4.4.
文件模板
參見專案管理
規範目錄下
專案管理
文件模板子目錄
2.5.
部署2.5.1.
目的部署工作流程用來描述那些為確保終端使用者可以正常使用
軟體產品而進行的活動。
部署工作流程描述了兩種產品部署的模式：
自定義安裝
通過internet
使用軟體
在每個例項中，都強調要在開發場所對產品進行測試，並在產品最終發布之前進行
beta
測試。儘管部署活動主要集中於產品化階段，但在較早的一些階段中也會有一些為部署進行計畫和準備的活動。
2.5.2.
提供的文件和模板
部署計畫
安裝文件
發布說明
專案管理規範 RUP管理實施中角色的劃分
角色是抽象的職責定義，它定義的是所執行的一組活動和所擁有的一組文件與模型。角色通常由乙個人或作為團隊相互協作的多個人來實現。專案團隊成員通常要履行許多不同的角色職能 就象乙個人可以擔任許多職務，乙個人也可以擔任許多不同的角色。角色並不代表個人，而是說明個人在業務中應該如何表現以及他們應該承擔的責任。...
專案管理規範 RUP管理實施中角色的劃分
角色是抽象的職責定義，它定義的是所執行的一組活動和所擁有的一組文件與模型。角色通常由乙個人或作為團隊相互協作的多個人來實現。專案團隊成員通常要履行許多不同的角色職能 就象乙個人可以擔任許多職務，乙個人也可以擔任許多不同的角色。角色並不代表個人，而是說明個人在業務中應該如何表現以及他們應該承擔的責任。...
專案管理 RUP內容整理
目錄定義 核心概念 三大特點 核心工作流 十大要素 相關觀點 rup rational unified process 統一軟體開發過程，統一軟體過程是乙個物件導向且基於網路的程式開發方 rup描述了如何有效地利用商業的可靠的方法開發和部署軟體，是一種重量級過程 也被稱作厚方法學 因此特別適用於大型...