《編寫有效用例》為我們提供了很多用例的編寫技巧以及需求分析的知識，通過這些知識我們可以根據實際專案的情況運用更加嫻熟的用例編寫技巧來幫助我們更好的完成工作。在第一篇閱讀筆記中我們就談到了用例應用範圍是很大的，但是這段時間的閱讀讓我產生了乙個困惑，那就是用例到底應用在專案開發過程中的什麼地方，以及如何合理的應用這些用例。正在困惑之時我翻閱到了這一章節，主要**了用例在整個過程中的作用。那麼今天我就結合這一節的內容對用例的作用做乙個梳理。
用例的乙個和重要的作用就是描述需求，用例中主執行人和業務目標之間的聯絡就說明了乙個功能需求，而正是通過乙個個了用例組成了資訊系統的原型設計。所以用例為管理者指明了應提交給使用者的系統功能，用例的標題往往指明了主執行者的需求，同時系統也必須支援這些需求，而對用例的具體描述則表達了系統需要什麼功能以及提供什麼樣的服務。所以用例在專案的組織上發揮著很大的作用。具體可以採用這樣一些方式。首先可以通過用例標題來進行組織，比如在專案開發早期時建立一張**，在**裡填寫用例名，用例執行者，優先順序和複雜度等內容，隨著專案的演進可以對**的內容進行擴充套件。在整個專案開發過程中可以非常輕鬆的對這個**進行管理，對每乙個用例進行審核和評估，對每個用例指派工作組，對每個版本的用例開發進行管理。一般而言，軟體的每乙個版本都對應著一整套用例集，但是也有例外情況，所以就可以通過對用例的管理來對專案進行組織。
其次，還可以通過用例來制定軟體開發任務。要完成從用例到任務列表的對映要注意很多問題。最重要的是保持用例文件和設計任務列表的同步，還可以同時建立兩份文件，並努力保持同步更新。要認識到用例僅僅是提供了設計所需要的所有黑盒行為需求，這些需求描述了系統的行為，而不對設計者做任何的限制。所以用例只是幫助設計者們利用其自己的開發技巧來完成好的設計。從用例的設計的轉化過程中要注意方法，要避免這樣的一些問題。首先就是設計不通過用例來分組，其次就是盲目依靠用例，導致功能分解了設計。因為在編寫用例的時候是將乙個個的功能模組條例化，而設計是面向整體的，如果開發盲目依靠用來來進行必然會導致整體設計上被分散。而較好的轉化方法則會考慮依靠通過用例構建起的使用者場景來進行開發，利用用例來命名域物件的概念。還有重要的一點就是可以通過用例來進行使用者介面的設計，利用用例描述來設計對每個用例中的主執行者友好的介面是軟體開發的很重要的一點。
另外用例在測試場景中也有很重要的作用，這裡由於篇幅所限，就不一一枚舉。重要的是理解用例在專案進行過程中所發揮的作用，以及如何發揮作用。在實際用例編寫中要考慮實際因素，把妥善的利用好用例。
編寫有效用例 閱讀筆記05
編寫了那麼多的用例，那用例到底是幹嘛的？用例為管理者指明應提交給使用者的系統功能。用例的標題指明主執行者的需求，同時系統也必須支援這些需求，而用例描述則說明了系統需要什麼功能以及將提供什麼服務。在一開始接觸用例的時候，uml課程中提及過用例的優先順序以及用例版本號等其他細節，對於這些資訊的彙總可以稱...
《編寫有效用例》閱讀筆記05
用例在整個過程中的作用是什麼呢？首先說什麼是用例，用例是用來描述業務功能的，但用例圖卻不僅僅是角色和用例的堆積，首先，用例是有層次概念的，乙個大的用例可以用更小的多個用例來細化，直到無需再細分為止 乙個用例的執行是要有前因和後果的 前提是什麼，結果會怎麼樣 乙個用例一般會由幾個有序的步驟來完成的 一...
《編寫有效用例》閱讀筆記三
基於資料庫操作的小用力稱為crud用例，每個小用例都表達了單獨需求，在處理這種用例是會有兩種不同的方法，可以將其分離或者先使用單個管理實體用例對其處理。在提取系統用例時或有許多用例大致相同，對此可能會建立一種通用搜尋機。用例每個目標步驟的命名類似於程式語言中的子過程呼叫，而且用例是有人而不是計算機使...