UML建模 需求階段如何書寫Use Case

什麼是use case

用例描述文件的書寫是系統分析人員對使用者需求的深刻理解的體現。是後期時序圖和實際開發的重要依據。也可以對作為專案估算的依據，以及根據

uc複雜度和開發周期來衡量開發人員的工作效率。因此

uc的書寫規範及其重要，就工作用的一些經驗，比如書寫格式、書寫內容及其注意事項與大家分享。

大綱圖：

對使用者的問題要有非常深刻完善的理解 ø

確保能夠解決使用者的所有問題 ø

把使用者的需求真正地反應到商業模型 ø

對以後的設計和開發過程提供說明和框架 ø

根據需求生成ｕｉ介面

首先有用例名稱：一般是模組名稱或者模組中功能點的名稱。

其次文件變更記錄（revision history），具體內容如下：

描述用例在系統中的作用。比如此用例的使用者是誰、使用者所要做的操作。

描述該用例執行前所要滿足的條件。比如用例b執行前，必須先執行a，則用例的前置條件是執行a。

此用例執行完畢後的條件

使用者操作該用例的基本流程，是後期時序圖的主要參考

在操作主要流程過程中，出現的一些分支流程，是後期時序圖的主要參考

對一些細微功能點進行描述，比如使用者身份驗證規則、訂單號碼產生規則、是否需要ssl加密等等

美工根據需求製作的ui，及其對ui中欄位進行的說明。

一些商務邏輯的描述，可以把系統邏輯試圖（logic view）放到這裡

在閱讀uc的過程中主要遇到以下問題「基本流程和選擇性流程描述的不夠清楚或者不夠詳細」的問題，主要是因為系統分析人員對需求理解的不夠透徹，分析的不夠徹底。

UML建模 需求階段如何書寫Use Case

什麼是use case 用例描述文件的書寫是系統分析人員對使用者需求的深刻理解的體現。是後期時序圖和實際開發的重要依據。也可以對作為專案估算的依據，以及根據 uc複雜度和開發周期來衡量開發人員的工作效率。因此 uc的書寫規範及其重要，就工作用的一些經驗，比如書寫格式 書寫內容及其注意事項與大家分享。...

UML建模 傳統需求分析問題

該 包含如下功能模組 不清楚的 新聞和業界資訊 企業資料管理 招聘求職 專案供需資訊管理另乙個版本 前台 檢視新聞和業界資訊 檢視企業資料 檢視職位資訊 檢視供需資訊 後台 管理新聞和業界資訊 管理企業資料管理 管理招聘求職資訊 管理專案供需資訊管理描述需求時常見的一些模式 從業務的角度劃分為若干功...

建模各階段以及相關UML構造筆記

建模各階段以及相關uml構造 概念級建模 事務物件建模 邏輯級建模 分析和初步設計 物理級建模 資料庫建模，重點是邏輯資料模型和物理資料模型。資料庫模型是由實體 屬性以及不同實體之間的關係構成的，重點考慮建立怎樣的模型，以便捕獲來自使用者的資料。資料庫設計，是從整個需求的產生 業務過程 邏輯分析 物...