軟體工程靜態檢視有:用例圖、類圖、包圖
動態檢視：活**、狀態圖、時序圖、協作圖（描述事物行為的）
1、用例圖
用例檢視採用參與者和用例作為基本元素，以不同的視角展現系統的功能性需求。用例圖是了解系統的第一關口，人們通過用例檢視得知乙個系統將會做什麼。對客戶來說，用例檢視是他們業務領域的邏輯化表達，對建設單位來說，用例檢視是系統藍圖和工發的依據。
2、類圖
類圖用於展示系統中的類及其相互之間的關係。本質上說，類圖是現實世界問題領域的抽象物件的結構化、概念化、邏輯化描述。
實際上，uml解決物件導向的困難的方法源於物件導向方法中對類理解的三個層次觀點，這三個層次是概念層、說明層和實現層。在uml中，從開始的需求到最終的設計類，類圖也是圍繞著這三個層次的觀點進行建模的。類圖建模是先概念層而說明層，進而實現層這樣乙個隨著抽象層次的逐步降低而逐步細化的過程。
3、包圖
這個沒什麼好解釋的，在實際專案中，建模過程中獲取的元素是非常多的，如果要將這些元素的關係都繪製出來將如同蜘蛛網一樣難以辨別。通過包這個容器來從大到小、從粗到細地建立關係是一種很好的方法。
4、活**
活**是描述用例場景最為常用的圖，它可以方便地描述角色職責。
用例活**一般可以理解為業務流程，物件活**剛用於展示 物件互動。
5、狀態圖
狀態圖是乙個狀態機。狀態機對模型元素的動態行為進行建模，更具體的說，就是對系統行為中受事件驅動的方面進行建模。通常使用狀態圖來說明業務角色或業務實體可能的狀態----導致狀態轉換的事件和狀態轉換引起的操作。還要注意狀態圖只描述單個物件的行為。
6、時序圖
時序圖用於描述按時間順序排列的物件之間的互動模式；它按照參與互動的物件所具有的生命線和它們相互傳送的訊息來顯示這些物件。
時序圖描述了在互動的物件中所產生的事件，以及這些物件如何通過相互傳送訊息進行通訊。可以為用例事件流的各種不同形式製作時序圖。
7、協作圖
協作圖用於顯示元件及其互動關係的空間組織結構，它並不側重於互動的順序。協作圖顯示了互動中各個物件之間的組織互動關係以及物件彼此之間的鏈結。與序列圖不同，協作圖顯示的是物件之間的關係。另一方面，協作圖沒有將時間作為乙個單獨的維度，因此序列號就決定了訊息及併發執行緒的順序。協作圖是乙個介於符號圖和序列圖之間的交叉產物，它用帶有編號的箭頭來描述特定的方案，以顯示在整個方案過程中訊息的移動情況。
協作圖具有以下用途：
8、配置圖
配置圖描述了執行軟體的系統中硬體和軟體的物理結構。配置圖中通常包含兩種元素：節點(node)和關聯關係(association)
以上大部分**於think in uml
軟體工程考點總結
瀑布模型 需要有明確的需求分析 原型模型 採用動態定義需求，不需要有明確的需求 螺旋模型 結合了瀑布模型和演化模型的優點，加入了風險分析，防止了測試不足的情況 噴泉模型 主要用於物件導向開發，核心特點是迭代，開發活動沒有明顯邊界 增量模型 快速開發出可交付產品，無需知道所有需求 軟體專案管理集中在 ...
軟體工程 考點提煉
一 軟體工程知識 軟體生存週期與軟體生存週期模型 軟體開發方法 軟體開發專案管理 軟體開發工具 軟體開發環境 二 系統分析基礎知識 系統分析的主要步驟 機構化分析方法 三 系統設計基礎知識 概要設計與詳細設計的基本任務 系統設計的基本原理 系統模組結構設計 結構化設計方法 面向資料結構的設計方法 系...
軟體工程之軟體工程管理
乙個好的工程需要配套的管理體系，軟體工程也不列外。軟體工程就我的理解就是對軟體工程的各個階段都一定規範，俗話說 不以規矩，不能成方圓 而這個規矩就由管理來充當。乙個軟體工程管理需要軟體專案計畫 成本估算 進度計畫 風險分析和人員的組織形式 或調動 一 在軟體專案計畫中，專案的任務是研究專案的效能 功...