二、需求規格說明書(一)

二、需求規格說明書(一)

編寫本需求說明書的目的是為了更好的建立起設計者與用戶的聯系，明確用戶需要什么，對每一項功能的實現有什么要求。并準確的定義“系統必須做什么”，在本說明書編寫的過程中，分析員和用戶都起著關鍵的、不可或缺的的作用，只有用戶才知道自己需要什么，但他們并不知道怎么樣用軟件實現自己的需求，用戶必須把他們對軟件的需求盡量精確的、具體的描述出來，分析員知道怎樣用軟件實現人們的需求，但是在需求分析開始時他們對用戶的需求并不十分清楚，必須通過與用戶溝通獲取用戶對軟件的需求，詳細地分析功能需求，運行需求，逆向需求，可靠性與可用性需求，出錯需求，約束以及將來可能提出的要求等。
項目背景
 項目的委托單位是書店老板（余老師，呵呵）、開發者是尚曉斌，主管部門是尚曉斌和余老師；該軟件系統與其他系統的關系暫且沒有什么關系。
參考資料
張海藩 軟件工程導論（第四版） 2003年11月 清華大學出版社
張海藩 軟件工程 2002 人民郵電出版社
Roger S. Pressman. Software Engineering-A Practitioner's Approach,Fourth Endition.北京 機械工業出版社 ，1999
軟件開發文檔編寫指導
軟件開發文檔編寫標準范本 ISO9001(2000版)
林銳   軟件工程思想  2000年2月 于浙大
FREDERICK P. BROOKS, JR.  人月神話   1995年于IBM
任務概述
目標
 要求完成對小型書店的幾項業務的管理，包括報紙、雜志、圖書的銷售，圖書出租，公用電話管理，對每一個項目都要包括銷售，采購，入庫，剔舊、賠償、報損，報表，公用電話要實現收費管理和結算管理。
 整個系統劃分為柜員機管理、內部管理兩個部分。使用內部管理要有權限檢查功能。用戶界面上可以將報紙、雜志、圖書統一看待，根據不同的性質取舍不同的要素。
 根據可行性研究的結果和客戶的要求，分析現有情況及問題，采用Client/Server結構，將小型書店系統劃分為兩個子系統：客戶端子系統，服務器端子系統。
運行環境
 服務器端子系統的運行要求：
 系統軟件： Window NT Server
 數據庫管理系統：SQL Server
 硬件要求：Pentium III 450以上, 258M RAM,  14G HD
 客戶端子系統的運行要求：
系統軟件： Window NT Workstation
數據庫管理系統：SQL Server
硬件要求：Pentium 133以上,  32M RAM,   4.3G HD
條件與限制
數據描述
數據錄入和處理的準確性和實時性
數據的輸入是否準確是數據處理的前提，錯誤的輸入會導致系統輸出的不正確和不可用，從而使系統的工作失去意義。數據的輸入來源是手工輸入。手工輸入要通過系統界面上的安排系統具有容錯性，并且對操作人員要進行系統的培訓。在系統中，數據的輸入往往是大量的，因此系統要有一定的處理能力，以保證迅速的處理數據。
數據的一致性與完整性
 由于系統的數據是共享的，在不同的操作員中，數據庫里的信息是共享數據，所以如何保證這些數據的一致性，是系統必須解決的問題。要解決這一問題，要有一定的人員維護數據的一致性，在數據錄入處控制數據的去向，并且要求對數據庫的數據完整性進行嚴格的約束。對于輸入的數據，要為其定義完整性規則，如果不能符合完整性約束，系統應該拒絕該數據。
 數據的共享與獨立性
 整個書店管理系統的數據是共享的。然而，從系統開發的角度上看，共享會給設計和調試帶來困難。因此，應該提供靈活的配置，使各個分系統能夠獨立運行，而通過人工干預的手段進行系統數據的交換。這樣，也能提供系統的強壯性。
數據詞典

     
數據采集
由書報管理員，市場調查員，公用電話管理員，書籍出租員共同采集。
數據流圖
見可行性分析的數據流圖
邏輯模型（ER圖）

