黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針對軟體介面和軟體功能進行測試。
白盒指的是盒子是可視的，你清楚盒子內部的東西以及裡面是如何運作的。
物件不能夠例項化的類
兩個東西之間是「is part of 」關係
把相關概念（如類和元件）歸組到乙個專案
較大的內聚功能單元
兩個專案的依賴程度
同乙個訊息，不同的物件不同反應
專案開發計畫（可行性研究報告，專案開發計畫，軟體需求說明，資料要求說明，測試計畫）軟體設計（概要設計說明，詳細設計說明，資料庫設計說明書）
使用說明（使用者手冊，操作手冊）
測試分析（模組開發卷宗，測試分析報告）
軟體計畫（問題定義，可行性研究）cmm（軟體過程評價，改進，軟體能力評價），方法（關鍵過程域），體系結構（初始級，可重複級，已定義級，以管理級，優化及）需求分析（結構化，原型化，動態）
軟體設計（資料，檔案，過程）
程式編碼（結構化程式設計）
軟體測試（黑盒，白盒）
維護（改正，適應，完善，預防）
使用者介面設計（選單，資料，控制項）
管理原則一般是確定專案規格，建立原型，設計，實現，測試技術基本原則
需求管理
純瀑布模型：
軟體概念，需求分析，架構設計，詳細設計，編碼測試，系統測試
適用易理解，但是開發複雜的軟體，靈活性較低，需求分析必須詳細，不然後期很難修改
編碼修正模型：
先編碼後修改的做法，適合小軟體
螺旋模型：
從乙個小範圍的關鍵中心出發，尋找風險，制定風險計畫，到下乙個環節
生魚片模型：
在純瀑布模型中，每個階段可交叉重複，但是不利於進度的跟蹤
子專案模型：
將詳細設計階段分成子專案
階段交付：
將詳細設計階段分成幾個階段，每個階段完成可交付
面向進度：
在詳細設計階段先做高優先順序的，但是時間關係，不夠用了，那就可以降低要求
漸進模型：
在使用者不知道明確需求時，但是，你不知道會要求修改多少次，何時可以完成
軟體工程總結
單擊檢視大圖 這張圖，把軟體工程的基本點，總結出來了。其實簡單的說，就是對一款軟體從前到後的管理，從巨集觀到微觀的把控。這裡需要我們考慮的方面很多，需要我們有乙個統籌兼顧的頭腦。這裡我們這些開發過程如何讓別人明白，需要的就是我們文件，這裡的每個階段的文件都起著至關重要的作用。當然，這裡物件導向的簡單...
軟體工程總結
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...
軟體工程總結
軟體工程一直以來沒有乙個確切的定義,但可以用以下的語句進行概括.1.將系統化的 嚴格約束的 可量化的方法應用於軟體的開發 執行和維護，即將工程化應用於軟體 2.在1中所述方法的研究 描述軟體開發過程中各種活動如何執行的模型。確立軟體開發過程中要遵循的規則和限制,便於各種活動的協調,便於各種人員的溝通...