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