功能需求
功能劃分
 要求完成對小型書店的幾項業務的管理，包括報紙、雜志、圖書的銷售，圖書出租，公用電話管理，對每一個項目都要包括銷售，采購，入庫，剔舊、賠償、報損，報表，公用電話要實現收費管理和結算管理。
功能描述
 圖書報紙信息：郵發代號，出版日期，采購地點，出版時間，出版周期，預定零售價格，采購，入庫，銷售情況等．采購信息：采購地點，采購份數，采購價格，折扣，收付款情況．訂戶信息：訂戶名稱，報紙名稱，定購價格，數量，入庫及銷售情況，收付款情況．
 雜志信息要素：郵發代號，出版周期，采購地點，出版時間，預定零售價金額，實際零售價，采購，入庫，銷售 采購信息要素：采購地點，采購份數，采購價格，折扣，收付款情況 訂戶信息：見報紙．
 出租圖書信息要素：名稱，書號，出版社，出版時間，采購地點，預定租金（冊日），目前在庫狀態，過去出租情況．租書人信息要素：姓名，押金，現租書情況．
公用電話一部：收費管理：顧客使用公用電話，按計價器顯示金額收款．常見金額為0.5、1.00、1.50.、2.00、2.50、3.00、3.50、4.00元等，要求可以變動。結算管理：電話結算期為本月25日至下月24日。要求能反映各日、月電話費用收支明細。
運行需求
時間特性
 系統的響應速度
 書店管理系統在日常處理中的響應速度為秒級，達到實時要求，以及時反饋信息。在進行統計分析時，根據所需數據量的不同而從秒級到分鐘級，原則是保證操作人員不會因為速度問題而影響工作效率。
約束性需求
Client/Server結構總體設計方案對它的約束：
 書店管理系統做為Client/Server 結構的一個應用系統，不可避免的要受到Client/Server結構的約束。在其實施的各個階段都要服從它的一些規劃，包括功能設計、系統配置和計劃。同時，由于信息的共享，書店管理系統還受到其它系統的信息約束。
人力、資金、時間的約束
 書店管理系統實施的目標就是要帶給小型書店看得出見的效益，其開發過程中也要考慮到人力、資金和時間的約束。因此，在設計中，重點是銷售系統中的方便快捷，能提供給顧客以優質高效的服務，并提高銷售的效率和便捷，為書店帶來良好的效益。
技術發展規律的約束
 計算機技術和產品的發展日新月異，將會給信息處理帶來更多的手段，同時也會帶來更加豐富的信息表達形式。例如圖象和語音技術的進步，多媒體技術的發展，這些都要求系統在設計時考慮技術變化的可能性，為可能的變化預留一定的系統處理能力。
其他需求
系統的易用性和易維護性
 書店管理系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。
 書店管理系統中涉及到的數據是書店的相當重要的信息，系統要提供方便的手段供系統維護人員進行數據的備份，日常的安全管理，系統意外崩潰時數據的恢復等工作。
系統的標準性
系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。例如在開發中使用的操作系統、網絡系統、開發工具都必須符合通用標準。如規范的數據庫操縱界面、作為業界標準的TCP/IP網絡協議及ISO9002標準所要求的質量規范等；同時，在自主開發本系統時，要進行良好的設計工作，制訂行之有效的軟件工程規范，保證代碼的易讀性、可操作性和可移植性。
系統的開放性和系統的可擴充性
書店管理系統在開發過程中，應該充分考慮以后的可擴充性。用戶查詢的需求也會不斷的更新和完善。所有這些，都要求系統提供足夠的手段進行功能的調整和擴充。而要實現這一點，應通過系統的開放性來完成，既系統應是一個開放系統，只要符合一定的規范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。

【二、需求規格說明書(一)】相關文章：

二級變速箱設計計算說明書(一)03-08

淺談學前雙語師資的規格標準及培養03-17

適應時代需求03-19

對AMIS的功能需求分析03-21

關于使用價值的“釋義矛盾”與需求二重性03-19

電子商務論文的正規格式與寫作要求11-17

解讀企業信息需求03-18

擴大消費需求的基本對策03-28

機構養老的需求及問題分析03-20