軟體需求與功能規格書-以線上糕餅網站為例
  • 封面
  • 前言
  • 1. 系統開發文件的一二事
  • 2. 目標系統說明
  • 3. 需求取得
  • 4. 需求規格
    • 4.1 功能需求
    • 4.2 非功能需求
  • 5. 功能規格設計
    • 5.1 首頁
    • 5.2 註冊為會員
    • 5.3 會員驗證
    • 5.4 系統登入與登出
    • 5.5 忘記密碼
    • 5.6 最新消息
    • 5.7 產品介紹
    • 5.8 顯示購物車與結帳
    • 5.9 編輯基本資料
    • 5.10 變更密碼
    • 5.11 訂單查詢
    • 5.12 常見問題(FAQ)
    • 5.13 連絡我們
    • 5.14 管理者登入與首頁
    • 5.15 Dashboard畫面
    • 5.16 管理者訂單查詢
    • 5.17 會員資料管理
    • 5.18 編輯最新消息
    • 5.19 客戶意見管理
  • 6. API規格
    • 6.1 營業額
    • 6.2 訂單
  • 7. 測試案例分析
    • 7.1 測試案例設計邏輯
Powered by GitBook
On this page

3. 需求取得

當一個專案成立之後,首先由專案經理(或產品經理)了解專案的範圍與需求。專案經理最好能熟悉這個專案的領域知識(domain knowledge),這樣才能精確抓住客戶需求。而專案經理取得需求的方法通常包含:

  • 訪談:直接詢問系統使用者或厲害關係人所期望的系統操作功能,將每次的討論結果記錄下來(紙本或電子檔皆可),註記日期之後請使用者簽名。若之後對於系統功能有不同看法時,這份需求記錄將可做為協調的依據。需求訪談記錄表格可參考下方範例。

  • 閱讀文件:詢問現行人工作業時會使用到的文件有哪些,例如標準操作程序(SOP)、管理辦法、表單等等,這將有助於了解處理程序與資料庫的欄位屬性。

  • 操作現有系統:若是要進行舊系統更換為新系統,則可參考舊系統的文件與系統畫面,這些文件包含安裝手冊、使用手冊、技術手冊、release note等等,將有助於快速了解需求。

因為沒有實際的訪問對象,也缺乏可參考的現有文件,故以現有的網路商店為參考資料,整理系統需求內容,因此範例糕餅系統的需求可能與實際的需求不太相同。但是本文主要的目的地是說明軟體需求與功能規格文件內容如何撰寫,僅以糕餅系統為例,至於系統功能是否符合實際需求則不過於要求。

Previous2. 目標系統說明Next4. 需求規格

Last updated 6 years ago