「使用案例分析常見的幾個問題」的迴響

由：Kenming Wang

Kenming Wang — Mon, 11 Feb 2008 17:38:28 +0000

Hello Partick:
使用者的期望大致分為兩大類：1.business process, 2.system function.
UC 並不足以表達 bp, 它適用於表達 end user 的系統功能；bp 利用活動圖來表達比較恰當。而此兩者，往往是互補，是呈現兩種層次需求的工具。

個人曾寫過這一篇文章，您可以參考並歡迎提問之。
http://www.kenming.idv.tw/index.php?title=a_cc_uaf_aysafic_uai_af_eu_e_af_aysam_cu&more=1&c=1&tb=1&pb=1

由：Patrick

Patrick — Sat, 09 Feb 2008 23:58:57 +0000

What I think is if use case does not directly represent business process, it would centainly create gaps between the actual user and the end product (either software or system). The most common situation is the user’s expectation (from the business process point of view) has not included or partially included in functionality.

In the experience of recent project I paticipated, I could see there was huge gap in end user’s expectation and the actual system. It was all caused by requirement gathering ambiguty I suppose.

由：Kenming Wang

Kenming Wang — Sat, 30 Dec 2006 19:28:29 +0000

Hi jesily:

你後面的解釋，與我個人對軟體設計的理念，應該是想法蠻一致的...

不過，仍舊提醒一下：「對於「其它想到實作倒是無妨」這樣的心態比較無法接受。很有可能，UC 真的是變成「另一種需求記錄的工具」而已。」

看來，可能是文字的表達，或者是，手段上的不同，導致我們作法上不同吧。

由：jesily

jesily — Sat, 30 Dec 2006 16:49:06 +0000

Dear Kenming,

我說的是一種比喻, 並沒有小看使用案例

我認為在軟體開發的每個階段都應該想到實作面的問題

就譬如建築師在設計建築藍圖時, 理應也要想到實作施工問題

否則空有漂亮的藍圖, 建築工人卻無法完成, 也算是失敗

由：Kenming Wang

Kenming Wang — Fri, 29 Dec 2006 20:19:28 +0000

Hi Jesily:
>就如同語言一樣, 只要能溝通就好了, 何必去斤斤計較文法呢?

文法？ Jesily 你可真是太小看使用案例了...

由：Jesily

Jesily — Fri, 29 Dec 2006 19:42:57 +0000

這篇文章真的讓我收獲良多

但我倒認同 M 的想法, 不管黑貓或白貓會捉老鼠的就是好貓

就如同語言一樣, 只要能溝通就好了, 何必去斤斤計較文法呢?

由：Kenming Wang

Kenming Wang — Fri, 01 Dec 2006 15:20:29 +0000

Hi M:
我也認同 M 所提「UC 是界定系統範圍的好工具」，不過，對於「其它想到實作倒是無妨」這樣的心態比較無法接受。很有可能，UC 真的是變成「另一種需求記錄的工具」而已。

由：Kenming Wang

Kenming Wang — Fri, 01 Dec 2006 15:18:06 +0000

Hi 123:
很棒的文章分享，我也可以從國外作者對 UC 的認知、解讀與提示，幫助甚多，謝謝！