【正文】 有利于項目的開發(fā)者和用戶之間的交流，加強了開發(fā)過程中的用戶參與程度 ③ 實際的原型為準確認識問題創(chuàng)造了條件 ④ 能充分利用最新的系統(tǒng)開發(fā)環(huán)境 ⑤ 原型法將系統(tǒng)的調查、分析、設計融為一體 常用系統(tǒng)開發(fā)方法 ? 原型法的缺點 ①對于大型的系統(tǒng)，如果不經過系統(tǒng)分析來進行整體性劃分，要想直接用屏幕一個一個進行模擬是很困難的。這種封裝了的對象滿足軟件工程的一切要求，而且可以直接被面向對象的程序設計語言所接受。 ②不太適宜大型的 MIS開發(fā)，若缺乏整體系統(tǒng)設計劃分，易造成 系統(tǒng)結構不合理、各部分關系失調等問題。不是過程也不是方法，但允許任何一種過程和方法使用它。但同時它也存在一些不足： RUP只是一個開發(fā)過程，并沒有涵蓋軟件過程的全部內容，例如它缺少關于軟件運行和支持等方面的內容； 此外，它沒有支持多項目的開發(fā)結構，這在一定程度上降低了在開發(fā)組織內大范圍實現(xiàn)重用的可能性。 UML取代目前軟件業(yè)眾多的分析和設計方法（ Booch Coad Jacobson Odell Rumbaugh WirfsBrock等）成為一種標準，這是軟件界的第一次有了一個統(tǒng)一的建模語言。 ④縮短了開發(fā)周期。 ④ 類： 對象可按其屬性進行歸類 (Class)。 開發(fā)人員就要根據用戶的意見對原始系統(tǒng)進行修改、擴充和完善。 目前一些其它的需求分析方法 ， 在該原則上是與結構化分析相同的 。 該階段的范圍是整個業(yè)務系統(tǒng)，目的是從整個業(yè)務的角度出發(fā)確定系統(tǒng)的優(yōu)先級。 （ 4）完善，逐步發(fā)展。 MIS的建立不可能一開始就十分完善，而是要經歷一個逐步完善、逐步發(fā)展的過程。 ②系統(tǒng)分析階段。 ③結構化分析采用了圖形描述方式，用數據流圖為即將開發(fā)的系統(tǒng)描述了一個可見的模型，也為相同的審查和評價提供了有利的條件。發(fā)人員在對原始系統(tǒng)進行修改后，又與用戶一起就完成的系統(tǒng)進行評審，如果不滿足要求，則要進行下一輪循環(huán)， 如此反復地進行修改、評審，直到用戶滿意。類有一定的結構，類上可以由超類 (Super class)，類下可以有子類 (Subclass)。 ⑤設計中產生各式各樣的部件，然后由部件組成框架，以至于整個程序。它是面向對象分析與設計的一種標準表示?？梢哉f RUP是一個非常好的開端，但并不完美，在實際的應用中可以根據需要對其進行改進并可以用 OPEN和 OOSP等其他軟件過程的相關內容對 RUP進行補充和完善。不是工具或知識庫的規(guī)格說明，而是一種建模語言規(guī)格說明，是一種表示的標準。 常用系統(tǒng)開發(fā)方法 ? 面向對象開發(fā)方法的缺點 ①需要一定的軟件支持環(huán)境。 ⑤ 封裝： 對象是一個被嚴格模塊化了的實體，稱之為封裝(Encapsu