摘要：在項目的初期，往往通過一次簡單的交流、若干原始資料，需要我們能迅速把握系統的整體需求，并明確其中的要點。如何能夠有效地做到這一點呢？我通常會使用記事本，做一個包含要點的筆記，這份筆記的內容如下：
---------------------------------------------------------------------------------------------------------------------
名稱：×××系統
如：網上書店系統
客戶：×××（名稱），×××（主要負責人），×××（聯系方式）
如：新媒體，李四，13888888888 , lisi@gmail.com
項目目標：
開發一個××應用系統，以使客戶能夠×××。
注：盡量簡潔、使用一句話來描述:,如：開發一個電子商務網站，以使客戶能夠在網上進行售書�！ �
客戶希望在××之前能夠實現××等功能。
注：盡量簡潔的詞語描述客戶在短期內最希望實現的功能，如：客戶希望在一個月內能提供書籍上傳和管理，并可進行書籍瀏覽、查詢功能。
這其實相當于描述一個短期目標。確定短期目標的目的是能讓我們迅速抓住最核心、最緊迫的需求，避免把前期最寶貴的資源浪費掉。
客戶希望能夠在××之內，最終實現××等功能。
注：簡潔描述最終的整體期望，如：客戶希望在四個月內能實現一個可管理１００萬冊圖書、日訪問量過百萬、簡潔易用的售書網站。
這是描述系統最終的Vision. 確定大方向和準則。
項目角色：
1) ××角色：來自×××的用戶，通過系統完成××任務，×××。
如：網站訪問者，來自外部Internet的用戶，通過系統完成圖書瀏覽、查詢任務；注冊后成為會員。角色一般分為客戶角色（使用系統的最終用戶）和內部角色（系統本身管理、配置的維護角色）。來自××一句通常能說明該角色究竟是最終用戶還是內部角色。一般情況，最終用戶角色的需求優先級往往高于內部角色的功能需求（因為客戶方更能看到價值）
２)××角色：來自×××的用戶，通過系統完成××任務，×××。
如：會員角色，來自外部Internet的用戶，通過注冊后成為會員，通過系統完成收藏圖書、預覽圖書章節、購買圖書。
３)××角色：來自×××的用戶，通過系統完成××任務，×××。
如：系統管理員角色，來自客戶內部的用戶，通過系統完成書籍、會員管理、系統配置和維護。
４）…….
功能要點：
注：一般我認為只需要列出前面所描述短期目標的要點，僅在必要情況下對長期目標作部分要點詳述。描述的方式我覺得用戶場景（User Scenarios）或用戶故事（User Story）比較好。（如果必要，可用Word寫該文檔，對這些場景或故事配搭上一些界面框架草圖，就更容易讓所有成員看過一眼后就留下較深刻的印象）
<!--[if !supportLists]--><!--[endif]--> 1) ××（角色）進行××（操作），以××（目的）。
注：其實就是Who,What,Why三個要素，有時還會加上When,Where要素。
如：網站訪問者打開網頁，可查看一個最新十本書、熱賣的十本書的書籍列表，并可通過該界面上的搜索功能搜索、查找書籍。
再如：系統管理員角色通過“管理員登錄”頁面進入系統，查看已有書籍列表，并可對書籍按照時間、出版社、作者、價格、售出數量、在庫數量等排序，也可以按照這些字段查找、篩選書籍。并能夠方便快捷地添加新圖書。
每當月末時，系統管理員需要統計本月書籍銷售情況，生成統計報表，郵件發送給銷售經理和總經理。
２）…….
其他說明事項：
注：這里說明與項目背景相關的，需要大家重點注意的一些事項。
如：１）之前該客戶曾經請××公司開發過一個原型，但因為不太滿意所以改選擇我們，我們會盡量獲取已有的資料以幫助我們進行分析。。。；
�。玻┛蛻魧W站的性能和壓力測試很重視，并要求觀察和跟蹤我們測試的過程。.
---------------------------------------------------------------------------------------------------------------------
我感覺這種方式工作量小、簡潔、易于記憶、易于在團隊中共享（團隊中的成員可通過閱讀或交流這份要點筆記，迅速明確、記住系統概況和需求要點）。不知是否對你有點幫助呢？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
