1. 系統需求分析的內容主要有哪些？

功能 (Function)：功能就是使用者希望將來資訊系統能做的事情，比如在採購資訊系統裡，採購人員必須可以做供應商資料的新增、修改、刪除以及查詢等工作，或是做採購單的新增、修改、刪除以及查詢等工作。模組 (Module)：相似的功能可以整合成一個模組，比如說，採購系統中可以有供應商資料管理、採購單管理、請購單管理、供應商信用評等等功能，讓資訊系統的開發，更容易分組進行。資料 (Data)： 資料可由兩個角度來看，一個是需要被輸入資訊系統處理的資料，另一個是被資訊系統處理完的結果資料。 需求分析要整理出有哪些資料需要被輸入到資訊系統處理，比如在採購系統中的供應商資料，包括供應商編號、名稱、聯絡人、電話、地址、統一編號等等，通常這些資料會在既有的表單或是文件裡，因為手動的作業，就是透過表單或是文件，做資料的處理，舊有的表單即是設計來收集、處理這些資料的。 資訊系統應該要產生哪些資料，比如說是營業統計或是報表、表單之類的，由資訊系統到資料庫去存取資料，透過應用程式的過濾、計算、加總等作業，產生資料輸出。 作業流程 (Operation process)：研究既有的企業作業流程，分析作業瓶頸或是問題，必要時還需設計新的作業流程，期待以新的資訊系統來獲得改善。在需求分析裡，需要根據改善後的作業程序與使用人員的操作步驟，將未來資訊系統裡的作業流程步驟解析，了解誰在什麼條件下需要做怎樣的資料處理；作業流程通常使用流程圖來架構。 使用者 (User) 與權限 (Authority)：需求分析時，應該將使用者的種類、權限分析清楚，將來開發出來的資訊系統，才能滿足不同使用者的不同需求。 安全性 (Security)：不同資訊系統對於安全性的需求不同，有些資訊系統的安全性需求很高，比如說銀行的資訊系統，每一筆資料可能關係著上千萬的金額，無論是資料的新增、修改、交換或是查詢，都必須經過嚴格的驗證 效能 (Performance)：主要是關於系統的反應速度，系統的回應速度應該要配合該功能的需求， 比如說POS系統在現場結帳時，由系統中查詢產品價格的反應時間不能太長。 又比如說企業網站系統，當使用者點選某個超連結時，等待新網頁出現的時間不能太長，因此在需求分析階段使用者就可以提出需求，比如說不能超過7秒鐘等。 容量 (Capacity)：資訊系統處理的是資料，因此絕對要有足夠的資料儲存容量，在此階段需要估算系統可能產生的資料量，才能建置符合需求的儲存裝置；另外，也需要估算有多少使用者會同時上線，因為系統的建置規格會因此而有所不同。