OO系統分析員之路--用例分析系列（5）--使用者、業務用例和業務情境

很久沒有動筆了，這期間承蒙許多朋友的喜歡和鼓勵，再不寫點東西就對不住這些朋友了。

寫點什麼呢？按照原先的設想，應該開始動手寫如何從業務用例轉化到概念用例和系統用例，不過老實說這一步需要的是經驗居多，而很難找出一個普適的步驟來。先暫時放一放吧，以後一定會寫到的。上一篇講到用例分析的一般步驟和方法，也給出了一個執行個體，不過沒有做更進一步的說明，所以這一篇，筆者決定先羅嗦羅嗦之前的內容，說說業務建模中各種圖的用法，以及它們對需求的貢獻。

在說明執行個體之前，再重複一下的需求，並提醒讀者下載執行個體，本文下面只會從執行個體中挑選很少一部分來說明，對照執行個體讀者將能更好的理解。好了，讓我們先回頭看看需求吧，圖書館主任是這麼說的：

我們原本是一個傳統的圖書館，傳統的借書方式要求讀者親自來到圖書館，這顯得非常不方便，而且隨著藏書的增加和讀者群的增長，尤其而且大量的讀者到圖書館，使得圖書館的場地不足，工作人員也不夠了。所以想到藉助網路，讓讀者通過網路借/還書，這樣可以省掉大量的場地維護和工作人員成本支出，同時電腦可以方便的檢索目錄，讓讀者可以足不出戶借到需要的書。為了把書送到借閱人手裡，我們已經聯絡了A特快專遞公司和B城市物流公司，初步達成協議，由他們往返借閱人和圖書館之間把圖書送出和收回。讀者在網上出示和驗證借書卡，找到他們需要的書，提交申請，圖書管理員確認後，就會通知物流公司來取書，當讀者拿到書之後，物流公司需要把讀者的簽單拿回來以證明讀者已經拿到了書。當然這個過程中，讀者是需要付費的。還書也是基本同樣的過程。

還記得上一篇是怎麼說的嗎？第一步驟是從涉眾中找出使用者。並定義這些使用者之間的關係。 這裡的使用者是指將與要建設的系統發生關係的那些涉眾。通過下圖表示。這張圖裡要繪出所有使用者，以及它們之間的關係。需要說明的是，這裡的使用者指的是業務使用者，並非將來系統中的“角色”，雖然將來它們可能就是。這張圖的意義在於，清楚的表明將來的系統是為誰在服務，他們都是幹什麼的，有什麼特點，有什麼關係。對用例方法來說，這是最基本的出發點。用例，是以人為本的。

第二步，找出每個使用者要做的事，即業務用例。業務用例來自於系統分析員對上一步中所有使用者的訪談，總結和歸納（筆者正在考慮寫一寫系統分析員調研技巧方面的文章，會對訪談技巧，歸納方法有所描述）。筆者建議從每個使用者的角度以及從每項業務的角度來繪製業務使用案例圖，就象下面這樣：

使用者視角：