在我以往的用例分析中，使用這樣格式的用例模式，對于大多數業務操作流程來說是得心應手的，但對于有些功能來說總感覺不對勁。感覺不對勁的，就是那些查詢、匯總與報表功能。對于這部分功能，需要我們描述的不是什么操作流程，而更重要的是那些數據項、數據來源、報表格式、數據鏈接，以及使用者、使用頻率的說明。而這些，在以往的用例說明格式中統統都沒有，怎么辦呢？俗話說“東西是死的人是活的”，把我們的用例格式改改吧。




這是我設計的查詢報表類用例的格式，同時還可以在后面配上報表的格式。你也可以根據需要設計你自己的格式，用例不是什么陽春白雪的高級玩意兒，而是溝通你、用戶、開發設計人員的橋梁。該說明的都說到了，該分析的都分析了，大家都能看明白，并以此為根據去完成各自的工作，這才是用例說明的實質，其它神馬都是浮云。

報表作用：就是描述參與者使用這個報表做什么。如果有多個參與者，每一個都應當描述。

報表內容：用簡短的話描述一下。

輸出列：羅列報表的輸出列，如果需要的話，還應對輸出列進行說明，或描述它的數據來源。

使用頻率：參與者使用它的頻率，便于設計者考慮報表的查詢效率。

數據鏈接：哪些數據項有鏈接，鏈接到什么報表，或顯示什么數據。

最后依然是那個需求列表，便于業務需求的跟蹤。

查詢報表的需求分析與一般的業務操作的需求分析存在著巨大的差異。而許多需求分析人員沒有認識到這一點，這往往導致對查詢報表的分析不到位，為項目的研發帶來風險，因此在這里我們認真探討一下。

一個有效的報表，往往不是對數字的簡單堆砌，它通過一組一組的數據，揭示的都是一些客觀規律、復雜活動與發展趨勢。客戶方的領導，特別是那些中層和高層領導，通過對這些報表的閱讀，就可以掌握他們的工作進程、加強他們的人員管理、發現他們的管理漏洞、指導他們的戰略決策。總之一句話，每個報表都有他們的設計意圖。

比如說，一份工作月報，領導希望看到的，是按時間、按項目、按部門統計的各項工作的進展情況，以及有哪些異常情況，以便領導監控各項工作能夠順利完成；一份銷售報表，領導希望看到的，是按產品、按區域、按顧客類型統計的各項產品的銷售情況，以便領導制訂銷售計劃與各種營銷戰略。沒有弄清楚一個報表的真實意圖，就不算真正理解了這個報表的業務需求。

同時，報表的數據項應當都是來源與系統中各項操作的結果數據。許多業務系統的操作流程都是紛繁復雜的，其中還包括各種情況。更復雜的，一些商業智能與分析決策系統，報表所需的各種數據，甚至來源與各種各樣的外部系統。分析一個報表的數據來源，就是在梳理各種業務流、數據流，以及各種數據間的關系。如果這方面的分析不到位，最終設計出來的報表往往是不準確的。

另外，用戶使用報表的頻率，常常決定了報表設計的方式。如果報表中的數據總是在實時變化，并且用戶總是在密切關注這些數據的變化，那么報表必須設計成實時查詢的；如果用戶并不是十分關注數據的實時變化，并且總是以天（或者月，或者年）來查看報表，則報表可以設計成按天（或者月，或者年）來預運算統計數字，使得報表查詢效率顯著提高，可以保證更多的并發訪問。

最后，一個報表的核心就是展現給客戶的報表格式，以及報表與報表間的各種鏈接。需求人員在進行需求分析階段，應當準確地與客戶敲定這些格式，并最終在用例說明中體現出來。報表格式是否體現客戶的意圖，報表數據項是否都能在系統中取到，數據間的邏輯關系是否正確，報表格式是否技術可行，都是需求分析人員在前期就必須要分析到位的內容。否則，報表是項目后期可能出現頻繁需求變更的重災區。

所有這些分析，都體現在了我提供給大家的用例說明格式中。報表作用體現的是報表對于不同用戶的真實意圖；輸出列體現的是對各個數據項及其數據來源的說明；假設與約束羅列的是報表中各個數據項的運算公式、數據規則與約束；還有使用頻率、數據鏈接、非功能需求，以及最后的界面原型，等等。只要我們把這些都分析到了，我們的查詢報表就分析到位了。

我們應當怎樣做需求分析
我們應當怎樣做需求調研：初識
我們應當怎樣做需求調研：拜訪
我們應當怎樣做需求調研：研討會
我們應當怎樣做需求調研：需求研討
我們應當怎樣做需求調研：迭代
我們應當怎樣做需求調研：需求捕獲（上）
我們應當怎樣做需求調研：需求捕獲（下）
我們應當怎樣做需求分析：功能角色分析與用例圖
我們應當怎樣做需求分析：業務流程分析（上）
我們應當怎樣做需求分析：業務流程分析（下）
我們應當怎樣做需求分析：用例說明
我們應當怎樣做需求分析：查詢報表分析
我們應當怎樣做需求分析：子用例與擴展用例
我們應當怎樣做需求分析：行動圖和狀態圖
我們應當怎樣做需求分析：業務領域分析
我們應當怎樣做需求分析：原文分析法
我們應當怎樣做需求分析：領域驅動設計
我們應當怎樣做需求分析：非功能需求
我們應當怎樣做需求確認：需求列表
我們應當怎樣做需求確認：一個需求列表的實例
我們應當怎樣做需求確認：快速原型法
我們應當怎樣做需求確認：需求規格說明書
我們應當怎樣做需求確認：評審與簽字確認會

（續）

我們應當怎樣做需求分析：查詢報表分析