uml
學習手記（一）：用例分析之用例與需求的關係
粟衛民http://www.gisdev.cn/
日期：
2007-11-28
在alistair cockburn
所著的《
writing effective use cases （
1）用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約，乙個用例是不同場景（
scenario
）的集合； （
2）雖然可以用流程圖、順序圖、
petri
網或程式語言來表示用例，但是從根本上說，用例是文字形式的。 （
3）用例編寫者必須掌握三個概念：
範圍（scope
）：真正被討論的系統是什麼？
主執行者（
primary actor
）：誰有要實現的目標？
層次（level
）：目標的層次是高，還是低？這個以目標的處理時間長短來度量，可分為「使用者目標級（
user-goal level
）」和「概要級（
summary level
）」等 （4
）用例確實是需求，用例不是所有的需求，用例可以比喻成素描中的輪廓圖，是大致輪廓加區域性細化； （
5）用例分析步驟：按執行者和目標、用例概述和主成功場景、失敗情況、失敗情況處理順序來分析用例 （
6）用例分析之前先用乙個系統使用敘述（
usage narrative
）熱身
附：乙個可行的需求大綱 第
1章目的和範圍
1a.
整體範圍和目標是什麼？
1b.
專案相關人員（誰關心？）
1c.
什麼在範圍之內，什麼在範圍之外？ 第
2章使用的術語/詞彙
第3章用例
3a.
主執行者及其總體目標
3b.
業務用例（操作概念）
3c.
系統用例 第
4章採用的技術
4a.
這個系統有什麼技術需求？
4b.
這個系統會與哪些系統發生互動，其需求是什麼？ 第
5章其他需求
5a.
開發過程
q1.
哪些人是專案參與者？
q2.
專案的價值反映在哪些方面（簡單、及時、迅速或靈活）？
q3.
使用者或出資人希望得到什麼反饋或專案可見性？
q4.
什麼是可以買到的，什麼是我們必須要建立的，我們在哪些方面是有競爭的？
q5.
還有什麼其他的過程需求（如測試、安裝等）？
q6.
專案執行依賴哪些條件？
5b.
業務規則
5c. 效能
5d.
操作、安全、文件
5e.
使用和可用性
5f.
維護和可移植性
5g.
還未解決的問題和推遲解決的問題 第
6章人工備份、法律性、政治性和組織性問題
q1.
為系統操作所作的人工備份是什麼？
q2.
有什麼法律性和政治性的需求？
q3.
這個系統完成後對人們的影響是什麼？
q4.
有哪些培訓需求？
q5.
對人類環境有哪些假設和依賴性？
unittest框架（一）用例管理
在unittest框架的自動化介面測試中，可以用yaml檔案來管理用例，這樣一方面，不會像excel管理用例那麼死板 另一方面，資料讀取出來就是乙個字典，便於取值，用起來更靈活。首先，需要安裝乙個模組，pip install pyyaml即可，然後在python檔案中匯入import yaml 例如...
UML用例建模解析（一）
uml 統一建模語言 是當前軟體開發中使用最為廣泛的建模技術之一，通過使用uml可以構造軟體系統的需求模型 用例模型 靜態模型 動態模型和架構模型。uml通過圖形和文字元號來描述乙個系統，它是繪製軟體藍圖的標準語言。熟練掌握uml建模技術是乙個優秀的軟體從業人員所必備的基本技能之一，越來越多的軟體企...
UML學習 通過用例分析來確認需求
uml學習 通過用例分析來確認需求 2005年8月24日 前言用例是從使用者的觀點出發對系統建立模型。對於開發團隊，正確和全面的理解客戶的需求對建立期待的系統來說十分關鍵，至少系統能夠滿足使用者的需求。概念 可以認為用例是系統的乙個功能或者說是乙個使用場景，使用每個功能的實體 可以使人 另乙個系統等...