如果我們想在當前的軟體開發領域取得成功，我們必須交付既有高質量又有創新性的產品——質量體現在軟體的每個方面，而創新則把該軟體同其它軟體區別開來。但很難在這兩者之間取得平衡。現有的用於保證質量的過程改進活動常常抑制了創造性。我們同樣害怕那些能促進創新和多樣化，但可能犧牲質量的過程方法。那麼，加入到核心統一過程(essential unified process 簡稱essup)吧，它能平衡質量和創新。essup填補了對快速生產高質量的軟體系統的渴望和專案實際狀況之間的鴻溝。它提供了一種嶄新的方式用來形式化和應用各種開發實踐。這篇文章闡述了essup究竟是如何實現這個目標的。
介紹
每個人都意識到我們需要過程來改進軟體開發的方式。每個人也都意識到我們需要敏捷性、靈活性和適應性。每個人也都認同對質量的需要。但是，我們中間的很多人都發現，現有的軟體過程笨重、約束性強，並成為我們發揮創造活力的障礙。
開發人員疲於應付開發過程。統一過程過於繁重，過程改進程式需要過多繁瑣的工作，而敏捷陣營則過多地依賴於隱性知識和專家級開發人員。而且我們也知道我們需要好的實踐以保證能夠按時、按照預算來開發出好的軟體。我們需要從根本上重新構造我們的設計、配置、培訓、選用和部署開發過程的方式。
什麼是核心統一過程？
核心統一過程，或者我們稱之為essup，是建立在現代軟體開發實踐之上的新一代軟體開發過程。她是乙個嶄新的開始，開始於沒有任何舊的累贅的一頁白紙。它整合了來自三個不同陣營的成功實踐：統一過程陣營，敏捷方法陣營和過程改進陣營。每乙個陣營都貢獻了其不同的過程能力。（如圖）
但是，在我們更進一步深入討論什麼是essup之前，讓我們首先快速列舉出我們
需要乙個新過程的原因:
1、傳統的軟體過程過於繁重，沒有人會去閱讀大量冗長的過程描述。 2、
過程必須提供對開發人員的支援，而不是僅僅支援過程專家。顯然這篇**是面向過程專家的，因為很少有開發人員真正的閱讀過程方面的**。 3、
過程必須幫助團隊在獲得過程質量的同時獲得軟體質量。因此不僅僅是通過
cmmi
的評估，若且要交付好的軟體。任何軟體開發過程都必須聚焦於生產好的軟體。 4、
過程必須提供基於原則的敏捷。滿足管理需求的同時不阻礙創新。 5、
這個方法必須允許專案團隊（開發人員在沒有過程工程師幫助的情況下）很容易的將好的實踐加入到現有過程中。 6、
過程應該使團隊更加強大。乙個告訴您需要做什麼，並且試圖像機械人一樣控制您行為的過程並不能夠幫助您。
核心統一過程EssUP 產品核心
管理產品的發布。這個實踐把軟體系統的持續演化的開發過程當作一系列的產品發布來管理。這個實踐使團隊能夠 產生的製件 這個實踐產生一些關於業務，計畫和需求的製件 關鍵能力 這個實踐要求團隊在需求啟發 涉眾管理 產品定義和規劃發布 方面有熟練的技巧。需要具備以下這些能力 這其中最重要的是客戶代表和分析師這...
UP 統一過程
up 的階段和瀑布式開發是不同的。迭代和進化式的。up的階段。1.初始。研究可行性階段，並不是需求階段！2.細化。3.構造。4.移交。up，統一過程是一種流行的構造物件導向系統的迭代軟體開發過程。up的核心思想就是，迭代和進化式的。盡早的開始程式設計，測試，和演示有助於引發不可避免的變更，迭代開發的...
統一過程的開端
一.確定問題領域 1.專案的最初輸入 前景 文件 包括 專案背景調查 業務前景分析 業務可行性分析 技術可行性分析。2.整理業務目標 大部分情況下是由客戶在招標書裡提出的，也可以由開發方通過 前景 整理得出。二.涉眾分析 最重要的是 準確描述涉眾情況和他們對系統建設的期望，而不是進入業務細節。1.尋...