常用的開發(fā)方法有：結構化方法、原型法、面向對象方法。

結構化方法：結構化方法是應用最為廣泛的一種開發(fā)方法。

按照信息系統(tǒng)生命周期，應用結構化系統(tǒng)開發(fā)方法，把整個系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步她依次進行，前一階段是后一階段的工作依據(jù)；每個階段又劃分詳細的工作步驟，順序作業(yè)。每個階段和主要步驟都有明確詳盡的文檔編制要求，各個階段和各個步驟的向下轉移都是通過建立各自的軟件文檔和對關鍵階段、步驟進行審核和控制實現(xiàn)的。它是由結構化分析、結構化設計和結構化程序設計三部分有機組合而成的。它的基本思想：把一個復雜問題的求解過程分階段進行，而且這種分解是自頂向下，逐層分解，使得每個階段處理的問題都控制在人們?nèi)菀桌斫夂吞幚淼姆秶鷥?nèi)。

以數(shù)據(jù)流圖，數(shù)據(jù)字典，結構化語言，判定表，判定樹等圖形表達為主要手段，強調(diào)開發(fā)方法的結構合理性和系統(tǒng)的結構合理性的軟件分析方法。

　  結構化方法方法具有如下特點。

　?。╨）遵循用戶至上原則。

　?。?）嚴格區(qū)分工作階段，每個階段有明確的任務和取得的成果。

　?。?）強調(diào)系統(tǒng)開發(fā)過程的整體性和全局性。

　?。?）系統(tǒng)開發(fā)過程工程化，文檔資料標準化。

　　該方法的優(yōu)點是：理論基礎嚴密，它的指導思想是用戶需求在系統(tǒng)建立之前就能被充分了解和理解。由此可見，結構化方法注重開發(fā)過程的整體性和全局性。

　　該方法的缺點是：開發(fā)周期長；文檔、設計說明繁瑣，工作效率低；要求在開發(fā)之初全面認識系統(tǒng)的信息需求，充分預料各種可能發(fā)生的變化，但這并不十分現(xiàn)實；若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調(diào)動，造成系統(tǒng)交接過程不平穩(wěn)，系統(tǒng)運行與維護管理難度加大。

 

原型法：原型法的基本思想與結構化方法不同，原型法認為在很難一下子全面準確地提出用戶需求的情況下，首先不要求一定要對系統(tǒng)做全面、詳細的調(diào)查、分析，而是本著開發(fā)人員對用戶需求的初步理解，先快速開發(fā)一個原型系統(tǒng)，然后通過反復修改來實現(xiàn)用戶的最終系統(tǒng)需求。

是在投入大量的人力，物力之前，在限定的時間內(nèi)，用最經(jīng)濟的方法開發(fā)出一個可實際運行的系統(tǒng)模型，用戶在運行使用整個原型的基礎上，通過對其評價，提出改進意見，對原型進行修改，統(tǒng)一使用，評價過程反復進行，使原型逐步完善，直到完全滿足用戶的需求為止。

適用范圍：處理過程明確、簡單系統(tǒng)；涉及面窄的小型系統(tǒng) 　　

不適合于：大型、復雜系統(tǒng)，難以模擬；存在大量運算、邏輯性強的處理系統(tǒng)；管理基礎工作不完善、處理過程不規(guī)范；大量批處理系統(tǒng)

　　原型應當具備的特點如下。

　?。?）實際可行。

　　（2）具有最終系統(tǒng)的基本特征。

　?。?）構造方便、快速，造價低。

　　原型法的特點在于原型法對用戶的需求是動態(tài)響應、逐步納入的，系統(tǒng)分析、設計與實現(xiàn)都是隨著對一個工作模型的不斷修改而同時完成的，相互之間并無明顯界限，也沒有明確分工。系統(tǒng)開發(fā)計劃就是一個反復修改的過程。適于用戶需求開始時定義不清的系統(tǒng)開發(fā)，開發(fā)方法更宜被用戶接受；但如果用戶配合不好，盲目修改，就會拖延開發(fā)過程。

 

 

面向對象方法：面向對象方法是一種運用對象、類、封裝、繼承、多態(tài)和消息等概念來構造、測試、重構軟件的方法。隨著應用系統(tǒng)日益復雜龐大和面向對象程序設計語言的日益成熟，面向對象的系統(tǒng)開發(fā)方法以其直觀、方便的優(yōu)點獲得廣泛應用。

是以認識論為基礎，用對象來理解和分析問題空間，并設計和開發(fā)出由對象構成的軟件系統(tǒng)（解空間）的方法。 由于問題空間和解空間都是由對象組成的，這樣可以消除由于問題空間和求解空間結構上的不一致帶來的問題。簡言之，面向對象就是面向事情本身，面向對象的分析過程就是認識客觀世界的過程。

面向對象方法從對象出發(fā)，發(fā)展出對象，類，消息，繼承等概念。

面向對象方法的主要優(yōu)點是：符合人們通常的思維方式；從分析到設計再到編碼采用一致的模型表示具有高度連續(xù)性；軟件重用性好。

 

是一種應對快速變化的需求的開發(fā)方法，相對于“非敏捷”，更強調(diào)程序員團隊與業(yè)務專家之間的緊密協(xié)作、面對面的溝通（認為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫和團隊組織方法，也更注重軟件開發(fā)中人的作用。

人和（人與人的）交互 優(yōu)先于過程和工具。

可以工作的軟件 優(yōu)先于求全責備的文檔。

客戶協(xié)作 優(yōu)先于合同談判。

隨時應對變化 優(yōu)先于循規(guī)蹈矩。

對我們而言，最重要的是通過盡早和不斷交付有價值的軟件滿足客戶需要。

我們歡迎需求的變化，即使在開發(fā)后期。敏捷過程能夠駕馭變化，保持客戶的競爭優(yōu)勢。

經(jīng)常交付可以工作的軟件，從幾星期到幾個月，時間尺度越短越好。

業(yè)務人員和開發(fā)者應該在整個項目過程中始終朝夕在一起工作。

圍繞斗志高昂的人進行軟件開發(fā)，給開發(fā)者提供適宜的環(huán)境，滿足他們的需要，并相信他們能夠完成任務。

在開發(fā)小組中最有效率也最有效果的信息傳達方式是面對面的交談。

可以工作的軟件是進度的主要度量標準。

敏捷過程提倡可持續(xù)開發(fā)。出資人、開發(fā)人員和用戶應該總是維持不變的節(jié)奏。

對卓越技術與良好設計的不斷追求將有助于提高敏捷性。

簡單——盡可能減少工作量的藝術至關重要。

最好的架構、需求和設計都源自自我組織的團隊。

每隔一定時間，團隊都要總結如何更有效率，然后相應地調(diào)整自己的行為。