馬德里完全大學
馬德里完全大學是世界高等教育界中一所非常重要的院校，這些名譽並不只歸功於她輝煌的歷史，同樣也歸功於學校當前的發展。在整個歐洲和拉丁語國家中很少能有大學能像完全大學一樣擁有雄厚的教學和科研實力以及教學資助，也很少有院校能保持如此嚴格的改革水平。
因其基礎建設和歷史，馬德里完全大學在西班牙大學系統中有著參照性的地位。這所馬德里重點大學在2007年擁有21個系，5個學院，35個研究院，9個專業學校，4所大學醫院，和32個圖書館。在這些學習中心裡，提供著廣泛的教育培訓，包括了標準教育，官方和校級研究生課程，及補充培訓
分布在不同中心的78個官方學位使完全大學成為西班牙學科最為完善的大學，同時也是歐洲少有的綜合大學。
完全大學的教學質量由6000名經過嚴格挑選的，並且在專業上有所建樹的教師和近4000名管理和服務人員保證。所有的教師和工作人員都在積極努力著使完全大學能繼續保持世界領先水平。
教學質量的保證也包括信息基本建設，從學生註冊的那一刻開始，學校就能保證各方面的完善服務。完全大學的26箇中心全部都參與到虛擬校園網路中，為現實的教育建立了一個新型的交流工具，而無限通訊使這個網路的覆蓋面更加的寬廣。但是一個學校的教育質量不能僅靠學位的授予和服務來衡量。大學質量還要包括價值和態度的培養，以使學生的智力和人格真正的發展，學生不但有能力從事專業活動還能在從事專業活動時有很高的道德感和責任感。馬德里完全大學正在努力的使學生培養這些價值觀，使他們能夠面對所遇到的挑戰。馬德里完全大學向學生們提供廣泛的文體課餘活動，使學生們能參與到校園生活中來，學生們在這裡能放鬆身體，學會寬容，團結，以及團隊合作精神。
馬德里完全大學於1499年在六世教皇阿雷漢德羅的授權下建於阿里卡拉 德 埃那雷斯。但是她真正的起源卻要追溯到1293年5月20日，因為在那一天，卡斯蒂利亞王國的桑丘四世國王在這裡建立了一所語言學校，兩個世紀以後，這所學校逐漸演變成為西斯內羅完全大學。
1509至1510年，大學已經建立了5個系：藝術與語言系，神學系，教規法律系，人文科學系和醫學系。1836年，在伊莎貝拉二世女皇的支持下，大學遷至馬德里，命名為中央大學，並確址在聖貝爾納爾多大街。
1927年，阿爾風索十三世國王讓地建立了大學城，而大學城就正好成為了白銀時期的科研教學核心。在大學城了湧現了很多的名人，如Jose Ortega y Gasset,Manuel Garcia Morente 等。
內戰使大學城成為了戰爭的前線，由於許多學院和系的建築物都在大學城內，因此許多寶貴的科學，藝術和 文檔都因戰火而消失了。此外一個很好的教研基地也因此而消失了，因為那個時候主要是在大學裡進行高等教學。1970年政府試圖重新改革高等教育，中央大學更名為完全大學，重新恢復了她名字。
又叫統一配置管理，是在大量軟體工程實踐經驗和用戶反饋的基礎上，Rational軟體提出的第三代配置管理解決方案。統一變更管理（UCM）是用於管理軟體開發過程（包括從需求到版本發布）中所有變更的"最佳實踐"流程。UCM定義了一個可以立即用於軟體開發項目的一致並基於活動的變更管理流程。通過Rational ClearCase和ClearQuest的支持，UCM已成為Rational用於軟體開發最佳實踐的全面框架--Rationial統一過程（RUP）的關鍵組成部分。根據軟體開發團隊的具體需要，可以使用相應的過程模型來加速軟體開發進度，提高軟體質量並最佳化開發過程。
統一變更管理UCM通過抽象層次的提升簡化了軟體開發，從而使得軟體開發團隊從更高的層次根據活動（activity）來管理變更。通過UCM，一個開發活動可以自動地同其變更集（封裝了所有用於實現該活動的項目工件）相關聯，這樣避免了管理人員手動跟蹤所有檔案變更。
用統一變更管理UCM還可以獲得以下好處
預定義的工作流程：可以直接採用預定義的UCM工作流程，快速提升開發組織的軟體配置管理水平；
項目的跟蹤和組織：項目管理人員可以實時掌握項目的最新動態，合理分配資源和調度開發活動；
協作自動化：通過將許多耗時較多的任務自動化處理，UCM使得開發人員更多地將注意力集中在更高層次的開發活動上；
輕鬆管理基線：UCM將開發活動嵌入到各個基線中，這樣測試人員確切地知道他們將測試什麼，而開發人員則確切地知道其他開發人員做了什麼；
支持跨功能開發組：UCM已成為Rational Suite產品中的核心部分，從而可以將從需求到測試各個階段的工件（例如需求文檔、設計模型、套用原始碼、測試用例以及HTML及XML內容等）在UCM框架下進行統一集成，簡化了貫穿整個軟體開發周期的變更過程；
基於同一代碼構件可以進行多項目開發，簡化了多項目開發管理，增大了代碼共享，節省了開發資源；
可擴展性：小型團隊可以從ClearCase LT和UCM開始，而大型團隊可以結合ClearCase的高級構建管理（build managment）功能，以及ClearCase MultiSite和ClearQuest MultiSite跨地域的使用UCM。
軟體開發過程中的變更
變更是非常頻繁並且是不可避免的！
今天的軟體開發團隊面臨著巨大的挑戰：一方面Internet驅動下的市場要求以空前的速度來開發高質量的軟體套用；另一方面，軟體套用需求隨著開發環境和結構的日趨複雜而變得更加複雜；加上分散式開發、高性能要求、多平台、更短和連續的發布周期--這些及其他一些因素加重了軟體開發一直承受的壓力，實際上現在許多軟體開發團隊經常在能否成功開發一個新型套用上"賭博"。
由於軟體開發不同於傳統意義的工程技術（如建築、機械等），市場變化以及技術上的高速更新都注定了軟體變更是非常頻繁並且是不可避免的，可以說變更是軟體開發的基石。一方面在軟體開發環境下的內部活動以新特性、新功能增強以及缺陷修復等方式不停地製造著變更；另一方面外部因素--例如新操作環境，新工具的集成，工程技術和市場條件的改善等以另一種力量驅動著變更。
管理變更的能力是項目成敗的關鍵！
既然變更是不可避免的，那么如何管理、追蹤和控制變更就顯得尤為重要。儘管有多種方式可以幫助開發團隊提高變更處理能力，但其中最重要的一點是整個團隊的協作性，這是因為以一種可重複和可預測的方式進行高質量軟體的開發需要一組開發人員相互協作。隨著系統變得越來越大和越來越複雜，儘管個人生產率依然十分重要，但是決定項目成敗更多的是作為一個整體的開發團隊的生產率。
而軟體開發團隊的生產率很大程度上是由其相互協作和組織活動的能力決定的，並且開發團隊的成功同其如何高效地回響不斷變化的環境因素緊密相連。
對在競爭激烈的市場下想占有一席之地的開發團隊而言拒絕變更無疑是行不通的，只有積極面對變更，採取有效的工具、方法和流程有機地管理、追蹤和控制變更才是保證開發團隊成功的關鍵。另外，由於各種因素的變更，原來採用的工具、方法和流程也會隨著組織的成長和不停變化的需求而逐步演化，因此對軟體開發團隊來說另一個關鍵的成功因素是其擴展能力。
