第一部分：專案階段第二部分：核心工作流程第三部分：角色劃分第四部分：目前實施專案規範的考慮
概述 軟體開發的產品質量水平，是乙個由來已久的話題。而提高軟體企業的產品質量水平，必須改進軟體產品的開發過程。但是這裡沒有什麼百試百靈的靈丹妙藥，我們必須根據本企業的實際情況，參考國內外先進企業的經驗，總結出一種適合本企業的軟體開發模式。
此規範是基於cmm模型規範，以rup軟體工程過程為藍本，由我本人根據專案實際情況而選擇修改，從而使之適應當前應用級系統設計開發的需要。
本文主要以rup的軟體工程框架為主，省略複雜概念部分。著眼點放在控制軟體產品開發流程上，由於人員配置與軟體分工現行狀況的限制，對其中的部分細節進行了合併可省略，從而適應目前國內軟體開發所要求。
rational unified process（簡稱rup）是一套軟體工程過程（在下面介紹）。
在rup過程中，我們可以看到它非常強調一點：迴圈。
現在我們做的每乙個專案都存在不斷變化的問題。使用者需求變化、系統設計變化（可能是需求變化也可能是存在了技術問題）、編碼變化（由測試與複審等環節引發的）等問題困擾著專案進行。解決這些問題的方法就是不斷的迴圈。
這個規範是我根據自己的觀點整理編寫而成的，有不足之處請指教。
李傑 2023年3月14日
rup簡介
rational unified process（簡稱rup）是一套軟體工程過程，主要由ivar jacobson的 the objectory approch 和 the rational approch 發展而來。同時，它又是文件化的軟體工程產品，所有rup 的實施細節及方法導引均以web文件的方式整合在一張光碟上，由rational公司開發、維護並銷售，當前版本是rup2000。rup又是一套軟體工程方法的框架，各個組織可根據自身的實際情況，以及專案規模對rup進行裁剪和修改，以制定出合乎需要的軟體工程過程。
rup 吸收了多種開發模型的優點，具有很好的可操作性和實用性、從它一推出市場，憑藉booch、ivar jacobson、以及rumbaugh 在業界的領導地位、以及與統一建模語言（unified model language , 以下簡稱uml）的良好整合、多種case工具的支援、不斷的公升級與維護，迅速得到業界廣泛的認同，越來越多的組織以它作為軟體開發模型框架。 在rup中，軟體開發生命週期根據時間和rup的核心工作流劃分為二維空間。
如上圖所示，時間維從組織管理的角度描述整個軟體開發生命週期，是rup的動態組成部分。它可進一步描述為週期（cycle）、階段（phase）、迭代(iteration)。 核心工作流從技術角度描述rup的靜態組成部分，它可進一步描述為行為（activities）、工作流（workflow）、產品（artifact）、工人（worker）。
圖中的陰影部分描述了不同的工作流，在不同的時間段內工作量的不同。值得注意的是，幾乎所有的工作流，在所有的時間段內均有工作量，只是大小不同而已。這與wate***ll process 有明顯的不同。
rup採用use case的概念，把要開發的系統根據各功能使用的情況劃分多個use case，並採用迭代的思想把系統的風險分布在四個階段，風險越大的迭代越要放在靠前的階段做，使軟體產品的風險不斷降低；而不是像傳統軟體工程那樣越往開發的後期問題越多。所以rup的思想一推出就受到軟體企業的歡迎。按照rup的開發模式一般可以達到cmm2、3級的水平。
當然，理解和掌握rup需要乙個相對較長的過程。
專案階段
從管理的觀點來說，軟體生命週期隨著時間分為四個依次進行的階段，每個階段的結束都有乙個主要里程碑；實質上，每個階段就是兩個主要里程碑之間的時間跨度。在每個階段結束時進行評估，以確定是否實現了此階段的目標。良好的評估可使專案順利進入下一階段。
1.1. 計畫階段
在進度和工作量方面，所有階段都各不相同。儘管不同的專案有很大的不同，但乙個中等規模專案的典型初始開發周期應該預先考慮到工作量和進度間的分配：
可表示為下圖
對於演進週期，先啟和精化階段就小得多了。能夠自動完成某些構建工作的工具將會緩解此現象，並使得構建階段比先啟階段和精化階段的總和還要小很多。
通過這四個階段就是乙個開發周期；每次經過這四個階段就會產生一代軟體。除非專案「死亡」，否則通過重複同樣的先啟階段、精化階段、構建階段和產品化階段的順序，產品將演進為下一代產品，但每一次的側重點都將放在不同的階段上。這些隨後的週期稱為演進週期。
隨著產品經歷了幾個週期，新一代產品隨之產生。
1.2.先啟階段
1.2.1.目標
先啟階段的基本目標是實現專案的生命週期目標中所有相關因素（如客戶等）之間的並行。 先啟階段主要對新的開發工作具有重大意義，新工作中的重要業務風險和需求風險問題必須在專案繼續進行之前得到解決。對於重點是擴充套件現有系統的專案來說，先啟階段較短，但重點仍然是確保專案值得進行而且可以進行。
先啟階段的主要目標包括：
· 建立專案的軟體規模和邊界條件，包括運作前景、驗收標準以及希望軟體中包括和不包括的內容。
· 識別系統的關鍵用例（也就是將造成重要設計折衷操作的主要部分）。
· 評估整個專案的總體成本和進度（以及對即將進行的精化階段進行更詳細的評估）
· 評估潛在風險（不可**性的**）
· 準備專案的支援環境。
1.2.2.核心活動
· 明確地說明專案規模。這涉及了解環境以及最重要的需求和約束，以便於可以得出最終產品的驗收標準。
·計畫和準備商業理由。評估風險管理、人員配備、專案計畫和成本/進度/收益率折衷的備選方案。
· 綜合考慮備選構架，評估設計和自製/外購/復用方面的折衷，從而估算出成本、進度和資源。此處的目標在於通過對一些概念的證實來證明可行性。該證明可採用可模擬需求的模型形式或用於探索被認為高風險區域的初始原型。
先啟階段的原型設計工作應該限制在確信解決方案可行就可以了。該解決方案在精化和構建階段實現。
· 準備專案的環境，評估專案和組織，選擇工具，決定流程中要改進的部分。
1.2.3. 里程碑：生命週期目標
生命週期目標里程碑評估專案的基本可行性。
先啟階段末是第乙個重要的專案里程碑，即生命週期目標里程碑。此時，檢查專案的生命週期目標，並決定繼續進行專案還是取消專案。
1.2.3.1 評估標準
· 規模定義和成本／進度估算中，所有相關因素（如客戶等）可並行
· 對是否已經獲得正確的需求集達成一致意見，並且對這些需求的理解是共同的。
· 對成本／進度估算、優先順序、風險和開發流程是否合適達成一致意見。
· 已經確定所有風險並且有針對每個風險的減輕風險策略。
· 如果專案無法達到該里程碑，則它可能中途失敗或需要進行相當多的重新考慮。
1.2.3.2 提供的文件及模型
1.3 精化階段
1.3.1.目標
精化階段的目標是建立系統構架的基線，以便為構建階段的主要設計和實施工作提供乙個穩定的基礎。構架是基於對大多數重要需求（對系統構架有很大影響的需求）的考慮和風險評估發展而來的。構架的穩定性是通過乙個或多個構架原型進行評估的。
精化階段的主要目標包括：
確保構架、需求和計畫足夠穩定，充分減少風險，從而能夠有預見性地確定完成開發所需的成本和進度。對大多數專案來說，通過此里
碑也就相當於從簡單快速的低風險運作轉移到高成本、高風險的運作，並且在組織結構方面面臨許多不利因素。
處理在構架方面具有重要意義的所有專案風險
建立乙個已確定基線的構架，它是通過處理構架方面重要的場景得到的，這些場景通常可以顯示專案的最大技術風險。
製作產品質量構件的演進式原型，也可能同時製作乙個或多個可放棄的探索性原型，以減小特定風險，例如：
o 設計/需求折衷
o 構件復用
o 產品可行性或向客戶和終端使用者進行演示。
證明已建立基線的構架將在適當時間、以合理的成本支援系統需求。
建立支援環境。
為了實現這個主要目標，建立專案的支援環境也同等重要。這包括建立開發案例、建立模板和指南、安裝工具。
1.3.2. 核心活動
· 快速確定構架、確認構架並為構架建立基線。
· 根據此階段獲得的新資訊改進前景，對推動構架和計畫決策的最關鍵用例建立可靠的了解。
· 為構建階段建立詳細的迭代計畫並為其建立基線。
· 改進開發案例，定位開發環境，包括流程和支援構建團隊所需的工具和自動化支援。
· 改進構架並選擇構件。 評估潛在構件，充分了解自製/外購/復用決策，以便有把握地確定構建階段的成本和進度。整合了所選構架構件，並按主要場景進行了評估。
通過這些活動得到的經驗有可能導致重新設計構架、考慮替代設計或重新考慮需求。
1.3.3.里程碑：生命週期構架
生命週期構架里程碑為系統構架建立管理基線，並使專案團隊能夠在構建階段調整規模。
精化階段末是第二個重要的專案里程碑，即生命週期構架里程碑。此時，您檢查詳細的系統目標和規模、選擇的構架以及主要風險的解決方案。
1.3.3.1 評估標準
· 產品前景和需求是穩定的。
· 構架是穩定的。
· 可執行原型表明已經找到了主要的風險元素，並且得到妥善解決。
專案管理規範RUP管理實施二
第一部分 專案階段 第二部分 核心工作流程 第三部分 角色劃分 第四部分 目前實施專案規範的考慮 概述軟體開發的產品質量水平，是乙個由來已久的話題。而提高軟體企業的產品質量水平，必須改進軟體產品的開發過程。但是這裡沒有什麼百試百靈的靈丹妙藥，我們必須根據本企業的實際情況，參考國內外先進企業的經驗，總...
3專案管理規範
專案管理的規範，可以用一句話來總結，就是一套規矩，執行專案和管理專案必須要遵守的規則。3.1 制定專案管理規範的要點 專案管理的規範可以說是多種多樣，每家企業都有自己的一套規章和制度，但作為專案管理的規範，無論哪種體制框架下，專案的 頭 尾 中間的執行和變更 都應當是制定專案管理規範的要點。3.2 ...
18 專案CI管理實施計畫
本專案為濱州中海壹號一期工程，建設地點位於山東省濱州市黃河十二路以南，中海環湖路以西。濱州中海壹號專案含高層住宅 低層住宅 沿街商業網點 地下車庫 幼兒園。用地面積 68665.35平方公尺，總建築面積 146538.53萬平方公尺。一期工程為 售樓中心為地上3層，框架結構，建築面積2858 4棟高...