1、目前軟件生產(chǎn)的模式是代碼驅(qū)動，即以代碼為關(guān)注焦點，開發(fā)過程中只有編碼階段和測試階段才是真正具有生產(chǎn)力的階段，代碼是軟件開發(fā)的驅(qū)動力。代碼驅(qū)動的問題是前期的分析、設(shè)計與后期的實現(xiàn)采用了完全不同的語言和工具，勢必導(dǎo)致分析、設(shè)計階段與實現(xiàn)階段的脫節(jié)，也導(dǎo)致分析、設(shè)計階段生成的很大一部分模型和文檔隨著項目的進展而變得毫無意義。因此，跳過常規(guī)的分析與設(shè)計，從簡短的計劃直接進入編碼的迭代循環(huán)的極限編程XP理念一直很受歡迎。 以模型而不是代碼

2、為關(guān)注焦點的開發(fā)模式稱為模型驅(qū)動。模型驅(qū)動讓分析與設(shè)計階段所產(chǎn)生的模型也具有生產(chǎn)力和驅(qū)動力，從而真正地銜接軟件開發(fā)的全過程。在模型驅(qū)動開發(fā)中，軟件工程師只需要采用標(biāo)準(zhǔn)建模語言設(shè)計模型，然后通過工具轉(zhuǎn)化為可以執(zhí)行的代碼。這種方式將降低編碼的重要性，同時，由于模型在更高的抽象層次上，它本身就是面向體系結(jié)構(gòu)和問題域的，所以，軟件工程師可以專注于一些開發(fā)中的真正事情：期望最終的應(yīng)用程序怎樣工作，確保能夠根據(jù)客戶的需求建立它。另外，圖形化的建模語

3、言使得各參與方之間的交流成為可能。 目前主流的建模語言UML尚不能完全取代程序設(shè)計語言，需要對它進行擴充以使其更具有表達能力。結(jié)構(gòu)化描述圖SSD擴展自問題分析圖PAD，是一種支持結(jié)構(gòu)化程序設(shè)計的圖形工具，它可以通過比較確定的規(guī)則可以由問題分析圖直接產(chǎn)生程序。在一個集成的CASE環(huán)境中采用UML與SSD結(jié)合的方式，可以真正實現(xiàn)模型驅(qū)動。UML面向體系結(jié)構(gòu)、面向問題域，用于對需求和體系結(jié)構(gòu)進行建模；SSD圖面向過程、面向算法，用于對