RUP

RUP將專案管理、業務建模、分析與設計等統一起來，貫穿整個開發過程。RUP中的軟體過程在時間上被分解為4個順序的階段，分別是初始階段、細化階段、構建階段和移交階段。基於RUP的軟體過程是一個迭代和增量的過程。除非產品退役，否則通過重複同樣的4個階段，產品將演化為下一代產品，但每一次的側重點都將放在不同的階段上。這樣做的好處是在軟體開發的早期就可以對關鍵的、影響大的風險進行處理。

初始階段的任務是為系統建立業務模型並確定專案的邊界。細化階段的任務是分析問題領域，建立完善的架構，淘汰項H中最高風險的元素。在構建階段，要開發所有剩餘的構件和應用程式功能，把這些構件整合為產品。移交階段的重點是確保軟體對終端使用者是可用的。

RUP是用例驅動的、以體系結構為中心的、迭代和增量的軟體開發過程。 

開發模型

以下關於軟體生存週期模型的敘述，正確的是(25)。 
2012年(25) 
A.在瀑布模型中/前一個階段的錯誤和疏漏會隱蔽地帶到後一個階段 
B.在任何情況下使用演化模型，都能在一定週期內由原型演化到最終產品 
C.軟體生存週期模型的主要目標是為了加快軟體開發的速度 
D.當一個軟體系統的生存週期結束之後，它就進入到一個新的生存週期模型 
【答案】A 【解析】

瀑布模型是最早使用的軟體生存週期模型之一。瀑布模型的特點是因果關係緊密相連，前一個階段工作的結果是後一個階段工作的輸入。或者說，每一個階段都是建立在前一個階段的正確結果之上，前一個階段的錯誤和疏漏會隱蔽地帶入後一個階段。這種錯誤有時甚至可能是災難性的，因此每一個階段工作完成後，都要進行審查和確認。

演化模型主要針對事先不能完整定義需求的軟體開發，是在快速開發一個原型的基礎上，根據使用者在呼叫原型的過程中提出的反饋意見和建議，對原型進行改進，獲得原型的新版本，重複這一過程，直到演化成最終的軟體產品。演化模型的主要優點是，任何功能一經開發就能進入測試，以便驗證是否符合產品需求，可以幫助引匯出高質量的產品要求。其主要缺點是，如果不控制地讓使用者接觸開發中尚未穩定的功能，可能對開發人員及永固都會產生負面的影響。
--------------------- 
作者：lxmuyu 
來源：CSDN 
原文：https://blog.csdn.net/lxmuyu/article/details/82432541 
版權宣告：本文為博主原創文章，轉載請附上博文連結！

原型開發

原型開發分為三類：拋棄式原型開發利用原型驗證和澄清系統的需求描述，重新構造系統：演化式原型開發逐步改進和細化原型，將原型進化直至產生出目標系統；增量式原型開發在建立軟體總體設計的基礎上，採用增量開發方法，使原型成為最終系統。

遺留系統

對於遺留系統的評價框架如下圖所示，那麼處於“高水平、低價值”區的遺留系統適合於採用的演化策略為（37）。 
2015年(37) 
A.淘汰 
B.繼承 
C.改造 
D.整合

【答案】D 【解析】 把對遺留系統的評價結果分列在座標的4個象限內。對處在不同象限的遺留系統採取不同的演化策略。

①淘汰策略。第四象限為低水平、低價值區，即遺留系統的技術含量較低，且具有較低的業務價值。對這種遺留系統的演化策略為淘汰，即全面重新開發新的系統以代替遺留系統。完全淘汰是一種極端性策略，一般是企業的業務產生了根本變化，遺留系統已經基本上不再適應企業運作的需要；或者是遺留系統的維護人員、維護文件資料都丟失了。經過評價，發現將遺留系統完全淘汰，開發全新的系統比改造舊系統從成本上考慮更合算。

②繼承策略。第二象限為低水平、高價值區，即遺留系統的技術含量較低，已經滿足企業運作的功能或效能要求，但具有較高的商業價值，目前企業的業務尚緊密依賴該系統。稱這種遺留系統的演化策略為繼承。在開發新系統時，需要完全相容遺留系統的功能模型和資料模型。為了保證業務的連續性，新老系統必須並行執行一段時間，再逐漸切換到新系統上執行。

③改造策略。第一象限為高水平、高價值區，即遺留系統的技術含量較高，本身還有強大的生命力。系統具有較高的業務價值.基本上能夠滿足企業業務運作和決策支援的需要。這種系統可能建成的時間還很短，稱這種遺留系統的演化策略為改造。改造包括系統功能的增強和資料模型的改造兩個方面。系統功能的增強是指在原有系統的基礎上增加新的應用要求，對遺留系統本身不做改變；資料模型的改造是指將遺留系統的舊的資料模型向新的資料模型的轉化。

④整合策略。第三象限為高水平、低價值區，即遺留系統的技術含量較高，但其業務價值較低，可能只完成某個部門(或子公司)的業務管理。這種系統在各自的區域性領域裡工作良好，但對於整個企業來說，存在多個這樣的系統，不同的系統基於不同的平臺、不同的資料模型，形成了一個個資訊孤島，對這種遺留系統的演化策略為整合。