一网打尽网路书城系统需求规格报告.doc

一網打盡網路書城系統需求規格報告Requirement Specification Document of Online Bookstore SystemVersion 1.0組員:林慶全、沈文祥、朱鵬化、郭嘉竣、林君蔚、楊智幃、吳孟蓉2005/03/24目錄(Table of Contents)Chapter 1 Project Scope11.1Identification11.2Overview11.3System Description11.4 Inquiring Subsystem Description11.5 Book Purchasing Subsystem Description11.6 Member Management Subsystem Description21.7 Reader Service Subsystem Description2Chapter 2 Background Information32.1 Document Scope32.2 Method3Chapter 3 System43.1 System Development and Interfaces43.1.1 Context Diagram43.1.2 Interface Requirements43.1.3 Operational Concepts and Scenarios53.2 Functional Requirements:63.3 Non-Functional Requirements:63.3.1 Performance, Safety, Reliability and Maintainability Requirements6Chapter 4 查詢子系統（Inquiring Subsystem）74.1 Subsystem context diagram74.2 Interface requirement74.2.1 Internal Interface requirement74.2.2 External Interface requirement74.3 Operational concepts and scenarios74.3.1 Key word module use case74.3.2 ISBN module use case84.4 Functional requirements84.4.1 Key word module84.4.2ISBN module84.5 Non-functional requirements：94.5.1 performance、reliability、maintainability requirements94.5.2 delivery、installation、environmental requirements94.5.3 design and implementation constraints104.5.4 test requirement and acceptance criteria104.6 The Traceability Matrix of Requirements v.s. Use Cases11Chapter 5 購書子系統(Book Purchasing Subsystem)125.1 BPS Context Diagram and Interface125.1.1 Context Diagram125.1.2 Operational Concepts and Scenarios125.2 Functional Requirement135.2.1Picking Module135.2.2Payment Module145.3 The Traceability Matrix of Requirements v.s. Use Cases14Chapter 6 會員管理子系統(Member Management Subsystem)166.1 Subsystem Development and Interfaces166.1.1 Context Diagram166.1.2 Interface Requirements166.1.3 Operational Concepts and Scenarios176.2 Functional Requirements216.2.1 Login Management Module216.2.2 Account Management Module216.2.3 Transaction Management Module216.3Non-Functional Requirements216.3.1 Performance, Safety, Reliability and Maintainability Requirements216.3.2 Delivery, Installation, and Environmental Requirements226.3.3 Design and Implementation Constraints236.3.4 Test Requirement and Acceptance Criteria236.3.5 Technical Limitations236.3.6 Risk Management246.4 The Traceability Matrix of Requirements v.s. Use Cases24Chapter 7讀者服務子系統（Reader Service Subsystem）257.1 Subsystem Development and Interfaces257.1.1 Context Diagram257.1.2 Interface Requirements257.1.3 Operational Concepts and Scenarios257.2 Functional Requirements277.2.1 Q&A Module277.2.2 Query Order Module277.2.3 Provide Mail Service Module277.3 Non-functional requirements：277.3.1 Performance, Safety, Reliability and Maintainability Requirements277.3.2 Delivery, Installation, and Environmental Requirements287.3.3 Design and Implementation Constraints297.3.4 Test Requirement and Acceptance Criteria297.3.5 Technical Limitations307.3.6 Risk Management307.4 The Traceability Matrix of Requirements v.s. Use Cases30A.附註:31 31Chapter 1 Project Scope1.1 IdentificationSystem Name:一網打盡網路書城系統(Online Bookstore System)Subsystem Name:查詢子系統(Inquiring subsystem)購書子系統(Book Purchasing Subsystem)會員管子理系統(Member Management Subsystem)讀者服務子系統(Reader Service Subsystem)1.2 Overview隨著網際網路風潮越燒越熱，各式各樣地線上書店如雨後春筍般一一湧出，如果購書者想透過網路進行書籍比價，往往都要至個個網路書店進行情報收集，這樣的一個方式是很沒有效率且費時，效果也往往大打折扣。所以OBS以一個整合的方式,讓購書者透過OBS將各書店相關資訊收集並進行比價、搜尋、購書等服務，提供一個整合性的多目標服務。1.3 System Description 本系統OBS，主要的功能是讓使用者藉由網際網路，進行線上書籍查詢、比價與訂購。基本上，本系統的功能可以區分為四方面：會員管理、書籍查詢、購書和讀者服務。在會員管理方面，OBS提供使用者登入驗證、帳號管理以及交易管理的功能。讓系統管理員能建立使用者帳號，管理不同的帳號、書商與交易。 在書籍查詢方面，OBS提供一般key word查詢、ISBN查詢的功能。 在購書方面，OBS提供欲購書籍選擇以及付款方式選擇。 在讀者服務方面，OBS提供會員一些常見問題集、查詢訂單資料和客服信箱服務。1.4 Inquiring Subsystem Description 查詢子系統是所有使用者均可用來查詢書商店內是否供應預購買之書籍，其主要的功能如下:1.利用書名關鍵字查詢。2.利用ISBN查詢。1.5 Book Purchasing Subsystem Description購書子系統替使用者統計欲購書目數量、價錢，並讓使用者進行付款，主要功能如下：1. 利用ISBN或是選取進購物車的方式選擇欲購書籍。2. 以線上或是轉帳方式付款。1.6 Member Management Subsystem Description 系統管理者子系統是系統管理者用來驗證登入者、管理使用者帳號(包含系統管理者本身的帳號、書商的帳號、以及一般使用者的帳號) 與交易資料的維護等。其主要的功能如下:1. 使用者登入管理(Login Management)提供使用者登入驗證、防止重複登入等功能。2. 使用者帳號管理( User Account Management)提供帳號建立、帳號新增、刪除、修改等功能。3. 書商帳號管理(Bookstore Account Management)提供帳號建立、帳號新增、刪除、修改等功能。 4. 交易記錄管理(Transaction Management)提供各交易記, 可依權限批次新增、修改、刪除與查詢等功能。1.7 Reader Service Subsystem Description 讀者服務子系統提供使用者一些常見問題集、查詢訂單資料和客服信箱服務。主要功能如下：1. Q&A-提供使用者查詢常見問題集的功能。2. 訂單查詢-提供使用者訂單查詢、訂單追蹤等功能。3. 客服信箱-提供使用者反應或是詢問問題等功能。Chapter 2 Background Information2.1 Document Scope這份文件中說明了OBS的功能、介面、以及效能和四個子系統(查詢子系統、購書子系統、會員管理子系統、讀者服務子系統)的詳細需求。另外，此文件亦定義各項專有名詞、縮寫之翻譯與解釋，以提供開發者溝通的依據。這份文件也可提供給客戶作為系統設計規格之參考文件。在專案開發初期可讓客戶了解專案內容，並作為依據以提供設計上之改善建議；在開發後期，客戶也可依此文件做產品成果比對，或是結案時驗收成品之用。此文件專為了以下的讀者而作：1. 客戶2. OBS開發成員2.2 Method為了確保OBS可以滿足使用者的需求、標準和目標，OBS計畫採用CMMI這個方法，我們試著使用CMMI 來達到OBS的目標，首先我們使用需求發展流程來完成我們的需求文件，之後我們利用需求處理流程和其他相關處理來協助OBS達到我們所預期目標，CMMI 相關資訊來自於 CMMI v1.02。Chapter 3 System3.1 System Development and Interfaces3.1.1 Context Diagram圖1.OBS系統架構圖3.1.2 Interface Requirements Internal Interface Requirements需求編號連接對象介面說明IR001AccessJDBCOBS經由JDBC連接至Access資料庫IR002Sun ApplicationWeb Server + JSP Server External Interface Requirements需求編號連接對象介面說明IR003Web Browser HTTPOBS經由HTTP 通訊協定和使用者的瀏覽器傳遞資料IR0045Service providerSOAP+ WSDL提供Web service介面工服務供應商註冊3.1.3 Operational Concepts and Scenarios 在這節中我們以use cases 來描述OBS的操作觀念(Operational Concepts)和情節(Scenario)。為了便於描述，下列將依OBS三種不同的使用者角色(actors)：系統管理者(System Administrator)、書商(Bookstore)和一般使用者(User)，分別說明其use cases。圖2為use case 概念圖。其相關之use case 共有10個。簡述如下：1. 利用書名關鍵字查詢2. 利用ISBN查詢3. 使用者帳號管理。4. 書商帳號管理。5. 交易記錄管理。6. Q&A。7. 訂單查詢。8. 客服信箱。9. 以ISBN選擇購買書籍。10.以購物車方式選取購買書籍。每一use case 將於各子系統中詳細說明。圖2.System Use Case概念圖3.2 Functional Requirements:需求編號優先順序需求描述OBS0011提供多人上線查詢和購書，記錄其交易情形。OBS0021提供帳號管理功能，包括對使用者與書商做新增、修改、刪除與查詢。OBS0031提供交易管理功能，對交易紀錄做新增、修改、刪除與查詢。OBS0041提供會員使用者查詢個人交易記錄功能。OBS0051提供會員Q&A功能。OBS0061提供會員Mail問題服務。OBS0071提供購買書籍服務。OBS0081系統禁止重複登入。3.3 Non-Functional Requirements:3.3.1 Performance, Safety, Reliability and Maintainability Requirements Performance Requirements需求編號優先順序需求描述OBS0083系統支援50個人同時登入使用本系統。OBS0093使用者登入後，若一直沒有動作，session 必須保留30分。 Safe Requirements需求編號優先順序需求描述OBS0101所有使用者必須註冊帳號密碼才可使用本系統。OBS0111未經合法登入者(經由OBS之首頁)，無法存取本系統之網頁。 Maintainability Requirements需求編號優先順序需求描述OBS0124由程式開發者提供維護的服務。Chapter 4 查詢子系統（Inquiring Subsystem）4.1 Subsystem context diagram圖4.1 Context diagram of subsystem Inquiring System4.2 Interface requirement4.2.1 Internal Interface requirement需求編號連接對象介面說明IR001AccessJDBCSystem藉由JDBC連接至Access資料庫IR002Sun ApplicationWeb server + JSP server4.2.2 External Interface requirementIR003Web BrowserHTTPSystem藉由HTTP通訊協定與使用者的瀏覽器傳遞資料4.3 Operational concepts and scenarios4.3.1 Key word module use caseNO.：UC001Name：Key word searchActor：AllGoal：Inquiring the bookPrecondition：Key in the name of the bookSummary：System finds the bookStep：ActorSystem1、 User keys in the name of the book4、User gets the information of the book2、System checks it has the book or not3、Yesreturn its informationNoreply not found4.3.2 ISBN module use case NO.：UC002Name：ISBN searchActor：AllGoal：Inquiring the bookPrecondition：Key in the ISBN of the bookSummary：System finds the bookStep：ActorSystem1、User keys in the ISBN of the book4、User gets the information of the book2、System checks it has the book or not3、Yesreturn its informationNoreply not found4.4 Functional requirements4.4.1 Key word module編號需求優先順序需求描述IS0011系統提供輸入書籍名稱關鍵字進行查詢功能IS0021系統提供使用者在查詢結果點選欲購買的書至BPS的BPS0024.4.2 ISBN module編號需求優先順序需求描述IS0031系統提供輸入書籍ISBN進行查詢功能4.5 Non-functional requirements：4.5.1 performance、reliability、maintainability requirements performance requirements編號需求優先順序需求描述IS0042應該在3秒內完成資料庫讀取動作IS0052資料傳遞錯誤率應該在0.0001%以下IS0061應該在3秒內完成使用者的需求 reliability requirements編號需求優先順序需求描述IS0073系統可提供備份以提供損毀之資料庫使用 maintainability requirements編號需求優先順序需求描述IS0093IS不提供維護服務4.5.2 delivery、installation、environmental requirements delivery requirements編號需求優先順序需求描述IS0101交付軟體必須依照IS需求規格來制訂 installation requirements編號需求優先順序需求描述IS0111JSP檔案需建置在Application server的特定路徑下，以便Tomcat server呼叫使用IS0121Java class檔案需建置於Tomcat server的特定路徑下以便Tomcat server呼叫使用IS0131Server需安裝Application server 5.0以上版本IS0141Server需安裝Apache web serverIS0151Server需安裝JDK 1.4.1以上版本IS0161Server需安裝JDBC driver for MySQLIS0171Server需安裝MySQL資料庫 environmental requirements編號需求優先順序需求描述IS0181IS必須支援Web ServiceIS0191Client需安裝瀏覽器4.5.3 design and implementation constraints編號需求優先順序需求描述IS0201IS的子系統採用Java development toolkit 開發環境IS0211IS採用Java Server Page (JSP) 技術IS0221IS採用關連式資料庫4.5.4 test requirement and acceptance criteria test requirement編號需求優先順序需求描述IS0231IS必須能和Apache、Application JSP server、Access資料庫系統連結整合IS0241IS必須能符合functional requirementsIS0252IS必須能符合non-functional requirements acceptance criteria編號需求優先順序需求描述IS0261IS的操作必須符合該子系統所定義的USE CASESIS0271IS的操作必須符合該子系統所定義的functional requirementsIS0281IS的操作必須符合該子系統所定義的non-functional requirements4.5.5 risk management編號需求優先順序需求描述IS0291使用Client/Server架構時需考慮到ODBC不同版本所造成的資料庫存取不相容之影響4.6 The Traceability Matrix of Requirements v.s. Use CasesUC001UC002IS001IS002IS003Chapter 5 購書子系統(Book Purchasing Subsystem)5.1 BPS Context Diagram and Interface5.1.1 Context DiagramEnd User可以透過Web Server去使用底下的所有模組。End User Web Server Pick ModulePayment ModuleBPS圖.購書子系統架構圖5.1.2 Operational Concepts and Scenarios 在這節中我們以use cases 來描述MMS子系統的操作觀念(OperationalConcepts)和情節(Scenarios)。 Picking Module Use CasesNo.UC003Name以Online方式購書Actors使用者Goals增加欲購書目內的書籍並購買Preconditions必須以使用者身份進入 ”購書” 網頁Summary系統建立欲購書目並購書StepActorSystem1. 使用者選擇 ”以Online選擇欲繳費方式”選項。2. 系統回應 ” 以Online方式購書籍” 網頁並提供多個輸入欄位。3. 使用者填入欲購買書籍的數量後按下確定。4. 系統回應列出使用者欲購買的書籍詳細資訊和價格。5. 使用者按下 ”確定”。6. 系統回應最後的書籍詳細資訊和計算過運費等額外費用後的完整金額。7. 使用者按下 ”確認” 按鈕。8. 系統顯示交易完成。No.UC004Name以ATM方式購書Actors使用者Goals增加欲購書目內的書籍並購買Preconditions必須以使用者身份進入 ”購書” 網頁Summary系統建立欲購書目並購書StepActorSystem1. 使用者在書籍查詢頁面點選 ”增加至欲購書目” 選項。2. 系統開啟 ”欲購書目” 網頁於新視窗並提供使用者更改購書資訊。3. 使用者可更改並確認欲購買書籍的資訊以及個別數量後按下ATM方式付款。4. 系統回應列出使用者欲購買的書籍詳細資訊和價格。5. 使用者選擇付款方式按下 ”確定”。6. 系統回應最後的書籍詳細資訊和計算過運費等額外費用後的完整金額。7. 使用者按下 ”確認” 按鈕。8. 系統顯示交易完成。5.2 Functional Requirement此專案於下列出了設計此BPS (Book Purchasing System)所有的Functional Requirement。其中 BPS 底下包含了 Picking Module、Payment Module 兩個模組。BPS的Functional Requirement如下：5.2.1 Picking Module需求編號優先順序需求描述BPS0011系統可讓購買者直接透過ISBN選擇欲購買的書。BPS0021系統提供介面給查詢子系統的IS002，並將購買者欲購買的書列入欲購書目。BPS0031系統能夠顯示購買者欲購買的書目和價錢。欲購書目應該顯示每種書的書名、出版商、出版日期、ISBN、數量、單價、總價，以及全部書的總數和總價，並且提供以上各種項目的正反向排序顯示。BPS0041系統能讓購買者從欲購書目之中選擇數量。BPS0051當購買者選擇完畢，系統能夠將購買者導入付款模組。BPS0061系統禁止一位購買者同時多重使用本模組。BPS0072系統能夠顯示購買者的購買紀錄。BPS0161系統能讓購買者從欲購書目之中移除某種書。5.2.2 Payment Module需求編號優先順序需求描述BPS0081系統顯示BPS003的項目並且供購買者作確認。BPS0091系統能提供購買者線上付款。BPS0101系統讓購買者指定收貨方式，並且計算額外費用。BPS0111當購買者正確使用了BPS008、BPS009、BPS010以後，始能做第一次的確定付款動作，系統將重新顯示購買資訊，供使用者做最終確認。BPS0121系統能讓購買者檢視轉帳資訊。轉帳資訊包含轉帳編號、行號、金額以及購買者已轉帳的金額。BPS0131系統禁止一位購買者同時多重使用本模組。BPS0142系統在最終確認畫面開啟時發出警告音。BPS0152系統在完成付款畫面開啟時播放音樂。BPS0171系統需防止可複製視窗的功能。BPS0181序統需防止同一使用者重複登入。BPS0191系統能讓購物者使用轉帳服務。BPS0201額外費用依據各書商所提供服務而定。5.3 The Traceability Matrix of Requirements v.s. Use CasesOBS001OBS002OBS003OBS004OBS005OBS006OBS007OBS008BPS001BPS002BPS003BPS004BPS005BPS006BPS007BPS008BPS009BPS010BPS011BPS012BPS013BPS014BPS015BPS016Chapter 6 會員管理子系統(Member Management Subsystem)6.1 Subsystem Development and Interfaces6.1.1 Context DiagramSystem AdministratorDatabaseTransactionManagementLogin ManagementWeb ServerUser and Bookstore AccountManagement圖. 會員管理子系統架構圖6.1.2 Interface Requirements Internal Interface Requirements需求編號連接對象介面說明IR001AccessJDBC本系統經由JDBC連接至Access資料庫IR002Sun ApplicationWeb Server + JSP Server External Interface Requirements需求編號連接對象介面說明IR003Web Browser HTTP本系統經由HTTP 通訊協定和使用者的瀏覽器傳遞資料6.1.3 Operational Concepts and Scenarios 在這節中我們以use cases 來描述MMS子系統的操作觀念(OperationalConcepts)和情節(Scenarios)。 Login Management Module Use CasesNo.: UC005Name: 登入(Login the OBS)Actors: 系統管理者(System Administrator)、書商(Bookstore)或一般使用者(User)Goals: 登入系統Preconditions: 使用者必須輸入合法的帳號名稱(login name)與密碼(password)Summary: 系統允許使用者登入系統Step:ActorSystem1. 使用者以正確的帳號名稱與密碼登入。4. 使用者收到對應的網頁。2. 系統驗證使用者資料以及是否有重複登入之情形。3. 若驗證成功，系統針對使用者的身分回應相對應的網頁(“系統管理”、“書商使用頁面”、或 “會員使用頁面” 網頁)。若驗證失敗，系統回應系統登入網頁及登入失敗的訊息。No.: UC006Name: 登出(Logout the OBS)Actors: 系統管理者(System Administrator)、書商(Bookstore)、或一般使用者(User)Goals: 登出系統Preconditions: 使用者必須正確登入並正使用本系統中Summary: 系統登出使用者Step:ActorSystem1. 使用者選擇 “登出” 選項。3. 使用者收到 “登出” 網頁。2. 系統登出此使用者並回應 “登出”網頁。 User and Bookstore Account Management Module Use CasesNo.: UC007Name: 新增帳號(Create an account)Actors: 系統管理者(System Administrator)Goals: 新增一般使用者或書商的帳號Preconditions: 必須以系統管理者的身分登入至 “系統管理” 網頁Summary: 系統建立一般使用者或書商的帳號Step:ActorSystem1. 系統管理者選擇“帳號管理”選項。3. 系統管理者選擇“新增一般使用者或書商帳號”選項。5. 系統管理者填入一般使用者或書商的帳號名稱(login name)及密碼(password)和相關資料，並選擇“確認”選項。7. 系統管理者收到 “新增帳號資料成功”的訊息。2. 系統回應“帳號網頁”列出所有帳號。4. 系統回應“新增一般使用者或書商帳號”網頁。6. 系統建立新增帳號的login name 和password，回應新增帳號成功的訊息，並回到“帳號網頁”。No.: UC008Name: 更改帳號(Update an account)Actors: 系統管理者(System Administrator)Goals: 更改一般使用者或書商的帳號資料Preconditions: 必須以系統管理者的身分登入至 “系統管理” 網頁、該帳號必須已經建立Summary: 系統更改該帳號資料Step:ActorSystem1. 系統管理者選擇 “帳號管理” 選項。3. 系統管理者選擇欲更改之帳號名稱(login name)並選擇 “更改” 選項。5. 系統管理者更改該帳號資料並選擇“確認” 選項。7. 系統管理者收到 “更改帳號資料成功” 的訊息。2. 系統回應 “帳號網頁” 列出所有帳號。4. 系統回應該帳號資料的網頁。6. 系統更改該帳號資料，回應更改帳號成功的訊息，並回到 “帳號網頁”。No.: UC009Name: 刪除帳號(Delete an account)Actors: 系統管理者(System Administrator)Goals: 刪除一般使用者或書商的帳號資料Preconditions: 必須以系統管理者的身分登入至 “系統管理” 網頁、該帳號必須已經建立Summary: 系統刪除該帳號資料Step:ActorSystem1. 系統管理者選擇 “帳號管理” 選項。3. 系統管理者選擇欲刪除之帳號名稱(login name)並選擇 “刪除” 選項。5. 系統管理者選擇 “確認刪除” 選項。8. 系統管理者收到 “刪除帳號資料成功或取消” 的訊息。2. 系統回應 “帳號網頁” 列出所有帳號。4. 系統提示 “確認刪除” 訊息。6. 若系統管理者選擇 “確認刪除”，則系統刪除該帳號資料，回應刪除帳號成功的訊息。否則，回應刪除帳號取消的訊息。7. 回到 “帳號網頁”。No.: UC010Name: 新增交易(Create an Transaction)Actors: 系統管理者(System Administrator)Goals: 新增一筆交易紀錄Preconditions: 必須以系統管理者的身分登入至 “系統管理” 網頁Summary: 系統建立一筆交易紀錄Step:ActorSystem1. 系統管理者選擇“交易管理”選項。3. 系統管理者選擇“新增交易”選項。5. 系統管理者填入交易名稱(transaction name)和相關資料，並選擇“確認”選項。7. 系統管理者收到 “新增交易資料成功”的訊息。2. 系統回應“交易網頁”列出所有交易。4. 系統回應“新增交易”網頁。6. 系統建立新增交易的transaction name 和相關資料，回應新增交易成功的訊息，並回到“帳號網頁”。No.: UC011Name: 更改交易紀錄(Update an transaction)Actors: 系統管理者(System Administrator)Goals: 更改交易資料Preconditions: 必須以系統管理者的身分登入至 “系統管理” 網頁、該交易必須已經建立Summary: 系統更改該交易資料Step:ActorSystem1. 系統管理者選擇 “交易管理” 選項。3. 系統管理者選擇欲更改之交易名稱(transaction name)並選擇 “更改” 選項。5. 系統管理者更改該交易資料並選擇“確認” 選項。7. 系統管理者收到 “更改交易資料成功” 的訊息。2. 系統回應 “交易網頁” 列出所有交易。4. 系統回應該交易資料的網頁。6. 系統更改該交易資料，回應更改交易成功的訊息，並回到 “帳號網頁”。No.: UC012Name: 刪除一筆交易(Delete an transaction)Actors: 系統管理者(System Administrator)Goals: 刪除交易資料Preconditions: 必須以系統管理者的身分登入至 “系統管理” 網頁、該交易必須已經建立Summary: 系統刪除該帳號資料Step:ActorSystem1. 系統管理者選擇 “交易管理” 選項。3. 系統管理者選擇欲刪除之交易名稱(transaction name)並選擇 “刪除” 選項。5. 系統管理者選擇 “確認刪除” 選項。8. 系統管理者收到 “刪除交易資料成功或取消” 的訊息。2. 系統回應 “交易網頁” 列出所有交易。4. 系統提示 “確認刪除” 訊息。6. 若系統管理者選擇 “確認刪除”，則系統刪除該交易資料，回應刪除交易成功的訊息。否則，回應刪除交易取消的訊息。7. 回到 “交易網頁”。6.2 Functional Requirements6.2.1 Login Management Module需求編號優先順序需求描述MMS0011使用者必須要輸入合法的帳號名稱和密碼，才可登入本系統。MMS0021系統可依據登入者的類別，在登入成功時，自動導引至不同功能的網頁。MMS0031系統需禁止同一帳號同時重複登入。MMS0041若一使用者關閉瀏覽器或超過30 分鐘未有任何動作，則系統需將該使用者自動登出。6.2.2 Account Management Module需求編號優先順序需求描述MMS0051系統需將帳號分成三類: 系統管理者、書商、和一般使用者。MMS0061系統管理者有權限可以新增、修改、刪除和查詢書商和一般使用者之帳號。MMS0071系統可新增一般使用者與書商帳號，並自動產生其帳號名稱和密碼。6.2.3 Transaction Management Module需求編號優先順序需求描述MMS0081系統管理者有權限可以新增、修改、刪除和查詢一般使用者之交易。6.3Non-Functional Requirements6.3.1 Performance, Safety, Reliability and Maintainability Requirements Performance Requirements需求編號優先順序需求描述MMS0092應該在3 秒內完成資料庫存取的動作。MMS0102資料傳遞錯誤率應該在0.0001%以下。MMS0111應該在5 秒內完成使用者的需求。MMS