瀑布模型
需要有明確的需求分析
原型模型
採用動態定義需求，不需要有明確的需求
螺旋模型
結合了瀑布模型和演化模型的優點，加入了風險分析，防止了測試不足的情況
噴泉模型
主要用於物件導向開發，核心特點是迭代，開發活動沒有明顯邊界
增量模型
快速開發出可交付產品，無需知道所有需求
軟體專案管理集中在
4p上：person、product、procedure、project
成本估算方法：
自頂向下
不會遺漏，工作量小、速度快，但是不清楚低級別上的技術性困難，這些會導致成本上公升
自底向上
分別估算每乙個子任務所需要的開發工作量，並且交給相應人員來做，估算準確，但是缺少各子任務工作量和與系統相關的系統級工作量，預算往往偏低
差別估算
將待開發專案與完成專案比較找出異同點，並且估算影響算出總成本，可以提高估算準確度，但是不容易明確「差別」的界限
iso/
iec9126
軟體質量模型
質量特性
質量子特性
功能性適合性
準確性互用性
依從性安全性
可靠性成熟性
容錯性易恢復性
易使用性
易理解性
易學性易操作性
效率時間特性
資源特性
可維護性
易分析性
易改變性
穩定性易測試性
可移植性
適應性易安裝性
一致性易替換性
在乙個強連通的有向圖g中，v（g）
=m-n+2p
m是圖中弧的個數，n是圖中的結點的個數，p是圖中的強連通分量個數
軟體工程 考點提煉
一 軟體工程知識 軟體生存週期與軟體生存週期模型 軟體開發方法 軟體開發專案管理 軟體開發工具 軟體開發環境 二 系統分析基礎知識 系統分析的主要步驟 機構化分析方法 三 系統設計基礎知識 概要設計與詳細設計的基本任務 系統設計的基本原理 系統模組結構設計 結構化設計方法 面向資料結構的設計方法 系...
軟體工程總結
單擊檢視大圖 這張圖，把軟體工程的基本點，總結出來了。其實簡單的說，就是對一款軟體從前到後的管理，從巨集觀到微觀的把控。這裡需要我們考慮的方面很多，需要我們有乙個統籌兼顧的頭腦。這裡我們這些開發過程如何讓別人明白，需要的就是我們文件，這裡的每個階段的文件都起著至關重要的作用。當然，這裡物件導向的簡單...
軟體工程總結
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...