指系統內各個組成要素之間的相互聯絡、相互作用的框架。結構化方法也稱生命週期法，是一種衝突的資訊系統開發方法，由結構化分析、結構化設計、結構化程式設計構成，它是一種面向資料流的開發方法。
優點：開發目標清晰化
開發工作階段化
開發文件規範化
設計方法結構化
侷限性：
開發周期長
難以適應需求變化
很少考慮資料結構
oo方法擁有不同的分支體系，主要包括
- omt（object model technonlogy,物件建模技術）方法
- coad/yourdon方法
- oose（object-oriented software engineering，物件導向的軟體工程）方法
- booch方法
omt oose和booch已經統一稱為uml（united model language，統一建模語言）
優點：符合人們的思維習慣，有利於系統開發過程中使用者與開發人員的交流和溝通，縮短開發周期
oo方法可以普遍適用於各類資訊系統的開發
侷限性：
必須依靠一定的oo技術支援
在大型專案的開發商具有一定侷限性，不能涉足系統分析的開發環境
一般大型資訊系統開發，通常是將結構化方法和oo方法相結合
首先使用結構化方法進行自頂向下的整體劃分；
然後，自底向上地採用oo方法進行開發。
因此，結構化方法和oo方法乃是兩種在系統開發領域中相互依存的，不可替代的方法。
原型化方法也稱為快速原型法，或簡稱為原型法
從原型是否實現功能來分，可分為：
- 水平原型（行為原型，細化需求，不實現功能）
- 垂直原型（結構化原型，實現部分功能）
從原型的最終結果來分，可分為：
- 拋棄式原型（探索式原型）
-演化式原型
優點：使系統開發的周期短、成本和風險減低、速度加快，獲得較高的綜合開發效益。
以使用者為中心來開發系統，使用者參與的程度大大提高，開發的系統符合使用者的需求，因而增加了使用者的滿意度，提高了系統開發的成果率
由於使用者參與了系統開發的全過程，對系統的功能和結構容易理解和接受，有利於系統的移交，有利於系統的執行和維護。
侷限性：
開發的環境要求高
管理水平要求高
極限程式設計（xp）
輕量級、高效、低風險、可**、科學的軟體開發方式。
4大價值觀：溝通、簡單性、反饋，勇氣。
5個原則：快速反饋、簡單性假設、逐步修改，提倡更改和優質工作。
12個最佳實踐：計畫遊戲、小型發布、隱喻、簡單設計、測試先行、重構、結隊程式設計、集體**所有制、持續整合、周工作40小時、現場客戶和編碼標準。
水晶法（crystal）
水晶法認為每乙個不同的專案都需要一套不同的策略、約定和方**。
並列爭求法（scrum）
使用迭代的方法，其中，把每30天一次的迭代稱為乙個「衝刺」，並按需求的優先級別來實現產品。
自適應軟體開發（asd）
6個基本原則：
有乙個使命作為指導；
特徵被視為客戶價值的關鍵點；
過程中的等待很重要的，因此「重做」與「做」同樣關鍵；
變化不被視為改正，而是被視為對軟體開發實際情況的調整；
確定的交付時間迫使開發人員認真考慮每乙個生產的版本的關鍵需求；
風險也包含其中；
軟體開發方法
軟體開發方法 1 結構化方法 結構化分析，結構化設計，結構化程式設計組成，面向資料流的開發方法 依據分解與抽象原則，按照資料處理流程，利用資料流圖建立系統功能模型，從而完成需求分析工作。適合資料處理領域問題，不適合大規模，特別複雜的專案，且難以適應需求變化。2 jackson方法 面向資料結構的開發...
軟體開發方法
常見的軟體開發方法有結構化方法 jackson方法 維也納開發方法 vdm 和物件導向的開發方法。1.結構化方法 指導思想 自頂向下，逐步求精 基本原則 功能的分析與抽象。優點 1 適用於資料處理領域的問題 2 支援工具較多，發展成熟。缺點 1 不適應規模大的專案 2 不適應特別複雜的專案 3 難於...
軟體開發方法
結構化方法由結構化分析 結構化設計 結構化程式設計構成，它是一種面向資料流的開發方法 自頂向下 逐層分解 功能的分解和抽象 不適合解決大規模複雜專案 面向資料結構的開發方法，因為乙個問題的資料結構與處理該資料結構的控制結構有很大的相似之處，該方法就是根據這個思想，首先描述問題的輸入，輸出資料結構，分...